Um artigo para compreender x402 e MPP: duas rotas de pagamento do Agent

Título original: Stripe’s MPP vs. x402: What Actually Happened Today
Autor original: Nick Sawinyh, defiprime.com
Tradução: Peggy, Blockbeats

Autor original:律动BlockBeats

Fonte original:

Reprodução: 火星财经

Editor: Sobre a questão de como o Agent realiza pagamentos, x402 e MPP apresentam duas rotas quase opostas.

x402 aposta na minimização do protocolo: incorpora o pagamento diretamente na requisição HTTP, implementando o pagamento sob demanda de forma simples. Sem contas, sem intermediários, mais parecido com o design aberto e sem permissão dos primórdios da internet, adequado para desenvolvedores de cauda longa e cenários descentralizados.

MPP, por outro lado, busca maximizar o sistema: através de sessões, pagamentos em fluxo contínuo e sistemas de conformidade, resolve questões de alta frequência, controle de risco e integração com moeda fiduciária. Não busca pureza, mas prioriza necessidades comerciais reais, sendo mais adequado para aplicações empresariais e em escala.

A diferença essencial entre eles é a abordagem de um mesmo problema: integrar o pagamento como parte do protocolo ou como uma camada do sistema.

Por isso, eles não são concorrentes diretos, mas sim distribuídos em diferentes intervalos: x402 cobre as necessidades de rede aberta de cauda longa, enquanto MPP lida com tráfego de alta frequência e comercialização. Em uma economia de Agent ainda em formação, essa divisão pode ser inevitável.

A seguir, o texto original:

Desde que o código de status HTTP 402 foi definido na especificação HTTP/1.1 no final dos anos 90, ele aguardava uma oportunidade de uso. Significa “Pagamento Necessário”. A ideia inicial era incorporar a capacidade de pagamento na camada de protocolo da web, permitindo que máquinas comprassem recursos como fazem ao solicitar uma página.

No entanto, essa visão quase nunca foi realizada. Ao longo dos anos, esse código apareceu ocasionalmente em cenários marginais, como respostas de limitação de taxa do Shopify, erros de cobrança do Apple MobileMe, mas nunca foi realmente utilizado para criar o futuro de micro pagamentos que ele sugeria. Em vez disso, sistemas como cartões de crédito, paywalls de assinatura e chaves API foram predominantes — todos voltados para operações humanas.

Hoje, duas implementações concorrentes surgiram e foram lançadas no mesmo dia. A seguir, quero explicar o que são, suas diferenças e por que a Stripe está apostando em ambas.

x402: uma solução mais simples

A Coinbase lançou oficialmente o x402 em maio de 2025, com uma abordagem quase radical de simplicidade. O cliente solicita um recurso; o servidor responde com HTTP 402, informando quanto deve pagar, qual token usar e em qual cadeia realizar o pagamento. Após pagar na cadeia, o cliente anexa o comprovante na nova requisição, e o servidor entrega o recurso.

Simples assim. Sem sistema de contas, sem API Keys, sem assinatura. Apenas uma requisição HTTP com uma transação de pagamento no meio.

Hoje, a Stripe oferece suporte nativo ao x402 em seu sistema de pagamentos, permitindo que comerciantes recebam esses pagamentos diretamente pelo backend existente. No entanto, o protocolo ainda é liderado pela Coinbase, gerido pela x402 Foundation, criada em setembro de 2025 por Coinbase e Cloudflare. O protocolo é totalmente open source (licença Apache 2.0) e possui SDKs em TypeScript, Go e Python.

Em termos de suporte, a documentação oficial da Coinbase indica suporte para pagamentos ERC-20 na Base, Polygon e Solana. Há também esforços para expandir para Avalanche, Sui e Near, embora com diferentes níveis de maturidade.

Quanto aos dados de adoção, eles são um pouco complexos. Coinbase afirma que o x402 processou mais de 50 milhões de transações via sua infraestrutura Agentic Wallet. Parece impressionante, mas, segundo análise da Artemis publicada pelo CoinDesk em 11 de março, o volume diário é cerca de 131 mil transações, totalizando aproximadamente US$ 28 mil, com pagamento médio de cerca de US$ 0,20. Metade dessas transações parecem testes ou atividades gamificadas, não transações comerciais reais.

Porém, isso não é necessariamente ruim. O protocolo foi criado para um mercado ainda inexistente, onde agentes de IA fazem micro pagamentos (até abaixo de 1 centavo) para chamadas de API e consultas de dados. Os comerciantes atendendo a esse mercado também estão começando a surgir.

Por exemplo, o Google integrou o Agentic Payments Protocol (AP2, parte do framework A2A) com o x402; a Lowe’s Innovation Labs demonstrou um agente que realiza todo o processo de descoberta, pesquisa e pedido de produtos. Além disso, o World, iniciativa de Sam Altman, lançou o AgentKit nesta semana, adicionando autenticação de identidade humana às carteiras x402.

A hipótese central é: se o pagamento for tão leve quanto uma requisição HTTP, o surgimento de aplicações é natural. Ainda há dúvidas se isso se concretizará.

MPP: uma solução de pilha completa

Stripe e Tempo optaram por uma rota diferente. O Machine Payments Protocol (MPP) foi lançado hoje junto com o mainnet do Tempo. Diferente do x402, que funciona como uma camada leve sobre blockchains existentes, o MPP foi projetado especificamente para agentes de alta frequência.

Seu mecanismo central são as sessões. Em vez de cada requisição de recurso exigir uma transação na cadeia, o agente pode autorizar uma quantidade de gasto uma única vez e realizar micro pagamentos contínuos dentro desse limite. Para um AI que precisa consultar milhares de fontes por hora, isso evita assinar e transmitir uma transação a cada vez, resolvendo o problema.

A cadeia Tempo foi construída em torno dessa necessidade. Ela suporta dezenas de milhares de transações por segundo, confirma em menos de um segundo e não possui token nativo de gás. Os usuários podem pagar taxas com stablecoins, eliminando a complexidade de adquirir tokens aleatórios para transferências.

Outro componente importante é o Stripe Agentic Commerce Suite, que inclui Shared Payment Tokens (SPTs). Embora não façam parte do MPP em si, são uma extensão do Stripe que permite agentes transmitir credenciais bancárias ou de carteira de forma segura, sem expô-las. Essas credenciais são válidas apenas para uma transação, com limite de tempo, funcionando como uma autorização programável e autodestrutiva. Assim, um agente que paga via MPP pode usar USDC na Tempo ou a Visa vinculada ao usuário, ou ambos.

Segundo o blog de lançamento do Tempo, seus parceiros incluem Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered e Visa. A reportagem do The Block indica que, no lançamento, o catálogo de pagamentos já tinha mais de 100 serviços, incluindo Alchemy, Dune Analytics, Merit Systems e Parallel Web Systems. Matt Huang, cofundador da Tempo e Paradigm, afirmou à Fortune que o setor ainda está na fase inicial, e que o objetivo do MPP é expandir para além do Tempo e suportar mais blockchains no futuro.

Por que a Stripe apoia ambas as rotas

Se você já usa Stripe, a resposta prática é: não precisa escolher entre elas.

A Stripe oferece integrações independentes para x402 e MPP, sem tentar unificá-las em uma única interface. Para x402, a documentação cobre geração de endereços de recarga, monitoramento na cadeia e liquidação de fundos na conta Stripe — você responde com o código 402, enquanto a infraestrutura de pagamento criptográfico é gerenciada pela Stripe. Atualmente, suporta USDC na Base, com planos de expansão. Para MPP, os comerciantes podem usar a API PaymentIntents para receber pagamentos baseados em sessões.

A Stripe lançou em dezembro de 2025 o Agentic Commerce Suite, que combina as duas rotas de pagamento. Os comerciantes apenas enviam o catálogo de produtos, escolhem os agentes de IA desejados, e a Stripe cuida do descobrimento, checkout, antifraude e impostos. Já estão usando URBN, Etsy, Coach, Kate Spade e Ashley Furniture, além de integrações com Wix, WooCommerce, BigCommerce, Squarespace e commercetools.

A estratégia é clara: controlar a camada de abstração, deixando os protocolos de baixo nível competirem livremente.

Comparando

De uma visão macro, ambos os protocolos fazem a mesma coisa: permitem que máquinas paguem por recursos via HTTP. Mas as diferenças estão nos detalhes.

x402 (liderado pela Coinbase) vs MPP (Stripe + Tempo)

Padronização: x402 é totalmente open source (Apache 2.0), liderado pela x402 Foundation, com participação de Coinbase, Cloudflare, Visa, Google. MPP é um padrão aberto, desenvolvido por Stripe e Tempo, parte do Stripe Agentic Commerce Suite.

Mecanismo HTTP: x402 revive o HTTP 402, usando o cabeçalho PAYMENT-REQUIRED e assinatura PAYMENT-SIGNATURE para retries. MPP também usa challenge-response, com o Payment HTTP Authentication Scheme (proposta IETF), vinculando challenge ID via HMAC.

Infraestrutura de pagamento (Rails): x402 foi projetado para ser independente de blockchain, com suporte em Base, Polygon, Solana, e outros em desenvolvimento. MPP é baseado na blockchain Tempo, uma Layer 1 otimizada para pagamentos, com mais de 10 mil TPS, confirmação em menos de um segundo, sem token de gás nativo; o objetivo é compatibilidade cross-chain.

Método de pagamento: x402 usa apenas stablecoins, totalmente on-chain. MPP suporta USDC na Tempo, tokens SPT (Stripe), permitindo combinações de criptomoeda e fiat (cartões, carteiras, BNPL).

Liquidação: x402 realiza liquidação na cadeia (de 200 ms a alguns segundos), com facilitadores como Coinbase. MPP oferece confirmação em menos de um segundo na Tempo, com Stripe gerenciando a entrada de fundos e conformidade.

Integração de comerciantes: x402 usa middleware open source (Express, Hono, Next.js), podendo ser auto-hospedado ou via facilitadores. MPP integra-se diretamente à API PaymentIntents do Stripe, com gerenciamento de risco, impostos, reembolsos e relatórios embutidos.

Inovação principal: x402 é extremamente simples, sem dependência de fornecedores, inspirado na filosofia Unix. MPP combina alta taxa de transferência com integração de fiat, usando sessões para pagamentos contínuos, micro pagamentos e controle programável via SPT.

Principais parceiros: x402 conta com Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic. MPP tem Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.

x402 é mais indicado para construir sistemas abertos, APIs de desenvolvedor, mercados de dados descentralizados ou serviços que não querem depender de processadores de pagamento. Sua especificação pode ser escrita em um white paper, com integração por middleware e carteira. Sua pureza é atraente, embora limite seu público.

MPP é uma abordagem diferente, mais adequada para agentes que precisam de centenas ou milhares de transações por sessão, sem querer on-chain a cada operação. Sua mecânica mantém a maior parte da interação off-chain, com Stripe cuidando de conformidade e risco, e SPT permitindo uso de cartões e carteiras tradicionais. É menos elegante, mas mais prático.

Curiosamente, eles não são exatamente concorrentes. x402 cobre cenários de cauda longa e aberto, enquanto MPP atende a fluxos comerciais de alta frequência. A estratégia da Stripe é garantir que, independentemente de qual caminho vença, o dinheiro acabe na sua conta.

Qual o estágio atual?

Na prática, ainda não há transações em escala real.

Segundo a Coinbase, parceiros iniciais incluem Hyperbolic (pagamento por inferência GPU) e Anthropic (integração MCP). A Stripe menciona cenários de pagamento por API, como CoinGecko. No Tempo, há mais de 100 serviços listados. Cloudflare já suporta nativamente o x402, e alguns projetos menores na Base estão testando gateways de pagamento com ele.

No entanto, o volume é pequeno, o número de comerciantes é limitado e a maioria das atividades ainda é experimental.

Isso é esperado. Toda nova infraestrutura de pagamento passa por esse estágio inicial. A lista de parceiros muitas vezes reflete acordos de intenção, nem sempre produção. Essas novidades geralmente não fazem distinção clara entre fases.

O mais importante é quem está por trás: a Stripe processou US$ 1,9 trilhão em pagamentos em 2025, crescimento de 34% ano a ano. Coinbase, Cloudflare, Visa, Google e toda a rede de parceiros do Tempo já estão na jogada.

Ou seja, o caminho está pavimentado. A questão é: em 2026, os agentes de IA realmente precisarão fazer transações em grande escala nesse sistema? Ou isso é como a instalação de fibra óptica em 1998 — infraestrutura pronta, mas a demanda ainda por vir.

Qual escolher?

Se você está construindo um sistema aberto, sem permissão, x402 é a escolha natural. Sem necessidade de registrar plataformas, conectar-se a processadores de pagamento, basta middleware e uma carteira para receber. A desvantagem é que você precisa lidar com conformidade, risco e liquidação de fiat por conta própria.

Se você já usa o Stripe e quer integrar agentes, MPP é mais adequado. Sessões, pagamentos contínuos, mistura de fiat e criptomoedas, e sistema completo de conformidade — tudo é uma atualização de configuração, não uma reconstrução total.

Se sua prioridade é apenas receber, independentemente do protocolo do agente, a resposta é: use Stripe. Ela suporta ambos.

Finalmente, o HTTP 402 finalmente encontra seu momento. Só que ele esperou quase 27 anos por isso.