Les canaux de paiement Polygon atteignent 11 millions de mises à jour par seconde sur 25 hubs

Polygon a testé un nouveau système de paiement par agents, traitant plus de 11 millions de mises à jour de paiement vérifiées par seconde sur 25 hubs, tout en ancrant le règlement final à la chaîne Polygon.

Résumé

• Les canaux de paiement par agents de Polygon ont traité plus de 11 millions de mises à jour vérifiées par seconde sur 25 hubs évolutifs indépendants.

• Les paiements individuels circulent hors chaîne via des canaux, tandis que les états 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 d’acheter des jetons, des appels API, des données et autres services à la consommation.

• Polygon estime qu’une flotte plus importante de hubs pourrait traiter plus de 100 millions de mises à jour par seconde, selon l’architecture testée.

Polygon Labs précise que ce test utilisait des canaux de paiement par agents conçus pour des logiciels payant l’inférence, les données, les appels API et autres services à la consommation, sans envoyer chaque paiement individuel sur chaîne.

Le système combine des mises à jour hors chaîne fréquentes avec un règlement groupé sur Polygon, permettant à un agent d’effectuer de petits paiements répétés pendant une tâche. Chaque mise à jour était confirmée par le moteur de paiement en 20 microsecondes, hors latence réseau entre utilisateur et hub.

Les canaux de paiement Polygon séparent paiement et règlement

Les canaux de paiement par agents commencent par un dépôt du payeur dans un contrat de canal agnostique fournisseur sur Polygon, lié à une clé de session. Le montant déposé détermine la dépense maximale autorisée durant la session.

Lorsqu’un service demande un paiement via x402, l’agent envoie des bons cumulatifs signés via un hub à mesure de la consommation. Le hub vérifie la signature, le prix, l’ID de relecture, le plafond d’autorisation et l’escrow restant avant d’émettre un accusé de réception.

Un accusé valide permet au prestataire de livrer l’unité suivante (fenêtre de jetons, résultat de données, réponse API, etc.). Plutôt que d’enregistrer chaque paiement individuellement sur Polygon, le hub regroupe les états accumulés et publie une racine Merkle d’époque sur la chaîne. Les prestataires peuvent ensuite prouver leurs gains contre cette racine et récupérer les fonds.

Vous aimerez aussi : La Fondation Solana recrute d’anciens de Binance et Polygon pour son développement institutionnel

La conception attribue à x402 et au canal de paiement des rôles distincts : x402 permet à un service en ligne d’indiquer un prix et de demander un paiement via HTTP, tandis que le canal traite les mises à jour répétées et les regroupe ultérieurement pour le règlement.

L’intérêt pour x402 croît à mesure que les développeurs construisent des infrastructures de paiement pour des logiciels autonomes. Ce protocole utilise le code d’état HTTP 402 « Paiement requis » pour permettre aux logiciels de payer des ressources en ligne sans passer par un processus de caisse classique. Comme l’a rapporté crypto.news, les agents peuvent ainsi acheter calcul, données et autres services durant l’exécution de 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 n’était qu’un substitut.

Les performances variaient 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 traitait environ 40 000 paiements par seconde. Polygon a enregistré 2,4 millions de paiements lors du test, avec un taux de réussite de 100 %.

Tester directement le moteur sur un 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 sur 25 hubs indépendants et évolutifs, chacun doté de 16 vCPU, atteignant ainsi plus de 11 millions de mises à jour de paiement par seconde.

Ce chiffre ne signifie pas que Polygon Chain elle-même a traité 11 millions de transactions onchain par seconde. Les mises à jour individuelles de paiement circulaient via des canaux hors chaîne, tandis que les fonds déposés restaient sécurisés par Polygon et que les états de paiement accumulés étaient réglés sur chaîne par lots.

Polygon précise 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 accrue en lançant davantage de hubs. Selon le 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écider du moment où ces paiements accumulés sont réglés. Le règlement peut intervenir après un seul paiement, 50 000 mises à jour ou 100 millions de mises à jour, selon la configuration du service.

Selon Polygon, la configuration de référence évalue le coût de traitement d’un milliard de mises à jour de paiement à environ 0,15 $.

L’activité de paiement x402 se développe sur plusieurs réseaux blockchain.

Le test de Polygon intervient alors que x402 est adopté par plusieurs écosystèmes blockchain. Circle a indiqué que l’USDC représentait 99,3 % du volume de paiements x402 mesuré au deuxième trimestre, bien que ce chiffre couvre uniquement les données x402 de Circle et ne reflète pas l’ensemble des systèmes de paiement pour agents IA.

Le support réseau continue de croître. Cardano a intégré x402 à sa pile logicielle en septembre, permettant aux développeurs de créer des agents et applications capables de payer des services avec l’ADA et d’autres jetons natifs Cardano. Sa première version TypeScript avait été testée sur l’environnement préproduction de Cardano, mais n’avait pas encore démontré de paiements commerciaux à grande échelle sur le mainnet.

Block a rejoint cette semaine la Fondation x402 et y a contribué avec le support Lightning. La Fondation x402 a rapporté 75,41 millions de transactions et 24,24 millions de dollars de volume sur une période récente de 30 jours ; l’ajout de Lightning offre désormais aux développeurs une option de paiement basée sur Bitcoin, en complément des stablecoins qui ont alimenté la majeure partie de l’activité du protocole.

Ripple suit une démarche similaire autour du registre XRP (XRPL). Des agents IA avaient généré plus de 1,4 million de transactions sur XRPL d’ici juillet, tandis que Ripple travaillait sur une infrastructure destinée aux développeurs pour des paiements autonomes impliquant XRP et RLUSD.

Les paiements par agents s’inscrivent dans les plans de Polygon pour son « Open Money Stack ».

Le système de canaux de paiement par agents devrait s’intégrer à l’« Open Money Stack » de Polygon, qui regroupe l’infrastructure nécessaire pour transférer des fonds vers des applications, les conserver, appliquer des règles de dépense et régler la valeur accumulée.

Polygon a consacré une grande partie de l’année 2026 à développer son infrastructure de paiements autour des stablecoins et du règlement institutionnel. Le PayPal USD (PYUSD) est devenu natif sur Polygon en juillet via l’Open Money Stack, offrant aux entreprises un accès au PYUSD accompagné de portefeuilles, de rampes fiat et d’outils de conformité. Polygon Labs avait alors indiqué que son réseau avait réglé plus de 2,6 billions de dollars de transactions en stablecoins.

Le réseau avait déjà réduit son temps de bloc moyen à 1,75 seconde en mai dans le cadre de sa stratégie de paiements, portant son débit théorique onchain estimé à environ 3 260 transactions par seconde.

Les canaux de paiement par agents utilisent un modèle de mise à l’échelle différent, car des millions de mises à jour individuelles de paiement n’ont pas à rivaliser pour cette capacité onchain. Les fonds sont d’abord engagés dans le canal, les mises à jour de paiement s’effectuent hors chaîne, et Polygon enregistre le règlement final par lots.

Polygon indique que cette architecture vise les services facturant par appel d’API, jeton, recherche ou tâche accomplie, permettant à un agent de passer d’un prestataire à un autre sans devoir maintenir un compte prépayé distinctement financé auprès de chaque service.

En savoir plus : Ethena étend le trading sur la base de l’USDe aux actions américaines tokenisées