Relatório sobre o estado atual da pesquisa em protocolos de pagamento por IA: a arquitetura de duas camadas em formação

Entre setembro de 2025 e março de 2026, no período de seis meses, cada um dos principais intervenientes do setor global de pagamentos efetuou ações relevantes. A OpenAI e a Stripe lançaram em conjunto o Agentic Commerce Protocol (ACP). A Google lançou o Universal Commerce Protocol (UCP). Numa semana, a Visa e a Mastercard publicaram sucessivamente os seus próprios frameworks de pagamentos por agentes. Nos dois meses seguintes, o protocolo x402 da Coinbase, na rede Base, acumulou mais de 15 milhões de transações processadas. Em março de 2026, a Stripe e a Tempo lançaram em conjunto o Machine Payments Protocol (MPP).

Essas ações densas por parte destes gigantes da tecnologia e instituições financeiras não são de modo algum coincidência: são uma resposta coletiva da indústria de pagamentos ao mesmo desafio. Quando o Agent de IA se torna o principal agente de consumo na Internet, as infraestruturas de pagamento existentes já não conseguem, de forma fundamental, satisfazer as necessidades de funcionamento.

Cada componente do sistema de pagamentos tradicional foi concebido com base na premissa de “operação humana”: depende de interfaces de browser, do preenchimento manual de formulários, do clique em “confirmar pagamento” e da verificação de identidade através de códigos de autenticação. A lógica de funcionamento do Agent é completamente diferente: exige interfaces normalizadas legíveis por máquina, respostas de autorização em escala de milissegundos e uma infraestrutura adaptada à liquidação frequente de pequenas quantias.

Esta disputa de infraestruturas não será liderada por um único protocolo, mas sim que está a formar-se uma arquitetura em duas camadas. A camada de intenção define “quem é o comerciante e como se faz o emparelhamento”; a camada de liquidação define “como é que o dinheiro circula, de facto”. As duas camadas são independentes entre si, evoluem separadamente, mas são ambas indispensáveis. Se faltar qualquer uma das camadas, o ciclo fechado comercial da economia do Agent não pode ser realizado.

Primeira parte: camada de orquestração de intenção

A camada de orquestração de intenção é responsável por transformar as intenções de transação do Agent num fluxo completo executável: descobrir produtos ou serviços, adicionar ao carrinho e acionar o pagamento. Atualmente, esta camada forma duas pistas com natureza totalmente distinta.

1.1 Compras por Agent em nome do utilizador

O principal conflito nesta pista não é pagamento, é acesso. As plataformas de e-commerce tradicionais são desenhadas para utilizadores humanos; o Agent não consegue analisar páginas visualizadas, nem clicar em elementos de interação. Para o Agent completar compras em vez dos humanos, os comerciantes têm de disponibilizar interfaces normalizadas e legíveis por máquina.

ACP (Agentic Commerce Protocol): experiência de compras por IA num ecossistema fechado

O ACP foi lançado em setembro de 2025 pela OpenAI e pela Stripe em conjunto. O seu mecanismo central é o pagamento delegado: no momento de confirmar a compra, o utilizador concede ao Agent permissão para pagar; o Agent completa a transação através de credenciais de pagamento em conformidade com a Delegated Payment Spec; o comerciante mantém o estatuto de Merchant of Record. Atualmente, o SPT da Stripe é a primeira e única solução implementada neste sistema.

O ChatGPT Instant Checkout entrou em funcionamento em setembro de 2025, mas foi encerrado em março de 2026 devido a uma taxa de conversão demasiado baixa. A OpenAI desviou o foco estratégico para descoberta de produtos: depois de o ChatGPT apresentar os produtos, encaminha o utilizador para o site nativo do comerciante para concluir a transação. O protocolo ACP em si permanece num formato mais simplificado, suportando aplicações internas de ChatGPT dedicadas de vários grandes retalhistas. Os comerciantes precisam de pedir para aderir, e a OpenAI controla a apresentação.

UCP (Universal Commerce Protocol): plano de longo prazo baseado em padrões abertos

O UCP foi anunciado pessoalmente pelo CEO da Google, Sundar Pichai, em janeiro de 2026 no NRF Retail Industry Conference. Já obteve a adesão de mais de 30 parceiros, cobrindo plataformas mainstream como Shopify, Stripe, Visa, Mastercard, Walmart, Wayfair, entre outras. O mecanismo central do UCP é a declaração de capacidades do comerciante: os comerciantes publicam, no seu próprio domínio, um ficheiro de configuração UCP em formato JSON, declarando as capacidades de transmissão e de pagamento que suportam; a IA pode ler diretamente. A Google usa isto para tornar a Gemini a camada central de descoberta para compras por agentes.

A diferença central reside no facto de a Google evitar intencionalmente o papel de intermediário. Não precisa de deter a transação em si; basta-lhe controlar o upstream da descoberta de produtos. O ACP e o UCP não são relações de concorrência; representam dois posicionamentos de mercado diferentes. O primeiro troca uma experiência de utilizador e um maior controlo obtidos num ecossistema fechado; o segundo troca um padrão aberto por um efeito de escala maior e interoperabilidade.

1.2 Transações entre Agents

Se a pista A resolve a questão de como o Agent completa compras em vez dos humanos, a pista B resolve um problema ainda mais subjacente: quando ambas as partes de uma transação são Agents e não existe intervenção de um comerciante humano, de onde vem a confiança? Os Agents entre si não têm credenciais de reputação; as regulamentações de proteção do consumidor não conseguem ser aplicadas. A contradição central é: como garantir a fiabilidade da troca de valor num ambiente de zero-confiança?

ERC-8183 + ERC-8004: contratos de tarefas para descredibilizar a confiança na cadeia

O ERC-8183 foi lançado em março de 2026 em colaboração entre a equipa dAI da Ethereum Foundation e a Virtuals Protocol. Cada Job é composto por três partes: Client (parte delegante), Provider (parte prestadora do serviço) e Evaluator (avaliador). Os fundos são alocados e guardados por um contrato inteligente até à conclusão da aceitação da tarefa. As partes envolvidas na transação não precisam de confiar umas nas outras; basta confiar no contrato em si. O ERC-8004 é um protocolo de identidade complementar: após cada Agent se registar na cadeia, com base no histórico de transações acumula uma pontuação de reputação. Atualmente, já estão registados cerca de 24.000 Agents na rede.

O Butler da Virtuals Protocol é o maior impulsionador deste ecossistema: ao decompor tarefas complexas, ele distribui a agentes especializados para execução. O objetivo deste modelo é tornar este mecanismo de contratos de três partes um padrão aberto; no entanto, a adoção por programadores em grande escala ainda exige tempo.

As diferenças estruturais entre as duas pistas afetam diretamente a escolha de protocolos na camada de liquidação: as transações da pista A encaixam naturalmente em canais de moeda fiduciária; as transações da pista B dependem naturalmente de canais de stablecoins.

Segunda parte: camada de liquidação

Se a camada de orquestração de intenção determina “o que é transacionado”, então a camada de liquidação resolve “como é que o dinheiro chega de forma fiável”. Atualmente, existem cinco protocolos a competir neste domínio; as suas abordagens de conceção e os cenários de aplicação diferem.

2.1 Delegated Payment / SPT (Stripe)

• Ideia central: expandir o ecossistema existente de pagamentos com cartões, em vez de o reconstruir.

• Como funciona: após o utilizador autorizar o Agent, a Stripe gera um token de pagamento partilhado (SPT) e o agente guarda-o. Quando ocorre a transação, o agente apresenta esse token, que tem um prazo de validade e um limite de montante definidos. A liquidação segue depois através do canal de pagamentos com cartões padrão da Stripe. Nos bastidores, a Stripe já ligou as interfaces com “AI-Ready” da Visa e com o “Agentic Token” da Mastercard. Assim, independentemente de qual organização de cartões executa a transação subjacente, o comerciante enfrenta sempre uma interface SPT unificada.

• Cenários de aplicação: é especialmente adequado para retalho standard e transações de grande valor, sobretudo para pagamentos entre agentes que necessitam de mecanismos de proteção ao consumidor, como chargebacks de cartões de crédito.

• Principais limitações: a sua arquitetura depende das redes tradicionais de cartões, pelo que não se adapta a cenários de pagamento máquina-a-máquina de alta frequência e quantias ínfimas (por exemplo, inferiores a 1 cêntimo).

2.2 Visa Intelligent Commerce and Mastercard Agentic Token

• Ideia central: atualizar a tecnologia de tokenização das organizações tradicionais de cartões para se adaptar às transações de agentes.

• Como funciona: substituir os números de cartão reais por tokens de pagamento criptografados de forma dinâmica. Cada token está associado a metadados como a identidade do Agent, limites de consumo, período de validade e o âmbito de comerciantes transacionáveis. A compensação final dos fundos continua a ser feita através da rede de cartões existente.

• Estado de desenvolvimento: em setembro de 2025, a Mastercard colaborou com o Commonwealth Bank of Australia para concluir a primeira transação de agentes do mundo com identificação de identidade totalmente efetuada. A Visa também concluiu uma implantação inicial na Europa através do seu programa “AI Ready”.

• Principais limitações: as taxas mínimas inerentes à rede de cartões constituem uma restrição rígida, dificultando o suporte para micro pagamentos que no futuro podem tornar-se maciços, especialmente abaixo de 1 dólar.

2.3 x402 (Coinbase)

• Ideia central: regressar ao protocolo base da Internet e integrar nativamente o código de estado “402 Payment Request”, pouco usado no padrão HTTP.

• Como funciona: quando um Agent solicita um recurso que exige pagamento, o servidor devolve uma resposta 402 e parâmetros de pagamento. Após a assinatura de autorização do Agent, os nós de liquidação do protocolo realizam uma troca atómica na blockchain (normalmente usando USDC), demorando cerca de dois segundos. Todo o processo dispensa registo de conta, chaves de API ou autenticação de identidade.

• Dados e estado: até ao final de 2025, este protocolo processou mais de 100 milhões de transações em várias blockchains. No entanto, alguns analistas apontam que uma parte considerável do tráfego pertence a testes internos do protocolo e a transações de ciclo. A sua arquitetura consegue, em teoria, suportar pagamentos ao nível de “moedas divididas” sem limite de taxa mínima, mas o desafio atual está em aumentar a densidade de adoção em cenários comerciais reais e a qualidade das transações.

2.4 Nanopayments (Circle)

• Ideia central: como solução melhorada do x402, otimiza modelos económicos especificamente para cenários de pagamentos extremamente frequentes e muito pequenos.

• Como funciona: também ativa respostas HTTP 402, mas na camada de liquidação adota uma arquitetura de processamento em lote. O pagador deposita primeiro USDC num gateway da Circle; os pagamentos subsequentes são autorizados por assinatura fora da cadeia; e a liquidação on-chain em lote é feita periodicamente. Isto reduz o custo de gás a um valor praticamente insignificante, suportando pagamentos tão baixos quanto um milionésimo de dólar.

• Principais limitações: ambas as partes da transação têm de abrir previamente conta no gateway da Circle e depositar fundos, o que o torna, em certa medida, um sistema semi-fechado; além disso, não consegue realizar liquidação atómica e em tempo real dos fundos. Este protocolo iniciou uma rede de testes em março de 2026.

2.5 MPP (Tempo + Stripe)

• Ideia central: criar um enquadramento de pagamentos unificado e “plugável” com várias pistas, ao mesmo tempo que se candidata para ser a “solução oficial” de implementação do HTTP 402.

• Inovação-chave: permite aos programadores integrar várias pistas de pagamento no mesmo quadro de protocolo; em tempo de transação, o Agent pode escolher conforme necessário:

• Pista de stablecoin da Tempo: suporta liquidação on-chain por transação individual ou liquidação em lote de sessões off-chain.

• Pista de moeda fiduciária da Stripe: através de um token de pagamento partilhado para pagamentos com cartões.

• Pista de ligação direta das organizações de cartões: uso direto de smart tokens de Visa/Mastercard.

• Lightning Network da Bitcoin: através da integração com Lightspark.

• Características essenciais: o MPP introduz o conceito de “payment session” (sessão de pagamento), semelhante à autorização OAuth. Depois de uma pré-autorização e recarga, o Agent pode efetuar pagamentos em tempo real contínuos e “sem fricção” dentro da sessão, sem necessidade de carregar cada transação na cadeia.

• Significado estratégico: a Stripe desempenha aqui um papel duplo — é simultaneamente coautora do protocolo e uma opção de pagamento dentro do próprio protocolo. Isto significa que, quer o mercado acabe por favorecer o ecossistema aberto do HTTP 402, quer favoreça os canais tradicionais de moeda fiduciária, a Stripe consegue garantir que a sua atividade central de pagamentos fica embebida no futuro ecossistema.

Terceira parte: situação atual, desafios e oportunidades

3.1 Situação atual e desafios

Nos últimos seis meses, todos os protocolos fundamentais relacionados já foram lançados, mas o progresso da comercialização ficou globalmente atrasado. Na camada de liquidação, o volume de transações do x402 lidera, mas o valor médio diário real de transações comerciais é de cerca de 28.000 dólares. Na camada de orquestração, o produto central do ACP foi encerrado devido a uma taxa de conversão demasiado baixa. Novos protocolos como o ERC-8183 e o MPP enfrentam um quadro comum em que a narrativa está adiantada em relação à implementação. Isto marca uma fase crítica: a construção arquitetural dos protocolos está praticamente concluída, mas a aplicação comercial em escala ainda não começou.

O principal desafio atual é a fragmentação na camada de orquestração de intenção. Os comerciantes precisam de lidar simultaneamente com vários padrões independentes, SDKs e processos de conformidade, o que eleva drasticamente os custos de integração e deixa as expectativas pouco claras. A história mostra que os mercados fragmentados acabam por dar origem a uma camada unificada de integração; no entanto, desta vez o cenário pode ser diferente. As plataformas que controlam os pontos de entrada de tráfego (como OpenAI, Google e Microsoft) têm fortes incentivos para construir e manter os seus próprios ecossistemas fechados, em vez de promover uma integração aberta. Esta lógica está a acontecer simultaneamente nos mercados globais, e é provável que o panorama evolua para a coexistência paralela de vários ecossistemas fechados regionais, em vez de um único padrão aberto unificado. Assim, no futuro, a camada de integração não será construída pelas plataformas, mas sim por fornecedores de infraestrutura terceirizados de serviços para os comerciantes.

3.2 Oportunidades de mercado

Com base na avaliação acima, as oportunidades existem de forma clara em dois níveis:

Camada de liquidação: a oportunidade mais certa

Independentemente de como o ecossistema de cima se fragmenta, os pagamentos são um problema subjacente que qualquer Agent tem de resolver. Uma tendência clara é: a camada de orquestração continua a fragmentar-se devido a interesses das plataformas, enquanto a camada de liquidação está a evoluir para abstração e integração devido à pressão de eficiência sobre os programadores. Os programadores não conseguem manter integrações de pagamento independentes para cada ecossistema; a força económica em direção à consolidação em soluções unificadas está a intensificar-se.

Isto coloca uma exigência clara sobre carteiras de Agent: devem suportar múltiplas pistas de pagamento. A pista de moeda fiduciária (por exemplo, SPT, Agentic Token) cobre consumo tradicional de bens; a pista de stablecoin (por exemplo, x402, MPP Session) cobre serviços on-chain e transações A2A. Estes dois cenários coexistem e não serão consolidados a curto prazo. A responsabilidade por uma adaptação flexível está do lado do Agent, não do lado do comerciante: o comerciante escolhe quais pistas de pagamento vai suportar, o que é uma decisão relativamente estável; as empresas apenas configuram stablecoins e cartões autorizados para o Agent, e o Agent consegue efetuar pagamentos de acordo com as pistas suportadas pelo outro lado. Só uma carteira que consiga tratar múltiplas pistas consegue cobrir o cenário completo de consumo do Agent. O seu valor continuará a acumular-se à medida que cada transação cruza diferentes ecossistemas, criando uma profunda “muralha” de infraestrutura.

Reestruturação económica e de modelos de negócio A2A: rumo a um vasto mar azul de longo prazo

A verdadeira lacuna de mercado está na camada de aplicações. Atualmente, a economia A2A ainda está limitada a cenários nativos de criptomoeda. No entanto, tecnicamente, é totalmente possível fazer com que um Agent “contrate” outro Agent para concluir tarefas do mundo real (como análise de dados, criação de conteúdos, investigação jurídica, revisão de código). O que é extremamente escasso é o fornecimento correspondente de serviços de API, acionados por chamadas. Esta é a maior oportunidade de longo prazo e também a direção com menos concorrência.

Esta oportunidade é, nesta fase, travada por um problema real de “cold start”. Mecanismos de confiança baseados em reputação como o ERC-8183 exigem densidade suficiente de transações para gerarem sinais de confiança com significado. A Microsoft prevê que em 2028 o número de Agents de IA ativos chegue a 1,3 mil milhões; e atualmente há uma diferença de ordem de grandeza entre o número existente e este objetivo. Não se trata de uma falha temporária que se dissolverá naturalmente; é um patamar que a economia A2A terá de ultrapassar para se expandir para além do crypto.

O seu significado mais profundo reside na reestruturação de modelos de negócio. Os modelos mainstream de publicidade e subscrição na Internet baseiam-se na suposição de “o utilizador é uma pessoa”. O Agent não se deixa mover por publicidade e não necessita de uma subscrição mensal; ele paga apenas pelos resultados de tarefas individuais. O modelo “pago por chamada” representado pelo HTTP 402 oferece um novo caminho para os fornecedores de serviços de API: ao invés de vender apenas permissões de acesso, vender resultados exatos, permitindo trocas de valor mais refinadas. A expansão da economia A2A e a aceitação do HTTP 402 são, na verdade, dois lados da mesma proposta.

Conclusão

O comércio de Agents irá evoluir em dois eixos. No lado do consumidor (compras por Agent em nome do utilizador), a dependência será principalmente de pistas de cartões; o desenvolvimento dependerá do estabelecimento de autorizações por parte das empresas e da confiança por parte dos utilizadores. Entre Agents (A2A), a prontidão técnica já está na pista de stablecoin; falta apenas a escala de aplicações e serviços.

O panorama final será uma evolução coordenada de uma pilha de protocolos em duas camadas: a camada de orquestração de intenção determina como as transações acontecem; a camada de liquidação garante como é que o valor flui.

Para os construtores, o essencial agora é criar capacidades amplas de integração e acesso. Aqueles que conseguirem encaminhar automaticamente transações entre protocolos e abstrair a complexidade subjacente para os programadores ganharão uma vantagem estrutural quando o mercado explodir. É um tipo de valor que se deposita em silêncio e é difícil de substituir.

O ponto de viragem será desencadeado no momento em que as empresas estejam dispostas a delegar a autorização de despesa ao Agent — incluindo rastreio auditável de transações, mecanismos de delegação de orçamentos e uma atribuição clara de responsabilidade quando o Agent compra mal. Nesse momento, a carteira de Agent que cobre múltiplas pistas de pagamento e um catálogo fácil de usar de serviços “por chamada” tornar-se-ão as duas infraestruturas mais críticas e ainda não ocupadas. Atualmente, nenhuma das duas posições tem um ocupante dominante forte, e ambas se tornarão críticas ao mesmo tempo.