GoDaddy, Infoblox, Google e Cloudflare apresentam a Chain of Trust na GovWare 2026, que ocorre de 13 a 15 de outubro, em colaboração com a Infocomm Media Development Authority de Singapura (IMDA). A demonstração simula a compra de uma passagem de Madri a Singapura com Stripe em modo de teste: nenhum dinheiro real é movimentado.
Da descoberta do vendedor à verificação
O estudo técnico da Chain of Trust descreve uma compra simulada entre agentes operados de forma independente, sem plataforma compartilhada ou acordo prévio entre comprador e vendedor. O fluxo envolve quatro agentes, distribuídos por quatro domínios e três provedores de nuvem: o agente comprador roda na AWS, o vendedor na Cloudflare, e o serviço de aprovação e o verificador no Google Cloud.
O agente comprador localiza o vendedor por DNS e executa 14 verificações. Depois, o agente vendedor apresenta seu perfil comercial e envia cotações assinadas. Com a aprovação da pessoa, o comprador envia um pedido de conclusão da compra assinado por UCP. Antes de processar o pagamento de teste, o vendedor faz dez verificações. O fluxo termina com recibos assinados, registros da transação e uma checagem independente.
O assistente de IA da pessoa se conecta ao agente comprador por MCP. A2A permite a comunicação entre agentes, enquanto UCP transporta dados comerciais e solicitações de checkout. A arquitetura também reúne componentes em diferentes estágios de desenvolvimento: o estudo identifica DNS-AID e ANS como rascunhos de Internet do IETF, e ARD como uma especificação comunitária.
Os quatro agentes e suas funções
O agente comprador encontra o vendedor e conduz a solicitação; o agente vendedor confere se há autorização válida antes de aceitar. Um serviço separado de aprovação emite os mandatos, e um verificador independente reavalia os registros e a cadeia de autorizações. A pessoa aprova a compra por passkey.
Quem participa do teste da Chain of Trust?
La persona aprova a compra; quatro agentes desempenham funções distintas no fluxo documentado.
A aprovação humana e a verificação são funções diferentes das tarefas dos agentes comprador e vendedor.
- Pessoa: aprova a compra com passkey.
- Agente comprador: encontra o vendedor e solicita a compra.
- Agente vendedor: confere o mandato antes de aceitar.
- Serviço de aprovação: emite mandatos AP2 assinados e limitados.
- Verificador independente: confere os registros e a cadeia de mandatos.
Como a aprovação humana limita a compra
A pessoa autoriza a operação com uma passkey, e o serviço de aprovação emite dois mandatos AP2 assinados. O mandato de checkout fica restrito a um vendedor e a uma compra específica; o mandato de pagamento define um beneficiário e um valor. Ambos têm prazo de validade e são vinculados à chave do agente comprador, que não pode emitir seus próprios mandatos.
O vendedor consulta o status do mandato antes de prosseguir. A pessoa pode interromper o agente ou cancelar uma aprovação; o operador também pode retirar a chave do agente ou remover seu registro DNS.
O que os testes e os registros mostram
O estudo relata que solicitações falsificadas ou adulteradas foram recusadas nos cenários testados, sem que nenhuma resultasse em pagamento. A Chain of Trust é apresentada como uma arquitetura de referência em estágio inicial, voltada a testar interoperabilidade e contribuir para o amadurecimento dos padrões.
Cada participante mantém um registro encadeado por hashes. Na demonstração, os checkpoints assinados foram registrados em um verificador e em um log público de transparência SCITT. Esse tipo de log pode demonstrar que um registro existia sem alterações em determinado momento; não comprova que o conteúdo seja verdadeiro. Os registros públicos serviram para ilustrar o teste. Para usos comerciais, o projeto prevê que os participantes mantenham os próprios registros privados e liberem acesso a verificadores selecionados.
