Die x402 Rennstrecke befindet sich derzeit in Bezug auf die Infrastruktur in einem Schwebezustand. Obwohl der boomende Markt die "richtige Zeit" genommen und Anwendungsschichten wie Launchpad und Middleware-Schichten wie Facilitator vorübergehend ruhig gestellt hat, hat er der zugrunde liegenden Infrastrukturschicht mehr Zeit zum Aufbau gegeben. Switchboard, ein Oracle-Projekt, das aus dem Solana-Ökosystem hervorgegangen ist, hat kürzlich vorgeschlagen, eine Datendienstschicht für das x402-Protokoll bereitzustellen. Wie genau wird es das tun?
1) In Bezug auf die technische Architektur verwendet Switchboard eine Trusted Execution Environment (TEE), die sich von traditionellen Konsensmodellen wie Chainlink und Pyth unterscheidet, die auf Netzwerkverifizierung angewiesen sind. Daten werden basierend auf einer sicheren Enklave direkt an die Chain übertragen.
2) In Bezug auf die Protokollkompatibilität ist Switchboard mit dem x402-Protokollstandard kompatibel, was dem AI Agent ermöglicht, Datenanfragen direkt über HTTP 402 zu initiieren, die Autorisierung mit On-Chain-Mikrozahlungen abzuschließen und Daten sofort zu erhalten. Der gesamte Prozess erfordert keine zusätzliche Anpassungsschicht oder Zwischenverträge;
3) In Bezug auf das Abrechnungsmodell bricht es das traditionelle Abonnementmodell von Orakeln und unterstützt Pay-per-Call – der Agent zahlt entsprechend der Anzahl der Aufrufe und Datenpunkte und zahlt nur für das, was verwendet wird, was vollständig mit dem Pay-as-you-go-Designkonzept des x402-Protokolls übereinstimmt;
4) Noch radikaler hat Switchboard den API Schlüssel-Mechanismus vollständig entfernt. Im traditionellen Modell erforderte der Zugriff auf Datendienste Registrierung, Beantragung eines Schlüssels und Verwaltung von Berechtigungen – ein Prozess, der erhebliche Reibung für den Agenten verursachte. Jetzt muss eine 402-Transaktionsanfrage eines Benutzers einfach ausreichende Informationen enthalten, um sofort auf jede Datenquelle zuzugreifen, ohne Registrierung oder Genehmigung.
Die Frage ist, benötigt das x402-Protokoll eine dedizierte Oracle-Dienstschicht?
Zunächst wollen wir ein Konzept klären: In der x402-Protokollarchitektur ist der Facilitator für die Zahlungserleichterung verantwortlich – Zahlung im Namen anderer, Übertragung von Transaktionen und Zustandsverifizierung – und löst die Frage, "wie das Geld fließt". Die API-Dienste, die der Agent tatsächlich aufruft, sei es zur Preisermittlung, zur Durchführung von Berechnungen oder zum Aufrufen von LLM-Inferenz, werden von der Provider-Schicht bereitgestellt.
Was Switchboard schaffen möchte, ist ein spezieller Typ von Provider: ein Provider, der speziell On-Chain vertrauenswürdige Datendienste bereitstellt und die Kerninformationsschicht für die Wertübertragung des Agenten aufbaut.
Stellen Sie sich vor, der Provider ist eine zentralisierte API; was, wenn die Daten manipuliert werden oder der Dienst ausfällt? In Web2-Szenarien werden diese Risiken durch Kanalmarken und rechtliche Verträge gemindert, aber in On-Chain-Ausführungsumgebungen, insbesondere solchen, die komplexe DeFi-Operationen beinhalten, sind einige verifizierbare Daten erforderlich, die auf der Blockchain gespeichert sind.
Wenn ERC-8004 das Problem der Vertrauenswürdigkeit und Reputation der Identität des Käuferagenten löst, dann bietet dieser Typ von Oracle-geführtem Provider eine Vertrauensschicht bei der Überprüfung der Datenvertrauenswürdigkeit des Verkäufers (API).
Im Wesentlichen baut das x402-Protokoll die Zahlungsschicht für den Agentendienstmarkt auf, während Switchboard die Datendienstschicht aufbaut. Wenn die Zahlungsschicht es ermöglicht, dass Geld fließt, ermöglicht die Datendienstschicht, dass vertrauenswürdige Daten fließen.
Nur wenn beide kombiniert werden, kann eine Agentic Economy eine vollständige Infrastruktur haben.


