Quicknode

4. März 2026 – 7 Minuten Lesezeit

agents mehr allein deshalb für Schlagzeilen, weil sie handeln können. Das wird mittlerweile als selbstverständlich angesehen.

Heutzutage agent ein agent APIs aufrufen, mit anderen agents kommunizieren, auf Tools zugreifen, Zahlungen vornehmen und Arbeitsabläufe koordinieren.

In vielerlei Hinsicht verhalten sie sich bereits wie digitale Arbeitskräfte.

Es gibt jedoch keine einheitliche Methode, um sie zu identifizieren, ihre Identität zu überprüfen oder festzulegen, wozu sie befugt sind.

ERC-8004 ist Ethereum Antwort darauf, und dieser Artikel erläutert, was es ist, wie es funktioniert und ob es bereits ernst zu nehmen ist.

Identitätskrise der Agent

Wenn heute ein agent Zahlungen agent oder mit einer API interagiert, gibt es keine überprüfbare und standardisierte Möglichkeit, folgende Frage zu beantworten:

1. Wer ist dieser agent wer hat agent eingesetzt?

2. Gibt es eine Transaktionshistorie oder eine Bewertung?

3. Welche Berechtigungen oder Rollen hat es?

Auf der anderen Seite haben Menschen über Jahrzehnte hinweg tragbare Identitäten entwickelt, um Vertrauen, Ansehen und Verantwortlichkeit mit sich zu führen.

Rechtliche Identitäten, Lizenzen, Bonitätsauskünfte, Jahresabschlüsse und vieles mehr.

Da agents heutzutage im Auftrag echter Nutzer agents echtem Geld, echten Daten und echten Entscheidungen agents , benötigen sie eine zuverlässige Möglichkeit, diese Fragen in großem Maßstab zu beantworten.

Der KI Agents wuchs schnell und war unvollständig

In weniger als fünf Jahren agents die Infrastruktur rund um agents drastisch erweitert und weiterentwickelt. In dieser Zeit haben sich drei zentrale Umsetzungsansätze herauskristallisiert:

1. MCP hat agents Tools standardisiert, sodass agents nun die Infrastruktur agents , Workflows auslösen und mit externen Diensten interagieren können.

2. A2A bot ein strukturiertes Rahmenwerk für die Nachrichtenübermittlung, das es agents ermöglichte, miteinander agents kommunizieren.

3. x402 stellte ihnen native Zahlungswege zur Verfügung, was bedeutet, dass agents Transaktionen in Stablecoins auf der HTTP-Ebene durchführen agents , ohne dass menschliches Eingreifen erforderlich ist.

Jedes Protokoll hat sein spezifisches Problem gut gelöst, und heute stellt die Ausführung für agents kein großes Problem mehr dar.

Doch jeder von ihnen stößt sehr schnell an eine Grenze, was seine Identität oder seinen Ruf angeht.

Einfach ausgedrückt: Diese Protokolle sind nicht in der Lage, die Frage zu beantworten, wer der agent . Genau diese Lücke soll ERC-8004 schließen.

Was ERC-8004 eigentlich ist

ERC-8004 ist ein Standard zur Koordination von Identität und Reputation, der für agents Ethereum entwickelt wurde.

Der Vorschlag für diesen Standard wurde von Marco De Rossi (MetaMask), Davide Crapis (Ethereum ), Jordan Ellis (Google) und Erik Reppel (Coinbase) verfasst.

Der ERC-8004-Standard führt drei On-Chain-Register ein:

1. Identitätsregister

Jeder agent durch eine eindeutige On-Chain-Kennung repräsentiert, die zusätzlich als ERC-721-Token -Token geprägt. Dieser NFT verweist auf eine strukturierte JSON-Datei, die sogenannte agent , die den Namen agent, seine Funktionen, Service-Endpunkte (MCP, A2A, Web) sowie die Zahlungsadresse enthält.

Die On-Chain-Komponente dient als Identitätsanker. Die Off-Chain-Metadaten liefern den Kontext.

2. Reputationsregister

Die Reputations-Ebene ermöglicht es, Interaktionen und Rückmeldungen der Identität agentzuzuordnen. Sie ermöglicht es autorisierten agents Nutzern, Rückmeldungen in Form von begrenzten numerischen Bewertungen und kategorialen Tags wie „Reaktionszeit“ oder „Verfügbarkeit“ zu hinterlassen.

Auf diese Weise wird die Leistung agent übertragbar und abrufbar, sodass andere agents daraus lernen agents , bevor sie mit ihm interagieren.

3. Validierungsregister

Dieses Register ist ein standardisierter Mechanismus zur Erfassung nachprüfbarer Nachweise dafür, dass ein agent:

• Eine Aufgabe abgeschlossen

• Es wurde eine korrekte oder akzeptable Ausgabe erzeugt

• Erfüllt vordefinierte Vorgaben oder Garantien

Bitte beachten Sie: Diese Registrierung legt lediglich fest, wie Validierungsergebnisse erfasst werden, nicht jedoch, welche Validierungsmethode verwendet werden soll. Daher ist die Registrierung so konzipiert, dass sie verschiedene Validierungsstrategien unterstützt – vom sozialen Konsens bis hin zu kryptoökonomischen Strafen.

Es ist jedoch wichtig zu beachten, dass dieses Register noch nicht fertiggestellt ist. Bis es als Infrastruktur bereitgestellt wird, handelt es sich bei dem Validierungsregister um einen Entwurfsraum.

Zusammen bilden diese drei Register eine neutrale Koordinierungsebene: eine Möglichkeit, agents zu identifizieren agents ihre Erfolgsbilanz zu prüfen > und Angaben zu verifizieren.

Daraus ergibt sich natürlich die Frage: Warum nutzt man stattdessen nicht einfach bestehende Identitätssysteme?

Inwiefern sich ERC-8004 von OAuth, DIDs und ENS unterscheidet

Wenn die Identität das Problem ist, warum nutzt man dann nicht das, was bereits vorhanden ist?

Entwickler sind heutzutage mit OAuth, API-Schlüsseln, dezentralen Identifikatoren (DIDs), Wallet-Adressen und Namenssystemen wie ENS. Jedes davon bietet eine Form der Identifizierung oder Authentifizierung.

Warum etwas Neues bauen?

Die einfache Antwort: Weil ERC-8004 nicht dasselbe Problem löst.

Hier ist eine kurze Übersicht, um den Zweck dieser Systeme zu verstehen und zu erklären, warum ERC-8004 notwendig ist.

Aus einer übergeordneten Perspektive betrachtet wurde jedes dieser Systeme unter Berücksichtigung einer bestimmten Vertrauensfläche entwickelt. Und agents ERC-8004 wurde keines davon für agents konzipiert.

Theoretisch kann ein gemäß ERC-8004 agent einen,

• ENS-Name als menschenlesbare Kennung,

• DID für benutzerseitige Interaktionen und

• ERC-8004 speziell füragent und Vertrauensbildungagent .

Auf diese Weise behandelt ERC-8004 die anderen Methoden als kombinierbare Primitive innerhalb seiner Identitätsschicht.

Wie funktioniert die ERC-8004-Erkennung nun eigentlich in der Praxis?

So funktioniert ERC-8004 tatsächlich von Anfang bis Ende (ohne Code)

Schritt 1: Registrieren

Ein Entwickler stellt einen agent bereit agent registriert ihn in der Identitätsregistrierung.

Der agent eine On-Chain-Identität mit zugehörigen Metadaten, die seine Funktionen, die verfügbaren Endpunkte und die Zahlungsdetails beschreiben.

Quelle: https://www.8004scan.io

Schritt 2: Entdecken

agent anderer agent Entwickler kann nun die Registrierungsdatenbank direkt oder über Indexer von Drittanbietern abfragen, um agents zu ermitteln agents indizierten Metadaten, Funktionen oder verfügbare Reputationssignale zu identifizieren.

Quelle: https://www.8004scan.io

Schritt 3: Bewerten

Vor der Interaktion agent der anfragende agent den Verlauf des Bewerbers im Reputationsregister, einschließlich früherer Ergebnisse, Bescheinigungen und zugehöriger Nachweise.

Es entscheidet, ob die bisherige Erfolgsbilanz agentdie Risikoschwelle erfüllt.

Schritt 4: Interagieren

Sofern dies akzeptabel ist, agent der agent über die angegebene Schnittstelle (MCP, A2A oder HTTP) agent und führt die Aufgabe aus.

Schritt 5: Bezahlen und erfassen

Die Zahlung erfolgt über x402 oder einem anderen kompatiblen Mechanismus. Ergebnisdaten und Rückmeldungen können in das Reputationsregister zurückgeschrieben werden, wodurch die On-Chain-Bilanz agentfür zukünftige Abfragen aktualisiert wird.

Dies ist die Koordinationsschicht, die ERC-8004 einführt. Wie sieht nun der gesamte Agents für Entwickler tatsächlich aus, wenn er zusammengestellt ist?

Der aufkommende Agent

Heute besteht der agent Stack für agent aus einer Reihe ausgereifter, miteinander kombinierbarer Grundbausteine. Hier ein kurzer Überblick darüber, was einem Entwickler zur Verfügung steht:

Jede Schicht sorgt dafür, dass die anderen für agents nützlicher werden.

• Ein agent agent ERC-8004 agent anderen agent erkennen.

• Er kann diesen agent x402bezahlen.

• Es kann Dienste über MCP-kompatible Endpunkte aufrufen.

Der Wert vervielfacht sich, wenn sich die Schichten ineinandergreifen.

Für Entwickler hat diese Architektur praktische Auswirkungen: Die Infrastruktur ist bereits vorhanden, um agents zu entwickeln, agents von bisher unbekannten agents über Organisationsgrenzen hinweg erkannt, automatisch vergütet und mit einer nachprüfbaren Historie jeder Interaktion versehen werden können.

Quicknode im Agent

Quicknode unterstützt Quicknode wichtige Ebenen dieses Stacks.

• Agents , die ERC-8004-Registrierungsverträge Agents , benötigen einen zuverlässigen RPC-Zugriff, und genau das istdie KerninfrastrukturQuicknode

• Auf der Ausführungsseite ist der Quicknode -Server verbindet KI-Assistenten direkt mit Blockchain-Daten: RPC-Endpunkte, Indizierung und Streaming– und das ganz ohne individuelle Integrationsarbeiten.

• Und Quicknodex402 bedeutet, dass agents für RPC-Rechenleistung auf dieselbe Weise bezahlen agents wie für jeden anderen agent Stack.

Tatsächlich Quicknode Identitätsabfragen, Ausführungszugriff sowie native agent – und das alles mit der Infrastruktur der Enterprise-Klasse sowie dem Support, den Entwickler und Teams benötigen.

Haben wir mit all diesen Informationen und Werkzeugen nun den Weg zu einer vollständigen Infrastruktur für die agent gefunden?

Vervollständigt ERC-8004 die Agent für KI Agent ?

Nicht ganz. Noch nicht.

Sehen Sie, die agent wird eine robuste Vertrauensschicht benötigen. Die einzige offene Frage ist derzeit, wer diese definiert. Es gibt zwei Richtungen:

• Entwickeln Sie es jetzt als offenen Standard, oder

• Warten Sie ab, bis die großen Tech-Konzerne mit ihren zentralisierten Verzeichnissen über den Zugang und die Anreize für alle entscheiden.

ERC-8004 ist der erste ernsthafte Versuch, Ersteres zu verwirklichen: ein zugangsfreier, geprüfter und von Institutionen unterstützter Standard, der nicht von einer einzelnen Instanz kontrolliert wird.

Sie schafft den Rahmen für die Zusammenarbeit, in dem Vertrauen entstehen kann, und legt damit den Grundstein für eine offene agent .