x402 é muito bom, mas quais são os problemas ocultados?

作者：YQ, investigador de infraestruturas de criptomoedas; Tradução: xz@金色财经

Em 1994, Mark Anderson cometeu um erro importante, do qual só mais tarde admitiu: a Netscape não conseguiu incorporar a funcionalidade de pagamento no navegador. Devido a riscos regulatórios e à atitude conservadora das instituições financeiras, a colaboração entre Netscape e Visa, e entre Microsoft e MasterCard, acabou por fracassar. Isto levou a que o modelo de negócio padrão da internet fosse dominado por um sistema de monitorização de publicidade durante trinta anos — uma indústria avaliada em trilhões de dólares construída com base no rastreio completo do comportamento, e não na troca direta de valor.

Hoje, os agentes de IA estão a quebrar esse equilíbrio. Sistemas autónomos não veem publicidade, não podem ser psicograficamente perfilados, e não têm atenção monetizável. Os criadores de conteúdo enfrentam uma escolha binária: ou deixam que a parasitação destrua a motivação criativa, ou estabelecem mecanismos de pagamento direto. O protocolo x402 é a tentativa mais fiável de ativar o código de estado “402 Payment Required” (Pagamento Necessário) do padrão HTTP, combinando liquidação na blockchain e autorização criptográfica, para reinventar o paradigma de troca de valor na era da IA.

O momento parece estar maduro. A infraestrutura de blockchain está bem desenvolvida: redes Layer2 permitem custos de transação escalonáveis e finalidade em subsegundos, e mais de 42 mil milhões de dólares em stablecoins circulam em mais de 20 cadeias. O protocolo A2A do Google planeia de forma mais clara um ecossistema de agentes baseado em “pagamentos por serviço e cobrança”. Contudo, uma análise aprofundada da norma v1, das propostas de revisão v2 e do progresso inicial do ecossistema revela limitações estruturais profundas, que, sem ajustes significativos, dificultam uma adoção em larga escala.

Este artigo baseia-se em princípios de sistemas distribuídos, economia de protocolos de pagamento e casos de implementação prática, propondo uma reformulação arquitetural que suporte uma implantação a nível de internet.

1. Compreender a arquitetura x402

Este protocolo utiliza o mecanismo EIP-3009 transferWithAuthorization() para realizar transferências de stablecoins sem taxas de negociação. O cliente constrói um certificado de autorização assinado criptograficamente, permitindo a um terceiro (o relé) executar a transferência em seu nome.

Observação chave: este design permite a validação de pagamentos encriptados sem que o comerciante tenha de lidar com chaves privadas ou gerir diretamente a infraestrutura de blockchain. A liquidação ocorre em redes como o Base (Layer2 do Éter), com uma finalidade de cerca de 200 milissegundos e custos de gás inferiores a 0,0001 dólares. Apesar de parecer elegante e simples, esta abordagem superficial oculta várias questões arquiteturais profundas que só se revelam numa análise detalhada.

2. Algumas questões arquiteturais ocultas

Problema 1: Defeitos no modelo económico do relé

O relé assume três funções: validação de assinatura EIP-3009, difusão de transações na blockchain e fornecimento de infraestrutura API. Contudo, o protocolo não oferece qualquer mecanismo de compensação económica. Vamos calcular os custos com precisão:

Atualmente, o relé do CDP da Coinbase realiza transações USDC na cadeia Base sem cobrar taxas de serviço. Cada transação consome cerca de 0,0006 dólares em gás. Com um volume de um milhão de transações mensais, o custo de gás só já chega a 600 dólares (sem contar servidores, nós RPC, monitorização, conformidade e manutenção). O relé não tem uma via de recuperação de custos ao nível do protocolo.

Descoberta principal: em comparação com todos os protocolos de pagamento bem-sucedidos na história da internet, Stripe cobra 2,9% + 0,3 dólares por transação, PayPal retira cerca de 3% de comissão aos comerciantes, e as redes de cartões de crédito obtêm 2-3% de lucro através de descontos aos comerciantes. Estes protocolos capturam valor porque criam valor — estabelecendo modelos de negócio sustentáveis que crescem com o volume de transações. O relé do x402 oferece valor real, mas não consegue obter qualquer retorno.

Problema 2: O mecanismo de liquidação em duas fases causa atrasos e perda de atomicidade

A arquitetura atual exige duas interações independentes na cadeia: uma fase de validação (verificação de assinatura e nonce) e uma fase de liquidação (execução da transferência). Este desenho provoca perdas de desempenho e problemas de correção.

Um pedido com latência de 500-1100 milissegundos é aceitável, mas na prática, os efeitos acumulam-se exponencialmente:

• Um agente autónomo de pesquisa obtém dados de 100 APIs protegidas por x402: custos de pagamento acumulados de 50-110 segundos;
• Um bot de negociação atualiza posições a partir de 50 fontes de dados em tempo real: atrasos acumulados de 25-55 segundos;
• Um assistente de IA invoca 20 ferramentas numa conversa: aumento de latência de 10-22 segundos.

Isto viola princípios fundamentais de sistemas distribuídos: não é uma preocupação teórica, mas uma consequência inevitável de dividir uma operação atómica (pagamento) numa sequência de duas fases. Desde os anos 70, a investigação em sistemas distribuídos demonstra que, sempre que existe uma solução atómica, protocolos de duas fases são inerentemente frágeis. O protocolo de commit de duas fases (2PC) em bases de dados já mostrou ser vulnerável a falhas do coordenador. O x402 deve evitar repetir estes erros.

Problema 3: O exclusivismo do EIP-3009 fragmenta o ecossistema de tokens

O protocolo exige o uso do método transferWithAuthorization() do EIP-3009 para pagamentos. Em teoria, qualquer token compatível com o padrão EIP-3009 pode ser usado com o x402. Na prática, porém, o número de tokens compatíveis é muito inferior ao de stablecoins com relevância económica.

Isto significa que a versão v1 do x402 é compatível com menos de 60% dos tokens principais, incluindo os mais utilizados. Quanto às stablecoins, a situação é ainda mais severa: o USDT, a maior stablecoin com mais de 140 mil milhões de dólares em circulação, nunca suportou o padrão EIP-3009 e não tem planos de o fazer. A DAI usa o padrão de licença EIP-2612, semelhante, mas com interfaces incompatíveis, impedindo a compatibilidade ao nível do protocolo.

(# Problema 4: O suporte multi-cadeia é superficial

O padrão do protocolo afirma que o x402 suporta “Base, Solana e qualquer rede EVM através de relés autogeridos”, parecendo uma flexibilidade de cadeia cruzada. Mas uma análise mais profunda revela que a capacidade de suporte multi-cadeia é muito limitada.

![])https://img-cdn.gateio.im/webp-social/moments-e4d211b779bd8c99d0961bb1d4244472.webp###

Cada relé suporta um subconjunto diferente de redes, com requisitos de configuração, listas de tokens e maturidade operacional distintas. O protocolo não fornece um mecanismo de descoberta para que o cliente consulte “quais redes o comerciante suporta”, obrigando o cliente a escolher uma rede específica na resposta do 402, ou a manter fundos em várias cadeias, ou a abandonar a transação.

(# Problema 5: O relé é uma camada intermediária desnecessária

É preciso questionar a premissa fundamental: por que razão o design deve incluir um relé? As justificações tradicionais são discutíveis.

![])https://img-cdn.gateio.im/webp-social/moments-4d3f4564580cb4726d71584205fd5cc1.webp###

Uma alternativa mais simples apresenta várias vantagens:

• Atomicidade: validação e liquidação numa única transação na cadeia;
• Menor latência: uma viagem de rede a menos (200-500 ms vs 500-1100 ms);
• Maior fiabilidade: sem dependência do estado online do relé ou da disponibilidade da API;
• Sustentabilidade económica: dedução direta de taxas na cadeia (com uma comissão de 1%);
• Transparência: toda a lógica de liquidação é auditável na cadeia.

( 3. Proposta v2: melhorias e problemas herdados

A equipa do x402 lançou uma ramificação da norma v2, tentando resolver algumas limitações da v1 através de uma “reconstrução independente da camada de transporte”. Após rever o changelog, o roadmap e os documentos normativos, concluo que, embora a v2 traga melhorias progressivas, não resolve as questões estruturais principais.

Principais atualizações da v2:

Abstração da camada de transporte: separa o protocolo em tipos (estruturas de dados), lógica (esquemas) e camada de apresentação (HTTP, MCP, A2A);

Extensibilidade dos esquemas: define esquemas de faturação “precisos”, suportando novos modos (por uso, licença comercial, etc.);

Mecanismo de descoberta de serviços: introduz a API Bazaar para consultar recursos compatíveis com x402.

Principais problemas herdados da v2:

Continua a usar a arquitetura de relé (cliente→relé/verificação→relé/liquidação→comerciante);

Mantém o modelo de zero taxas (o relé ainda não tem retorno financeiro);

Persistem os mecanismos de liquidação em duas fases;

Mantém o exclusivismo do EIP-3009 (suporte a tokens adiado para o segundo trimestre de 2026);

Continua a exigir correspondência de rede explícita (sem camada de abstração cross-chain);

Ainda obriga a intervenção do relé.

![])https://img-cdn.gateio.im/webp-social/moments-2ef728e0eda5ca48ca2aef122f498e4a.webp###

( 4. Condições para uma implementação de escala na internet

Baseando-me em trinta anos de investigação em sistemas distribuídos e protocolos de pagamento, resumo os seguintes princípios arquiteturais:

Sustentabilidade económica impulsionada por taxas: dedução de 1% na liquidação na cadeia para gerar receita contínua;

Liquidação atómica via contratos inteligentes: uma única transação na cadeia elimina condições de corrida;

Flexibilidade de tokens: suporte simultâneo a EIP-3009, EIP-2612 e tokens ERC-20 padrão;

Abstração de cadeia: roteamento baseado em intenção através de Circle CCTP, Across protocol;

Minimização de dependências de confiança: mecanismo de liquidação direta sem necessidade de intervenção do relé.

)https://img-cdn.gateio.im/webp-social/moments-8ebc414b571549d8648102043969650e.webp###

( 5. Conclusão

A v1 do x402 representa um avanço substancial na resolução de um problema que atormenta a setor há trinta anos. Graças à maturidade da infraestrutura de blockchain, os micropagamentos tornaram-se economicamente viáveis. A ascensão dos agentes de IA criou uma necessidade premente de protocolos de pagamento nativos para máquinas. O apoio do Coinbase e a integração com o Google A2A conferem credibilidade institucional ao protocolo. A sua base técnica (código de estado HTTP 402 + liquidação na blockchain + autorização criptográfica) é sólida e bem fundamentada.

Contudo, boas intenções e o respaldo empresarial não garantem o sucesso do protocolo. O modelo de relé criou um sistema económico insustentável — as infraestruturas essenciais terão de suportar perdas operacionais indefinidamente. A arquitetura de liquidação em duas fases, com atrasos e riscos de perda de atomicidade, poderia ser evitada com soluções atómicas. A exclusividade do EIP-3009 fragmenta o ecossistema de tokens, excluindo 40% do USDC em circulação e praticamente bloqueando todos os stablecoins concorrentes. O suporte multi-cadeia é superficial e expõe o problema de fragmentação da blockchain aos utilizadores finais. Em cenários onde a liquidação direta via contratos inteligentes oferece melhores funcionalidades, o relé acaba por desempenhar um papel de camada intermediária desnecessária.

Apesar de a proposta v2 melhorar a abstração de transporte, o mecanismo de descoberta de serviços e a extensibilidade dos esquemas, ela não resolve os problemas centrais: o modelo económico do relé, a liquidação em duas fases, as limitações dos tokens e a fragmentação cross-chain. O roadmap adia as correções essenciais para o segundo trimestre de 2026. Uma internet verdadeiramente autónoma precisa de um sistema de pagamento autónomo — o x402 v1 demonstra viabilidade técnica, a v2, apesar de melhorias progressivas, ainda está longe de satisfazer completamente as necessidades.