x402 vs MPP: comparando protocolos de pagamento para agentes

Agentes autônomos precisam pagar por coisas. Não algum dia. Agora. Toda vez que um agente consulta dados de blockchain, faz streaming de tokens de LLM ou chama uma API paga, alguém precisa cuidar da cobrança. Hoje isso significa API keys, dashboards de billing e provisionamento humano. Dois protocolos estão tentando resolver isso: x402 e MPP.

No final de 2024, a Coinbase introduziu o x402: um protocolo aberto que permite que um agente de IA chame uma API, receba uma resposta de "pague primeiro", faça a liquidação com USDC na Base e tente novamente, tudo sem API keys, contas de billing ou intervenção humana. Em seguida, a Tempo e a Stripe levaram essa tese adiante com o Machine Payments Protocol (MPP). Definido em um IETF Internet-Draft, o MPP generaliza o padrão 402 em um framework agnóstico de método de pagamento, que suporta stablecoins, cartões, transferências bancárias e qualquer rail futuro através de um único protocolo.

Este post detalha como os dois protocolos se comparam, onde se sobrepõem e quando você usaria um em vez do outro.

Em resumo

Como x402 e MPP lidam com o fluxo de pagamento principal?

No fundo, os dois protocolos seguem o mesmo fluxo: um agente chama uma API, o servidor responde com um desafio de pagamento, o cliente paga e tenta novamente, e recebe a resposta. Simples, elegante e nativo de HTTP.

A diferença está no escopo, na flexibilidade e no que cada protocolo escolhe padronizar.

Como x402 e MPP lidam com rails de pagamento?

O x402 foi construído em torno de pagamentos on-chain com stablecoins, principalmente USDC na Base e outras redes suportadas. Se seu caso de uso é de agentes nativos de crypto pagando com stablecoins, o x402 oferece um caminho direto para chegar lá.

O MPP adota uma abordagem diferente: o protocolo em si é agnóstico quanto ao método de pagamento. O spec central define como um servidor e um cliente negociam, desafiam e liquidam, mas o rail de pagamento em si é uma camada pluggable. Hoje, o MPP vem com dois métodos em produção: Tempo (pagamentos com stablecoin) e Stripe (cartões, wallets e outros métodos de pagamento tradicionais), e um servidor pode anunciar os dois simultaneamente. O cliente escolhe qualquer método que suporte.

Qualquer pessoa pode definir um novo método de pagamento especificando um request schema e um payload schema. Sem necessidade de aprovação de uma fundação ou intermediário. Métodos de pagamento competem por adoção, não por permissão.

Se você está construindo para um público nativo de crypto, o x402 é o caminho mais rápido. Se você está construindo para clientes enterprise, integradores de pagamento tradicionais ou públicos mistos, o suporte multi-rail do MPP significa que você não precisa escolher. Para agentes que precisam transacionar diretamente com merchants tradicionais, projetos como o AgentCard adotam uma abordagem complementar: emitindo cartões de crédito que agentes podem usar para qualquer compra online, com limites de gastos e rastreamento em tempo real embutidos.

Quais modelos de pagamento eles suportam?

O x402 foca no modelo de pagamento "exact": uma requisição, um pagamento, uma resposta. Isso é limpo, fácil de entender e funciona bem para chamadas de API discretas.

O MPP suporta o mesmo fluxo através do seu charge intent, e, de fato, os fluxos "exact" do x402 mapeiam diretamente para o charge do MPP, tornando os dois protocolos compatíveis nessa camada.

Mas o MPP também introduz sessions: um modelo de pagamento fundamentalmente diferente para casos de uso de alto throughput. Com sessions, um cliente deposita fundos em um contrato de escrow uma vez, e então faz muitas requisições usando vouchers assinados off-chain. O servidor liquida periodicamente os vouchers acumulados on-chain.

Aqui está uma ilustração simplificada de cada fluxo:

X402: uma requisição, um pagamento

Session do MPP: deposite uma vez, faça milhares de requisições

Sessions do MPP permitem:

• Pagamentos de até $0,0001 por requisição
• Latência abaixo de 100ms: sem confirmação on-chain por requisição
• Taxas por requisição próximas de zero: só a liquidação líquida vai para a chain

Por que isso importa: streaming de LLM com pagamento por token, feeds de dados de alto throughput e monitoramento de chain em tempo real se tornam economicamente viáveis. Pagar on-chain por cada interação custaria mais em gas do que os dados valem. Sessions mudam completamente essa conta, tornando o acesso baseado em micropagamentos prático em escala.

Quais primitivas em nível de protocolo cada um oferece?

O MPP embute várias preocupações de produção diretamente no spec do protocolo, então toda implementação as herda em vez de reinventá-las:

• Idempotência: retries seguros sem cobrança duplicada
• Expiração: desafios expiram, evitando pagamentos obsoletos
• Vinculação do request body: digest SHA-256 evita adulteração entre o desafio e o pagamento
• Proteção contra replay: IDs de desafio vinculados por HMAC
• Erros estruturados: formato RFC 9457 para tratamento de erros legível por máquina
• Recibos de primeira classe: recibos de pagamento padronizados para auditoria

O x402 trata algumas dessas questões no nível de implementação, mas deixa o resto para desenvolvedores individuais resolverem. O MPP as padroniza, então todo servidor e cliente falam a mesma língua desde o início, o que importa quando agentes de fornecedores diferentes precisam interoperar de forma confiável.

O MPP funciona além de HTTP?

O x402 opera sobre HTTP. O MPP também opera sobre HTTP, mas adiciona um transport binding de MCP (Model Context Protocol).

Isso significa que servidores de ferramentas MCP podem monetizar chamadas de ferramenta diretamente. Um agente de IA que chama uma ferramenta paga recebe um desafio de pagamento na resposta da ferramenta, paga e tenta novamente, tudo dentro do fluxo de mensagens do MCP. Sem OAuth. Sem configuração de conta. Sem necessidade de camada HTTP.

Até agora, monetizar chamadas de ferramentas de IA exigia billing fora de banda ou acordos de plataforma. Com o transport MCP do MPP, um desenvolvedor pode publicar uma ferramenta paga que qualquer agente compatível com MCP pode descobrir, pagar e usar de forma autônoma, sem humano no loop.

Como eles se comparam em padronização?

O x402 é um protocolo open-source com adoção crescente pela comunidade. É testado em produção na Coinbase e cada vez mais suportado em todo o ecossistema.

O núcleo do MPP, o Payment HTTP Authentication Scheme, foi submetido como um IETF Internet-Draft, coescrito por Tempo e Stripe. Métodos de pagamento e intents são specs separados que qualquer pessoa pode escrever e publicar de forma independente. Isso reflete como a própria web funciona: HTTP é padronizado, mas content types e auth schemes evoluem de forma independente.

Um Internet-Draft é um documento de trabalho, ainda não um RFC standards-track, mas a submissão ao IETF sinaliza intenção de interoperabilidade e estabilidade de longo prazo.

x402 e MPP são compatíveis?

Sim. O MPP é retrocompatível com o x402. O fluxo de pagamento "exact" central do x402 mapeia diretamente para o charge intent do MPP, então clientes MPP podem consumir serviços x402 existentes. Se você já construiu algo sobre o x402, o MPP estende o que você tem em vez de substituí-lo.

Comece a construir com a Alchemy

A Alchemy suporta tanto x402 quanto MPP em toda sua plataforma de API. Isso significa que seus agentes podem acessar dados de blockchain (saldos de tokens, metadados de NFT, histórico de transações, leituras de smart contracts, feeds de preços e mais) e pagar por requisição usando qualquer um dos dois protocolos. Sem necessidade de API key. Sem dashboard de billing. Apenas uma wallet e uma chamada HTTP.

Com o x402, um agente se autentica via SIWE (Sign-In with Ethereum) ou SIWS (Sign-In with Solana), paga com USDC na Base e obtém acesso aos endpoints da Alchemy. Com o MPP, o mesmo agente pode negociar entre métodos de pagamento (stablecoins via Tempo, cartões via Stripe) e usar sessions para workloads de alto throughput como pipelines de indexação ou monitoramento de chain em tempo real.

O que você pode construir:

• Agentes de blockchain autônomos que consultam dados on-chain e pagam por cada chamada, sem necessidade de provisionamento humano
• Pipelines de dados multi-chain que buscam dados de Ethereum, Base, Polygon, Solana e mais, pagando por requisição a taxas de sub-centavo via sessions do MPP
• Wallets e copilots com IA que buscam dados de portfólio, simulam transações e monitoram endereços, tudo autofinanciado
• Servidores de ferramentas MCP que envolvem endpoints da Alchemy como ferramentas pagas, permitindo que qualquer agente compatível com MCP acesse infraestrutura de blockchain sob demanda

Experimente pelo terminal

Instale a Alchemy CLI, depois adicione Alchemy Skills e conecte o servidor MCP:

Pronto para começar? Acesse alchemy.com/agents para explorar a plataforma e começar a construir agentes que pagam pela própria infraestrutura.

FAQ

Posso usar x402 e MPP juntos?

Sim. Como o charge intent do MPP é retrocompatível com o x402, você pode suportar os dois simultaneamente. Um servidor pode anunciar os dois protocolos e deixar os clientes escolherem qual suportam.

Qual devo escolher?

Se você está construindo um agente nativo de crypto que paga com stablecoins e quer o caminho mais simples para produção, comece com o x402. Se você precisa de suporte multi-rail de pagamento, sessions para workloads de alto throughput, integração de transport MCP ou primitivas de protocolo padronizadas, o MPP é a opção mais adequada. Você não precisa abandonar seu investimento em x402 para chegar lá.

O x402 está sendo substituído pelo MPP?

Não. O MPP foi projetado para ser compatível com o x402, não para substituí-lo. Pense no MPP como uma evolução que adiciona capacidades que o x402 não se propôs a oferecer. A comunidade do x402 continua crescendo de forma independente.

Quais métodos de pagamento o MPP suporta hoje?

O MPP vem com dois métodos de pagamento em produção: Tempo para pagamentos com stablecoin e Stripe para cartões, wallets e outros métodos de pagamento tradicionais. Como métodos de pagamento são pluggable, qualquer pessoa pode definir e publicar um novo especificando um request schema e um payload schema.

Preciso rodar minha própria infraestrutura para usar esses protocolos?

Não. A Alchemy suporta tanto x402 quanto MPP em toda sua plataforma de API, então você pode começar a construir agentes que pagam por dados de blockchain sem rodar nenhuma infraestrutura de pagamento você mesmo. Acesse alchemy.com/agents para começar.