je ooit afgevraagd hoe je je agent registreert voor ERC-8004? nou, hier is hoe je het doet via ampersend terwijl je tegelijkertijd je agent aanmaakt 🍿 📺 @cryptomastery_ van @edgeandnode legt het uit

✨x402✨ HTTP 402, "betaling vereist," staat sinds 1997 in de specificatie. Bijna drie decennia deed het niets omdat er geen standaard was voor wat een machine eigenlijk moest doen wanneer het er een ontving. Geen protocol voor hoe de aanvraag te formatteren, de prijs te onderhandelen of de transactie te vereffenen. In mei 2025 heeft @CoinbaseDev x402 gelanceerd, een open protocol dat eindelijk die statuscode een functie geeft. Een agent stuurt een verzoek. De server reageert met 402 plus machine-leesbare betalingsvoorwaarden: bedrag, activum, netwerk, ontvanger. De agent evalueert de prijs, ondertekent een stablecoin-transactie en probeert het opnieuw met een betalingsbewijs-header. Gewoon HTTP-semantiek en cryptografisch bewijs van betaling. de adoptiecurve is steil geweest. Tegen het einde van 2025 had x402 meer dan 100 miljoen betalingsstromen verwerkt via API's, apps en autonome agents. @cloudflare lanceerde in september 2025 de x402-stichting om open governance van de standaard te formaliseren. Stripe begon x402 te gebruiken om USDC-betalingen voor AI-agents op base te faciliteren in februari 2026. Het betalingsprotocol van @googlecloud gebruikt x402 voor on-chain vereffening. Het protocol opereert nu op @base, @solana en @0xPolygon. V2 werd in december 2025 gelanceerd met op wallet gebaseerde identiteit, automatische API-ontdekking, multi-chain ondersteuning via CAIP-standaarden en compatibiliteit met legacy betalingssystemen zoals ACH en kaartnetwerken. x402 ging van open source-experiment naar fundamentele infrastructuur in minder dan een jaar. x402 = de betalingsprimitive voor agent commercie.

een $47k-incident: twee AI-agenten vast in een recursieve lus gedurende 11 dagen. geen inbreuk, geen exploit. alleen agenten met onbeperkte API-sleutels en geen handhaving op infrastructuurniveau om hen te stoppen. we hebben de demo gebouwd die deze foutmodus onmogelijk maakt (📺 bekijk de video) de ampersend x @BlockRunAI agentops demo toont een koperagent en verkoperagent die communiceren via a2a, waarbij elke llm-inferentieaanroep via blockrun wordt geleid via het x402-betalingsprotocol. de verkoper betaalt blockrun per verzoek met usdc op base. het portemonnee beleid van ampersend handhaaft de dagelijkse bestedingslimiet op het portemonnee niveau, niet in de applicatiecode. wanneer de limiet is bereikt, weigert de penningmeester te ondertekenen. de agent is economisch dood. de lus stopt. totale uitgave: precies de dagelijkse limiet die je hebt geconfigureerd. dit is belangrijk omdat staplimieten en tokenlimieten falen onder samenstelling. agent a roept agent b op die agent c oproept. elk van hen rapporteert zelf binnen het budget te blijven. de bug die de lus veroorzaakt, breekt ook de teller. alles wat afhankelijk is van de eigen logica van de agent om zijn uitgaven te beperken, zal falen in precies de scenario's waar limieten het belangrijkst zijn. de architectuur hier verplaatst de budgethandhaving volledig buiten het vertrouwensdomein van de agent. de portemonnee is de circuitonderbreker. bouw met ampersend + blockrun + x402. testnettransacties op base sepolia, klaar voor mainnet. bekijk de repo ⬇️