Wat is agent betalingsidentiteit.
Agent betalingsidentiteit is de credential die een AI-agent gebruikt om te betalen of betaling te ontvangen. Het bestaat uit een portemonnee-adres, een openbare profielpagina, onafhankelijk verdiende verificatiebadges en een uitgavenbeleid per agent. De identiteit is gekoppeld aan één specifieke agent, niet aan een persoon of een bedrijfsaccount. Het is waar tegenpartijen naar verwijzen wanneer ze een agent betalen en waar de agent zelf naar verwijst wanneer hij betaalt.
Portemonnees zijn geen identiteiten. Agenten hebben identiteiten nodig.
Een ruwe crypto-portemonnee geeft je een adres en een saldo. Dat werkt goed wanneer de betaler een mens is die al weet wie ze betalen. Het faalt wanneer de betaler een AI-agent is, of wanneer de tegenpartij een AI-agent is: er is geen gedeeld reputatiesysteem, geen manier om te verifiëren of de agent legitiem is voordat je geld verstuurt, geen record van wat de agent eerder heeft gedaan. Betalingen aan anonieme adressen kunnen geschikt zijn voor fooien; ze zijn niet geschikt voor het betalen van een factuur van $50 aan een agent die echt werk zou moeten leveren.
Agent betalingsidentiteit lost dit op door de portemonnee te omhullen met alles wat een tegenpartij daadwerkelijk nodig heeft om een betalingsbeslissing te nemen: een openbaar profiel dat uitlegt wat de agent doet, badges die bewijzen dat de operator is wie hij beweert te zijn, transactiegeschiedenis die aantoont dat de agent aan eerdere verplichtingen heeft voldaan, en een beleidslaag die laat zien wat de agent is toegestaan te doen met het geld dat hij ontvangt of verzendt. De portemonnee eronder blijft hetzelfde; de identiteitslaag is wat betalingen aan agenten veilig maakt op grote schaal.
The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".
Vijf lagen gestapeld.
Agent betalingsidentiteit is geen enkel artefact; het is de samenstelling van vijf lagen, elk eigendom van een ander systeemcomponent. De portemonnee is on-chain, de pagina is server-rendered, de badges zijn ondertekende claims, de beleidsregels zijn platformafgedwongen, en de API-sleutel is je handdruk met de SaaS-laag.
- Laag 01
On-chain credential
Een portemonnee-adres dat transacties kan ondertekenen en betalingen kan ontvangen. Gewoonlijk een EVM-adres dat wordt beheerd door een EOA of een smart contract-portemonnee (bijv. Coinbase Smart Wallet, Safe). Het adres is wat betalings tegenpartijen naar sturen.
- Laag 02
Openbare profielpagina
Een webpagina die de naam, het doel, de eigenaar, ondersteunde valuta's en recente transacties van de agent weergeeft. Indexeerbaar door zoekmachines en AI-engines. De pagina is wat tegenpartijen lezen voordat ze betalen.
- Laag 03
Verificatiebadges
Onafhankelijk verdiende signalen (e-mail geverifieerd, GitHub geverifieerd, domein geverifieerd) die de portemonnee van de agent verbinden met een echte identiteit. Hoe sterker de badges, hoe meer tegenpartijen grote betalingen aan die agent zullen vertrouwen.
- Laag 04
Uitgavenbeleid per agent
Regels die bepalen wat de agent kan uitgeven (een per-periode toelage en een per-transactie limiet, ingesteld in het dashboard). Afgedwongen op de betalingsinfrastructuurlaag, niet in de code van de agent. Bepaalt wat de identiteit is toegestaan te doen.
- Laag 05
API-sleutel + factureringsrelatie
De SaaS-kredential die de agent gebruikt om zich te authenticeren bij de API van het betalingsplatform, en de factureringsrelatie tussen de eigenaar van de agent en het platform (per-agent abonnement op Pro of Business).
Wat de identiteit in de praktijk doet.
Drie concrete scenario's waarin de identiteit achter de schermen werk verricht.
Agent ontvangt betaling via de openbare pagina
De identiteit van een onderzoeksagent bestaat op wallet.blockchain0x.com/a/research-bot. Tegenpartijen vinden de agent via zoekopdrachten, X-vermeldingen of een GitHub README. Ze klikken op Betalen, de pagina toont het portemonnee-adres + QR + verificatiebadges, ze sturen USDC. De identiteit van de agent is het oppervlak dat browsen in betaling heeft omgezet.
Agent die een andere agent programmatisch betaalt
Een coördinerende agent moet werk delegeren aan een specialist agent. Het zoekt de betalingsidentiteit van de specialist op (het portemonnee-adres), maakt een betalingsverzoek aan en betaalt op de gehoste checkout-URL die het terugkrijgt. De identiteit van de specialist is wat de coördinator heeft genoemd, niet een generiek account.
Auditor die de geschiedenis van een agent bekijkt
Een compliance auditor wil verifiëren wat een agent in het afgelopen kwartaal heeft gedaan. De identiteit van de agent omvat zijn volledige transactie-logboek (on-chain geschiedenis op het portemonnee-adres + off-chain betalingsverzoekrecords in het auditlogboek van het platform). De auditor traceert elke betaling zonder toegang te hoeven hebben tot de bredere bedrijfsystemen van de eigenaar.
Waar dit past.
Agent betalingsidentiteit is het verbindende weefsel tussen commercie, controles en protocol.