Quicknode

18 augustus 2026 — leestijd: 13 min.

AI- agents e zijn tegenwoordig overal te vinden. De ondersteuningsbot van McDonald’s, programmeerassistenten en schijnbaar elke startup-pitch van de afgelopen twee jaar.

Maar vraag het aan tien bouwers, of lees tien artikelen die op de eerste pagina van Google staan, en je krijgt tien verschillende antwoorden op de vragen „Wat is een AI- agent?” en „Hoe werken AI- agents eigenlijk?”.

Waarom is dat zo? Er bestaat geen eenduidige definitie. Toch is iedereen ervan overtuigd dat iedereen een AI- agents nodig heeft en dat het eenvoudig is om er een te bouwen.

In dit artikel wordt de AI- agents -stack tot in de kleinste details uitgelegd: wat deze precies inhoudt, hoe autonomie werkt, welke rol blockchain hierin speelt en hoe de verschillende onderdelen van de stack op elkaar aansluiten.

Wat zijn AI- Agents eigenlijk?

AI- agents en zijn softwareprogramma’s die hun omgeving waarnemen, op basis van redeneringen en geheugen beslissen wat ze moeten doen, en zelfstandig acties ondernemen om een doel te bereiken.

Elke AI- agent e is opgebouwd rond vier fundamentele componenten:

• Doel: Hierin wordt het doel omschreven dat de agent nastreeft.

• Let op: Verzamelt informatie uit de omgeving via gebruikersinvoer, API’s, databases, browsers of andere gegevensbronnen.

• Reden: Maakt gebruik van het model, het geheugen en de beschikbare context om te bepalen wat er vervolgens moet gebeuren.

• Actie: Gebruikt tools om acties te starten, zoals het verzenden van een verzoek, het schrijven van een bestand, het uitvoeren van code, het uitvoeren van een transactie of het activeren van een ander systeem.

Het doel bepaalt de richting. ‘Observeren > Redeneren > Handelen’ vormt de cyclus die doorgaat totdat het doel is bereikt of de ‘ agent ’ een stopvoorwaarde bereikt.

Het gaat hier om het vermogen om te handelen. Zonder dat blijft het redeneren beperkt tot het model, wat ons bij een grote verwarring brengt die online heerst: agents versus modellen.

AI- Agents s versus LLM-modellen

Een LLM vormt de redeneermotor achter veel AI- agents. De „agent ” ontstaat wanneer redeneren wordt gekoppeld aan geheugen, tools, workflows en uitvoering.

Neem eens de volgende opdracht: doe onderzoek naar de tien grootste concurrenten in een markt en vergelijk hun prijzen.

Een LLM kan suggesties doen over hoe de taak moet worden aangepakt. Een ‘ agent ’ kan deze taak daadwerkelijk uitvoeren:

Deze cyclus kan zich tientallen keren herhalen. En juist hierin onderscheiden AI- agents en zich van een gewoon LLM-model.

1. Het model biedt een onderbouwing.

2. Hulpmiddelen bieden mogelijkheden.

3. De infrastructuur bepaalt waar die acties kunnen plaatsvinden.

4. Access bepaalt in hoeverre acties autonoom (zonder menselijke tussenkomst) kunnen plaatsvinden.

Anders gezegd: een LLM kan een ‘ agent ’ vertellen wat het moet doen. De rest van de stack bepaalt of de ‘ agent ’ dat ook daadwerkelijk kan uitvoeren.

En hier stuit de ‘ agents ’ van vandaag op een grens.

AI- Agents s lopen tegen de ‘autonomiemuur’ aan

De meeste AI- agents en communiceren met de buitenwereld via infrastructuur die voor mensen is ontwikkeld. Ze maken gebruik van API-sleutels die door ontwikkelaars zijn aangemaakt, accounts die door mensen zijn aangemaakt, clouddiensten die aan bedrijven worden gefactureerd, betaalmethoden die aan die accounts zijn gekoppeld en machtigingen die door beheerders zijn verleend.

De ‘ agent ’ kan besluiten een actie te ondernemen, maar het daadwerkelijke vermogen om die actie uit te voeren ligt vaak nog bij iemand anders.

Dit is het verschil tussen een agent die tools kan aanroepen en een agent die zelfstandig kan functioneren.

Voor meer autonomie is meer nodig dan alleen betere LLM’s. Agents hebben manieren nodig om hun identiteit vast te stellen, activa te beheren, waarde uit te wisselen en acties uit te voeren zonder tussenkomst van mensen.

Dat is waar blockchain interessant wordt.

Waarom zou je AI- Agents s op de blockchain zetten?

Blockchain biedt AI- agents s toegang tot programmeerbare basiselementen voor eigendom, identiteit, betalingen, uitvoering en gedeelde status.

Dat maakt een LLM op zichzelf nog niet autonoom. Het biedt een agent daarentegen nieuwe manieren om met de wereld te communiceren.

Vijf basiselementen zijn in dit verband bijzonder relevant:

Samen bepalen deze basiselementen wat een agent kan doen.

Een ‘ agent ’ zou middelen kunnen beheren, een dienst kunnen betalen, kunnen aantonen via welke identiteit het handelt, interactie kunnen aangaan met een smart contract en een verifieerbaar verslag kunnen achterlaten van wat er is gebeurd.

Maar dit alles gebeurt niet simpelweg omdat een agent een portemonnee heeft.

Om deze mogelijkheden in de praktijk te laten werken, bevindt zich tussen de redeneringslus en de blockchain een reeks infrastructuurcomponenten. Laten we daar eens naar kijken.

Wat is de Onchain AI- Agent -stack?

De on-chain AI- agent -stack is een reeks infrastructuurlagen – op het gebied van betalingen, identiteit, toegang en coördinatie – waarmee AI- agents s autonoom kunnen handelen op de blockchain.

Deze lagen werken samen zodat een ‘ agent ’ een portemonnee kan beheren, zijn identiteit kan aantonen, voor goederen en diensten kan betalen en transacties kan uitvoeren met beperkte of geen menselijke tussenkomst.

In deze handleiding kan de stack worden onderverdeeld in drie delen.

Deze drie onderdelen vormen de opbouw van de rest van deze handleiding:

Toegang > Identiteit > Verkenning > Betalingen > Uitvoering > Transacties

Elk onderdeel is afhankelijk van het onderdeel dat eraan voorafgaat. Economische zeggenschap zonder toegang is slechts een concept, geen daadwerkelijke mogelijkheid. Bedrijfsactiviteiten zonder economische zeggenschap hebben niets om mee te werken.

Laten we dus beginnen bij het begin: het op de blockchain plaatsen van de ‘ agent ’.

Toegang tot de blockchain verlenen aan AI- Agents s

Toegang tot de blockchain stelt een AI- agent e in staat om de status op de blockchain te lezen en transacties in te dienen. In de praktijk begint dit meestal met een RPC- endpoint , die de agent met een blockchain-node verbindt.

RPC werkt in grote lijnen net als een API. De ‘ agent ’ stuurt een verzoek naar een node en ontvangt in ruil daarvoor blockchain-gegevens. Dezelfde interface kan ondertekende transacties verzenden wanneer de ‘ agent ’ actie moet ondernemen.

Dat omvat de twee basisrichtingen die een agent nodig heeft:

• Lees: saldi controleren, smart contracts opvragen, transacties bekijken, gaskosten schatten of het meest recente blok ophalen.

• Noteer: overdrachten via de beurs, ruiltransacties, contractuitwinningen of andere bevestigde transacties.

De juiste blockchain-interface kiezen

De interface hangt af van wat de agent moet waarnemen.

1. JSON-RPC via HTTP is geschikt voor eenvoudige verzoek-antwoordtaken, zoals het opvragen van een saldo of het doorgeven van een transactie.

2. WebSockets onderhouden een permanente verbinding. Ze zijn geschikt voor agents die nieuwe blokken, logbestanden of andere statuswijzigingen in de gaten moeten houden en daarop moeten reageren zodra deze zich voordoen.

3. gRPC is ontworpen voor gespecialiseerde taken, zoals het in hoge doorvoersnelheid streamen van rekeningen, transacties, slots en andere realtime gegevens.

Quicknode biedt deze interfaces aan voor meer dan 80 blockchains en meer dan 130 netwerken via één gemeenschappelijk API-punt.

Voor latencygevoelige of omvangrijke workloads bieden Dedicated Clusters een geïsoleerde infrastructuur.

Reageren op gebeurtenissen op de blockchain

Het aflezen van de status en daarop reageren zijn twee verschillende zaken. Polling werkt wel, maar verspilt telefoongesprekken en mist alles wat er tussen de controles door gebeurt.

Daarom moeten AI- agents en een manier hebben om gebeurtenissen op de blockchain te detecteren en daarop te reageren. Een handels agent kan bijvoorbeeld niet wachten op een prompt voordat het een prijsverandering, transactie of contractgebeurtenis opmerkt.

Quicknode biedt twee belangrijke manieren om deze workflows op te zetten:

• Streams levert realtime en historische blockchain-gegevens aan bestemmingen zoals webhooks en databases. Het biedt ondersteuning voor filtering, het afhandelen van reorganisaties en betrouwbare levering voor workflows waarbij het missen van een gebeurtenis de uitvoering kan beïnvloeden.

• Webhooks verstuurt meldingen over gebeurtenissen via HTTP-callbacks. Het biedt een eenvoudigere configuratie voor workflows waarbij levering op basis van ‘best effort’ voldoende is.

Nu de toegang en de afhandeling van gebeurtenissen geregeld zijn, gaan we ons buigen over de agentische identiteit, dat wil zeggen: vaststellen welke agent de waarnemer en de handelende partij is.

Hoe AI- Agents en een on-chain identiteit krijgen

Dankzij on-chain identiteit kunnen AI- agents en op verifieerbare wijze worden herkend en geïdentificeerd voordat er een interactie of transactie plaatsvindt.

ERC-8004 maakt dit mogelijk via on-chain registers voor identiteit, reputatie en validatie. Registratie kost één transactie. Daarna kan elke agent of dienst de registratie opzoeken en beslissen of er interactie plaatsvindt.

Elke agent krijgt:

1. Een reputatiescore waarbij rekening wordt gehouden met het aantal beoordelingen, het aantal verschillende tegenpartijen dat die beoordelingen heeft achtergelaten, en hoe vaak het werk van de agent is gemarkeerd of teruggedraaid.

2. Validatieverklaring, d.w.z. een onafhankelijke controle om na te gaan of een agent daadwerkelijk heeft gedaan wat het beweerde*.

*Vanaf half augustus 2026 niet meer beschikbaar op mainnet .

Een agent kan deze registers op twee manieren doorzoeken met behulp van Quicknode:

1. De ERC-8004 Explorer biedt een gebruiksvriendelijke interface voor het zoeken naar geregistreerde agents en het bekijken van hun profielen, reputatie en activiteiten.

2. Toepassingen kunnen dezelfde geïndexeerde gegevens ophalen via de ERC-8004 REST API of de JSON-RPC-add-on. Ontwikkelaars die directe toegang nodig hebben, kunnen in plaats daarvan de onderliggende ERC-8004-registratiecontracten opvragen via Core RPC.

Identiteit bepaalt wie een agent is en hoe andere AI- agents kunnen worden gevonden. De volgende vraag is van economische aard: hoe kunnen AI- agents onderling transacties uitvoeren?

Hoe AI- Agents s zelfstandig betalen

Dankzij geautomatiseerde betalingen kunnen AI- agents s API’s, data, rekenkracht en andere diensten aanschaffen zonder dat ze daarvoor een mens nodig hebben.

Er zijn momenteel twee protocollen die dit doen: x402 en MPP.

x402: Betaling per verzoek

x402 maakt het mogelijk dat een agent als onderdeel van het verzoek zelf betaalt voor een HTTP-bron.

Wanneer de agent een betaalde bron opvraagt, retourneert de server de statuscode 402 (Betaling vereist) samen met de prijs, het netwerk, het token en de betalingsinstructies.

De ‘ agent ’ ondertekent de betaling, verstuurt het verzoek opnieuw met de bijgevoegde autorisatie en ontvangt de bron zodra de betaling is geverifieerd. Een facilitator kan de verificatie en de afwikkeling op de blockchain voor de server verzorgen.

Dit werkt goed voor afzonderlijke transacties, zoals API-aanroepen, gegevensopvragingen of rekenopdrachten.

MPP: Betalen voor doorlopende toegang

Met het Machine Payments Protocol (MPP) kunnen agents betaalde sessies opzetten voor diensten waarbij sprake is van herhaalde of doorlopende interacties.

In plaats van elk verzoek als een afzonderlijke aankoop te behandelen, kunnen de betaling en de toegang gedurende een langere sessie geldig blijven.

Dit is geschikt voor diensten zoals permanente infrastructuur of langlopende workloads, waarbij het niet nodig is om bij elk verzoek opnieuw over een betaling te onderhandelen.

Het verschil is van praktische aard: bij ‘x402 ’ wordt de prijs bepaald op basis van het verzoek; bij MPP kan de prijs worden vastgesteld op basis van de relatie die zich over meerdere verzoeken heen uitstrekt.

Quicknode Maakt zowel ' x402 ' als 'MPP' mogelijk

Quicknode maakt beide betalingsmodellen bruikbaar binnen zijn eigen infrastructuur.

x402 Met Access kan een wallet gebruikmaken van de eindpunten van Quicknode zonder een account of API-sleutel aan te maken, met betalingsmodellen zoals ‘pay-per-request’, nanopayment en het opnemen van prepaidtegoed via JSON-RPC, REST, gRPC-Web en WebSocket.

MPP-toegang ondersteunt zowel eenmalige afschrijvingen als herbruikbare betalingssessies; bij deze sessies wordt één keer een betalingskanaal geopend, waarna voor volgende verzoeken ondertekende vouchers worden gebruikt, voordat de definitieve afwikkeling op de blockchain plaatsvindt.

Beide protocollen maken gebruik van één ‘free-tier’-bucket, d.w.z. 1 miljoen API-credits per maand per wallet, en beide kunnen opvragen uitvoeren op alle door Quicknode ondersteunde blockchains, ongeacht op welk netwerk de betaling wordt verwerkt.

Nu heeft een AI- agent us besloten wat er moet gebeuren en beschikt hij over de financiële middelen om dat uit te voeren. Hoe wordt die beslissing omgezet in een on-chain transactie?

Hoe AI- Agents -acties op de blockchain uitvoeren

On-chain-uitvoering zet de beslissing van een ' agent' om in een blockchaintransactie.

Een ‘ agent ’ kan besluiten om USDC over te maken, een swap uit te voeren, een positie op te eisen of een smart contract aan te roepen.

Deze beslissing wordt genomen op het redeneerniveau. Maar de infrastructuur voor de uitvoering van transacties zorgt ervoor dat die actie in de blockchain terechtkomt.

Van besluit tot transactie

De uitvoering begint met het omzetten van de intentie van een agent in een geldige transactie. Dat houdt in dat het contract en de methode worden geïdentificeerd, de parameters worden voorbereid, de kosten worden geschat en de transactie wordt opgebouwd in het formaat dat door de doelketen wordt verwacht.

Het ondertekenen vormt de cruciale grens. Zodra de transactie is ondertekend, kan deze worden verzonden via Quicknode Core RPC.

Voorbereiding van activa vóór de uitvoering

Agents zal niet altijd het benodigde item voor de volgende actie in bezit hebben.

Voor een betaling kan USDC nodig zijn, terwijl de wallet ETH bevat. Voor een interactie met het protocol kan een heel ander token nodig zijn. QuicknodeDe Swap API biedt een programmatische manier om routes op te halen en swaps voor te bereiden, zonder dat de ' agent ' hoeft te worden geïntegreerd met afzonderlijke DEX'en.

Daardoor wordt het routeren van assets een extra functie die binnen de workflow kan worden aangeroepen:

Saldo controleren > Ruilroute ophalen > Ruil uitvoeren > Saldo bevestigen > Taak voortzetten

Op dit moment kan de ' agent ' de status van de blockchain inzien, zijn identiteit vaststellen, voor middelen betalen en transacties uitvoeren.

De resterende uitdaging is van operationele aard: ervoor zorgen dat die capaciteiten beschikbaar en betrouwbaar blijven en binnen de gestelde grenzen blijven, terwijl de „ agent ” zonder voortdurend menselijk toezicht draait.

Beheer van AI- Agent -infrastructuur in de productieomgeving

Productie-AI- agents en hebben infrastructuur nodig die continu beschikbaar is, inspeelt op veranderende werklasten, de juiste tools identificeert en daarmee samenwerkt, en de toegang bewaakt en beperkt.

Eerdere versies bieden de mogelijkheid om een agent te maken.

De productielaag bepaalt of die functies continu kunnen draaien zonder dat elke wijziging in de infrastructuur tot een handmatige taak leidt.

Agents en hun eigen infrastructuur laten beheren

Quicknode's Admin API maakt infrastructuurbeheer programmatisch beschikbaar. Dit maakt het mogelijk voor goedgekeurde agent -workflows om resources via API's in te richten en te beheren.

Infrastructuurbeheer in natuurlijke taal

Quicknode biedt bovendien toegang tot dezelfde infrastructuur via een MCP-server, zodat een agent of de ontwikkelaar die met hem samenwerkt, een endpoint kan aanmaken, het gebruik kan controleren of een tarieflimiet kan bijwerken door dit in gewone taal aan te vragen, in plaats van handmatig API-aanroepen te schrijven.

Agent-Gerichte bronnen zoals Blockchain Skills en llms.txt vullen deze laag aan door documentatie en kennis over blockchain toegankelijker te maken voor agents .

Beperkingen op de mogelijkheden van een ‘ Agent ’

De autonomie op het gebied van productie moet duidelijk afgebakend zijn. Een agent heeft alleen toegang nodig tot de netwerken, methoden, middelen en inloggegevens die nodig zijn voor zijn taak.

Quicknode biedt beveiligingsmaatregelen zoals JWT-authenticatie, IP-toegangslijsten, methodespecifieke limieten en op rollen gebaseerde toegangscontrole (RBAC).

Dit zorgt voor een begrensde autonomie: voldoende bevoegdheden voor een ‘ agent ’ om zelfstandig te kunnen opereren, zonder dat een gecompromitteerde opdracht of een verkeerde beslissing leidt tot onbeperkte toegang tot de infrastructuur of bedrijfsmiddelen.

Daarmee is de cirkel rond. De intelligentie bepaalt wat er moet gebeuren; de omringende infrastructuur bepaalt wat een agent kan waarnemen, bekostigen, uitvoeren en op een veilige manier in de loop van de tijd kan laten functioneren.

AI- Agents s zijn wellicht de meest voor de hand liggende gebruikers van blockchain

Al meer dan tien jaar worden blockchaintoepassingen grotendeels ontworpen met de mens als uitgangspunt. Als we vandaag de dag wat afstand nemen en kijken naar draagbare identiteit, programmeerbaar geld en uitvoering zonder tussenpersonen, beseffen we d agents s de eerste categorie economische actoren zijn waarvoor de oorspronkelijke ontwerpaannames van blockchain zijn ontwikkeld.

• Zonder vertrouwen, omdat er geen juridische mogelijkheden zijn om tussen twee stukken software in te grijpen.

• Programmeerbaar, omdat er geen mens is die de voorwaarden leest.

• Zonder toestemming, omdat er niemand is om de aanvraag goed te keuren.

Met dit in het achterhoofd kijken we optimistisch uit naar een toekomst waarin AI de belangrijkste gebruiker van blockchain is agents.

FAQ: Veelgestelde vragen

1. Heeft elke AI- agent -oplossing een blockchain-infrastructuur nodig?

Nee. Blockchain wordt pas nuttig wanneer agents behoefte hebben aan on-chain-status, programmeerbare activa, betalingen, overdraagbare identiteit of uitvoering binnen onafhankelijke systemen.

2. Wat kunnen AI- agents s eigenlijk op de blockchain doen?

Agents kan blockchain-activiteiten monitoren, contracten opvragen, activa beheren, betalingen verrichten, transacties uitvoeren en workflows in gang zetten op basis van gebeurtenissen op de blockchain.

3. Kan een AI- agent e het geld dat het beheert, verliezen?

Ja. Een portemonnee die wordt beheerd door agent biedt geen bescherming tegen fraude, geen terugboekingen en er is geen bank die je kunt bellen als er iets misgaat.

4. Wat is het verschil tussen een on-chain AI- agent e en een handelsbot?

Tradingbots automatiseren vooraf gedefinieerde marktstrategieën. AI- agents s kunnen redeneren, tools selecteren, workflows aanpassen en bredere on-chain-taken uitvoeren.

5. Kunnen bestaande AI- agents s on-chain worden uitgevoerd?

Ja. Bestaande agents kunnen blockchain-functionaliteit toevoegen via RPC-API’s, wallets, betalingsprotocollen, identiteitsstandaarden en transactietools.

6. Kunnen twee AI- agents en transacties uitvoeren zonder dat er mensen bij betrokken zijn?

Ja. Het hele proces – van het vinden van een partner, de betaling tot en met de uitvoering – kan plaatsvinden zonder dat een medewerker elke stap hoeft goed te keuren.

7. Waarin verschilt een on-chain identiteit van een OAuth-token?

Een OAuth-token wordt door één platform uitgegeven en ingetrokken. Een on-chain identiteit is eigendom van de gebruiker zelf en kan op elk van deze platforms worden gebruikt.