jakiro
Auteur : Haotian ; Source : X, @tmel0211
L’infrastructure à grande échelle de la piste x402 est toujours à l’état vierge. Bien que le « timing » supprimé par le grand marché ait temporairement réduit au silence les couches applicatives telles que Launchpad et les couches intermédiaires telles que Facilitator, il aDonne à la couche d’infrastructure sous-jacente une plus grande fenêtre de temps de construction;
Switchboard est un projet Oracle développé par l’écosystème Solana.Récemment, il a été proposé de fournir une couche de service de données pour le protocole x402. Comment faire cela spécifiquement ?
1) En termes d’architecture technique, Switchboard utilise l’environnement d’exécution de confiance TEE, qui est différent des modèles de consensus traditionnels tels que Chainlink et Pyth qui reposent sur la vérification du réseau.Les données sont directement transmises à la chaîne basée sur l’enclave sécurisée ;
2) En termes de compatibilité de protocole, Switchboard est compatible avec la norme de protocole x402, permettant à l’agent AI d’initier directement des demandes de données via HTTP 402, d’utiliser des micropaiements en chaîne pour finaliser l’autorisation et les données sont renvoyées immédiatement. L’ensemble du processus ne nécessite pas de niveaux d’adaptation supplémentaires ni de contrats intermédiaires ;
3) En termes de modèle de facturation, il rompt avec le modèle d’abonnement Oracle traditionnel et prend en charge le paiement par appel : l’agent est payé en fonction du nombre d’appels et de points de données, et vous payez pour la quantité que vous utilisez. Ceci est tout à fait cohérent avec le concept de conception de paiement à l’utilisation du protocole x402 ;
4)) Un point plus radical est que Switchboard supprime complètement le mécanisme de clé API.Dans le modèle traditionnel, pour appeler des services de données, vous devez d’abord vous inscrire, demander une clé et gérer les autorisations. Ce processus constitue une énorme friction pour l’agent.Désormais, les utilisateurs qui en transportent suffisamment dans leurs demandes de transaction 402 peuvent accéder instantanément à n’importe quelle source de données sans inscription ni approbation.
Voici le problème,Le protocole x402 nécessite-t-il une couche de service Oracle dédiée ?
Clarifions d’abord un concept. Dans l’architecture du protocole x402, Facilitator est responsable de la promotion des paiements – paiement pour le compte d’autrui, diffusion des transactions, vérification du statut et résout le problème de « comment l’argent circule ».Les services API que l’Agent appelle réellement, que ce soit pour obtenir des prix, effectuer des calculs ou appeler un raisonnement LLM, sont fournis par la couche Provider.
Ce que Switchboard veut faire, c’est un fournisseur spécial: Fournisseur spécialisé dans la fourniture de services de données fiables sur la chaîne et construit la couche d’informations de base pour la transmission de la valeur de l’agent.
Imaginez : que se passe-t-il si le fournisseur est une API centralisée et que les données sont falsifiées ou que le service tombe en panne ?Dans le scénario Web2, ces risques sont couverts par les marques de canal et les contrats légaux, maisL’environnement d’exécution en chaîne, en particulier lorsqu’il s’agit d’opérations DeFi complexes, nécessite des données vérifiables et en chaîne.
Si ERC-8004 résout le problème de la confiance et de la réputation de l’identité de l’agent acheteur, alors ce type de fournisseur orienté Oracle doit fournir une couche de garantie de fiabilité en termes de vérification de la fiabilité des données du vendeur (API).
Essentiellement, le protocole x402 construit la couche de paiement du marché des services d’agent, tandis que Switchboard construit la couche de service de données.Si la couche de paiement permet à l’argent de circuler, la couche de service de données permet aux données fiables de circuler.
En combinant les deux, Agentic Economy dispose d’une infrastructure complète.
