Betreibst du einen „ Hyperliquid “-Knoten?Aktivieren Sie einen direkten Pfad für Blöcke und einen vollen Mempool mit „ Hyperliquid “-Peering.
Mehr erfahrenEin Leitfaden für Entwickler zur Programmierung auf dem Onchain-AI- Agent -Stack
Entdecken Sie den On-Chain-KI- agent -Stack – vom Blockchain-Zugang über die ERC-8004-Identität bis hin zu „ x402 “-Zahlungen, der Ausführung und der Produktionsinfrastruktur.

18. August 2026 – 13 Minuten Lesezeit

KI- agents e sind heutzutage allgegenwärtig. Der Support-Bot von McDonald’s, Programmierassistenten und scheinbar jede Startup-Präsentation der letzten zwei Jahre.
Wenn man jedoch zehn Entwickler fragt oder zehn Artikel liest, die auf der ersten Seite von Google rangieren, wird es zehn verschiedene Antworten auf die Fragen „Was ist ein KI- agent?“ und „Wie funktionieren KI- agents “ geben.
Warum ist das so? Es gibt keine allgemeingültige Definition. Dennoch ist jeder davon überzeugt, dass jeder eine KI agents braucht und dass es einfach ist, eine solche zu entwickeln.
Dieser Artikel zerlegt KI- agents en 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.
KI- agents e sind Softwareprogramme, die ihre Umgebung beobachten, mithilfe von Schlussfolgerungen und Gedächtnis entscheiden, was zu tun ist, und selbststä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: Verwendet Tools, 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“.
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.
Das Modell liefert Schlussfolgerungen.
Werkzeuge bieten Möglichkeiten.
Die Infrastruktur bestimmt, wo diese Maßnahmen umgesetzt werden können.
Access entscheidet darüber, 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.
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.
Die Blockchain bietet KI- agents n Zugriff auf programmierbare Grundelemente für Eigentumsverhältnisse, Identität, Zahlungen, Ausführung und gemeinsamen Zustand.
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 er handelt, mit einem Smart Contract interagieren und einen nachprüfbaren Nachweis darüber hinterlassen, was geschehen ist.
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 Reihe von Infrastrukturkomponenten. Schauen wir uns das einmal an.
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 Wallet 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 > Erfassung > 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.
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 Schnittstelle hängt davon ab, was der „ agent “ beobachten muss.
JSON-RPC über HTTP eignet sich für einfache Anfrage-Antwort-Aufgaben wie die Abfrage eines Kontostands oder die Übermittlung einer Transaktion.
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.
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 latenzkritische oder datenintensive Workloads bieten dedizierte „ Clusters “ eine isolierte Infrastruktur.
Das Auslesen des Status und das Reagieren darauf sind zwei verschiedene Dinge. Das Abfragen funktioniert zwar, verschwendet aber Anrufe und lässt alles aus, 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 us kann beispielsweise nicht auf eine Aufforderung warten, bevor es eine Kursänderung, eine Transaktion oder ein Vertragsereignis wahrnimmt.
Quicknode bietet zwei Hauptmethoden zum Erstellen dieser Workflows:
Streams Liefert Echtzeit- und historische Blockchain-Daten an Ziele wie „ webhooks “ und Datenbanken. Es unterstützt Filterfunktionen, 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.
Dank der On-Chain-Identität können KI- agents en vor jeder Interaktion oder Transaktion nachweisbar 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:
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.
Validierungsbescheinigung, d. h. eine unabhängige Überprüfung, ob ein agent tatsächlich das getan hat, was es behauptet hat*.
Bonus: Erfahren Sie, wie ERC-8004 funktioniert, wie es im Vergleich zu OAuth, DIDs und ENS abschneidet und – was noch wichtiger ist – wie Sie sich registrieren und mit anderen KI- agents interagieren können.
*Stand Mitte August 2026 noch nicht auf mainnet verfügbar.
Ein „ agent “ kann diese Register auf zwei Arten über „ Quicknode “ abfragen:
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.
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?
Durch autonome Zahlungen können KI- agents n 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 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 überprüft wurde. Ein Vermittler kann die Überprüfung und die Abwicklung in der Blockchain für den Server übernehmen.
Bonus: YouTube-Tutorial zur Verwendung von „ x402 “ zum Einrichten von Bezahlschranken für Inhalte.
Dies eignet sich gut für einzelne Käufe wie API-Aufrufe, Datenabfragen oder Rechenaufträge.
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.
Bonus: Erfahren Sie unter Quicknode, wie Sie mit MPP auf Blockchain-Daten zugreifen können.
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 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 Einmalzahlungen 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?
Durch die On-Chain-Ausführung wird die Entscheidung eines „ agent “ in eine Blockchain-Transaktion umgewandelt.
Ein „ agent “ kann beschließen, USDC zu übertragen, 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.
Die Ausführung beginnt damit, dass die Absicht eines „ agent “ in eine gültige Transaktion umgesetzt wird. Das bedeutet, den Vertrag und die Methode zu identifizieren, Parameter vorzubereiten, Gebühren zu schätzen und die Transaktion in dem von der Ziel-Blockchain erwarteten Format zu erstellen.
Die Signatur ist die entscheidende Grenze. Sobald die Transaktion signiert ist, kann sie über Quicknode Core RPCübertragen werden.
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 die 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.
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.
Quicknode's Admin API stellt das Infrastrukturmanagement programmgesteuert bereit. Dies ermöglicht es, dass genehmigte agent -Workflows Ressourcen über APIs bereitstellen und verwalten können.
Quicknode ermöglicht zudem den Zugriff auf dieselbe Infrastruktur über einen MCP-Server, sodass ein „ agent “ oder ein Entwickler, der mit einem solchen zusammenarbeitet, 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.
Die Produktionsautonomie 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 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.
Seit mehr als einem Jahrzehnt werden Blockchain-Anwendungen weitgehend auf den Menschen zugeschnitten. Wenn wir heute einen Schritt zurücktreten und uns mit tragbarer Identität, programmierbarem Geld und der Ausführung ohne Zwischenhändler beschäftigen, wird uns klar, dass „ agents “ die erste Klasse von Wirtschaftsakteuren sind, für die die ursprünglichen Designannahmen 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.
1. Benötigt jede KI- agent , eine Blockchain-Infrastruktur?
Nein. Die Blockchain wird dann nützlich, wenn agents einen On-Chain-Zustand, 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 us Geld verlieren, über das er die Kontrolle hat?
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 Recherche über die Zahlung 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 auf alle Plattformen übertragbar.
Quicknode wurde 2017 gegründet und Quicknode Entwicklern und Unternehmen eine Blockchain-Infrastruktur auf institutionellem Niveau Quicknode . Dank einer Verfügbarkeit von 99,99 % und der Unterstützung von mehr als 80 Blockchains können Teams On-Chain-Anwendungen ohne Kompromisse entwickeln und skalieren.
Die neuesten Erkenntnisse aus der Technik, Produkt-Updates und Neuigkeiten aus der Web3-Welt – direkt in Ihren Posteingang.
SOC 2 Typ II-zertifiziert · ISO 27001