Polygon a testé un nouveau système de paiement par agents qui a traité plus de 11 millions de mises à jour de paiement vérifiées par seconde sur 25 hubs tout en gardant le règlement final ancré sur Polygon Chain.
Résumé
- Les canaux de paiement par agents de Polygon ont traité plus de 11 millions de mises à jour de paiement vérifiées par seconde sur 25 hubs à mise à l'échelle indépendante.
- Les paiements individuels passent par des canaux hors chaîne, tandis que les états de paiement accumulés sont réglés sur Polygon par lots.
- Le système utilise x402 pour les demandes de paiement et permet aux agents IA de payer des jetons, des appels API, des données et d'autres services au fur et à mesure qu'ils les consomment.
- Polygon a déclaré qu'une flotte de hubs plus importante pourrait traiter plus de 100 millions de mises à jour de paiement par seconde sur la base de l'architecture testée.
Polygon Labs a déclaré que le benchmark utilisait des canaux de paiement par agents conçus pour les logiciels qui paient pour l'inférence, les données, les appels API et d'autres services au fur et à mesure qu'ils sont consommés, au lieu d'envoyer chaque paiement individuel via une transaction en chaîne.
Le système combine des mises à jour de paiement hors chaîne à haute fréquence avec un règlement par lots sur Polygon, permettant à un agent d'effectuer des paiements répétés de petits montants tout en travaillant sur une tâche. Chaque mise à jour a été confirmée par le moteur de paiement en 20 microsecondes, hors latence réseau entre l'utilisateur et le hub.
Les canaux de paiement de Polygon séparent les paiements du règlement
Les canaux de paiement par agents commencent par un payeur déposant des fonds dans un contrat de canal agnostique vis-à-vis du fournisseur sur Polygon et liant une clé de session. Le montant déposé détermine combien l'agent peut dépenser pendant la session.
Une fois qu'un service demande un paiement via x402, l'agent envoie des bons cumulatifs signés via un hub au fur et à mesure qu'il consomme le service. Le hub vérifie la signature, le prix, l'ID de rejeu, le plafond d'autorisation et le dépôt sous séquestre restant avant de renvoyer un reçu.
Un reçu valide permet au fournisseur de libérer l'unité de travail suivante, qui pourrait être une fenêtre de jetons, un résultat de données, une réponse API ou un autre service. Au lieu de mettre chaque paiement sur Polygon individuellement, le hub regroupe l'état accumulé et publie une racine Merkle d'époque sur la chaîne. Les fournisseurs peuvent alors prouver ce qu'ils ont gagné par rapport à la racine et réclamer les fonds.
La conception donne à x402 et au canal de paiement des rôles distincts. Le protocole x402 permet à un service en ligne d'énoncer un prix et de demander un paiement via HTTP, tandis que le canal traite les mises à jour de paiement répétées et les regroupe ensuite pour le règlement.
L'intérêt pour x402 a augmenté à mesure que les développeurs construisent une infrastructure de paiement pour les logiciels autonomes. Le protocole utilise le code de statut 402 « Payment Required » de HTTP pour permettre aux logiciels de payer des ressources en ligne sans dépendre d'un processus de paiement conventionnel. Comme crypto.news l'a précédemment rapporté, les agents peuvent utiliser le système pour acheter du calcul, des données et d'autres services tout en accomplissant des tâches.
Comment Polygon a atteint 11 millions de paiements par seconde
Polygon a testé l'architecture contre une API d'inférence de style OpenRouter sur un devnet en direct. Un paiement signé était déclenché via le canal pour chaque fenêtre de 100 jetons, Polygon affirmant que le chemin de paiement était réel tandis que le fournisseur d'inférence lui-même était un substitut.
Les performances différaient selon la part de la pile de paiement incluse dans le test. Un chemin x402 complet impliquant l'agent, le site, le facilitateur et le hub a traité environ 40 000 paiements par seconde. Polygon a enregistré 2,4 millions de paiements dans le test avec un taux de réussite de 100 %.
Tester le moteur directement sur un seul serveur à 24 cœurs a produit entre 533 000 et 536 000 paiements entièrement vérifiés par seconde. Polygon a ensuite réparti la charge de travail sur 25 hubs à mise à l'échelle indépendante avec 16 vCPU chacun, où le système a dépassé 11 millions de mises à jour de paiement par seconde.
Ce chiffre ne signifie pas que Polygon Chain lui-même a traité 11 millions de transactions en chaîne par seconde. Les mises à jour de paiement individuelles passaient par les canaux hors chaîne, tandis que les fonds déposés restaient sécurisés via Polygon et les états de paiement accumulés étaient réglés en chaîne par lots.
Polygon a déclaré que ses hubs partitionnent les payeurs et n'ont pas besoin de se coordonner entre eux pendant le traitement des paiements. La capacité peut donc être ajoutée en exécutant plus de hubs. Sur la base du test à 25 hubs, l'entreprise estime qu'une flotte plus importante pourrait traiter plus de 100 millions de mises à jour de paiement par seconde.
Les participants peuvent déterminer quand ces paiements accumulés sont réglés. Le règlement peut avoir lieu après un paiement, 50 000 mises à jour ou 100 millions de mises à jour, selon la configuration du service.
La configuration de référence a établi le coût de traitement d'un milliard de mises à jour de paiement à environ 0,15 $, selon Polygon.
L'activité de paiement x402 se répand à travers les réseaux blockchain
Le test de Polygon survient alors que x402 est adopté à travers plusieurs écosystèmes blockchain. Circle a rapporté que l'USDC représentait 99,3 % du volume de paiement x402 mesuré au cours du deuxième trimestre, bien que ce chiffre couvre les données x402 de Circle et ne représente pas tous les systèmes de paiement d'agents IA.
Le soutien des réseaux a continué de croître. Cardano a ajouté x402 à sa pile logicielle en septembre, permettant aux développeurs de créer des agents et des applications capables de payer des services avec ADA et les jetons natifs de Cardano. Sa version initiale en TypeScript avait été testée sur l'environnement de préproduction de Cardano, mais n'avait pas encore démontré de paiements commerciaux à grande échelle sur le mainnet.
Block a rejoint la x402 Foundation cette semaine et a contribué au soutien de Lightning au protocole. La x402 Foundation a rapporté 75,41 millions de transactions et 24,24 millions de dollars de volume sur une récente période de 30 jours, tandis que l'ajout de Lightning offre aux développeurs une option de paiement basée sur Bitcoin aux côtés des stablecoins qui ont fourni une grande partie de l'activité du protocole.
Ripple a suivi une voie similaire autour du XRP Ledger. Les agents IA avaient généré plus de 1,4 million de transactions sur XRPL en juillet, tandis que Ripple travaillait sur une infrastructure de développement pour les paiements autonomes impliquant XRP et RLUSD.
Les paiements d'agents s'intègrent aux plans Open Money Stack de Polygon
Le système de canaux de paiement d'agents devrait se connecter à l'Open Money Stack de Polygon, qui rassemble l'infrastructure utilisée pour transférer des fonds vers des applications, les détenir, appliquer des règles de dépenses et régler la valeur accumulée.
Polygon a passé une grande partie de 2026 à construire son infrastructure de paiement autour des stablecoins et du règlement institutionnel. PayPal USD est devenu natif sur Polygon en juillet via l'Open Money Stack, donnant aux entreprises accès à PYUSD aux côtés de portefeuilles, de rampes fiat et d'outils de conformité. Polygon Labs a déclaré à l'époque que son réseau avait réglé plus de 2 600 milliards de dollars en transactions de stablecoins.
Le réseau avait déjà réduit son temps de bloc moyen à 1,75 seconde en mai dans le cadre de son effort sur les paiements, portant son débit théorique estimé sur chaîne à environ 3 260 transactions par seconde.
Les canaux de paiement d'agents utilisent un modèle de mise à l'échelle différent, car des millions de mises à jour de paiement individuelles n'ont pas à rivaliser pour cette capacité de transaction sur chaîne. Les fonds sont d'abord engagés dans le canal, les mises à jour de paiement ont lieu hors chaîne, et Polygon enregistre le règlement résultant par lots.
Polygon a déclaré que la configuration est destinée aux services qui facturent par appel d'API individuel, jeton, recherche ou tâche accomplie, permettant à un agent de passer d'un fournisseur à l'autre sans maintenir un compte prépayé financé séparément auprès de chaque service.
