Le morceau le plus crucial du puzzle ? Switchboard veut refondre complètement la « couche oracle »

La grande infrastructure de la piste x402 reste pour l’instant un territoire vierge. Bien que la grande tendance du marché ait fait perdre le « timing » à des applications comme Launchpad et à des couches intermédiaires comme Facilitator, cela a offert à la couche d’infrastructure sous-jacente une fenêtre de temps supplémentaire pour construire. 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 au protocole x402. Mais comment compte-t-il s’y prendre concrètement ?

1) Sur le plan de l’architecture technique, Switchboard adopte un environnement d’exécution de confiance TEE, se distinguant des modèles de consensus traditionnels basés sur la validation réseau comme Chainlink ou Pyth. Les données sont transmises directement sur la blockchain à partir d’une enclave sécurisée (Enclave).

2) En termes de compatibilité protocolaire, Switchboard est compatible avec la norme du protocole x402, permettant ainsi à un AI Agent de lancer directement une requête de données via HTTP 402, d’obtenir une autorisation grâce à un micropaiement on-chain, et de recevoir les données instantanément. L’ensemble du processus ne nécessite aucune couche d’adaptation supplémentaire ni contrat intermédiaire.

3) Concernant le modèle de facturation, Switchboard rompt avec le modèle d’abonnement traditionnel des oracles et prend en charge le pay-per-call : l’Agent paie en fonction du nombre d’appels ou de points de données utilisés, payant uniquement ce qu’il consomme. Cela correspond parfaitement à la philosophie de paiement à la demande du protocole x402.

4) Plus radical encore, Switchboard a complètement supprimé le mécanisme d’API Key. Dans le modèle traditionnel, il fallait d’abord s’enregistrer, demander une clé et gérer les autorisations pour accéder à un service de données, ce qui constituait une grande friction pour l’Agent. Désormais, tant que la requête de transaction 402 de l’utilisateur contient suffisamment de fonds, il peut accéder instantanément à n’importe quelle source de données, sans inscription ni approbation.

La question se pose alors : le protocole x402 a-t-il besoin d’une couche de service oracle dédiée ?

Clarifions d’abord un concept : dans l’architecture du protocole x402, le Facilitator est responsable de la facilitation des paiements — paiement délégué, diffusion des transactions, validation des états —, c’est-à-dire la gestion des flux financiers. Mais les véritables services API appelés par l’Agent, qu’il s’agisse d’obtenir des prix, d’exécuter des calculs ou d’appeler une inférence LLM, sont fournis par la couche Provider.

Ce que Switchboard souhaite faire, c’est devenir un Provider particulier : un Provider spécialisé dans la fourniture de services de données fiables on-chain, construisant la couche d’information centrale pour la transmission de valeur des Agents.

Imaginons que le Provider soit une API centralisée : que se passe-t-il si les données sont falsifiées ou si le service tombe en panne ? Dans les scénarios Web2, ces risques sont couverts par la réputation de la marque et les contrats juridiques. Mais dans un environnement d’exécution on-chain, en particulier pour des opérations DeFi complexes, il faut des données vérifiables et archivées sur la blockchain.

Si l’on considère que l’ERC-8004 résout la question de la fiabilité et de la réputation de l’Agent acheteur, alors ce type de Provider orienté oracle vise à offrir une couche de garantie de confiance pour la vérification 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 la circulation de l’argent, la couche de service de données permet la circulation de données fiables.

Ce n’est qu’en combinant les deux que l’Agentic Economy disposera d’une infrastructure complète.