Versão condensada em português. A versão completa em inglês —incluindo a discussão sobre revogação aberta pelo Alex Shev nos comentários— é a canônica.
Por que em português
O Brasil não espera as redes internacionais decidirem o futuro dos pagamentos — o Pix virou referência mundial de pagamento instantâneo, e o ecossistema brasileiro de IA cresce rápido demais para depender só de specs em inglês. Agentes de IA já estão operando, e a pergunta "em quem este agente confia?" chega em português antes de chegar traduzida. Este texto resume o que Visa e Mastercard lançaram, o que elas não entregam, e o que você mesmo pode verificar hoje, com URLs públicas.
O que acabou de acontecer
Em 2026 as redes de pagamento pararam de falar de "agent commerce" no abstrato e começaram a publicar especificações:
- Visa publicou o Trusted Agent Protocol (TAP): repo aberto com spec e implementação completa (registro de agentes, backend e frontend de merchant, agente vivo). Cada requisição de agente carrega assinatura criptográfica com timestamp, session ID único, identificador de chave e algoritmo — amarrada ao domínio do merchant e à operação específica, sem chance de replay.
- Mastercard lançou Verifiable Intent (VI): o merchant valida a credencial de intenção assinada em tempo real dentro do fluxo de autorização, antes do dinheiro se mover.
- Ao redor: x402 (Coinbase → Linux Foundation) e AP2 (Google + Visa + Mastercard + PayPal + ~60 parceiros).
Quando as empresas que movem a maior parte do dinheiro do mundo constroem a mesma camada ao mesmo tempo, isso não é tendência — é validação. A infraestrutura de confiança entre agentes virou load-bearing.
A brecha que ninguém cobre
O que um terceiro não consegue fazer com esses protocolos:
- Auditar o verificador. Como saber que a coisa que diz "este agente é confiável" não está corrompida, patcheada ou decorando respostas? Num protocolo de rede, você confia no veredito porque confia na rede. Circular.
- Reproduzir a credencial. Um outsider consegue reconstruir o artefato a partir de bytes públicos e obter o mesmo resultado, bit a bit?
- Encontrar evidência imutável. Onde está o registro append-only, hospedado por terceiro, provando o que foi publicado e quando — que nem o publicador consegue reescrever?
A diferença numa linha: TAP e VI dão a um agente permissão para transacionar dentro de uma rede. Uma ATC dá a qualquer um evidência verificável fora de toda rede — offline, sem membership, sem API key.
A analogia: as redes emitem a carteira de motorista. Nós publicamos os autos do processo — verificáveis por qualquer estranho, selados num log público que ninguém edita. O comércio precisa dos dois.
As três lições que adotamos
-
Da Visa: frescor precisa ser dos dois lados e derivado dos bytes. Nosso runner de referência impõe janela de validade bilateral —
issued_at <= NOW < expires_at. Um cartão datado no futuro (nosso vetorpremature-atc, emitido 2030-01-01) falha igual a um expirado. E o check deriva dos bytes do cartão, não de metadata lateral: um sidecar mentiroso ou deletado não vira o veredito. - Da Mastercard: verificação mora no fluxo — a nossa roda offline. Uma ATC verifica offline em milissegundos: um check Ed25519 contra âncoras fixadas, zero chamadas de rede, zero API keys, zero membership. Verificação no fluxo sem pedir permissão ao fluxo.
- De ambas: registro, mas append-only e fora do nosso controle. Cada release do nosso suite de conformance é contra-assinada e ancorada em Rekor, o log público de transparência do Sigstore. A entrada #3 (logIndex 2764479676) carrega os digests do suite v1.3.3 completo. Se tentássemos mudar a história em silêncio, o log nos contradiria.
Os recibos (tudo verificável por um estranho, URLs vivas)
- Suite de conformance: 14 vetores + 24 checks de comportamento + 10 mutantes que precisam ser pegos — https://www.marketnow.site/uta/conformance/
- Build reproduzível: o tarball publicado no npm recompila byte a byte a partir de fonte pública — https://www.marketnow.site/uta/conformance/repro/
- Âncoras Rekor: 3 entradas imutáveis, verificáveis com 9 checks — https://www.marketnow.site/uta/conformance/anchors/
- Código: https://github.com/alicelabs-llc/universal-trust-adapter
O bug que motivou o v1.3.3 foi encontrado por um estranho rodando nossas próprias ferramentas contra nós. Não é vergonha — é o produto funcionando.
Fechamento honesto
Os gigantes vão ganhar a camada de permissão do comércio entre agentes — para isso existem redes. O que construímos é a peça que as redes estruturalmente não vendem: prova que não exige confiar no vendedor. Quando uma empresa pergunta "quem audita os auditores?", a resposta não pode ser "os auditores". Tem que ser: qualquer um pode, e estes são os comandos.
Elas validaram a camada. Nós guardamos os recibos.
— AliceLabs / MarketNow · marketnow.site · UTA no GitHub
Top comments (0)