Die Infrastruktur von x402 ist derzeit noch in einem leeren Zustand. Obwohl der große Markt das “Timing” geraubt hat, was dazu geführt hat, dass Anwendungen wie Launchpad und Zwischenebenen wie Facilitator vorübergehend zum Stillstand gekommen sind, hat es der zugrunde liegenden Infrastruktur mehr Zeit zum Bauen gegeben. Switchboard, ein Oracle-Maschinenprojekt, das aus dem Solana-Ökosystem hervorgegangen ist, hat kürzlich vorgeschlagen, der x402-Protokoll-Datenservicelayer bereitzustellen. Wie genau soll das gemacht werden?
2)In Bezug auf die Protokollkompatibilität unterstützt Switchboard den x402-Protokollstandard, sodass der AI-Agent Datenanfragen direkt über HTTP 402 stellen kann, um die Autorisierung durch kleine On-Chain-Zahlungen abzuschließen, wobei die Daten sofort zurückgegeben werden. Der gesamte Prozess erfordert keine zusätzlichen Anpassungsschichten oder Zwischenverträge;
3)Im Hinblick auf das Abrechnungsmodell wurde das traditionelle Abonnementmodell der Oracle-Maschine durchbrochen und unterstützt pay-per-call – Agent zahlt basierend auf der Anzahl der Aufrufe und den Datenpunkten, man zahlt nur für das, was man nutzt, was vollständig mit dem Designkonzept des x402 Protokolls für bedarfsgerechte Zahlungen übereinstimmt;
4))Eine radikalere Maßnahme ist, dass Switchboard die API-Key-Mechanismus vollständig entfernt hat. Im traditionellen Modell muss man sich registrieren, einen Schlüssel beantragen und Berechtigungen verwalten, was für Agenten einen enormen Reibungsverlust darstellt. Jetzt können Benutzer mit ausreichend 402-Transaktionsanfragen sofort auf beliebige Datenquellen zugreifen, ohne sich registrieren oder genehmigen lassen zu müssen.
Die Frage ist, ob das x402-Protokoll eine spezielle Oracle-Maschine-Dienstschicht benötigt?
Zuerst klären wir ein Konzept: Im x402-Protokoll-Framework ist der Facilitator für die Zahlungsförderung verantwortlich – d.h. für die Durchführung von Zahlungen, das Broadcasting von Transaktionen und die Statusvalidierung. Er löst das Problem “Wie fließt das Geld?”. Die API-Dienste, die der Agent tatsächlich aufruft, egal ob es sich um das Abrufen von Preisen, die Durchführung von Berechnungen oder das Aufrufen von LLM-Inferenz handelt, werden von der Provider-Ebene bereitgestellt.
Und das, was Switchboard tun möchte, ist eine spezielle Art von Provider: ein Provider, der vertrauenswürdige On-Chain-Datenservices anbietet und die Kerninformationsschicht für den Wertetransfer von Agenten konstruiert.
Stellen Sie sich vor, wenn der Provider eine zentralisierte API ist, was passiert, wenn die Daten manipuliert oder der Dienst ausfällt? Im Web2-Szenario werden diese Risiken durch Markenkanäle und rechtliche Verträge abgedeckt, aber im On-Chain-Ausführungsumfeld, insbesondere bei komplexen DeFi-Operationen, benötigt man einige verifiable und On-Chain gespeicherte Daten.
Wenn man sagt, dass ERC-8004 das Problem der Vertrauenswürdigkeit und des Rufs der Käufer-Agenten löst, dann soll dieser an Oracle-Maschinen orientierte Anbieter eine vertrauenswürdige Absicherung in Bezug auf die Verifizierung der Daten der Verkäufer (API) bieten.
Im Wesentlichen hat das x402-Protokoll die Zahlungsschicht des Agent-Dienstmarktes aufgebaut, während Switchboard die Datendienstschicht eingerichtet hat. Wenn die Zahlungsschicht das Geld fließen lässt, ermöglicht die Datendienstschicht den Fluss vertrauenswürdiger Daten.
Nur durch die Kombination beider Aspekte hat die Agentic Economy eine vollständige Infrastruktur.