Podczas trwającego GovWare 2026 GoDaddy, Infoblox, Google i Cloudflare prezentują Chain of Trust — architekturę, która ma pozwolić agentom AI różnych organizacji przeprowadzić transakcję z udziałem człowieka. W opisanej próbie zakup lotu z Madrytu do Singapuru był symulowany: Stripe działał w trybie testowym i nie przepłynęły żadne prawdziwe pieniądze. GovWare odbywa się 13–15 października 2026 r., a demonstracja powstaje we współpracy z singapurskim urzędem Infocomm Media Development Authority (IMDA). Open Agent Commerce podaje termin wydarzenia, a studium przypadku projektu opisuje przebieg próby.
Co sprawdza Chain of Trust?
Próba sprawdza, czy niezależnie działające agenty mogą odnaleźć i zweryfikować partnera, uzyskać ograniczone upoważnienie od człowieka, a następnie dokończyć transakcję bez wspólnej platformy ani wcześniejszego porozumienia kupującego ze sprzedawcą. Scenariusz obejmuje zakup lotu z Madrytu do Singapuru.
W eksperymencie uczestniczą cztery agenty, działające w trzech usługach chmurowych i czterech domenach. Agent kupujący działa na AWS, sprzedający na Cloudflare, a usługa zatwierdzająca i niezależny weryfikator — na Google Cloud. Osobisty asystent człowieka łączy się z agentem kupującym przez MCP.
Czterej agenci i ich odrębne zadania
Agent kupujący wyszukuje sprzedawcę, sprawdza jego dane, zbiera podpisane oferty i składa wniosek o zakup. Agent sprzedający udostępnia profil handlowy oraz oferty, a przed przyjęciem płatności sprawdza, czy upoważnienie jest ważne. Usługa zatwierdzająca przedstawia zakup człowiekowi do akceptacji i wystawia podpisane mandaty. Niezależny weryfikator odtwarza kontrole na podstawie opublikowanych zapisów i łańcucha mandatów.
Od wyszukania sprzedawcy do weryfikacji
Przebieg zaczyna się od logowania za pomocą passkey i złożenia prośby o zakup. Agent kupujący odnajduje sprzedawcę przez DNS, po czym wykonuje 14 kontroli. Sprzedawca publikuje profil i podpisane oferty cenowe. Następnie człowiek zatwierdza zakup, a usługa zatwierdzająca wystawia dwa mandaty AP2. Agent kupujący przesyła podpisane żądanie finalizacji, a sprzedawca przeprowadza 10 kontroli przed obsłużeniem płatności.
W demonstracji UCP przenosi informacje o profilu handlowym i finalizacji zakupu, a A2A obsługuje komunikację między agentami. DNS pomaga odnaleźć usługę sprzedawcy; podpisy żądań oraz identyfikacja działających usług wspierają sprawdzanie ich tożsamości. Nazwy protokołów opisują różne części przepływu — nie zastępują zgody człowieka ani kontroli zakresu upoważnienia.
Jak zgoda człowieka ogranicza uprawnienia agenta
Człowiek zatwierdza zakup passkey. Podpisany mandat dotyczący finalizacji ogranicza transakcję do jednego sprzedawcy i konkretnego zakupu, a mandat płatniczy wskazuje jednego odbiorcę i kwotę. Oba mandaty są ograniczone czasowo i powiązane z kluczem agenta kupującego; sam agent kupujący nie może ich wystawić.
Agent sprzedający sprawdza bieżący status mandatu. Człowiek może zatrzymać agenta lub anulować zatwierdzenie, a operator może wycofać klucz agenta albo usunąć jego rekord DNS. To rozdzielenie tożsamości od uprawnień ma znaczenie: rozpoznanie, który agent wysłał żądanie, nie wystarcza, by uznać, że wolno mu wydać pieniądze.
Co pokazują płatność testowa i rejestry
Stripe obsługiwał płatność w trybie testowym, więc demonstracja nie przeniosła prawdziwych środków. Studium przypadku projektu opisuje też odrzucenie testowanych sfałszowanych i zmienionych żądań — żadne z nich nie doprowadziło do płatności.
Każda ze stron prowadziła rejestr z łańcuchem skrótów, a podpisane punkty kontrolne trafiały do publicznego rejestru przejrzystości SCITT. Taki zapis może potwierdzić, że dany rekord istniał i nie został zmieniony od określonego momentu; sam nie dowodzi prawdziwości jego treści. Publiczne rejestry służyły w próbie jako ilustracja. W zastosowaniach komercyjnych uczestnicy mają utrzymywać rejestry prywatne i udostępniać je wybranym weryfikatorom.
Projekt określa Chain of Trust jako wczesną architekturę referencyjną, przeznaczoną do dalszego testowania i rozwijania standardów.
