AI-translated from English; not yet reviewed by a fluent editor.

# Os agentes de IA estão a mudar os pagamentos. Quem decide como pagamos?

> A Mastercard, a Visa e outras empresas fintech estão a desenvolver pagamentos por agentes. As escolhas sobre consentimento, crédito e resolução de problemas podem redefinir quem controla uma compra.

By BIG CHANGE Editorial

Published: 2026-09-22T02:37:34.661Z
Updated: 2026-09-22T02:37:34.661Z
Canonical: https://bigchange.ai/blog/ai-agent-payments-mastercard-visa-credit-card

![A payment card and blank purchase order sit on a track beside an adjustable mechanical stop with an orange knob.](https://bigchange.ai/api/media/file/payment-authority-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. Delegating a purchase still requires a boundary around payment authority. The intact card, order and adjustable stop are a conceptual illustration, not a depiction of a specific product.

O mais recente anúncio da Alchemy sobre pagamentos por agentes oferece uma imagem reveladora da direção em que as finanças estão a evoluir. A 17 de setembro, a Alchemy anunciou que o seu produto AgentCard iria integrar a Mastercard Agent Pay, combinando as ferramentas de identidade do agente e uma carteira de stablecoins com credenciais de cartão de utilização única. Uma empresa associada à infraestrutura de blockchain está a recorrer a uma rede de cartões estabelecida para ajudar o software a fazer compras online. A Alchemy afirma que o AgentCard está disponível, mas descreve o apoio da Mastercard com uma mistura de termos relativos a funcionalidades atuais e futuras. O anúncio não demonstra que todos os titulares de cartões ou emissores tenham acesso. [Anúncio da Alchemy](https://www.prnewswire.com/news-releases/alchemy-unlocks-ai-agent-purchases-anywhere-mastercard-is-accepted-online-via-agentcard-302882149.html)

Esta evolução torna o debate sobre pagamentos por agentes de IA mais interessante do que uma previsão sobre o desaparecimento dos cartões de plástico. O software poderá escolher um vendedor, comparar opções de financiamento e iniciar uma transação. Quem fornecer esse software poderá ganhar influência sobre o destino das receitas e os produtos financeiros utilizados pelas pessoas.

Na BIG CHANGE, consideramos que as decisões de pagamento delegadas merecem tanto escrutínio como a despesa delegada. Um sistema pode comprar o artigo certo ao preço aprovado e, ainda assim, escolher uma forma dispendiosa de o financiar. Também pode poupar bastante trabalho ao comprador, comparando condições cuja análise manual é morosa. Ambos os resultados são plausíveis. A qualidade das regras e os incentivos por detrás da recomendação ajudarão a determinar qual deles prevalece.

Este é o primeiro de três artigos sobre agentes e dinheiro. O próximo analisa [stablecoins, depósitos bancários e a escolha do meio de pagamento](https://bigchange.ai/blog/ai-agent-payments-stablecoins-bank-deposits). O terceiro acompanha [ativos tokenizados na tesouraria e nas garantias](https://bigchange.ai/blog/ai-agents-tokenized-assets-treasury-collateral).

## O vídeo levanta uma distinção útil

Numa [conversa da a16z de 3 de setembro](https://www.youtube.com/watch?v=J3pegsM5drk), o anfitrião Erik Torenberg fala com Alex Rampell e o CEO da Affirm, Max Levchin, sobre a história dos pagamentos e a próxima interface. Levchin está mais otimista quanto à delegação de pagamentos do que quanto às compras orientadas pelo gosto pessoal. Rampell vê uma oportunidade quando o comprador já conhece o produto exato e quer ajuda para encontrar o vendedor e as condições de pagamento. Na conversa final, reconhecem também que a entrega, a reputação e as devoluções dificultam a simples otimização do preço. [Ver a partir dos 52:44](https://www.youtube.com/watch?v=J3pegsM5drk&t=3164s).

A conversa anterior sobre a Affirm dá contexto: os fundadores descrevem a passagem da redução de obstáculos no pagamento para um financiamento que influencia as decisões de compra e cria uma relação contínua com o cliente. São recordações e opiniões de participantes interessados, não provas medidas de forma independente do que a IA conseguirá fazer. A descrição da a16z também revela que a empresa e as suas afiliadas poderão investir nas empresas abordadas.

Esta distinção é útil para a conceção de produtos. Alguém que goste de escolher uma máquina fotográfica poderá continuar a querer que o software compare os custos de envio, a cobertura da garantia e as condições de reembolso depois de selecionar o modelo. Outro cliente poderá delegar, do princípio ao fim, uma compra rotineira para repor existências. Uma única definição de autorização chamada «compras autónomas» não serviria bem estas preferências.

## A Mastercard está a ligar várias partes da compra

A Mastercard lançou [a Agent Pay em abril de 2025](https://www.mastercard.com/us/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html). O programa combina agentes registados, credenciais de pagamento tokenizadas e controlos para os consumidores. As proteções propostas incluem o reconhecimento de transações iniciadas por agentes e o apoio à contestação de operações. O token do cartão é uma credencial de pagamento substituta. Não é uma criptomoeda nem um investimento tokenizado.

A vantagem prática é a continuidade. Um sistema de pagamentos que já liga emissores e comerciantes pode fornecer parte da infraestrutura necessária quando o software inicia uma compra. Isso não resolve automaticamente se o agente interpretou corretamente as instruções do cliente. A Mastercard e a Google abordaram este problema distinto com a [Verifiable Intent, em março de 2026](https://www.mastercard.com/us/en/news-and-trends/stories/2026/verifiable-intent.html): um registo criptográfico que liga a autorização à ação resultante do agente. O anúncio de março descrevia uma integração posterior na Agent Pay; o anúncio da Mastercard para comerciantes, em setembro, afirma que a Agent Pay já a utiliza.

A 9 de setembro, a Mastercard lançou [a Agent Connect e alargou a Agent Suite for Merchants](https://www.mastercard.com/us/en/news-and-trends/press/2026/september/mastercard-gives-merchants-a-simpler-way-to-build--connect-and-s.html). A oferta abrange informações sobre produtos dos comerciantes, detalhes do carrinho e ligações às transações. Os comerciantes podem escolher as experiências de IA participantes, mantendo as regras de preços e de cumprimento das encomendas. O anúncio começa pelos Estados Unidos e descreve os planos das empresas participantes; as funcionalidades futuras continuam sujeitas à disponibilidade. Refere também que as transações podem utilizar credenciais de qualquer rede, cabendo à Agent Pay disponibilizar capacidades adicionais para transações Mastercard.

A sequência é importante: uma credencial de pagamento ajuda a executar uma compra, enquanto uma ligação ao comerciante ajuda a garantir que o agente compra um produto disponível nas condições atuais. Nenhuma elimina a necessidade de verificar a outra. Uma compra autenticada de um artigo indisponível continua a ser um problema de apoio ao cliente.

## A Visa, a Amex e os processadores de pagamentos estão a resolver problemas diferentes

O [Trusted Agent Protocol da Visa](https://developer.visa.com/capabilities/trusted-agent-protocol/docs) ajuda os comerciantes a reconhecer agentes aprovados através de pedidos assinados. Um retalhista tem normalmente boas razões para desconfiar do tráfego automatizado. A identificação permite-lhe distinguir um agente de compras autorizado de um bot desconhecido, sem tratar todos os pedidos automatizados como se fossem pedidos de clientes.

O anúncio da Visa sobre o [Intelligent Commerce Connect](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22276.html), datado de 8 de abril de 2026, acrescenta iniciação de pagamentos, tokenização, autenticação e controlos de despesa através de uma única integração. Descreve o apoio à Visa e a outras redes, a diferentes cofres de tokens e a vários protocolos de comércio por agentes. Na data do anúncio, estava em fase-piloto com parceiros selecionados. Esta evidência sustenta uma estratégia de integração, mas não demonstra um acesso universal à produção atualmente.

A American Express torna a questão da responsabilidade invulgarmente explícita. O seu kit de desenvolvimento [Agentic Commerce Experiences](https://www.americanexpress.com/en-us/company/agentic-commerce/) separa a ativação da conta, as informações sobre a intenção e as credenciais de pagamento. A página indica que estas especificações estão disponíveis desde 14 de abril, enquanto as especificações para o registo de agentes e o contexto do carrinho continuam em desenvolvimento. A proposta Agent Purchase Protection cobriria erros elegíveis de agentes registados quando a Amex recebe uma intenção de compra autenticada. A página continua a apresentar esta proteção como uma funcionalidade futura. As condições indicadas incluem cartões elegíveis dos EUA, uma tentativa de devolução quando possível e a análise do pedido; instruções subjetivas como «o melhor» poderão não ser elegíveis.

A vantagem desta especificidade é expor um problema de conceção. «Compra uma cadeira boa» deixa mais margem para desacordo do que um modelo aprovado, um preço total máximo e um prazo de entrega. Uma política de proteção tem de decidir como lidar com essa diferença. Os leitores devem avaliar as condições efetivamente disponíveis para si, em vez de interpretarem o título como uma garantia geral.

[A documentação Agent Ready da PayPal](https://developer.paypal.com/agent-ready/overview/), atualizada a 10 de junho, descreve as vias da Braintree para o Agentic Commerce Protocol da OpenAI e o Universal Commerce Protocol da Google. A [Agentic da Adyen](https://www.adyen.com/press-and-media/adyen-agentic), anunciada a 16 de junho, oferece APIs modulares destinadas a permitir que as empresas participem em vários canais de comércio conversacional. O anúncio especifica disponibilidade limitada a comerciantes empresariais dos EUA, com expansão planeada. Estas abordagens são importantes para os comerciantes que pretendem alargar uma relação de processamento existente, em vez de criarem uma operação de pagamentos separada para cada assistente.

## Os protocolos não são intermutáveis

As siglas podem fazer o mercado parecer mais normalizado do que realmente é. Descrevem vários tipos de coordenação, com capacidades sobrepostas e diferentes requisitos de adoção.

- O [Agent Payments Protocol da Google (AP2)](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol) utiliza mandatos assinados para ligar as instruções do utilizador, um carrinho e um pagamento. Distingue a aprovação na presença da pessoa de uma delegação antecipada com limites definidos. A sua conceção abrange vários métodos de pagamento.
- O [Agentic Commerce Protocol (ACP)](https://stripe.com/blog/10-lessons), desenvolvido pela OpenAI e pela Stripe, define uma troca de finalização de compra baseada em API entre compradores, agentes e vendedores. Ajuda as partes a comunicar os detalhes da transação.
- O [Universal Commerce Protocol (UCP) da Google](https://blog.google/products-and-platforms/products/shopping/ucp-updates/) abrange capacidades de comércio como carrinhos, pesquisas de catálogo e associação de identidades. Os retalhistas escolhem que capacidades implementar; o apoio não é automaticamente idêntico em todo o lado.
- O Trusted Agent Protocol da Visa diz respeito ao reconhecimento de um agente e às informações assinadas enviadas ao comerciante. A Verifiable Intent da Mastercard diz respeito à prova da autorização do utilizador e da ação executada.

Uma implementação pode precisar de vários destes protocolos em conjunto. Reconhecer o agente não prova que tenha selecionado o produto certo. Um carrinho completo não prova que o cliente tenha autorizado o financiamento. Uma instrução assinada não demonstra que o comerciante tenha enviado alguma coisa.

A [descrição da Stripe sobre as primeiras implementações](https://stripe.com/blog/10-lessons) salienta dificuldades como formatos de catálogo inconsistentes e informação atualizada sobre o inventário. São contrapesos úteis às demonstrações de uma finalização de compra sem fricção. A integração com o retalho continua a exigir trabalho, mesmo quando um modelo consegue navegar num sítio Web de forma impressionante.

Para um comerciante, um teste sensato de interoperabilidade é concreto: a mesma encomenda, variante, preço e autorização mantêm-se intactos na passagem entre sistemas? É possível reconciliar e reembolsar a transação posteriormente? A terminologia comum é um ponto de partida para esse teste.

![A purchase order leads to a payment card under a magnifying glass beside a stop, then to a receipt, joined by rightward arrows.](/api/media/file/order-permission-receipt-inline-v2.png)

## O financiamento pode tornar-se uma decisão tomada em segundo plano

Imaginemos um cliente hipotético que autoriza a compra de um eletrodoméstico por 900 dólares. O seu assistente encontra uma oferta a pronto, uma recompensa de cartão e um plano de prestações. A prestação mensal mais baixa poderá ter o custo total mais elevado. Os juros poderão anular a recompensa. Uma taxa promocional poderá exigir o reembolso até uma determinada data.

A explicação do Consumer Financial Protection Bureau (CFPB) dos EUA sobre o [financiamento promocional](https://www.consumerfinance.gov/archive/blog/how-understand-special-promotional-financing-offers-credit-cards/) distingue as promoções sem juros das ofertas com juros diferidos, nas quais o saldo promocional não pago pode desencadear juros referentes ao período anterior. É uma explicação educativa dos EUA, não uma descrição de todos os produtos nem das regras de todos os países. A distinção mostra por que motivo um agente precisa das condições efetivas, e não de um rótulo de marketing.

Para este comprador hipotético, «minimiza o que pago» é uma instrução incompleta. Significa o custo total, o montante a pagar hoje, evitar novos empréstimos ou manter um determinado saldo disponível na conta? Estas prioridades podem entrar em conflito. Um assistente útil assinalaria o conflito antes de escolher uma obrigação financeira.

A proposta de conceção das nossas autorizações separa a compra do artigo da abertura ou escolha de crédito. O cliente poderia autorizar um meio de pagamento existente dentro de um orçamento, exigindo uma nova decisão para um empréstimo, um encargo recorrente ou uma alteração material das condições de reembolso. Trata-se de uma recomendação de conceção, não da afirmação de que todos os produtos atuais disponibilizam estes controlos.

Há também um conflito comercial que merece ser analisado. Um assistente poderá ser pago pelo cliente, pelo comerciante, por um credor ou por várias partes. É racional que um comerciante pague para aumentar as conversões, ao passo que o comprador quer gastar menos. Os leitores têm o direito de saber o objetivo de quem determina a ordenação. As instituições financeiras que o expliquem claramente têm uma história mais convincente do que as que oferecem mais uma promessa genérica de personalização.

## Os limites das autorizações têm de resistir a uma encomenda confusa

Imaginemos um pequeno estúdio de design que permite a um agente encomendar um cartucho de impressora específico a fornecedores aprovados, dentro de um orçamento mensal para consumíveis. A instrução parece simples até o fornecedor oferecer um pacote, os custos de envio fazerem ultrapassar o limite ou um tempo limite deixar o agente sem saber se a primeira encomenda foi aceite.

Avaliaríamos esse sistema seguindo esta sequência:

1. Registar o produto permitido, as condições do fornecedor, o custo total e o prazo de validade da autorização. As substituições e as compras recorrentes devem ser escolhas separadas.
2. Antes do pagamento, verificar o carrinho final face a essas condições, incluindo impostos, entrega e quaisquer alterações de termos.
3. Aplicar os limites no sistema de pagamento ou de execução. Um lembrete na conversa com o modelo é um controlo mais fraco do que uma transação efetivamente recusada.
4. Manter uma única referência da encomenda durante as tentativas seguintes para que uma resposta ambígua possa ser investigada antes de criar outra compra.
5. Fornecer ao cliente um recibo compreensível e uma via utilizável para cancelar, devolver ou contestar a encomenda.

Este é um procedimento de avaliação proposto, não um relato de um teste realizado pela BIG CHANGE. Inclui deliberadamente uma falha operacional comum. Um sistema que deteta uma instrução maliciosa, mas encomenda acidentalmente os mesmos consumíveis três vezes, também falhou perante o cliente.

O âmbito da autoridade delegada é tão importante como o limite de despesa. Uma compra abaixo do limite pode revelar a morada a um comerciante não pretendido ou criar uma subscrição indesejada. Autorizações claras reduzem a ambiguidade, mas não tornam mecânico todo e qualquer juízo.

## O cenário otimista é promissor

Agentes de pagamento bem concebidos poderão reduzir o tempo necessário para comparar opções cuidadosamente. As pequenas empresas poderão reconciliar compras rotineiras com encomendas e faturas de forma mais consistente. Os clientes poderão manter o controlo das escolhas importantes, delegando o preenchimento repetido de formulários e as verificações condicionais.

As redes existentes oferecem uma via plausível para a adoção, pois os comerciantes não têm de abandonar as relações de pagamento conhecidas para experimentar uma nova interface. Os protocolos e as integrações comuns também poderão reduzir a duplicação de trabalho. O resultado seria útil mesmo que os clientes continuassem a escolher a maioria dos produtos por si próprios.

A oportunidade vai além dos carrinhos de compras. O software que compra um breve período de computação ou um único pedido de dados enfrenta requisitos diferentes em matéria de preços e autorizações. O anúncio da Mastercard sobre a [Agent Pay for Machines](https://www.mastercard.com/us/en/news-and-trends/press/2026/june/mastercard-launches-agent-pay-for-machines.html), datado de 10 de junho, abrange explicitamente cartões e stablecoins. Analisamos essa interseção no segundo artigo, porque a forma do dinheiro altera as opções de liquidação e recuperação.

## O cenário pessimista diz respeito aos incentivos e à acumulação de erros

Eliminar obstáculos pode facilitar a execução de uma boa decisão. Mas também pode facilitar a repetição de uma má decisão. Autorizações individualmente modestas podem acumular-se entre assistentes e serviços, sobretudo quando cada sistema só vê o seu próprio limite.

A plataforma que controlar a lista de agentes selecionados poderá ganhar uma influência considerável sobre os comerciantes. Os vendedores poderão sentir-se pressionados a pagar por visibilidade ou a adaptar-se aos acordos comerciais preferidos pelo assistente. Este é um risco a investigar, não uma acusação de que os fornecedores citados já operem dessa forma. Entre as salvaguardas úteis contam-se explicações sobre a ordenação, transparência quanto aos incentivos comerciais e uma escolha significativa para os comerciantes.

O risco mais amplo é que uma pessoa tenha dificuldade em contestar provas técnicas de autorização. Um registo de auditoria pode mostrar o que foi assinado e, ainda assim, deixar em aberto uma disputa sobre o que o cliente compreendeu. A recuperação dos fundos tem de continuar a ser compreensível para a pessoa cujo dinheiro foi movimentado.

Isto dá ao setor um critério de progresso mais exigente do que o número de parceiros anunciados. Queremos ver compras concluídas que continuem corretas após devoluções e exceções; o custo total para o cliente após comissões e financiamento; o tempo necessário para resolver erros; e resultados que identifiquem os mercados, utilizadores elegíveis e tipos de transação envolvidos. Os comerciantes também precisam de provas do valor adicional depois de contabilizados os custos de integração e apoio.

A Mastercard, a Visa, a Amex, os processadores e os criadores de agentes detêm, cada um, parte dessas provas. Um relato de uma implementação real, incluindo uma transação falhada e quem a resolveu, ajudaria os leitores a avaliar esta mudança com muito mais precisão do que outra previsão sobre a dimensão do mercado.

## Sources

- [a16z: Porque podem os agentes de IA reinventar finalmente o cartão de crédito](https://www.youtube.com/watch?v=J3pegsM5drk) — Carregado a 3 de setembro de 2026. Foram revistas as legendas completas da conversa de 59 minutos com Max Levchin e Alex Rampell. Inclui recordações e opiniões dos fundadores; a a16z divulga possíveis investimentos. Não foi possível determinar a data da gravação.
- [Alchemy: AgentCard e Mastercard Agent Pay](https://www.prnewswire.com/news-releases/alchemy-unlocks-ai-agent-purchases-anywhere-mastercard-is-accepted-online-via-agentcard-302882149.html) — 17 de setembro de 2026. Anúncio da própria Alchemy, distribuído pela PR Newswire. Descreve credenciais de cartão, uma carteira de stablecoins e controlos. O AgentCard é apresentado como disponível; a linguagem da integração mistura capacidades atuais e planeadas, sem provas de elegibilidade universal.
- [Mastercard: lançamento da Agent Pay](https://www.mastercard.com/us/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html) — 29 de abril de 2025. Anúncio original do programa, abrangendo agentes registados, tokens de pagamento, controlos para consumidores e contestação de operações. Estabelece a conceção e as colaborações anunciadas, não a segurança ou adoção medidas.
- [Mastercard: Verifiable Intent](https://www.mastercard.com/us/en/news-and-trends/stories/2026/verifiable-intent.html) — 5 de março de 2026. Explicação da Mastercard sobre o registo de autorização desenvolvido em conjunto com a Google. A integração na Agent Pay era então futura; o comunicado para comerciantes de setembro descreve a sua utilização.
- [Mastercard: Agent Connect e Agent Suite for Merchants](https://www.mastercard.com/us/en/news-and-trends/press/2026/september/mastercard-gives-merchants-a-simpler-way-to-build--connect-and-s.html) — 9 de setembro de 2026. Anúncio de ligação a catálogos, carrinhos e pagamentos de comerciantes, com início nos EUA. Os planos das empresas participantes e as capacidades futuras não devem ser interpretados como uma implementação universal.
- [Visa: documentação do Trusted Agent Protocol](https://developer.visa.com/capabilities/trusted-agent-protocol/docs) — Documentação em vigor consultada a 22 de setembro de 2026. Explica pedidos assinados e o reconhecimento de agentes aprovados. A autenticação do agente não comprova a qualidade do produto, a entrega nem a adequação do financiamento.
- [Visa: Intelligent Commerce Connect](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22276.html) — 8 de abril de 2026. Anúncio de integração independente de redes e protocolos, abrangendo iniciação de pagamentos e controlos. A fase de lançamento indicada era um projeto-piloto com parceiros selecionados; não prova um acesso alargado atualmente.
- [American Express: Agentic Commerce Experiences](https://www.americanexpress.com/en-us/company/agentic-commerce/) — Página em vigor consultada a 22 de setembro de 2026. Distingue as especificações disponíveis das que ainda estão incompletas. A proposta Agent Purchase Protection continua a ser uma funcionalidade futura e condicional; a elegibilidade e as exclusões são descritas nas notas de rodapé da página.
- [PayPal: apresentação geral do Agent Ready](https://developer.paypal.com/agent-ready/overview/) — Atualizada a 10 de junho de 2026. A documentação para programadores distingue a integração de tokens delegados ACP na Braintree da via Google Pay UCP. O apoio da plataforma não significa que todos os comerciantes a tenham ativado.
- [Adyen: lançamento da Agentic](https://www.adyen.com/press-and-media/adyen-agentic) — 16 de junho de 2026. Descreve APIs de catálogo, carrinho e pagamento. A disponibilidade inicial está limitada a comerciantes empresariais dos EUA; está prevista uma expansão mais ampla. Os benefícios são alegações do fornecedor.
- [Google Cloud: Agent Payments Protocol](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol) — 16 de setembro de 2025. Explicação de referência sobre intenções assinadas e mandatos de carrinho para compras na presença de uma pessoa ou delegadas. Descreve a conceção e exemplos do protocolo, não regras universais de responsabilidade nem uma adoção medida.
- [Stripe: lições das primeiras experiências de comércio por agentes](https://stripe.com/blog/10-lessons) — 12 de março de 2026. Relato de um operador sobre o ACP, a integração de catálogos e os problemas de inventário. Inclui observações úteis de produção, sem afirmar que a BIG CHANGE replicou as implementações ou que os exemplos medem todo o mercado.
- [Google: atualizações do Universal Commerce Protocol](https://blog.google/products-and-platforms/products/shopping/ucp-updates/) — 19 de março de 2026. Capacidades opcionais de carrinho, catálogo e associação de identidades. A capacidade do protocolo e a sua implementação nos próprios serviços da Google são aspetos distintos; os adotantes podem apoiar funcionalidades diferentes.
- [CFPB: promoções sem juros e com juros diferidos](https://www.consumerfinance.gov/archive/blog/how-understand-special-promotional-financing-offers-credit-cards/) — 8 de junho de 2017, orientação educativa dos EUA arquivada. Explica a distinção de financiamento utilizada no exemplo hipotético. Não representa preços atuais de produtos nem uma declaração sobre a legislação de todas as jurisdições.
- [Mastercard: Agent Pay for Machines](https://www.mastercard.com/us/en/news-and-trends/press/2026/june/mastercard-launches-agent-pay-for-machines.html) — 10 de junho de 2026. Anúncio de pagamentos entre máquinas que abrange cartões e stablecoins. Faz a ligação ao segundo artigo da série; não demonstra um custo total inferior nem um acesso universal à produção.