L'infrastructure de base de la piste x402 est actuellement encore dans un état vierge. Bien que la grande tendance ait emporté le “moment” nécessaire, laissant temporairement les applications de type Launchpad et les intermédiaires comme Facilitator en sommeil, cela a cependant donné plus de temps pour construire aux couches d'infrastructure sous-jacentes. Switchboard, en tant que projet d'oracle issu de l'écosystème Solana, a récemment proposé de fournir une couche de service de données pour le protocole x402. Comment compte-t-il procéder ?
Sur le plan de l'architecture technique, Switchboard utilise un environnement d'exécution de confiance (TEE), contrairement à Chainlink, Pyth et d'autres modèles de consensus traditionnels basés sur la validation réseau, les données sont directement transmises à la chaîne via une enclave sécurisée (Enclave) ;
2)En termes de compatibilité du protocole, Switchboard est compatible avec la norme de protocole x402, permettant à l'Agent IA de lancer des demandes de données directement via HTTP 402, en effectuant des paiements en petites quantités sur la chaîne pour l'autorisation, avec un retour instantané des données. L'ensemble du processus ne nécessite pas de couche d'adaptation supplémentaire ou de contrat intermédiaire ;
En ce qui concerne le modèle de facturation, il rompt avec le modèle d'abonnement traditionnel des Oracle Machines, et prend en charge le pay-per-call - l'Agent paie en fonction du nombre d'appels et des points de données, payant uniquement pour ce qu'il utilise, ce qui est totalement en accord avec la philosophie de conception du protocole x402.
4))Un point plus radical est que Switchboard a complètement supprimé le mécanisme de clé API. Dans le modèle traditionnel, pour appeler un service de données, il fallait d'abord s'inscrire, demander une clé et gérer les autorisations, ce processus représente un frottement énorme pour l'agent. Maintenant, dans la demande de transaction 402 de l'utilisateur, il suffit de transporter suffisamment de pour accéder instantanément à n'importe quelle source de données, sans inscription, sans approbation.
La question se pose, le protocole x402 a-t-il besoin d'une couche de service Oracle Machine dédiée ?
D'abord, clarifions un concept : dans l'architecture du protocole x402, le Facilitator est responsable de la facilitation des paiements - paiement par tiers, diffusion des transactions, validation des états, résolvant ainsi la question “comment l'argent circule”. En revanche, les services API réellement appelés par l'Agent, qu'il s'agisse d'obtenir des prix, d'exécuter des calculs ou d'appeler des inférences LLM, sont fournis par la couche Provider.
Ce que Switchboard veut faire, c'est un type spécial de Provider : un Provider qui fournit des services de données fiables sur la chaîne, construisant le couche d'information centrale pour le transfert de valeur de l'Agent.
Imaginez, si le Provider est une API centralisée, que se passe-t-il si les données sont falsifiées ou si le service tombe en panne ? Dans un scénario Web2, ces risques sont couverts par la marque des canaux et des contrats juridiques, mais dans un environnement d'exécution sur la chaîne, en particulier lorsqu'il s'agit d'opérations DeFi complexes, il est nécessaire d'avoir des données vérifiables et ayant une preuve sur la chaîne.
Si l'ERC-8004 résout le problème de la confiance et de la réputation de l'agent acheteur, alors ce type de Provider orienté vers les Oracle Machine doit fournir une couche de garantie fiable en matière 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'agents, tandis que Switchboard établit la couche de services de données. Si la couche de paiement permet à l'argent de circuler, la couche de services de données permet aux données fiables de circuler.
La combinaison des deux constitue l'infrastructure complète de l'Agentic Economy.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Comment x402 et Switchboard co-créent-ils la "veine de valeur" de l'économie des intelligences artificielles ?
L'infrastructure de base de la piste x402 est actuellement encore dans un état vierge. Bien que la grande tendance ait emporté le “moment” nécessaire, laissant temporairement les applications de type Launchpad et les intermédiaires comme Facilitator en sommeil, cela a cependant donné plus de temps pour construire aux couches d'infrastructure sous-jacentes. Switchboard, en tant que projet d'oracle issu de l'écosystème Solana, a récemment proposé de fournir une couche de service de données pour le protocole x402. Comment compte-t-il procéder ?
2)En termes de compatibilité du protocole, Switchboard est compatible avec la norme de protocole x402, permettant à l'Agent IA de lancer des demandes de données directement via HTTP 402, en effectuant des paiements en petites quantités sur la chaîne pour l'autorisation, avec un retour instantané des données. L'ensemble du processus ne nécessite pas de couche d'adaptation supplémentaire ou de contrat intermédiaire ;
4))Un point plus radical est que Switchboard a complètement supprimé le mécanisme de clé API. Dans le modèle traditionnel, pour appeler un service de données, il fallait d'abord s'inscrire, demander une clé et gérer les autorisations, ce processus représente un frottement énorme pour l'agent. Maintenant, dans la demande de transaction 402 de l'utilisateur, il suffit de transporter suffisamment de pour accéder instantanément à n'importe quelle source de données, sans inscription, sans approbation.
La question se pose, le protocole x402 a-t-il besoin d'une couche de service Oracle Machine dédiée ?
D'abord, clarifions un concept : dans l'architecture du protocole x402, le Facilitator est responsable de la facilitation des paiements - paiement par tiers, diffusion des transactions, validation des états, résolvant ainsi la question “comment l'argent circule”. En revanche, les services API réellement appelés par l'Agent, qu'il s'agisse d'obtenir des prix, d'exécuter des calculs ou d'appeler des inférences LLM, sont fournis par la couche Provider.
Ce que Switchboard veut faire, c'est un type spécial de Provider : un Provider qui fournit des services de données fiables sur la chaîne, construisant le couche d'information centrale pour le transfert de valeur de l'Agent.
Imaginez, si le Provider est une API centralisée, que se passe-t-il si les données sont falsifiées ou si le service tombe en panne ? Dans un scénario Web2, ces risques sont couverts par la marque des canaux et des contrats juridiques, mais dans un environnement d'exécution sur la chaîne, en particulier lorsqu'il s'agit d'opérations DeFi complexes, il est nécessaire d'avoir des données vérifiables et ayant une preuve sur la chaîne.
Si l'ERC-8004 résout le problème de la confiance et de la réputation de l'agent acheteur, alors ce type de Provider orienté vers les Oracle Machine doit fournir une couche de garantie fiable en matière 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'agents, tandis que Switchboard établit la couche de services de données. Si la couche de paiement permet à l'argent de circuler, la couche de services de données permet aux données fiables de circuler.
La combinaison des deux constitue l'infrastructure complète de l'Agentic Economy.