Ӿ402Nano : un facilitateur x402 sans frais pour les paiements des agents IA
Nano a désormais une porte sans frais vers x402, le protocole de paiement HTTP conçu pour les agents IA. Ӿ402Nano est un facilitateur pour Nano : tout serveur de ressources compatible x402 peut pointer vers https://x402nano.org/facilitator et commencer à accepter des XNO, sans compte, sans clé API et sans autre configuration qu'une ligne. La bannière de la page d'accueil le confirme : « facilitator live ».
Ce qu'est x402
Le statut HTTP 402 Payment Required existe vraiment, défini dans la spec mais presque jamais utilisé. x402 lui donne un rôle. Un endpoint protégé répond à une requête non payée par un 402 accompagné d'un en-tête PAYMENT-REQUIRED encodé en Base64 qui énonce les conditions : scheme accepté, réseau, prix, adresse du destinataire. Le client signe un paiement et réessaie avec un en-tête PAYMENT-SIGNATURE ; le serveur vérifie, règle, puis sert le contenu.
Le protocole est agnostique à la chaîne, et désormais géré par la x402 Foundation, dont la Linux Foundation a annoncé le lancement opérationnel. Ce facilitateur implémente le versant Nano.
Pourquoi ça colle
x402 vise les micro-paiements machine à machine : un agent IA qui paie par appel d'API, par inférence. Ces montants sont minuscules, et c'est là que les frais font le plus mal. Sur des rails payants, un paiement d'une fraction de centime est dévoré avant même d'arriver. Sur Nano, il se règle en moins d'une seconde, sans frais.
Le tableau en direct montre exactement cette forme : des lignes à Ӿ0.0001 et Ӿ0.005, des micro-paiements qu'un réseau à frais ne pourrait pas transporter de façon rentable. Les chiffres derrière, au moment de la rédaction :
Transactions
116
Volume
Ӿ3.5606
Payeurs uniques
6
Une note honnête avant que le détecteur de hype ne s'affole : le volume est dominé par de petits paiements répétés entre les deux mêmes adresses, ce qui ressemble à des tests. Six payeurs uniques, ce n'est pas une adoption, c'est la preuve précoce que la plomberie fonctionne. Le scanner montre tout l'historique, chaque transaction pointant vers son bloc sur nanexplorer.
Comment un paiement circule
La documentation décrit le flux en cinq étapes :
- Un client demande une ressource protégée.
- Le serveur répond 402, avec
PAYMENT-REQUIREDqui transporte les schemes acceptés, le prix, le réseau et l'adresse Nano du destinataire. - Le client construit un bloc d'envoi Nano, le signe et génère la preuve de travail.
- Le client réessaie avec le payload de paiement encodé en Base64 dans
PAYMENT-SIGNATURE. - Votre serveur transmet le payload au facilitateur, qui valide la signature du bloc et le diffuse sur le réseau Nano. Le résultat revient dans
PAYMENT-RESPONSE; une fois confirmé, le serveur sert le contenu.
Règlement uniquement en cas de succès
Un détail de conception compte pour les machines : le règlement n'a lieu qu'après une réponse réussie, donc les clients ne sont jamais facturés pour des requêtes échouées. Les agents réessayent sans cesse ; c'est ce qui distingue un protocole fiable d'un protocole qui facture les impasses.
Pas de compte, pas de clé API
Sans permission est le mot juste. Pas d'inscription, pas de clé, pas de dashboard : pointez votre serveur vers l'URL et c'est parti. Un en-tête x-api-key ou Bearer optionnel ne sert qu'à activer les statistiques d'usage dans un dashboard. Les erreurs reviennent dans un format JSON cohérent (400 corps invalide, 401 clé invalide, 429 limite de débit, 500 erreur serveur), et les limites sont de 200 requêtes par minute et par IP pour /facilitator/verify et /facilitator/settle.
Le point de vue développeur
Deux SDK couvrent l'intégration. @x402/next donne aux développeurs Next.js paymentProxy (middleware qui protège les routes de pages) et withX402 (enveloppe les handlers de routes API). @x402/core expose HTTPFacilitatorClient avec verify/settle manuels pour Express, Hono ou n'importe quel framework. Les deux pointent vers la même URL :
FACILITATOR_URL=https://x402nano.org/facilitator
Débuts timides, lecture honnête
La section agents IA de la documentation est ce qui rend le projet intéressant. Un agent peut découvrir de façon autonome un endpoint protégé, lire les conditions de paiement, signer un bloc Nano, calculer la preuve de travail et réessayer : pas d'humain, pas de compte, pas de carte. C'est exactement le flux pour lequel Nano a été conçu.
Alors Ӿ402Nano est une pièce prometteuse du puzzle des paiements IA pour Nano, rien de plus pour l'instant. Les rails sont en ligne sur x402nano.org, la documentation sur /docs, le protocole documenté sur x402.org. Le chiffre à surveiller est de savoir si les premiers vrais serveurs s'enregistrent.