Em um ano, 6 novos protocolos de pagamento + 3 soluções de ressurreição do HTTP 402 + padronização da IETF, todos motivados por um único fator comum: agentes de IA começaram a ter necessidades de pagamento próprias.

Autor do artigo, fonte: Yajin Scientific Research and Entrepreneurship Log

Em 29 de abril de 2025, a Mastercard realizou um lançamento em sua sede em Purchase, Nova York, anunciando oficialmente o produto "Agent Pay" [3]. Naquele dia, não houve reação impactante, e a indústria em geral o considerou apenas mais um anúncio comum de uma organização de cartões.

Nos próximos 12 meses, as coisas se tornaram incomuns.

Em maio, a Coinbase lançou o x402, utilizando pela primeira vez o código de status HTTP reservado desde 1998 e nunca antes ativado, o 402, permitindo que transferências de USDC sejam incorporadas diretamente nas respostas HTTP [1]. Dois meses depois, a Cloudflare lançou o Pay per Crawl usando o mesmo código de status, implementando precificação por uso para crawlers de IA [9], o que significa que a ideia de "usar o HTTP 402 para pagamentos" se espalhou da comunidade crypto para fornecedores de conteúdo. Mais dois meses depois, a camada de protocolo entrou na jogada: em setembro, o Google se uniu a mais de 60 empresas para lançar o AP2, enquanto a OpenAI e a Stripe lançaram simultaneamente o ACP, permitindo que o ChatGPT realizasse pela primeira vez o checkout diretamente no Etsy em nome do usuário [2][4]. Em outubro, as bandeiras também entraram no jogo: Visa e Cloudflare lançaram conjuntamente o TAP, concedendo pela primeira vez aos agentes uma identidade verificável da bandeira de cartão [5].

Ao entrar em 2026, toda a indústria passa da fase de "lançamentos dispersos" para a fase de "padronização". Em fevereiro, a Lightning Labs aplicou a ideia 402 ao Bitcoin, criando o L402 [8]. Em março, a Stripe e a Paradigm lançaram conjuntamente o MPP, e ao mesmo tempo, a Tempo foi lançada na rede principal; 12 dias depois, todo o conjunto de soluções foi submetido ao processo de padronização da IETF [6]. Em abril, a Linux Foundation assumiu o x402 Foundation, com mais de vinte membros fundadores incluindo simultaneamente organizações de cartões (Visa, Mastercard, American Express), provedores de nuvem (AWS, Google, Microsoft) e infraestrutura crypto (Coinbase, Circle, Stripe) — três grupos anteriormente competitivos [1]. É a primeira vez que um protocolo de pagamento recebe o apoio simultâneo desses três grupos.

Em um ano, 6 novos protocolos de pagamento + 3 soluções de ressurreição do HTTP 402 + padronização da IETF, todos motivados por um único fator comum: agentes de IA começaram a ter necessidades de pagamento próprias.

A nova demanda gerou toda uma categoria, que a indústria começou a chamar uniformemente de Agentic Payment: permitir que agentes atuem como entidades de pagamento independentes, sendo identificados, autorizados, liquidados e responsabilizados. A suposição fundamental de que "a decisão final sempre é do ser humano", que durou 60 anos, pela primeira vez sofreu uma mudança.

Esta série de cinco artigos desmonta exatamente isso. Este artigo primeiro esclarece o contexto: onde a pilha de pagamentos tradicional está travada e quais lacunas cada uma das três forças está visando. Os três artigos seguintes analisam profundamente cada um dos três caminhos de engenharia, e o último artigo faz uma comparação transversal.

Por que a pilha de pagamentos tradicional não é adequada para pagamentos de agentes?

Para entender por que os protocolos estão se concentrando, vamos primeiro ver como o dinheiro flui em um pagamento de consumo tradicional.

Por exemplo, Xiao Shuai é um entusiasta de corrida e compra tênis no site da Nike usando um cartão de crédito Visa. Por trás do número do cartão está o emissor (issuer, possivelmente Chase). A merchant Nike não pode processar o pagamento diretamente e precisa encaminhar a transação para o adquirente (acquirer, como Adyen). O Adyen envia a transação pela rede Visa até a Chase. A Chase retira US$ 100 da conta de Xiao Shuai, e parte desse valor fica como taxa: em uma transação de US$ 100, o emissor retém cerca de 1,5% (chamado de interchange), a Visa cobra cerca de 0,1% (chamado de network fee) e o Adyen retém cerca de 1,5% (chamado de processing fee). Por fim, cerca de US$ 96 chegam à conta da Nike.

Esses 3-4% não saem do Xiao Shuai, mas da Nike (o valor debitado do cartão do Xiao Shuai ainda é de $100, e a Nike realmente recebe $96). Por que a Nike está disposta a pagar esse custo? Porque as redes de cartões acumularam, nos últimos sessenta anos, um ativo quase irreplaceável: o chargeback. Esse mecanismo oferece proteção ao consumidor como o Xiao Shuai, permitindo que ele faça compras online e em comerciantes desconhecidos com confiança. Se o Xiao Shuai descobrir que o modelo do tênis está errado, a Nike não enviar o produto ou houver uma cobrança não autorizada no seu cartão, ele pode ligar para o Chase para abrir uma disputa (dispute). Em seguida, o banco emissor, a Visa, a Adyen e a Nike seguem um processo de resolução sustentado por décadas de jurisprudência; se a disputa for bem-sucedida, ele recupera o dinheiro. A Nike paga 3-4% para comprar essa confiança do consumidor.

Mesmo em outro mercado, é o mesmo. Um consumidor chinês usa um cartão da Bank of Communications ou varre o Alipay para comprar tênis na JD.com; a estrutura da rail é diferente: na camada de organização de cartões, a UnionPay ocupa o lugar do Visa; na camada de pagamentos terceirizados, o Alipay e o WeChat Pay utilizam uma estrutura de duas camadas — conexão direta com o comerciante + liquidação pela NetUnion. A lógica de suporte é exatamente a mesma: sistema de identificação real KYC + proteção de transações do Alipay / resolução de disputas do WeChat Pay / mecanismo completo de reclamações 12315, garantindo um canal de recuperação para casos de “produto incorreto” ou “comerciante desaparecido”. A estrutura da rail pode ser diferente, mas a premissa de que “a decisão final cabe a uma pessoa física com identidade” é igual em ambos os lados.

O pressuposto para o funcionamento de todo o mecanismo são algumas hipóteses consideradas padrão pelos engenheiros da pilha de pagamento desde os anos 1960:

Primeiro, as pessoas estão no loop. A suposição básica de cada pagamento com cartão é que "a decisão final é de uma pessoa", por isso o sistema de chargeback tem sentido e o KYC pode ser vinculado a uma pessoa física.

Em segundo lugar, o valor individual deve ser economicamente viável para cobrir as taxas. A transação end-to-end de um cartão Visa/Mastercard tem uma taxa padrão oferecida ao comerciante pelo adquirente de aproximadamente 2,9% + US$ 0,30. Isso é razoável em uma compra varejista de US$ 100. Já em uma chamada de API / endpoint de dados / requisição de web scraping de US$ 0,005 por unidade, isso não é economicamente viável: a taxa é 60 vezes mais cara que a própria transação.

Terceiro, o comerciante espera que o comprador seja um ser humano. Os modelos de fraude, estratégias de estoque e processos de atendimento ao cliente do comerciante assumem automaticamente que o comprador é uma pessoa, com histórico de IP, impressão digital de dispositivo e hábitos de consumo reais.

Quarto, a cadeia de chargeback está corretamente integrada. O processo de disputa dos cartões assume que o comprador pode descrever "Eu não comprei isso" ou "Não corresponde à descrição". As três perguntas — "Quem é o comprador?", "O que foi comprado?" e "O que está errado?" — são claras nos 60 anos de consumo varejista.

O agente LLM quebra simultaneamente essas quatro suposições. Imagine um agente de pesquisa de IA executando uma tarefa: coletar conteúdo de dezenas de páginas da web, chamar alguns endpoints de dados pagos e comprar um ou dois pequenos relatórios, com cada ação custando entre US$ 0,001 e US$ 0,10. Nenhuma dessas ações requer um clique de "confirmação", e o custo por transação está muito abaixo do limite de US$ 0,30 da regra de cartão; o comerciante não está lidando com uma pessoa, e, quando ocorre um problema, nem mesmo é possível descrever "quem autorizou o quê". Todas as quatro suposições falham.

Serviços de inferência de IA como Anthropic, OpenAI e Replicate conseguem funcionar hoje graças ao modelo de "recarga prévia + medição interna": empacotam milhares de chamadas de API em um único pagamento de cartão de grande valor, contornando assim a restrição da taxa mínima das rail de cartão. Quando o agente começar a comprar relatórios, assinar ferramentas e contratar contratos de API diretamente na cadeia, essa arquitetura não será mais capaz de suportá-lo.

Sinais mais diretos vêm da parte do conteúdo. O Cloudflare revelou no relatório AI Crawl Control de agosto de 2025: os sites de seus clientes geram em média mais de 1 bilhão de códigos de status HTTP 402 por dia [9], e os publicadores usam essa forma mais simples de dizer aos bots de IA: "Para ver o conteúdo, você precisa pagar".

O problema é que o HTTP 402 tem sido reservado desde o padrão HTTP/1.1 de 1998, mas nunca evoluiu para um protocolo de pagamento amplamente adotado; os bots de IA o recebem apenas como um erro genérico de "acesso negado" e não conseguem convertê-lo em um pagamento real. Essa nova onda de protocolos — x402, Pay per Crawl, L402 — visa resolver exatamente isso: adicionar uma camada de protocolo real ao HTTP 402 que permita aos bots de IA efetuarem pagamentos automaticamente.

Dentro do mesmo ecossistema, há outro conjunto de dados-chave: os mecanismos de busca tradicionais redirecionam os leitores para o site original ao rastrear páginas, mas os rastreadores de IA não o fazem. Estatísticas da Cloudflare de junho de 2025: o Google redireciona 1 visita a cada 14 rastreamentos, enquanto a proporção dos rastreadores da OpenAI é de 1700:1 e os rastreadores da Anthropic chegam a 73000:1 [9]. Após coletar o conteúdo, os rastreadores de IA fornecem respostas diretamente em caixas de diálogo como ChatGPT e Claude, e os usuários nunca visitam o site original. A cadeia pela qual os editores anteriormente lucravam — “ser pesquisado → clique do usuário → monetização por anúncios” — foi completamente interrompida.

Combine these signals: the traditional payment stack cannot handle the high-frequency micropayments of agents; AI inference services can only circumvent the issue through pre-charging; content providers receive neither payment from crawlers nor revenue from user traffic. On one side, agents must have the ability to pay; on the other, merchants/publishers must have a way to receive payment from agents—with four assumptions of the traditional payment protocol stack standing in between. This gap is large enough that three types of players simultaneously recognized it, entered the space, and adopted three different stances based on their own assessments and assets.

Três forças, três abordagens

Três posturas correspondem a três lógicas comerciais, cada uma visando um diferente ponto da cadeia de pagamentos tradicional que foi quebrado. Nesta seção, primeiro esclareceremos as posturas; os detalhes técnicos de cada um dos três caminhos serão analisados em profundidade nas três próximas seções.

Como o cartão rail não é economicamente viável para transações individuais abaixo de 1 centavo, contorne-o e faça o pagamento on-chain diretamente com stablecoins.

O primeiro a escalar nesse caminho foi o x402 lançado pela Coinbase em 2025-5. Ele incorporou diretamente transferências de USDC nas respostas HTTP 402: o agente solicita um recurso, o servidor responde com 402 + preço, o agente assina uma autorização EIP-3009 com sua carteira, e o facilitador da Coinbase paga a taxa de gás em nome dele na cadeia. Na cadeia Base, a taxa de gás por transação é inferior a US$ 0,0001 e o processamento leva cerca de 2 segundos. Até abril de 2026, quando a Linux Foundation assumiu, o x402 já havia processado 165 milhões de transações acumuladas, com um volume total acumulado de aproximadamente US$ 50 milhões e 69 mil agentes ativos, com a Solana representando cerca de 65% do volume de transações [1].

Este valor não é muito alto no setor de pagamentos tradicional. A Visa processou US$ 14,5 trilhões, cerca de 260 bilhões de transações, no ano fiscal de 2025; a Mastercard processou US$ 9,2 trilhões no ano inteiro. O volume acumulado do x402 desde seu lançamento há um ano equivale aproximadamente ao volume processado pela Visa em 2 minutos e pela Mastercard em 3 minutos. Parece pequeno. Mas note que o x402 visa o mercado de micropagamentos que as redes de cartões tradicionais não conseguem atender devido ao limite mínimo de taxas, e está em um campo totalmente diferente do consumo varejista da Visa e da Mastercard.

A mesma ideia está florescendo em outros ecossistemas. A Lightning Labs aplicou-a ao Bitcoin, criando o L402 [8]; o Skyfire adicionou uma camada de KYC aos agentes para realizar micropagamentos em USDC; serviços de inferência de IA, como a Anthropic, utilizam-no para cobrança por chamada [7]; o Cloudflare Pay per Crawl aplica o mesmo conjunto de protocolos para cobrar editores por raspagem de conteúdo, e editores como Conde Nast / TIME / AP já se integraram [9]; a Circle lançará pessoalmente o Agent Stack em maio de 2026 para realizar integração vertical.

AWS lançou em maio de 2026 o Bedrock AgentCore Payments, que desde o lançamento suporta x402, sendo a primeira vez que um gigante de nuvem pública suporta nativamente pagamento por agente. Em termos de provedores de serviço de API, a BlockSec já integrou rótulos de endereços na cadeia e a verificação de risco de conformidade da Phalcon como endpoint pago x402, com preço inicial de $0,10 por chamada do agente e liquidação em USDC no Base [1].

As bandeiras não pretendem permitir que o tráfego do agente saia de sua própria infraestrutura, então optaram por se modificar.

A proposta representativa é o Agent Pay [3] lançado pela Mastercard 2025-4. Ele não cria nada de novo, mas incorpora a identidade do agente na infraestrutura de tokenização MDES, que já opera há dez anos: o MDES, originalmente usado para tokens de cartões virtuais do Apple Pay e Google Pay, agora adiciona dois campos ao token (identificador do agente + um objeto com escopo de sessão, contendo limites, escopo de comerciante e data de expiração). Quando o ChatGPT e o Microsoft Copilot ajudam os usuários a finalizar pagamentos por meio do Agent Pay, o caminho de liquidação ainda é o rail de cartão, mantendo todos os procedimentos de interchange e disputas de chargeback. O dinheiro continua sendo distribuído conforme a estrutura antiga: a organização de cartões recebe o interchange + taxa de rede, o banco emissor recebe a maior parte do interchange, e o adquirente/PSP recebe a taxa de processamento. A vantagem competitiva é a garantia de chargeback — um mecanismo de resolução de disputas sustentado por décadas de jurisprudência, que ainda não tem substituto equivalente nas rotas cripto em 2026.

O Visa segue uma abordagem diferente: em outubro de 2025, em parceria com a Cloudflare, lançou o Trusted Agent Protocol, que concede identidades verificáveis a agentes com base em HTTP Message Signature / Web Bot Auth, com 12 parceiros, incluindo Adyen, Checkout.com e Worldpay, participando do piloto [5]. A Stripe escolheu um terceiro caminho: transformou seu produto existente de Issuing em "emissão programática de cartões virtuais únicos para agentes" [10], permitindo que os agentes chamem diretamente a API de Issuing da Stripe para gerar cartões virtuais e concluir pagamentos, conectando artificialmente a barreira de taxa mínima do rail de cartões à demanda frequente paga pelos agentes.

Nem roubar rail, nem emitir novos vouchers, apenas padronizar o formato dos "vouchers de intenção" trocados entre agentes e comerciantes.

O modelo representativo é o AP2, lançado em 2025-9 pelo Google em parceria com mais de 60 empresas [2]. O AP2 utiliza W3C Verifiable Credentials para dividir a compra realizada pelo agente em nome do usuário em três etapas assinadas, cada uma com um comprovante criptográfico (denominado coletivamente Mandate):

1. 1. O usuário assina primeiro o Intent Mandate: informa ao agente "o que fazer" (por exemplo, "encontre um par de tênis de corrida brancos por menos de $200"). Após a assinatura, o usuário pode sair, e o agente usa essa autorização para procurar os produtos.
2. 2. O agente, após encontrar o produto específico, mostra o carrinho ao usuário; quando o usuário confirma em tempo real, assina o Mandato do Carrinho: bloqueia exatamente o que será comprado e o valor.
3. 3. O agente assina o Mandato de Pagamento no momento em que realmente inicia o pagamento: informa à parte de liquidação subsequente (organização de cartão / cadeia / Lightning) "este pagamento foi iniciado pelo agente em nome do usuário, processe conforme este escopo".

Processo de Mandato AP2 em três etapas: Primeira etapa, Mandato de Intenção (o usuário autoriza antecipadamente → o agente usa as credenciais para procurar produtos); Segunda etapa, Mandato de Carrinho (o agente encontra o produto → o usuário confirma em tempo real e bloqueia o carrinho); Terceira etapa, Mandato de Pagamento (o agente inicia o pagamento → o Visa/ x402/Lightning downstream recebe a evidência)

As três assinaturas são encadeadas para formar uma cadeia completa, e qualquer rail a jusante — seja cartão Visa, x402 USDC ou Lightning — pode obter a mesma evidência criptográfica. O AP2 não realiza liquidação nem passa dinheiro por ele; o Google ganha nesse caminho o poder de padronização: assim que o AP2 se tornar o padrão de fato, todos os rails adicionarão suas funcionalidades sobre ele. Coinbase e Lowe's já demonstraram o fluxo completo de compra com AP2 + criptomoeda estável [2].

No mesmo período, a OpenAI e a Stripe lançaram o ACP, com caminhos diferentes: transformar diretamente o ChatGPT em uma janela de compra; a The Information relatou posteriormente que a OpenAI cobra cerca de 4% de taxa de plataforma dos comerciantes do Shopify [4], sendo a primeira vez que uma empresa de LLM cobra diretamente na camada de checkout. Em 2026-3, a Stripe e a Paradigm lançaram conjuntamente o MPP, acompanhado por sua própria cadeia Tempo e uma proposta padronizada da IETF [6]; a OpenAI e a Anthropic entraram na lista de parceiros de design do MPP, algo nunca ocorrido na história do design de qualquer protocolo de pagamento.

As três rotas não são mutuamente exclusivas. A Stripe é ao mesmo tempo membro fundador da x402 Foundation, principal impulsionadora da ACP, principal impulsionadora da MPP e parceira da AP2; apostar simultaneamente em quatro padrões é a evidência mais direta de que o cenário do primeiro semestre de 2026 ainda não está claro [6].

Ilustração da aposta em quatro lados da Stripe: mesas x402 / ACP / MPP / AP2, onde a Stripe aposta fichas simultaneamente em cada mesa. legenda: "quando você não sabe quem vence, aposte em todas as mesas."

O que vem a seguir?

O cenário atual ainda não está claro, o que significa que as três abordagens ainda estão testando suas próprias soluções. Por trás de cada abordagem há uma estrutura de engenharia completa, modelo de negócios, base de clientes e posição regulatória, além de um conjunto próprio de riscos de segurança que devem ser analisados separadamente para que possam ser comparados. Os próximos artigos terão focos específicos.

Primeiro, vamos abordar o caminho nativo da crypto. Como o x402 ativou o código de estado "zumbi" HTTP 402, que existia há 27 anos? Por que o Skyfire conseguiu transformar o KYC na infraestrutura de identidade da era agent e atraiu a Anthropic para usar? E como o Cloudflare Pay per Crawl usou o mesmo código de estado para criar um mercado de pagamento por rastreamento para editores? Por trás dessas três linhas está o mesmo julgamento comercial: mercados com preço unitário abaixo de 1 centavo de dólar nunca serão acessíveis às tradicionais rail de cartão.

A terceira parte analisa como as organizações de cartões estão respondendo. O Mastercard Agent Pay integra a identidade do agente na infraestrutura de tokenização MDES, já operacional há dez anos, adicionando uma camada extra sobre seu ativo mais sólido; o Visa TAP emite aos agentes identidades verificáveis por assinatura digital, alinhando-se à intuição tradicional de “preciso saber quem você é antes de permitir que use o cartão”; o Stripe Issuing for Agents fornece aos agentes cartões virtuais únicos programaticamente, forçando a integração de micropagamentos frequentes à infraestrutura de cartões. Por trás dessas três abordagens está a mesma questão central: na era dos agentes, a definição legal de “titular do cartão” ainda é sustentável?

Na quarta camada, que se volta para o nível do protocolo, o que acontece é o mais surpreendente: protocolos como AP2, ACP e MPP não movem dinheiro, mas disputam o padrão de formato para o “credential de intenção” da era dos agentes. O AP2 cria uma cadeia de assinaturas criptográficas usando três Mandates, o ACP transforma o ChatGPT diretamente em uma interface de pagamento e o MPP leva o HTTP 402 para o processo de padronização da IETF. O vencedor desta camada se tornará o sistema operacional de todos os rails.

Último artigo comparativo horizontal. Coloque os três caminhos na mesma tabela para comparar identidade, fundos e resolução de disputas; os cenários de ataque únicos da era agent e o quão diferentes são os impactos em cada caminho; a regulamentação ainda permanece em silêncio, como a indústria está preenchendo o vazio de responsabilidade; e o fenômeno aparentemente contraditório da Stripe apostando simultaneamente em quatro padrões — o que isso revela sobre o julgamento industrial por trás disso.

Se ainda não estiver familiarizado com alguns termos de pagamento ao chegar aqui, dê uma olhada rápida na tabela de referência no final antes de continuar. As próximas quatro partes desta série assumirão que o leitor já sabe o que significam exatamente chargeback, acquirer, issuer, interchange, merchant of record, token e Mandate.

Glossário de termos

Referências

[1] Coinbase. "Introducing x402." Maio de 2025. https://www.coinbase.com/developer-platform/discover/launches/x402 ; Linux Foundation. "Launching the x402 Foundation." 2 de abril de 2026. https://www.linuxfoundation.org/press/linux-foundation-is-launching-the-x402-foundation-and-welcoming-the-contribution-of-the-x402-protocol ; BlockSec x402 paid API (etiqueta de endereço + endpoint de triagem de conformidade Phalcon, a partir de $0,10 por uso, liquidação em USDC no Base). https://x402.blocksec.ai/ ; Relatório Anual da Visa FY2025 (SEC 10-K). https://investor.visa.com/ ; Resultados da Mastercard FY2025. https://investor.mastercard.com/

[2] Google Cloud. "Anunciando o Protocolo de Pagamentos de Agentes (AP2)." 16 de setembro de 2025. https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol ; Documentação oficial do AP2. https://ap2-protocol.org/

[3] Mastercard. "Apresenta o Agent Pay." 29 de abril de 2025. https://www.mastercard.com/global/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html

[4] OpenAI. "Compre no ChatGPT." 2025-09-29. https://openai.com/index/buy-it-in-chatgpt/ ; Agentic Commerce Protocol GitHub. https://github.com/agentic-commerce-protocol/agentic-commerce-protocol

[5] Visa. "Comunicado de imprensa do Trusted Agent Protocol." 14 de outubro de 2025. https://investor.visa.com/news/news-details/2025/Visa-Introduces-Trusted-Agent-Protocol-An-Ecosystem-Led-Framework-for-AI-Commerce/default.aspx

[6] Stripe. "Desenvolvendo um padrão aberto para comércio agente." 2026. https://stripe.com/blog/developing-an-open-standard-for-agentic-commerce ; Stripe. "Apresentando o Protocolo de Pagamentos Máquina." 2026. https://stripe.com/blog/machine-payments-protocol ; IETF Internet-Draft "O Esquema de Autenticação HTTP de Pagamento." https://datatracker.ietf.org/doc/html/draft-ryan-httpauth-payment-01 ; The Defiant. "Tempo lança mainnet, revela o Protocolo de Pagamentos Máquina com a Stripe." 2026-03. https://thedefiant.io/news/blockchains/tempo-launches-mainnet-unveils-machine-payments-protocol-with-stripe

[7] Skyfire. https://skyfire.xyz/ ; "Skyfire lança o protocolo aberto KYAPay com checkout por agente." 26 de junho de 2025. https://www.businesswire.com/news/home/20250626772489/en/

[8] Lightning Labs. "Os Agentes Estão Aqui." 11 de fevereiro de 2026. https://lightning.engineering/posts/2026-02-11-ln-agent-tools/

[9] Cloudflare. "Introducing pay per crawl." 2025-07-01. https://blog.cloudflare.com/introducing-pay-per-crawl/ ; Cloudflare. "Introducing AI Crawl Control." 2025-08-28. https://blog.cloudflare.com/introducing-ai-crawl-control/ ; Cloudflare. "The crawl before the fall... of referrals." 2025-06. https://blog.cloudflare.com/ai-search-crawl-refer-ratio-on-radar/

[10] Stripe. "Dando aos agentes a capacidade de pagar." 2025. https://stripe.com/blog/giving-agents-the-ability-to-pay ; Documentação do Stripe Issuing para agentes. https://docs.stripe.com/issuing/agents