A Polygon testou um novo sistema de pagamento por agentes que processou mais de 11 milhões de atualizações de pagamento verificadas por segundo em 25 hubs, mantendo a liquidação final ancorada na Polygon Chain.
Resumo
- Os canais de pagamento por agentes da Polygon processaram mais de 11 milhões de atualizações de pagamento verificadas por segundo em 25 hubs com escalabilidade independente.
- Pagamentos individuais transitam por canais fora da cadeia, enquanto os estados de pagamento acumulados são liquidados na Polygon em lotes.
- O sistema usa x402 para solicitações de pagamento e permite que agentes de IA paguem por tokens, chamadas de API, dados e outros serviços conforme os consomem.
- A Polygon afirmou que uma frota maior de hubs poderia processar mais de 100 milhões de atualizações de pagamento por segundo com base na arquitetura testada.
A Polygon Labs afirmou que o benchmark usou canais de pagamento por agentes projetados para software que paga por inferência, dados, chamadas de API e outros serviços conforme são consumidos, em vez de enviar cada pagamento individual por meio de uma transação onchain.
O sistema combina atualizações de pagamento fora da cadeia de alta frequência com liquidação em lotes na Polygon, permitindo que um agente faça pagamentos pequenos repetidos enquanto executa uma tarefa. Cada atualização foi confirmada pelo motor de pagamento em 20 microssegundos, excluindo a latência de rede entre o usuário e o hub.
Canais de pagamento da Polygon separam pagamentos da liquidação
Os canais de pagamento por agentes começam com um pagador depositando fundos em um contrato de canal agnóstico de fornecedor na Polygon e vinculando uma chave de sessão. O valor depositado determina quanto o agente pode gastar durante a sessão.
Assim que um serviço solicita pagamento via x402, o agente envia vouchers cumulativos assinados por meio de um hub conforme consome o serviço. O hub verifica a assinatura, o preço, o ID de repetição, o teto de autorização e o valor em escrow restante antes de retornar um recibo.
Um recibo válido permite que o provedor libere a próxima unidade de trabalho, que pode ser uma janela de tokens, resultado de dados, resposta de API ou outro serviço. Em vez de colocar cada pagamento na Polygon individualmente, o hub agrupa o estado acumulado e publica uma raiz Merkle de época na cadeia. Os provedores podem então provar o que ganharam contra a raiz e reivindicar os fundos.
O design dá ao x402 e ao canal de pagamento papéis separados. O protocolo x402 permite que um serviço online declare um preço e solicite pagamento via HTTP, enquanto o canal processa atualizações de pagamento repetidas e posteriormente as agrupa para liquidação.
O interesse no x402 cresceu à medida que desenvolvedores constroem infraestrutura de pagamento para software autônomo. O protocolo usa o código de status 402 "Payment Required" do HTTP para permitir que o software pague por recursos online sem depender de um processo de checkout convencional. Como o crypto.news relatou anteriormente, agentes podem usar o sistema para comprar computação, dados e outros serviços enquanto realizam tarefas.
Como a Polygon alcançou 11 milhões de pagamentos por segundo
A Polygon testou a arquitetura contra uma API de inferência no estilo OpenRouter em uma devnet ativa. Um pagamento assinado foi acionado através do canal a cada janela de 100 tokens, com a Polygon afirmando que o caminho de pagamento era real, enquanto o provedor de inferência em si era um substituto.
O desempenho variou dependendo de quanto da pilha de pagamento foi incluída no teste. Um caminho x402 completo envolvendo o agente, site, facilitador e hub processou aproximadamente 40.000 pagamentos por segundo. A Polygon registrou 2,4 milhões de pagamentos no teste com uma taxa de sucesso de 100%.
Testar o motor diretamente em um servidor de 24 núcleos produziu entre 533.000 e 536.000 pagamentos totalmente verificados por segundo. A Polygon então distribuiu a carga de trabalho em 25 hubs com escalabilidade independente, cada um com 16 vCPUs, onde o sistema ultrapassou 11 milhões de atualizações de pagamento por segundo.
O número não significa que a própria Polygon Chain processou 11 milhões de transações onchain por segundo. Atualizações de pagamento individuais transitaram pelos canais fora da cadeia, enquanto os fundos depositados permaneceram protegidos pela Polygon e os estados de pagamento acumulados foram liquidados onchain em lotes.
A Polygon afirmou que seus hubs particionam pagadores e não precisam coordenar entre si enquanto os pagamentos estão sendo processados. A capacidade pode, portanto, ser adicionada executando mais hubs. Com base no teste de 25 hubs, a empresa estima que uma frota maior poderia processar mais de 100 milhões de atualizações de pagamento por segundo.
Os participantes podem determinar quando esses pagamentos acumulados são liquidados. A liquidação pode ocorrer após um pagamento, 50.000 atualizações ou 100 milhões de atualizações, dependendo de como o serviço está configurado.
A configuração de referência estimou o custo de processamento de um bilhão de atualizações de pagamento em aproximadamente US$ 0,15, de acordo com a Polygon.
A atividade de pagamentos x402 está se espalhando pelas redes blockchain
O teste da Polygon chega no momento em que o x402 está sendo adotado em vários ecossistemas blockchain. A Circle relatou que o USDC representou 99,3% do volume de pagamentos x402 medido durante o segundo trimestre, embora o número cobrisse os dados x402 da Circle e não representasse todos os sistemas de pagamento de agentes de IA.
O suporte de rede continuou a crescer. A Cardano adicionou o x402 à sua pilha de software em setembro, permitindo que desenvolvedores criem agentes e aplicativos capazes de pagar por serviços com ADA e tokens nativos da Cardano. Seu lançamento inicial em TypeScript havia sido testado no ambiente de pré-produção da Cardano, mas ainda não havia demonstrado pagamentos comerciais em escala na mainnet.
A Block se juntou à x402 Foundation esta semana e contribuiu com suporte ao Lightning para o protocolo. A x402 Foundation relatou 75,41 milhões de transações e US$ 24,24 milhões em volume em um período recente de 30 dias, enquanto a adição do Lightning oferece aos desenvolvedores uma opção de pagamento baseada em Bitcoin ao lado das stablecoins que forneceram grande parte da atividade do protocolo.
A Ripple seguiu um caminho semelhante em torno do XRP Ledger. Agentes de IA haviam gerado mais de 1,4 milhão de transações no XRPL até julho, enquanto a Ripple trabalhava em infraestrutura para desenvolvedores voltada a pagamentos autônomos envolvendo XRP e RLUSD.
Pagamentos de agentes se encaixam nos planos do Open Money Stack da Polygon
Espera-se que o sistema de canais de pagamento de agentes se conecte ao Open Money Stack da Polygon, que reúne a infraestrutura usada para mover fundos para aplicativos, mantê-los, aplicar regras de gastos e liquidar o valor acumulado.
A Polygon passou boa parte de 2026 construindo sua infraestrutura de pagamentos em torno de stablecoins e liquidação institucional. O PayPal USD tornou-se nativo na Polygon em julho por meio do Open Money Stack, dando às empresas acesso ao PYUSD junto com carteiras, rampas fiduciárias e ferramentas de conformidade. A Polygon Labs disse na época que sua rede havia liquidado mais de US$ 2,6 trilhões em transações com stablecoins.
A rede já havia reduzido seu tempo médio de bloco para 1,75 segundo em maio, como parte de seu impulso de pagamentos, elevando sua taxa de transferência teórica estimada onchain para aproximadamente 3.260 transações por segundo.
Os canais de pagamento de agentes usam um modelo de escalabilidade diferente, porque milhões de atualizações individuais de pagamento não precisam competir por essa capacidade de transação onchain. Os fundos são comprometidos primeiro no canal, as atualizações de pagamento ocorrem fora da chain, e a Polygon registra a liquidação resultante em lotes.
A Polygon disse que a configuração é destinada a serviços que cobram por chamada de API individual, token, consulta ou tarefa concluída, permitindo que um agente transite entre provedores sem manter uma conta pré-paga financiada separadamente com cada serviço.
