GoDaddy, Infoblox, Google en Cloudflare demonstreren met de Singaporese Infocomm Media Development Authority (IMDA) Chain of Trust op GovWare 2026. Het evenement loopt van 13 tot en met 15 oktober. De architectuur brengt verschillende AI-agents samen voor een gesimuleerde aankoop van een vlucht van Madrid naar Singapore; Stripe draaide in testmodus en er ging geen echt geld over. De projectpagina van Open Agent Commerce noemt Chain of Trust een open referentiearchitectuur.
De vier agents en hun afzonderlijke taken
De test verdeelde het werk over vier zelfstandig draaiende agents: een koper, een verkoper, een goedkeuringsdienst en een onafhankelijke verificateur. Ze draaiden op drie cloudplatforms en gebruikten vier domeinen. De koperagent draaide op AWS, de verkoperagent op Cloudflare en de goedkeuringsdienst en verificateur op Google Cloud.
De mens bleef verantwoordelijk voor toestemming. De koperagent zocht de verkoper en vroeg de aankoop aan; de verkoperagent controleerde of er een geldig mandaat was. De goedkeuringsdienst gaf ondertekende mandaten uit en de verificateur controleerde achteraf de gepubliceerde gegevens en de mandaatketen.
Van verkopersdetectie tot betaling
De beschreven transactie begon met aanmelding via een passkey en het zoeken naar een verkoper via DNS. Daarna controleerde de koperagent de gegevens van de verkoper en verzamelde ondertekende offertes. Na menselijke goedkeuring stuurde de koper een ondertekend verzoek voor de afronding van de bestelling. De verkoper voerde vóór de betaling eigen controles uit. Het project beschrijft elf stappen, van het eerste verzoek tot de onafhankelijke verificatie. De technische casestudy van Open Agent Commerce beschrijft de volledige proefopstelling en de rollen van de gebruikte protocollen.
DNS, DNSSEC en DANE koppelden in de proef de dienstidentiteit van een agent aan een domein. DNS-AID en ARD ondersteunden het vinden van agents; ANS registreerde ze. A2A en MCP ondersteunden communicatie tussen agents en toegang tot hulpmiddelen, terwijl UCP de handelsprofielen en het afrekenen verzorgde. De casestudy noemt DNS-AID en ANS IETF Internet-Drafts en ARD een communityspecificatie.
Hoe menselijke goedkeuring de bevoegdheid begrensde
De persoon keurde de aankoop goed met een passkey. Vervolgens gaf een afzonderlijke goedkeuringsdienst ondertekende AP2-mandaten uit. Het checkoutmandaat gold voor één verkoper en één checkout; het betaalmandaat legde één ontvanger en één bedrag vast. Beide mandaten waren tijdelijk en gekoppeld aan de sleutel van de koperagent. Die agent kon zelf geen mandaten uitgeven.
De persoon kon de agent stoppen of een goedkeuring intrekken. De verkoper controleerde de actuele status van het mandaat; ook kon de operator een agentsleutel intrekken of diens DNS-record verwijderen. Zo scheidde de proef de identiteit van een agent — wie het verzoek doet — van diens bevoegdheid om een specifieke aankoop te laten uitvoeren.
Wat de test en de logboeken vastleggen
De koperagent voerde veertien controles op de verkoper uit; de verkoper voerde tien controles uit voordat de betaling werd verwerkt. Volgens het project werden de geteste vervalste en gemanipuleerde verzoeken geweigerd en leidde geen ervan tot een betaling. De betaling zelf liep via Stripe in testmodus, zonder overdracht van echt geld. Chain of Trust is een architectuur in een vroege fase, bedoeld als uitgangspunt voor verder testen.
Elke deelnemer hield een hashgekoppeld logboek bij. Ondertekende controlepunten werden geregistreerd bij een verificateur en een openbaar SCITT-transparantielogboek. Zo’n logboek kan aantonen dat een registratie op een bepaald moment onveranderd bestond; het bewijst niet dat de inhoud ervan waar is. De openbare logboeken dienden in de proef ter illustratie. Voor commercieel gebruik verwacht de casestudy dat deelnemers hun logboeken privé houden en toegang geven aan geselecteerde verificateurs.
