Een
AI-agent die extra rekenkracht nodig heeft, moet die straks zelf bij
Alibaba Cloud kunnen kopen en betalen. Sui Foundation en Alibaba Cloud werken aan een koppeling waarbij software binnen een vooraf bepaald budget cloud- en AI-diensten afrekent via Sui.
De samenwerking werd op 7 oktober aangekondigd tijdens Sui Basecamp in Singapore. De betaaltechnologie draait echter nog op testnet. Een publieke marktplaats met Alibaba Cloud-diensten is er nog niet.
Mens stelt budget in, agent handelt de rest af
Het idee draait om beperkte financiële vrijheid.
Een gebruiker bepaalt vooraf welke diensten een AI-agent mag kopen, hoeveel geld in totaal beschikbaar is en welk bedrag maximaal per betaling mag worden uitgegeven.
Daarna kan de agent zelfstandig diensten zoeken, de prijs controleren en betalen.
Sui Foundation zegt dat Alibaba Cloud-diensten uiteindelijk binnen dit model beschikbaar moeten worden. Daarmee krijgt Alibaba een verkoopkanaal dat specifiek is ingericht voor software die zelfstandig aankopen uitvoert.
Welke concrete Alibaba Cloud-producten als eerste aansluiten, is nog niet bekendgemaakt.
Betaling gebeurt per afzonderlijke aanroep
Sui Agent Payments gebruikt een model waarbij iedere dienst een prijs per call kan krijgen.
Een agent vraagt bijvoorbeeld extra compute, een AI-model of een andere API op. De betaalgateway ontvangt vervolgens de prijs en controleert of de aankoop binnen de rechten van de agent valt.
Daarna wordt de betaling afgerekend voordat de externe dienst wordt uitgevoerd.
Het antwoord komt terug met een betaalbewijs dat later kan worden gecontroleerd.
Dat maakt betalingen onderdeel van dezelfde geautomatiseerde workflow als het aanvragen van de dienst zelf.
USDC wordt afgerekend op Sui
De huidige testversie gebruikt USDC.
USDC is een van de bekendste
stablecoins en probeert zijn waarde rond één Amerikaanse dollar te houden.
Sui zegt dat de betaling op zijn netwerk wordt afgerond voordat de gevraagde dienst wordt geleverd.
De agent hoeft daarvoor zelf geen SUI aan te houden voor transactiekosten. Die kosten kunnen worden gesponsord, waardoor volgens de productpagina alleen de prijs van de dienst voor de agent overblijft.
Dat kan belangrijk worden bij zeer kleine betalingen.
Een agent die duizenden API-calls uitvoert, heeft weinig aan een betaalrail waarbij de transactiekosten telkens hoger zijn dan de dienst zelf.
Agent krijgt geen onbeperkte pot geld
Sui probeert het autorisatieprobleem op protocolniveau te begrenzen.
De eigenaar stort geld in een gedeelde pot en geeft de agent vervolgens een beperkte machtiging.
Daarin kunnen vier belangrijke grenzen staan: welke diensten toegankelijk zijn, het totale budget, het maximale bedrag per betaling en de einddatum van de toestemming.
De eigenaar kan die machtiging weer intrekken.
Volgens Sui worden deze regels bij de betaling op de
blockchain gecontroleerd. Een aankoop buiten de ingestelde voorwaarden hoort daardoor niet te worden afgerekend.
De agent krijgt dus geen blanco betaalkaart. Hij krijgt een afgebakend stuk bestedingsmacht.
Gestolen agentsleutel moet eveneens begrensd blijven
Die opzet heeft ook een beveiligingsdoel.
De agent krijgt een eigen gedelegeerde sleutel waarmee hij binnen de toegekende rechten kan handelen. Volgens Sui kan zelfs een gelekte agentsleutel alleen geld uitgeven binnen de on-chainlimieten van die specifieke machtiging.
De hoofdwallet blijft bij de eigenaar.
Dat beperkt de potentiële schade vergeleken met een model waarin een autonome agent rechtstreeks volledige toegang krijgt tot al het beschikbare geld.
Het neemt andere risico's niet weg.
Een agent kan binnen zijn toegestane budget nog steeds de verkeerde dienst kopen of onnodig veel calls uitvoeren. De ingestelde grenzen bepalen vooral hoe groot zo'n fout financieel kan worden.
Betalen en leveren blijven twee aparte stappen
Ook technisch is een geslaagde betaling geen garantie dat een dienst goed wordt geleverd.
Sui maakt expliciet onderscheid tussen settlement en delivery.
Wanneer de betaling is afgerond en de externe API daarna faalt, bestaat er niet automatisch recht op terugbetaling.
Aanbieders kunnen wel een aparte refundable offer gebruiken. Het geld gaat dan eerst naar een gedeelde refund vault en kan binnen een bepaalde periode worden teruggestuurd wanneer de levering volgens de ingestelde voorwaarden mislukt.
Dat detail wordt belangrijk wanneer
AI-agents zelfstandig honderden diensten achter elkaar inkopen.
Een betaalbewijs vertelt dat er geld is verstuurd. Het bewijst niet automatisch dat de gekochte compute of data correct is geleverd.
Publieke marktplaats bestaat nog niet
Daarmee komt de belangrijkste rem op de aankondiging.
Sui Agent Payments staat momenteel expliciet op testnet en niet op mainnet.
Betaalde calls zijn alleen via uitnodiging beschikbaar.
Ook de
openbare directory bevat nog geen diensten. Sui schrijft daar dat het aanbod later beschikbaar komt.
De
documentatiepagina is eveneens nog niet publiek ingevuld.
De samenwerking met Alibaba Cloud beschrijft dus vooral wat de partijen willen aansluiten zodra het betaalsysteem verder wordt uitgerold.
Van menselijke checkout naar machinebetaling
Daar zit uiteindelijk de grotere inzet.
De meeste online betaalprocessen zijn gebouwd voor mensen. Iemand opent een website, controleert een prijs en klikt op betalen.
AI-agents werken anders.
Software kan continu data, modellen en rekenkracht nodig hebben. Iedere afzonderlijke aankoop opnieuw door een mens laten goedkeuren haalt dan een groot deel van de autonomie weg.
Sui probeert daarom toestemming vooraf vast te leggen.
De mens bepaalt het speelveld. De agent koopt daarna binnen die grenzen zelf wat nodig is.
Met Alibaba Cloud krijgt dat model een veel concreter doel: software die niet alleen cloudcapaciteit gebruikt, maar die capaciteit ook zelfstandig kan afrekenen.
Voorlopig blijft dat een testnetmodel met toegang op uitnodiging. De echte test begint pas wanneer Alibaba Cloud-diensten daadwerkelijk in de catalogus verschijnen en agents op mainnet echt geld mogen uitgeven.