Autor: Charlie Liu, sócio da Generative Ventures
Na última semana, OpenClaw e Tempo quase se tornaram códigos de comunicação no mundo das criptomoedas.
Muitos perceberam o hype, também sabem que a Stripe saiu do jogo, e que Visa e Lightspark estão na mesma equipe.
O que ainda não foi totalmente entendido não é a notícia em si, mas a migração dos pontos de controle de pagamento.
Nos últimos meses, o mercado tem imaginado bastante sobre Agent Payments.
A Coinbase lançou o x402 em maio de 2025, transformando o HTTP 402 em uma linguagem de pagamento; a Cloudflare rapidamente integrou isso na documentação de agentic payments, criando uma experiência de pagamento programático que não exige conta, sessão ou chaves API — um ponto de partida muito internet, muito nativo para desenvolvedores.
A Circle seguiu essa linha, conectando USDC, wallets, pagamentos autônomos e x402, e depois lançou Nanopayments, avançando para uma frequência maior, valores menores e uma aproximação maior de pagamentos entre máquinas.
Assim, nos últimos meses, muitas pessoas formaram uma imagem padrão: Agent precisa pagar, protocolo é x402, dinheiro é USDC, liquidação na blockchain, entrada para desenvolvedores na Coinbase Developer Platform e ecossistema relacionado.
Essa imagem ainda está correta hoje, mas o problema é que ela representa apenas a primeira fase.
Na semana passada, Stripe e Tempo lançaram o MPP. O que realmente mudou não foi “mais um protocolo que suporta pagamentos de agentes com IA”, mas a reformulação do problema de “como um agente faz um pagamento com stablecoin” para “como máquinas podem ter uma interface de checkout agnóstica ao método de pagamento”.
A posição oficial da Stripe é: o MPP é um padrão aberto, nativo da internet, para que agentes possam pagar; enquanto a documentação da Cloudflare vai além, desmembrando-o em um protocolo unificado que suporta stablecoins como Tempo, cartões e wallets suportados pela Stripe, Lightning e métodos de pagamento personalizados.
O campo de batalha mudou de repente.
x402 ganhou uma rodada
Se eu não der crédito ao x402 agora, todas as avaliações futuras do MPP parecerão vazias.
Já escrevi antes que o pecado original da internet sempre foi: conteúdo, poder computacional, dados e APIs cada vez mais granulares, enquanto o pagamento ainda fica preso no velho mundo de contas, assinaturas, pré-pagos e checkouts manuais.
A força do x402 está em não tentar resolver tudo de uma vez, mas em um corte muito preciso: fazer com que a requisição HTTP carregue capacidade de pagamento.
O servidor responde com 402 Payment Required, o cliente realiza o pagamento programaticamente e, com o comprovativo, tenta novamente a requisição.
Sem sistema de contas, sem sessão, sem gerenciamento de chaves API. Para o agente, esse design é natural e conveniente.
Por isso, a Circle foi a primeira a colher essa vantagem.
Ela quer permitir que agentes de IA usem Circle Wallets, USDC e a API x402 para pagar autonomamente; e, poucos dias atrás, lançou Nanopayments, que a Circle descreve como o padrão para pagamentos na web por agentes usando x402.
Além disso, o relatório financeiro recente da Circle mostrou um crescimento de 72% na circulação de USDC, atingindo 75,3 bilhões de dólares, o que faz o mercado ligar a narrativa de “infraestrutura de stablecoin” e “infraestrutura de pagamentos de agentes”, levando a uma valorização expressiva das ações da Circle.
Resumindo, o x402 venceu não por uma “tecnologia definitiva”, mas por fazer as coisas acontecerem primeiro.
Isso é extremamente importante em mercados novos.
Na primeira fase, muitas vezes o mais valioso não é a solução mais completa, mas aquela que faz os desenvolvedores realmente usarem primeiro.
O que o MPP realmente reescreve não é a “rail” (via de transporte), mas o checkout
O erro mais comum ao interpretar o MPP é pensar que ele é uma “versão Pro do x402 que suporta mais métodos de pagamento”, uma solução que sobrepõe o x402.
Na verdade, o que ele busca é focar na camada de checkout.
Na entrevista do podcast Tokenized desta semana, Cuy Sheffield, chefe de Cripto na Visa, disse algo crucial: se realmente queremos expandir o comércio agentic, não podemos mais deixar o agente voltar ao “mundo humano” para procurar páginas, clicar botões ou passar pelo checkout; o que precisamos é de um checkout sem cabeça, onde o agente negocie diretamente com o comerciante o que comprar, o preço e o método de pagamento, e finalize a transação de forma limpa.
Mais importante ainda, ele e Simon Taylor, chefe de GTM da Tempo, reforçaram na conversa que o foco não é “suportar mais uma cadeia”, mas criar uma interface agnóstica ao método de pagamento, à rede de pagamento, ao PSP e ao provedor de vault.
Isso não é mais uma ideia de engenheiro de protocolos de cripto, mas uma redefinição de interfaces por plataformas de pagamento.
O blog oficial da Stripe também fala sobre isso, com um tom mais moderado.
O MPP não é apenas uma especificação, mas uma integração direta ao sistema de Payment Intents e backend da Stripe.
Com poucos trechos de código, comerciantes podem aceitar pagamentos via MPP enviados por agentes; esses pagamentos entram nos processos de saldo, payout, impostos, fraude, relatórios e reembolsos da Stripe como uma transação normal.
Para os desenvolvedores, isso significa que não precisam aprender um novo protocolo de pagamento na blockchain, podendo começar a aceitar máquinas na pilha de pagamento que já conhecem.
Essa é uma jogada muito Stripe: ela nunca foi mais perigosa do que quando inventa algo totalmente novo, mas sim ao transformar uma tarefa complexa, acessível apenas a poucos profissionais, na interface padrão de todos os desenvolvedores.
Por isso, acredito que o verdadeiro objetivo do MPP não é uma “rail de pagamento”, mas um checkout sem cabeça na era do comércio de máquinas. O primeiro decide como o dinheiro viaja, o segundo quem realiza a transação. Historicamente, o que realmente vale é o segundo.
Session é a verdadeira evolução
A maior diferença entre x402 e MPP não é “um mais aberto, outro mais corporativo”, mas sim a sessão.
O MPP define dois tipos de payment intents: o charge, para liquidação instantânea e uso em cobrança por solicitação; e o session, baseado em canais de pagamento, para pagamentos contínuos, ideal para pay-as-you-go e cobrança por token, com custos abaixo de um centavo e latência abaixo de milissegundos.
Mais importante, a documentação da Cloudflare afirma que o MPP é compatível com o x402, e o fluxo exato do x402 pode ser mapeado para o charge do MPP.
Em outras palavras, o MPP não nega o x402, mas constrói sobre ele, adicionando uma primitive de consumo contínuo.
Liam Horne, chefe de produto da Tempo, explica essa primitive como “OAuth para dinheiro”: uma autorização única, seguida de pagamentos programados dentro de limites e regras, agregando milhares de pequenas interações em uma liquidação final.
No podcast Tokenized, Liam também comentou que, na linguagem antiga de blockchain, isso se assemelha a payment channels — só que hoje, a aplicação mais natural não é a rede de pagamento ideal discutida por maximalistas de BTC, mas o faturamento por token de LLMs, chamadas de API e agentes consumindo workflows de forma contínua.
Por exemplo, colocar 5 dólares, o modelo deduzindo um centavo por token, e encerrar a sessão ao final. Assim, fica claro que o MPP mira não um demo, mas um modelo de negócio.
Minha experiência na Lightning Network, na Strike, me torna especialmente sensível a isso.
A sessão do MPP e a ideia de payment channels têm uma conexão forte com Lightning Network, razão pela qual o suporte ao Lightning no Tempo faz sentido.
E a escolha do Lightspark como parceiro do Lightning é ainda mais significativa — mas deixo isso para depois.
Ao ver “travar valor, deduzir continuamente na sessão e fazer a liquidação final”, já se percebe que o que o Tempo está buscando não é mais uma cadeia adicional, mas incorporar uma intuição de pagamento de longo prazo, que até hoje poucos players de infraestrutura de pagamento realmente entenderam, em um conceito mais amplo de comércio de máquinas.
O que torna o Tempo realmente assustador não é só o protocolo, mas a intenção de assumir todo o sistema de pagamento
Muita gente compara x402 e MPP, mas essa comparação se perde ao perceber que eles operam em camadas diferentes.
O x402 é uma linguagem de pagamento, elegante e precisa ao ponto.
Por outro lado, o Tempo não é apenas uma linguagem, mas um sistema completo, adaptado para pagamentos do mundo real.
Quando o Tempo foi lançado, destacou-se por oferecer liquidação instantânea, taxas baixas previsíveis, alta capacidade e disponibilidade global; além de integrar payment lanes, stablecoins com gas e cargas de trabalho para pagamentos empresariais, tudo na narrativa do lançamento.
TIP-20 é um exemplo típico: não é apenas um padrão de token genérico, mas uma implementação de necessidades reais como memos de transferência, controles de conformidade, distribuição de recompensas — tarefas chatas, mas essenciais no pagamento real, que alguém precisa cuidar.
O Tempo levou sete meses do código inicial ao mainnet, mas Liam admite que a base real não é de sete meses, mas de anos de infraestrutura testada em batalha.
O que torna o Tempo digno de atenção não é velocidade, mas sua honestidade em não mascarar sua base de engenharia com narrativa de startup, deixando claro que “não é uma construção do zero”.
Por isso, em comparação com a plataforma Coinbase Developer Platform, que lança padrões primeiro para atrair desenvolvedores e ecossistemas, o Tempo é mais adequado para a próxima fase: abstrações de protocolo, execução de pagamentos, ferramentas para desenvolvedores e primitives de pagamento empresarial, que devem convergir.
Não é uma questão de quem é mais inteligente, mas de quem é mais adequado ao estágio de desenvolvimento.
Circle não deve se preocupar tanto com o fluxo de USDB hoje
Isso significa que o USDB pode desafiar o USDC?
Hoje, o USDC é muito forte: a Circle não é só emissora de ativos, mas também está ligada a narrativas iniciais de agent payments com x402, pagamentos autônomos e nanopayments, e o mercado de capitais dá a ela uma alta expectativa.
O problema é que o que a Circle lidera atualmente é a camada de dinheiro: os agentes de IA, por padrão, tendem a gastar mais com USDC.
Por outro lado, Stripe e Bridge não focam nessa camada.
A Stripe, com suas contas financeiras de stablecoin, suporta USDC e USDB, sendo que o USDB é claramente uma stablecoin de infraestrutura / de circuito fechado, não uma tentativa de competir com o mercado aberto de USDC.
Porém, esse é justamente o ponto perigoso: o circuito fechado nunca foi uma fraqueza, mas um ponto de partida para plataformas de pagamento.
Se o Tempo, com o MPP, empurrar a Stripe para uma interface mais de comércio de máquinas, a estratégia do Bridge/USDB mudará completamente.
Hoje, é apenas uma stablecoin de processamento backend; amanhã, pode se tornar o liquidator padrão, camada de recompensas e camada de tesouraria em uma rede de pagamento maior.
Ao criar o USDB, o Bridge destacou que sua economia de reserva pode ser mais flexível entre emissor, desenvolvedor e usuário final.
Para plataformas como a Stripe, que já são boas em distribuir valor na economia de plataformas, isso não é só uma feature de produto, mas uma vantagem estrutural.
Lightspark não é coadjuvante, e sua presença traz uma camada histórica
A presença do Lightspark nesta rodada não deve ser vista apenas como “mais uma conexão ao Bitcoin rail”.
Embora hoje o protocolo do MPP rode sobre o Tempo, ele é rail-agnostic.
Visa já o expandiu para pagamentos com cartão, Stripe para seus cartões, wallets e outros métodos, e Lightspark para Lightning Network.
Essa combinação é interessante: ela transforma o MPP de uma “protocolo de stablecoin” para uma “camada de coordenação de pagamentos”.
Como mencionado antes, a camada de sessões e canais Lightning é muito semelhante, e, na visão do Lightspark, a infraestrutura básica do Lightning são payment channels — transações que não precisam ser broadcastadas na blockchain a cada operação, com saldo atualizado entre as partes e o resultado final registrado na cadeia.
O session do Tempo não é uma simples cópia do Lightning channels, mas uma evolução com diferentes níveis técnicos e aplicações, embora ambos compartilhem a intuição de que pagamentos de alta frequência, de baixo valor e contínuos não devem ser liquidados um a um.
Olhar mais adiante revela uma linha ainda mais interessante. David Marcus, fundador do Lightspark e ex-responsável pelo Libra na Facebook, tinha como objetivo reescrever um sistema de pagamento ineficiente, não apenas criar uma nova moeda.
Depois de deixar o Facebook e fundar o Lightspark, ele afirmou em 2025 que “reiniciar o Libra” não era o caminho certo. Conectar esses fatos revela uma forte ressonância histórica: o Libra queria reescrever o dinheiro, hoje esses profissionais parecem estar reescrevendo a interface de pagamento de uma forma diferente.
Ao falar de Libra, naturalmente se pensa na Meta e na recente especulação sobre o retorno da Meta ao mundo das stablecoins.
Hoje, o sistema do MPP conecta o Lightspark de David Marcus e a Stripe, formando uma espécie de grande aliança de plataformas: Stripe com suas interfaces, Bridge com stablecoins de circuito fechado, Tempo com sua infraestrutura de base, Meta com distribuição. Zuckerberg, Marcus e Collison sustentam a narrativa.
O mercado de capitais está pronto para uma nova reavaliação.
