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

Título original: Stripe’s MPP vs. x402: O que Aconteceu Realmente Hoje
Autor original: Nick Sawinyh, defiprime.com
Traduzido por: Peggy, Blockbeats

Editor: Sobre a questão de como os agentes podem fazer pagamentos, x402 e MPP oferecem duas abordagens quase opostas.

x402 segue uma minimização de 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 primeiros tempos da internet, adequado para desenvolvedores de cauda longa e cenários descentralizados.

MPP, por outro lado, busca maximizar o sistema: usando sessões, pagamentos em fluxo contínuo e sistemas de conformidade para resolver 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 fundamental entre eles é a abordagem para o 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 atendendo a diferentes segmentos: 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 agentes 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 no final dos anos 90 na especificação HTTP/1.1, ele aguardava uma aplicação prática. 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.

Mas essa visão, na maior parte, nunca se concretizou. Ao longo dos anos, esse código apareceu esporadicamente 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 micropagamentos que ele sugeria. Em vez disso, sistemas como cartões de crédito, paywalls de assinatura e chaves API foram predominantes — sistemas essencialmente projetados para humanos com intervenção manual.

Hoje, duas abordagens 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 ideia 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 por 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 esse tipo de pagamento diretamente pelo painel. Mas, essencialmente, o protocolo ainda é liderado pela Coinbase, com a governança da x402 Foundation, criada em setembro de 2025 por Coinbase e Cloudflare. O protocolo é open source (licença Apache 2.0) e possui SDKs em TypeScript, Go e Python.

Quanto ao suporte, a documentação oficial da Coinbase indica que já há suporte para pagamentos ERC-20 nas redes Base, Polygon e Solana. A ecossistema também explora expansão para Avalanche, Sui e Near, embora com maturidade variável.

Em relação à adoção, os números são um pouco complexos. Coinbase afirma que mais de 50 milhões de transações foram processadas 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$ 2,8 mil por dia, com pagamento médio de US$ 0,20 — metade dessas transações parecem testes ou atividades gamificadas, não negócios reais.

Porém, isso não é necessariamente ruim. O protocolo foi criado para um mercado ainda inexistente: agentes de IA realizando micropagamentos (até abaixo de 1 centavo) para chamadas de API e consultas de dados. E os comerciantes que atendem a esse mercado estão começando a surgir.

Por exemplo, o Agentic Payments Protocol (AP2) do Google, parte do framework A2A, já integra o x402; a Lowe’s Innovation Labs demonstrou um fluxo onde um agente de IA realiza descoberta, pesquisa e pedido de produtos. Além disso, o World, iniciativa de Sam Altman, lançou nesta semana o AgentKit, que adiciona 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á que validar essa ideia.

MPP: Uma solução de pilha completa

Stripe e Tempo optaram por uma abordagem 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 micropagamentos contínuos dentro desse limite. Para um AI que precisa consultar milhares de fontes por hora, isso evita assinar e transmitir uma transação toda vez.

A rede Tempo foi construída para esse cenário. 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 necessidade de adquirir tokens aleatórios para transferências.

Outro componente importante é o Stripe Agentic Commerce Suite, que inclui Shared Payment Tokens (SPTs). Esses tokens não fazem parte do MPP, mas são uma extensão da Stripe que permite agentes transmitirem credenciais de cartão ou carteira de forma segura, sem expor dados reais. São autorizações de uso único, com validade limitada, que podem ser usadas para pagar com USDC na rede Tempo ou com cartões Visa vinculados 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 informa que, na estreia do MPP, já há mais de 100 serviços listados, incluindo Alchemy, Dune Analytics, Merit Systems e Parallel Web Systems. Matt Huang, cofundador da Paradigm, afirmou em entrevista à Fortune que o setor ainda está na infância, e que o objetivo do MPP é expandir para além do Tempo e de outras redes.

Por que a Stripe apoia ambas as abordagens

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

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 na conta Stripe — você responde com o código 402, enquanto a infraestrutura de pagamento criptográfico fica por conta da Stripe. Atualmente, suporta USDC na rede Base, com planos de expansão futura. Para MPP, os comerciantes podem usar a API PaymentIntents para aceitar pagamentos em fluxo contínuo baseados em sessões.

A Stripe lançou em dezembro de 2025 o Agentic Commerce Suite, que combina as duas abordagens. Os comerciantes apenas enviam o catálogo de produtos, escolhem os agentes de IA que desejam integrar, e a Stripe cuida do fluxo de descoberta, checkout, antifraude e impostos. Já há clientes como URBN, Etsy, Coach, Kate Spade e Ashley Furniture, além de plataformas como Wix, WooCommerce, BigCommerce, Squarespace e commercetools.

A estratégia é clara: controlar a camada de abstração, deixando o protocolo subjacente competir livremente.

Em comparação

De modo geral, ambos os protocolos visam a mesma coisa: permitir 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: código aberto (Apache 2.0), liderado pela x402 Foundation, com participação de Coinbase, Cloudflare, Visa, Google.
MPP: padrão aberto, desenvolvido por Stripe e Tempo, parte do Stripe Agentic Commerce Suite.

Mecanismo HTTP
x402: usa o código de status 402, com cabeçalho PAYMENT-REQUIRED, e assinatura PAYMENT-SIGNATURE para retries.
MPP: também usa challenge-response, com o esquema Payment HTTP Authentication (draft IETF), usando HMAC para vincular o desafio ao pagamento.

Infraestrutura de pagamento (Rails)
x402: independente de cadeia, já suportado em Base, Polygon, Solana, com exploração em outras redes.
MPP: baseado na rede Tempo, uma Layer 1 otimizada para pagamentos, com alta TPS, confirmação em menos de um segundo, sem token de gás nativo, com planos de interoperabilidade.

Formas de pagamento
x402: apenas stablecoins, totalmente on-chain.
MPP: USDC na rede Tempo, tokens SPT, além de métodos híbridos com cartões de crédito e débito.

Liquidação
x402: na cadeia, em cerca de 200ms a alguns segundos, com facilitadores como Coinbase.
MPP: confirmação em menos de um segundo na rede Tempo, com Stripe automatizando a liquidação e conformidade.

Integração com comerciantes
x402: middleware open source (Express, Hono, Next.js), possibilidade de auto-hospedagem ou facilitadores.
MPP: integração direta via API PaymentIntents, com gestão de risco, impostos, reembolsos e relatórios embutidos.

Inovação principal
x402: simplicidade extrema, sem dependência de fornecedores, semelhante ao princípio Unix na área de pagamentos.
MPP: alta capacidade de throughput, integração com moeda fiduciária, sessões para pagamentos contínuos, micropagamentos e controle programável de gastos via SPT.

Principais parceiros
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic.
MPP: 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 intermediários de pagamento. Sua especificação pode ser escrita em um white paper, com integração por middleware e endereço de carteira. Sua pureza atrai, 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 toda hora. Sessões mantêm a maior parte da interação off-chain, com liquidação final na rede Tempo. A infraestrutura de conformidade da Stripe cuida do risco e impostos, enquanto o uso de SPT permite uma mistura de stablecoins e métodos tradicionais de pagamento, como cartões Visa. É menos elegante, mas mais próximo da realidade.

Curiosamente, elas não são exatamente concorrentes. x402 cobre cenários de cauda longa e aberto, enquanto MPP atende a cargas altas de negócios. A estratégia da Stripe é garantir que, independentemente de qual caminho vença, o fluxo de fundos acabe na sua conta.

E o estado atual?

Na prática, ainda há pouco volume de transações em escala.

Segundo a Coinbase, parceiros iniciais incluem Hyperbolic (pagamento por GPU) e Anthropic (integração MCP). A Stripe fala de cenários de pagamento por API, como CoinGecko. No Tempo, há mais de 100 serviços listados. SDKs de agentes da Cloudflare já suportam nativamente o x402, e alguns projetos menores na rede Base tentam usar o protocolo como gateway de pagamento.

Mas, no geral, o volume é pequeno, poucos comerciantes, 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 real. E os grandes atores por trás — Stripe, Coinbase, Cloudflare, Visa, Google, Tempo — já estão na jogada, com bilhões de dólares em volume de pagamento.

A questão é: em 2026, os agentes de IA realmente precisarão de uma infraestrutura assim em larga escala? Ou isso é como a instalação de fibra óptica em 1998 — infraestrutura pronta, mas a demanda ainda por vir.

Então, qual escolher?

Se você está construindo um sistema aberto, sem permissão, o x402 é mais natural. Sem necessidade de registro, sem depender de intermediários, basta middleware e carteira para receber pagamentos. Mas você precisará lidar com conformidade, risco e liquidação fiduciária por conta própria.

Se você já usa Stripe e quer integrar agentes, o MPP é mais adequado. Sessões, pagamentos contínuos, mistura de moeda fiduciária e criptomoeda, além de conformidade completa — tudo isso é uma atualização de configuração, não uma reconstrução do sistema.

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

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