Entendendo x402 e MPP em um Artigo: Os Dois Caminhos dos Pagamentos de Agentes

Título do Artigo Original: MPP da Stripe vs. x402: O Que Aconteceu Realmente Hoje
Autor do Artigo Original: Nick Sawinyh, defiprime.com
Tradução: Peggy, Blockbeats

Nota do Editor: Sobre a questão de como o Agente paga, x402 e MPP tomaram dois caminhos quase opostos.

x402 seguiu o caminho da minimização do protocolo: incorporando pagamentos diretamente em requisições HTTP, alcançando o pedido de pagamento da maneira mais simples possível. Sem contas, sem intermediários, se assemelha ao design aberto e sem permissão da Internet primitiva, adequado para desenvolvedores de longo alcance e cenários descentralizados.

MPP, por outro lado, maximiza o sistema: abordando transações de alta frequência, gestão de riscos e questões de entrada de fiat através de sessões, pagamentos em streaming e uma estrutura de conformidade. Não busca pureza, mas prioriza atender às necessidades reais do negócio, tornando-se mais adequado para aplicações em nível empresarial e escaláveis.

A diferença entre os dois é essencialmente duas soluções para o mesmo problema: se os pagamentos devem fazer parte do protocolo ou ser uma camada do sistema.

É por essa razão que não estão em competição direta, mas mais como ocupando segmentos diferentes, com x402 cobrindo as necessidades de longo alcance da rede aberta e MPP lidando com tráfego de alta frequência e comercial. Em uma economia de Agentes em ascensão, essa diferenciação pode ser inevitável.

Abaixo está o artigo original:

Desde o final da década de 1990, quando o código de status HTTP 402 foi definido na especificação HTTP/1.1, ele tem aguardado seu momento. Seu significado é Pagamento Necessário. A ideia original era incorporar capacidades de pagamento na camada de protocolo da Web, permitindo que máquinas comprassem recursos como ao solicitar uma página da web.

No entanto, essa visão em grande parte não se materializou. Ao longo dos anos, esse código de status apareceu apenas ocasionalmente em alguns casos extremos, como a resposta de limitação de taxa do Shopify, erros de cobrança do Apple Mobile Me, etc., mas ninguém realmente construiu o futuro de micro-pagamentos que ele implica. Em vez disso, temos cartões de crédito, paywalls baseados em assinatura e mecanismos de chave de API, que são essencialmente projetados para sistemas operados por humanos.

Hoje, esse futuro se materializou em dois caminhos de implementação concorrentes, ambos lançados no mesmo dia. A seguir, quero esclarecer quais são, suas diferenças e por que a Stripe está apostando em ambas essas rotas simultaneamente.

x402: Uma Solução Mais Simples

Em maio de 2025, a Coinbase lançou oficialmente o x402, cuja ideia central pode ser descrita como quase agressivamente simples. Um cliente solicita um recurso; o servidor responde com HTTP 402, informando ao cliente quanto é a taxa necessária, qual token usar e em qual blockchain fazer o pagamento. O cliente completa o pagamento na blockchain, anexa o recibo de pagamento a uma solicitação reiniciada, e o servidor então entrega o recurso.

É isso. Sem sistema de conta, sem chave de API, sem mecanismo de assinatura. Apenas uma única solicitação HTTP de ida e volta, com um pagamento no meio.

Hoje, a Stripe suportou nativamente o x402 em seu sistema de pagamento, permitindo que comerciantes recebam esses pagamentos diretamente através de seu backend existente. No entanto, fundamentalmente, o x402 ainda é um protocolo liderado pela Coinbase, governado pela Fundação x402 estabelecida conjuntamente pela Coinbase e Cloudflare em setembro de 2025. O protocolo é totalmente open-source (licenciado sob Apache 2.0) e oferece SDKs em várias linguagens como TypeScript, Go e Python.

Em termos de suporte, a documentação oficial da Coinbase indica que pagamentos ERC-20 são atualmente suportados na Base, Polygon e Solana. Além disso, o ecossistema está explorando a expansão para outras cadeias como Avalanche, Sui e Near, entre outras, mas com diferentes graus de maturidade.

Analisando os dados de adoção, esta parte é um pouco mais complexa. A Coinbase afirmou que o x402 processou mais de 50 milhões de transações através de sua infraestrutura de Wallet Agentic. Embora isso possa parecer impressionante, de acordo com dados de análises on-chain da Artemis citados pela CoinDesk em 11 de março, o volume diário de transações é de cerca de 131.000 transações, com um valor total de cerca de $28.000, um pagamento médio por transação de apenas cerca de $0,20, com aproximadamente metade delas parecendo mais testes ou ações gamificadas do que transações comerciais reais.

No entanto, isso pode não ser uma coisa ruim porque o protocolo foi projetado para um mercado que ainda não existe verdadeiramente—um mundo de microtransações (mesmo abaixo de 1 centavo) realizadas por agentes de IA para chamadas de API e consultas de dados. Os comerciantes que atendem a esse mercado estão apenas começando a surgir.

Por exemplo, o Protocolo de Pagamentos Agentic (AP2, parte da estrutura A2A) do Google integrou o x402; os Laboratórios de Inovação da Lowe mostraram uma demonstração onde um agente de IA pode completar todo o processo desde a descoberta do produto até a pesquisa e o pedido em um único fluxo. Enquanto isso, o World (iniciado por Sam Altman) lançou o AgentKit esta semana, adicionando capacidades de verificação de identidade humana às wallets x402.

A suposição central por trás disso é: enquanto fizermos pagamentos tão leves quanto uma solicitação HTTP, os casos de uso naturalmente surgirão. Se isso é verdade, ainda está por ser visto.

MPP: Solução Full-Stack

Stripe e Tempo escolheram um caminho diferente. O Protocolo de Pagamentos de Máquinas (MPP) foi lançado hoje junto com a mainnet do Tempo. Diferente do x402, que atua como uma camada leve sobre uma blockchain existente, o MPP é projetado especificamente para o cenário de agentes inteligentes de transações de alta frequência.

Seu mecanismo central são as sessões. Diferente de iniciar uma transação on-chain para cada solicitação de recursos, um agente pode primeiro autorizar um limite de gastos em uma única transação e depois continuar com microtransações dentro desse limite. Se você é uma IA que precisa consultar milhares de fontes de dados por hora, você definitivamente não quer assinar e transmitir uma transação on-chain toda vez, e as sessões são projetadas para resolver esse problema.

A cadeia Tempo também é construída em torno dessa necessidade. Ele suporta dezenas de milhares de transações por segundo, tem tempos de confirmação de sub-segundo e não possui um token de gás nativo. Os usuários podem pagar diretamente as taxas de transação com stablecoins, eliminando a etapa complicada de ter que comprar um token aleatório antes de fazer uma transferência.

Outro componente que vale a pena entender é: A Suite de Comércio Agentic da Stripe inclui Tokens de Pagamento Compartilhados (SPTs). Isso não faz parte do MPP em si, mas é um mecanismo de extensão da Stripe que pode funcionar em conjunto com ele. Os SPTs permitem que um agente passe com segurança os dados do cartão bancário ou credencial de carteira de um usuário para um comerciante sem expor dados reais. Essas credenciais são limitadas a uma única transação e têm um limite de tempo, servindo como uma autorização programável e autodestrutiva. Na prática, isso significa que um agente pagando através do MPP pode usar o USDC da Tempo, um cartão Visa vinculado do usuário ou até mesmo uma combinação de ambos.

De acordo com o post do blog sobre o lançamento da mainnet da Tempo, seus parceiros incluem Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered e Visa. "The Block" relatou que no lançamento do MPP, o diretório de pagamentos já tinha mais de 100 serviços, incluindo Alchemy, Dune Analytics, Merit Systems e Parallel Web Systems. A colaboração da Tempo com o cofundador da Paradigm, Matt Huang, em uma entrevista com a "Fortune", afirmou que este campo ainda está em seus estágios iniciais, e o MPP foi projetado para potencialmente se expandir para mais ambientes on-chain além da Tempo no futuro.

Por que a Stripe suporta ambos

Se você já está integrado com a Stripe, a resposta mais prática é: você não precisa escolher entre os dois.

A Stripe suporta x402 e MPP através de dois caminhos de integração separados em vez de abstraí-los em uma interface unificada. Para x402, sua documentação cobre principalmente o processo de geração de um endereço de recarga, monitoramento on-chain e liquidação de fundos na conta da Stripe—você é responsável por retornar uma resposta 402, e a Stripe cuida da infraestrutura de pagamento criptografada subjacente. Atualmente, o USDC é suportado na Base, com expansões futuras planejadas. Para o MPP, os comerciantes podem usar a mesma API PaymentIntents para receber pagamentos em streaming baseados em sessão.

Construindo sobre essas duas trilhas de pagamento está a Suite de Comércio Agentic da Stripe, lançada em dezembro de 2025. Os comerciantes só precisam fazer o upload de seu catálogo de produtos, escolher os agentes de IA que desejam integrar, e a Stripe cuidará da descoberta de produtos, fluxos de checkout, prevenção de fraudes e gerenciamento de impostos. Atualmente, URBN, Etsy, Coach, Kate Spade e Ashley Furniture já estão usando, com plataformas como Wix, WooCommerce, BigCommerce, Squarespace e commercetools tendo concluído integrações.

A estratégia deles é bastante clara: controlar a camada de abstração e deixar os protocolos subjacentes competirem livremente.

Na Comparação

Em um nível alto, esses dois protocolos estão fazendo a mesma coisa: permitindo que máquinas paguem por recursos via HTTP. No entanto, as verdadeiras diferenças estão nos detalhes.

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

Padronização
x402: Totalmente open-source (Apache 2.0), impulsionado pela Fundação x402 para participação multiparte (Coinbase, Cloudflare, Visa, Google).
MPP: Padrão aberto desenvolvido em conjunto pela Stripe e Tempo, parte da Suite de Comércio Agentic da Stripe.

Mecanismo HTTP
x402: Revive o HTTP 402, inicia solicitações através do cabeçalho PAYMENT-REQUIRED e completa as tentativas usando PAYMENT-SIGNATURE.
MPP: Também utiliza um mecanismo de desafio-resposta, mas emprega o Esquema de Autenticação HTTP de Pagamento (um rascunho da IETF) e vincula o ID do desafio com HMAC.

Camada de Pagamento (Rails)
x402: Projetado para ser agnóstico a blockchain, atualmente suportado em Base, Polygon, Solana, com outras cadeias ainda em exploração.
MPP: Construído na blockchain Tempo — um L1 otimizado para pagamentos, suportando mais de 10k TPS, finalização em menos de um segundo, sem token nativo de gás; o objetivo a longo prazo é a compatibilidade entre cadeias.

Método de Pagamento
x402: Stablecoins puras, totalmente on-chain.
MPP: Suporta USDC + SPT no Tempo (mecanismo da Stripe), permitindo uma mistura de cripto e fiat (cartões de crédito, carteiras, BNPL).

Método de Liquidação
x402: Liquidação on-chain (cerca de 200ms a alguns segundos), validada e liquidada por facilitadores como a Coinbase.
MPP: Finalização em menos de um segundo no Tempo, liquidação automática da Stripe com conformidade gerenciada.

Integração de Vendedores
x402: Middleware de código aberto (Express, Hono, Next.js, etc.), pode ser auto-hospedado ou facilitado.
MPP: Integração direta com a API PaymentIntents da Stripe, gerenciamento de risco embutido, tratamento de impostos, reembolsos e relatórios.

Inovação Central
x402: Extremamente simples, independente de fornecedor, semelhante à filosofia Unix no espaço de pagamentos.
MPP: Alta capacidade + integração fiat, permitindo pagamentos em streaming, agregação de microtransações através de sessões e controle de gastos programável baseado em SPT.

Principais Parceiros
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered Bank.

x402 parece ser a solução preferida ao construir sistemas abertos: APIs de desenvolvedores independentes, mercados de dados descentralizados ou qualquer serviço que prefira não depender de processadores de pagamento. Sua especificação poderia caber em um único whitepaper, exigindo apenas um middleware e um endereço de carteira. Essa pureza é bastante atraente — embora as limitações de ser puramente cripto também signifiquem que tem um público mais restrito.

MPP, por outro lado, é um paradigma completamente diferente. Se seu agente precisa realizar centenas ou até milhares de transações em uma única sessão e você não quer que cada transação esteja na blockchain toda vez, então é uma escolha mais razoável. O mecanismo de sessão mantém a maioria das interações fora da blockchain até a liquidação final; o sistema de conformidade da Stripe lida com risco e tributação; e o modo híbrido do SPT permite que o agente não fique limitado a stablecoins, mas também acesse diretamente o Visa ou outros métodos de pagamento do usuário. Não é tão elegante, mas está mais próximo da realidade.

Curiosamente, eles não são completamente competitivos. x402 cobre o cenário aberto de cauda longa, enquanto MPP cobre tráfego de alta frequência em nível empresarial. A estratégia da Stripe também é clara: não apostar em um único protocolo, mas garantir que, independentemente de qual caminho vença, os fundos fluam, em última análise, para o sistema de contas da Stripe.

Verificação da Realidade: Onde estamos agora em termos de desenvolvimento?

Para ser honesto, quase não há transações em escala real acontecendo no momento.

De acordo com as notas de lançamento do x402 da Coinbase, os primeiros parceiros incluem Hyperbolic (GPU Inference Pay) e Anthropic (integração do protocolo MCP). O blog da Stripe menciona cenários de agentes pagos por chamadas de API (como CoinGecko). Quando o Tempo foi lançado, o diretório tinha mais de 100 serviços. O SDK de Agentes da Cloudflare suporta nativamente o x402, e alguns pequenos projetos na Base L2 também estão tentando usar o x402 como um gateway de pagamento.

Mas, no geral, o volume de transações é baixo, o número de comerciantes é limitado e a maioria das atividades ainda está na fase experimental.

Isso não é surpreendente. Qualquer nova infraestrutura de pagamento é assim nos primeiros dias. A chamada lista de parceiros às vezes tem uma grande diferença entre assinar um MOU e realmente entrar em operação, e esses lançamentos geralmente não fazem distinções particularmente.

Mais notáveis são os participantes de peso por trás da infraestrutura. Em 2025, a Stripe processou 19 trilhões de dólares em pagamentos, com um volume total crescendo 34% ano após ano. Ao mesmo tempo, Coinbase, Cloudflare, Visa, Google e toda uma rede de parcerias com o Tempo entraram em cena.

Em outras palavras, a trilha foi estabelecida. A única pergunta que resta é: em 2026, um agente de IA realmente precisa transacionar em escala nessa trilha? Ou isso é mais como colocar cabos de fibra óptica em 1998—construindo a infraestrutura antes que a demanda chegue.

Qual Você Deve Escolher?

Se você está construindo um sistema aberto e sem permissão, o x402 é a escolha mais natural. Não há necessidade de uma plataforma registrada, não há necessidade de integrar com processadores de pagamento, basta importar middleware, conectar sua carteira e começar a receber pagamentos. A desvantagem é que você terá que lidar com conformidade, gerenciamento de riscos e liquidação em moeda fiduciária por conta própria.

Se você já está dentro do ecossistema da Stripe e quer aproveitar o tráfego de agentes, o MPP é mais adequado. Sessões, pagamentos em stream, mistura de fiat + cripto e um sistema de conformidade completo essencialmente se assemelham a uma atualização de configuração em vez de uma reformulação do sistema.

Se você só se importa com uma coisa: poder receber pagamentos não importa qual protocolo o agente esteja usando, então a resposta é: use o Stripe. Ele suporta ambos os lados.

HTTP 402 finalmente encontrou seu propósito. Demorou cerca de 27 anos.

[Link do Artigo Original]