Ein Leitfaden für Entwickler zur Programmierung auf dem Onchain-AI- Agent -Stack

Quicknode

18. August 2026 – 13 Minuten Lesezeit

Teilen

Als bevorzugte Quelle hinzufügen

KI- agents en sind heutzutage allgegenwärtig. Der Support-Bot von McDonald’s, Programmierassistenten und scheinbar jede Startup-Präsentation der letzten zwei Jahre.

Fragt man jedoch zehn Entwickler oder liest man zehn Artikel, die auf der ersten Seite von Google ranken, erhält man zehn verschiedene Antworten auf die Fragen „Was ist ein KI- agent?“ und „Wie funktionieren KI- agents n eigentlich?“.

Warum ist das so? Es gibt zwar keine allgemeingültige Definition, doch jeder ist davon überzeugt, dass jeder eine KI agents braucht und dass es einfach ist, eine solche zu entwickeln.

Dieser Beitrag analysiert KI- agents e bis ins kleinste Detail: Was sie eigentlich sind, wie Autonomie funktioniert, welche Rolle die Blockchain dabei spielt und wie die einzelnen Komponenten des Stacks zusammenwirken.

Was sind KI- Agents n eigentlich?

KI- agents e sind Softwareprogramme, die ihre Umgebung beobachten, mithilfe von Schlussfolgerungen und Gedächtnis entscheiden, was zu tun ist, und eigenständig Maßnahmen ergreifen, um ein Ziel zu erreichen.

Jedes KI- agent m basiert auf vier grundlegenden Komponenten:

• Ziel: Definiert das Ziel, das die „ agent “ erreichen möchte.

• Beachten Sie: Sammelt Informationen aus seiner Umgebung über Benutzereingaben, APIs, Datenbanken, Browser oder andere Datenquellen.

• Begründung: Nutzt Modell, Speicher und den verfügbaren Kontext, um zu entscheiden, was als Nächstes geschehen soll.

• Aktion: Nutzt Werkzeuge, um Aktionen auszulösen, wie z. B. eine Anfrage zu senden, eine Datei zu schreiben, Code auszuführen, eine Transaktion durchzuführen oder ein anderes System anzusteuern.

Das Ziel gibt die Richtung vor. „Beobachten > Überlegen > Handeln“ bildet den Kreislauf, der so lange fortgesetzt wird, bis das Ziel erreicht ist oder der „ agent “ eine Stoppbedingung erreicht.

Was hier zählt, ist die Handlungsfähigkeit. Ohne sie bleibt das logische Denken auf das Modell beschränkt, was uns zu einer großen Verwirrung im Internet führt: „ agents “ vs. „Modelle“.

KI- Agents s vs. LLM-Modelle

Ein LLM bildet die Grundlage für die Schlussfolgerungsengine vieler KI- agents. Das „agent “ entsteht, wenn Schlussfolgerungen mit Speicher, Werkzeugen, Arbeitsabläufen und der Ausführung verknüpft werden.

Stellen Sie sich folgende Aufgabe vor: Recherchieren Sie die zehn wichtigsten Wettbewerber auf einem Markt und vergleichen Sie deren Preise.

Ein LLM kann Vorschläge machen, wie man die Aufgabe angehen könnte. Ein „ agent “ kann sie tatsächlich ausführen:

Dieser Zyklus kann sich dutzende Male wiederholen. Und genau hier gehen KI- agents n über ein reines LLM-Modell hinaus.

1. Das Modell liefert Schlussfolgerungen.

2. Werkzeuge bieten Möglichkeiten.

3. Die Infrastruktur bestimmt, wo diese Maßnahmen umgesetzt werden können.

4. Access bestimmt, wie autonom (ohne menschliches Eingreifen) Handlungen sein können.

Anders ausgedrückt: Ein LLM kann einem „ agent “ sagen, was es tun soll. Der Rest des Stacks entscheidet dann, ob der „ agent “ dies auch tatsächlich umsetzen kann.

Und genau hier stoßen die heutigen „ agents “ an ihre Grenzen.

KI- Agents s stoßen an die Grenzen der Autonomie

Die meisten KI- agents en interagieren mit der Welt über eine Infrastruktur, die für Menschen entwickelt wurde. Sie nutzen von Entwicklern erstellte API-Schlüssel, von Menschen registrierte Konten, Cloud-Dienste, die Unternehmen in Rechnung gestellt werden, mit diesen Konten verknüpfte Zahlungsmethoden sowie von Administratoren erteilte Berechtigungen.

Der „ agent “ mag zwar beschließen, eine Maßnahme zu ergreifen, doch die eigentliche Befugnis, diese Maßnahme durchzuführen, liegt oft weiterhin bei jemand anderem.

Das ist der Unterschied zwischen einem „ agent “, das Tools aufrufen kann, und einem „ agent “, das eigenständig arbeiten kann.

Mehr Autonomie erfordert mehr als nur bessere LLMs. Agents benötigen Möglichkeiten, ihre Identität festzustellen, Vermögenswerte zu verwalten, Werte auszutauschen und Handlungen ohne menschliches Zutun auszuführen.

Genau hier wird die Blockchain interessant.

Warum sollten KI- Agents en auf die Blockchain übertragen werden?

Die Blockchain bietet KI- agents n Zugriff auf programmierbare Grundbausteine für Eigentumsverhältnisse, Identität, Zahlungen, Ausführung und gemeinsamen Status.

Ein LLM allein macht ein System noch nicht autonom. Vielmehr eröffnet es einem „ agent “ neue Möglichkeiten, mit der Welt zu interagieren.

Fünf Primitive sind dabei besonders relevant:

Zusammen verändern diese Primitive die Funktionsmöglichkeiten eines „ agent “.

Ein „ agent “ könnte Gelder verwahren, eine Dienstleistung bezahlen, nachweisen, in wessen Namen es handelt, mit einem Smart Contract interagieren und einen nachprüfbaren Nachweis über den Ablauf der Vorgänge hinterlassen.

Aber nichts davon geschieht allein deshalb, weil ein „ agent “ eine Brieftasche besitzt.

Damit diese Funktionen in der Praxis funktionieren, befindet sich zwischen der Schlussfolgerungsschleife und der Blockchain eine ganze Reihe von Infrastrukturkomponenten. Schauen wir uns das einmal an.

Was ist der Onchain-AI- Agent -Stack?

Der On-Chain-KI- agent -Stack ist eine Reihe von Infrastrukturebenen, die die Bereiche Zahlung, Identität, Zugriff und Koordination abdecken und es KI- agents n ermöglichen, autonom auf der Blockchain zu agieren.

Diese Ebenen ergänzen sich, sodass ein „ agent “ eine Geldbörse verwalten, die Identität nachweisen, für Ressourcen bezahlen und Transaktionen mit nur geringem oder gar keinem menschlichen Eingriff durchführen kann.

In dieser Anleitung lässt sich der Stack anhand von drei Teilen verstehen.

Diese drei Teile bilden den Rahmen für den weiteren Verlauf dieses Leitfadens:

Zugriff > Identität > Erkennung > Zahlungen > Ausführung > Vorgänge

Jeder Teil hängt vom vorhergehenden ab. Wirtschaftliche Handlungsfähigkeit ohne Zugang ist ein Konzept, keine tatsächliche Fähigkeit. Operationen ohne wirtschaftliche Handlungsfähigkeit haben nichts, worauf sie sich beziehen können.

Fangen wir also dort an, wo der Stack tatsächlich beginnt: nämlich damit, die „ agent “ überhaupt erst in die Blockchain zu bringen.

Zugang zur Blockchain für KI- Agents

Der Zugriff auf die Blockchain ermöglicht es einem KI- agent , den On-Chain-Zustand auszulesen und Transaktionen zu übermitteln. In der Praxis beginnt dies in der Regel mit einem RPC- endpoint , der den agent mit einem Blockchain-Knoten verbindet.

RPC funktioniert ähnlich wie eine API. Der „ agent “ sendet eine Anfrage an einen Knoten und erhält im Gegenzug Blockchain-Daten. Über dieselbe Schnittstelle können signierte Transaktionen gesendet werden, wenn der „ agent “ aktiv werden muss.

Damit sind die beiden grundlegenden Funktionen abgedeckt, die ein „ agent “ benötigt:

• Lesen: Kontostände prüfen, Smart Contracts abfragen, Transaktionen einsehen, Gas-Kosten schätzen oder den neuesten Block abrufen.

• Schreiben: Übertragungen, Swaps, Kontraktabrufe oder andere unterzeichnete Transaktionen übertragen.

Die Wahl der richtigen Blockchain-Schnittstelle

Die Schnittstelle hängt davon ab, was der „ agent “ beobachten muss.

1. JSON-RPC über HTTP eignet sich für einfache Anfrage-Antwort-Aufgaben wie die Abfrage eines Kontostands oder die Übermittlung einer Transaktion.

2. WebSockets halten eine dauerhafte Verbindung aufrecht. Sie eignen sich für agents , die neue Blöcke, Protokolle oder andere Zustandsänderungen überwachen und sofort darauf reagieren müssen, sobald diese auftreten.

3. gRPC ist für spezielle Anwendungsfälle wie das Streaming von Konten, Transaktionen, Slots und anderen Echtzeitdaten mit hohem Durchsatz ausgelegt.

Quicknode stellt diese Schnittstellen über mehr als 80 Blockchains und mehr als 130 Netzwerke hinweg über einen gemeinsamen API-Zugang bereit.

Für latenzempfindliche oder datenintensive Workloads bieten dedizierte „ Clusters “ eine isolierte Infrastruktur.

Reaktion auf On-Chain-Ereignisse

Das Auslesen des Status und das Reagieren darauf sind zwei verschiedene Dinge. Das Abfragen funktioniert zwar, verschwendet aber Anrufe und übersieht alles, was zwischen den Abfragen passiert.

Aus diesem Grund benötigen KI- agents en eine Möglichkeit, On-Chain-Ereignisse zu erkennen und darauf zu reagieren. Ein Handels agent kann beispielsweise nicht auf eine Aufforderung warten, bevor er eine Kursänderung, eine Transaktion oder ein Kontrakt-Ereignis wahrnimmt.

Quicknode bietet zwei Hauptmethoden zum Erstellen dieser Workflows:

• Streams Liefert Blockchain-Daten in Echtzeit und aus der Vergangenheit an Ziele wie „ webhooks “ und Datenbanken. Es unterstützt Filterung, die Verarbeitung von Reorgs und eine zuverlässige Übermittlung für Workflows, bei denen das Fehlen eines Ereignisses die Ausführung beeinträchtigen kann.

• Webhooks versendet Ereignisbenachrichtigungen über HTTP-Callbacks. Es bietet eine einfachere Einrichtung für Workflows, bei denen eine „Best-Effort“-Übermittlung ausreicht.

Nachdem wir nun den Zugriff und die Ereignisübermittlung geklärt haben, wollen wir uns mit der agentischen Identität befassen, d. h. damit, festzustellen, welches „ agent “ beobachtet und handelt.

Wie KI- Agents en eine On-Chain-Identität erhalten

Dank der On-Chain-Identität können KI- agents en vor jeder Interaktion oder Transaktion nachweislich erkannt und identifiziert werden.

ERC-8004 ermöglicht dies durch On-Chain-Register für Identität, Reputation und Validierung. Die Registrierung kostet eine Transaktion. Danach kann jede „ agent “ oder jeder Dienst die Registrierung abrufen und entscheiden, ob eine Interaktion stattfinden soll.

Jeder „ agent “ erhält:

1. Ein Reputationswert, der das Feedback-Volumen, die Anzahl der verschiedenen Gegenparteien, die dieses Feedback abgegeben haben, sowie die Häufigkeit berücksichtigt, mit der die Arbeit des „ agent “ beanstandet oder rückgängig gemacht wurde.

2. Validierungsbescheinigung, d. h. eine unabhängige Überprüfung, ob ein agent tatsächlich das getan hat, was es behauptet hat*.

*Stand Mitte August 2026 noch nicht auf mainnet verfügbar.

Ein „ agent “ kann diese Register auf zwei Arten über „ Quicknode “ abfragen:

1. Der ERC-8004 Explorer bietet eine benutzerfreundliche Oberfläche zur Suche nach registrierten „ agents “ sowie zur Überprüfung ihrer Profile, ihrer Reputation und ihrer Aktivitäten.

2. Anwendungen können dieselben indizierten Daten über die ERC-8004-REST-API oder das JSON-RPC-Add-on abrufen. Entwickler, die direkten Zugriff benötigen, können stattdessen die zugrunde liegenden ERC-8004-Registrierungsverträge über Core RPC abfragen.

Die Identität legt fest, wer ein „ agent “ ist und wie andere KI- agents gefunden werden können. Die nächste Frage ist wirtschaftlicher Natur: Wie können KI- agents untereinander Transaktionen durchführen?

Wie KI- Agents s selbstständig bezahlen

Dank autonomer Zahlungen können KI- agents en APIs, Daten, Rechenleistung und andere Dienste erwerben, ohne auf menschliches Eingreifen angewiesen zu sein.

Derzeit gibt es zwei Protokolle, die dies leisten: „ x402 “ und MPP.

x402: Bezahlung pro Anfrage

x402 Ermöglicht es einem „ agent “, im Rahmen der Anfrage selbst für eine HTTP-Ressource zu bezahlen.

Wenn der „ agent “ eine kostenpflichtige Ressource anfordert, gibt der Server den Status „402 Payment Required“ zusammen mit dem Preis, dem Netzwerk, dem Token und den Zahlungsanweisungen zurück.

Der „ agent “ signiert die Zahlung, wiederholt die Anfrage mit der beigefügten Autorisierung und erhält die Ressource, sobald die Zahlung verifiziert wurde. Ein Vermittler kann die Verifizierung und die On-Chain-Abrechnung für den Server übernehmen.

Dies eignet sich gut für einzelne Käufe wie API-Aufrufe, Datenabfragen oder Rechenaufträge.

MPP: Bezahlung für fortlaufenden Zugang

Das „Machine Payments Protocol“ (MPP) ermöglicht es „ agents “, kostenpflichtige Sitzungen für Dienste einzurichten, die wiederholte oder fortlaufende Interaktionen beinhalten.

Anstatt jede Anfrage als separaten Kauf zu behandeln, können Zahlung und Zugriff über eine längere Sitzung hinweg bestehen bleiben.

Dies eignet sich für Dienste wie persistente Infrastruktur oder lang laufende Workloads, bei denen es nicht erforderlich ist, für jede Anfrage erneut eine neue Zahlung auszuhandeln.

Der Unterschied ist praktischer Natur: Bei „x402 “ wird die Anfrage abgerechnet; bei MPP kann die Beziehung, die über mehrere Anfragen hinweg besteht, abgerechnet werden.

Quicknode Unterstützt sowohl „ x402 “ als auch MPP

Quicknode ermöglicht die Nutzung beider Zahlungsmodelle in Verbindung mit der eigenen Infrastruktur.

x402 Mit „access“ kann eine Wallet Endpunkte von Quicknode nutzen, ohne ein Konto oder einen API-Schlüssel erstellen zu müssen. Dabei stehen Modelle wie „Pay-per-Request“, „Nanopayment“ und „Prepaid-Credit-Drawdown“ über JSON-RPC, REST, gRPC-Web und WebSocket zur Verfügung.

Der MPP-Zugang unterstützt sowohl einmalige Abbuchungen als auch wiederverwendbare Zahlungssitzungen; bei diesen Sitzungen wird ein Zahlungskanal einmalig eröffnet, anschließend werden für nachfolgende Anfragen signierte Zahlungsbelege verwendet, bevor die endgültige Abrechnung in der Blockchain erfolgt.

Beide Protokolle nutzen denselben „Free-Tier“-Kontingent, d. h. 1 Million API-Credits pro Monat und Wallet, und beide können Abfragen an jede der von Quicknode unterstützten Blockchains senden, unabhängig davon, über welches Netzwerk die Zahlung abgewickelt wird.

Nun hat ein KI- agent us entschieden, was zu tun ist, und verfügt über die wirtschaftlichen Mittel, dies umzusetzen. Wie wird diese Entscheidung zu einer On-Chain-Transaktion?

Wie KI- Agents en On-Chain-Aktionen ausführen

Durch die On-Chain-Ausführung wird die Entscheidung eines „ agent “ in eine Blockchain-Transaktion umgewandelt.

Ein „ agent “ kann beschließen, USDC zu überweisen, einen Swap durchzuführen, eine Position geltend zu machen oder einen Smart Contract aufzurufen.

Diese Entscheidung wird auf der Entscheidungsebene getroffen. Die Infrastruktur zur Transaktionsausführung sorgt jedoch dafür, dass diese Aktion in die Blockchain gelangt.

Von der Entscheidung bis zur Transaktion

Die Ausführung beginnt damit, die Absicht eines „ agent “ in eine gültige Transaktion umzusetzen. Das bedeutet, den Vertrag und die Methode zu identifizieren, Parameter vorzubereiten, Gebühren zu schätzen und die Transaktion in dem von der Zielkette erwarteten Format zu erstellen.

Die Signierung ist die entscheidende Grenze. Sobald die Transaktion signiert ist, kann sie über Quicknode Core RPCübertragen werden.

Vorbereitung der Assets vor der Ausführung

Agents wird nicht immer über das für die nächste Aktion erforderliche Element verfügen.

Für eine Zahlung wird möglicherweise USDC benötigt, während das Wallet ETH enthält. Für eine Protokollinteraktion ist möglicherweise ein ganz anderer Token erforderlich. QuicknodeDie Swap-API bietet eine programmatische Möglichkeit, Routen abzurufen und Swaps vorzubereiten, ohne dass die „ agent “ in einzelne DEXs integriert werden muss.

Damit wird das Asset-Routing zu einer weiteren aufrufbaren Funktion innerhalb des Workflows:

Guthaben prüfen > Swap-Route abrufen > Swap ausführen > Guthaben bestätigen > Aufgabe fortsetzen

Zu diesem Zeitpunkt kann der „ agent “ auf den Blockchain-Zustand zugreifen, eine Identität nachweisen, für Ressourcen bezahlen und Transaktionen ausführen.

Die verbleibende Herausforderung ist operativer Natur: Es gilt, diese Fähigkeiten verfügbar, zuverlässig und unter Kontrolle zu halten, während das „ agent “ ohne ständige menschliche Überwachung läuft.

Verwaltung der KI- Agent -Infrastruktur im Produktivbetrieb

Produktions-KI- agents en benötigen eine Infrastruktur, die stets verfügbar ist, auf sich ändernde Arbeitslasten reagiert, die richtigen Tools erkennt und mit ihnen interagiert sowie den Zugriff überwacht und einschränkt.

Frühere Schichten bieten Funktionen zur agent .

Die Produktionsschicht entscheidet darüber, ob diese Funktionen kontinuierlich ausgeführt werden können, ohne dass jede Änderung an der Infrastruktur zu einer manuellen Aufgabe wird.

Agents n die Verwaltung ihrer eigenen Infrastruktur überlassen

Quicknode's Admin API stellt das Infrastrukturmanagement programmgesteuert zur Verfügung. Dies ermöglicht es, dass genehmigte „ agent “-Workflows Ressourcen über APIs bereitstellen und verwalten können.

Infrastrukturverwaltung in natürlicher Sprache

Quicknode ermöglicht zudem den Zugriff auf dieselbe Infrastruktur über einen MCP-Server, sodass ein „ agent “ oder der mit ihm zusammenarbeitende Entwickler ein „ endpoint “ erstellen, die Nutzung überprüfen oder ein Ratenlimit aktualisieren kann, indem er dies in einfacher Sprache anfordert, anstatt API-Aufrufe manuell zu schreiben.

Agent-Ressourcen wie „Blockchain Skills “ und „llms.txt“ ergänzen diese Ebene, indem sie die Dokumentation und das Blockchain-Wissen für agents leichter zugänglich machen.

Einschränkung der Funktionen eines „ Agent “

Die Autonomie bei der Produktion sollte klar abgegrenzt sein. Ein „ agent “ benötigt lediglich Zugriff auf die Netzwerke, Methoden, Ressourcen und Zugangsdaten, die für seine Aufgabe erforderlich sind.

Quicknode bietet Kontrollmechanismen wie JWT-Authentifizierung, IP-Whitelisting, methodenspezifische Ratenbegrenzungen und rollenbasierte Zugriffskontrolle (RBAC).

Dadurch entsteht eine begrenzte Autonomie: genügend Befugnisse, damit ein „ agent “ eigenständig agieren kann, ohne dass eine kompromittierte Eingabeaufforderung oder eine falsche Entscheidung zu uneingeschränktem Zugriff auf die Infrastruktur oder Ressourcen führt.

Damit schließt sich der Kreislauf des Stacks. Die Intelligenz bestimmt, was geschehen soll; die umgebende Infrastruktur legt fest, was ein „ agent “ beobachten, bezahlen, ausführen und im Laufe der Zeit sicher betreiben kann.

KI- Agents en könnten die natürlichsten Nutzer der Blockchain sein

Seit mehr als einem Jahrzehnt wurden Blockchain-Anwendungen größtenteils auf den Menschen ausgerichtet entwickelt. Wenn wir heute einen Schritt zurücktreten und uns mit tragbarer Identität, programmierbarem Geld und der Ausführung ohne Zwischenhändler befassen, wird uns klar, dass „ agents “ die erste Klasse von Wirtschaftsakteuren sind, für die die ursprünglichen Konzeptionen der Blockchain entwickelt wurden.

• Vertrauenslos, da es zwischen zwei Softwareprogrammen keine rechtlichen Rechtsmittel gibt.

• Programmierbar, da kein Mensch die Bedingungen liest.

• Ohne Genehmigung, da niemand da ist, der den Antrag genehmigen könnte.

Vor diesem Hintergrund blicken wir optimistisch in eine Zukunft, in der KI der Hauptnutzer der Blockchain sein wird agents.

FAQs: Häufig gestellte Fragen

1. Benötigt jede KI- agent , eine Blockchain-Infrastruktur?

Nein. Die Blockchain wird dann nützlich, wenn agents einen On-Chain-Status, programmierbare Vermögenswerte, Zahlungen, eine übertragbare Identität oder die Ausführung über unabhängige Systeme hinweg benötigen.

2. Was können KI- agents en eigentlich auf der Blockchain leisten?

Agents kann Blockchain-Aktivitäten überwachen, Smart Contracts abfragen, Vermögenswerte verwalten, Zahlungen vornehmen, Transaktionen ausführen und Workflows auf der Grundlage von On-Chain-Ereignissen auslösen.

3. Kann ein KI- agent , das Geld verwaltet, dieses Geld verlieren?

Ja. Eine Wallet, die v agent s verwaltet wird, bietet keinen Betrugsschutz, keine Rückbuchungen und keine Bank, an die man sich wenden kann, wenn etwas schiefgeht.

4. Was ist der Unterschied zwischen einem On-Chain-KI- agent us und einem Trading-Bot?

Trading-Bots automatisieren vordefinierte Marktstrategien. KI- agents en können logisch argumentieren, Werkzeuge auswählen, Arbeitsabläufe anpassen und umfassendere On-Chain-Aufgaben ausführen.

5. Können bestehende KI- agents en auf die Blockchain übertragen werden?

Ja. Bestehende „ agents “ können über RPC-APIs, Wallets, Zahlungsprotokolle, Identitätsstandards und Transaktionswerkzeuge um Blockchain-Funktionen erweitert werden.

6. Können zwei KI- agents en Transaktionen durchführen, ohne dass Menschen daran beteiligt sind?

Ja. Die gesamte Abwicklung – von der Suche über die Bezahlung bis hin zur Ausführung – kann erfolgen, ohne dass jeder Schritt von einer Person genehmigt werden muss.

7. Inwiefern unterscheidet sich eine On-Chain-Identität von einem OAuth-Token?

Ein OAuth-Token wird von einer Plattform ausgestellt und widerrufen. Die On-Chain-Identität befindet sich im eigenen Besitz und ist plattformübergreifend übertragbar.