Quicknode

19. Mai 2026 – 5 Minuten Lesezeit

ERC-7730 ist der erste Versuch, ein 2-Milliarden-Dollar-Problem durch einen Standard zu lösen.

Und das Problem liegt im Wesentlichen in der Grundlage von Kryptowährungen: der Signierung von Transaktionen. Kommen wir zu den Zahlen:

• Bybit wurde Opfer eines Hackerangriffs in Höhe von rund 1,46 Mrd. US-Dollar, der auf eine Manipulation der Signaturschnittstelle zurückzuführen war.

• Phishing-Angriffe auf das Ledger Connect Kit verursachten Kosten in Höhe von 600.000 Dollar.

• Radiant Capital erlitt durch die Manipulation von Transaktionsdaten einen Verlust in Höhe von rund 50 Millionen Dollar.

All dies verdeutlicht dieselbe Schwachstelle: Die Nutzer bestätigen, was die Wallet anzeigt, während die Blockchain undurchsichtige Calldata oder Signaturen ausführt.

Dies wird als „Blind Signing“ bezeichnet. Einfach ausgedrückt: Menschen haben die Möglichkeit, Transaktionsdaten in Form von Bytecodes zu autorisieren und zu genehmigen, die sie nicht lesen können.

ERC-7730 ist Ethereums erster koordinierter Versuch, die Signierung von Transaktionen von „Vertrauen in die Schnittstelle“ auf „Überprüfung der Absicht“ umzustellen.

In diesem Blogbeitrag wird erläutert, was „Clear Signing“ und ERC-7730 sind, wie sie funktionieren und welche Bedeutung sie für den Kryptowährungs-Stack insgesamt haben.

Was ist Clear Signing?

Clear Signing ermöglicht es Wallets, für den Nutzer lesbare Absichten und Details anzuzeigen, bevor dieser die Transaktion signiert, und ersetzt damit das „blinde Signieren“ von rohem Bytecode.

Anstatt rohe Aufrufdaten, Hashes oder eine allgemeine Aufforderung wie „Nachricht signieren“ anzuzeigen, sollte die Wallet die Aktion in leicht verständlichem Englisch erklären:

• USDC senden,

• einen Ausgabeberechtigten genehmigen,

• Token tauschen,

• Brückenanlagen oder

• das Eigentumsrecht am Vertrag übertragen.

ERC-7730 ist der Standard von Ethereum, um dies einheitlich zu handhaben.

Dieser Standard ermöglicht es Smart-Contract-Teams, Deskriptoren zu veröffentlichen, die Wallets mitteilen, wie bestimmte Vertragsinteraktionen zu entschlüsseln und anzuzeigen sind.

Denken Sie daran: Eine eindeutige Signatur macht Transaktionen nicht automatisch sicher. Sie macht die Transaktionsdaten und die Absicht lesbar und hilft den Nutzern so, zu überprüfen, was sie unterschreiben.

Okay. Und wie funktionieren nun ERC-7730 und Clear Signing?

So funktioniert ERC-7730

Die Präambel dieses Ethereum-Standards lautet : „What You See Is What You Sign“(Was du siehst, ist das, was du unterschreibst).

Um dies zu ermöglichen, arbeitet ERC-7730 mit Transaktionsdeskriptoren. Dabei handelt es sich um strukturierte JSON-Dateien, die Smart-Contract-Funktionen mit für Menschen lesbaren Signaturnachrichten verknüpfen.

Ein Deskriptor teilt der Wallet Folgendes mit:

• auf welchen Vertrag und welche Kette dies zutrifft

• Welche Funktion wird aufgerufen?

• Welche Parameter sind entscheidend?

• wie diese Parameter angezeigt werden sollen

• Welche abschließende Meldung soll dem Benutzer vor der Anmeldung angezeigt werden?

Anstatt eine Rohdatei anzuzeigen approve(address, uint256) Aufruf: Wallets, die den ERC-7730-Deskriptor verwenden, können Folgendes anzeigen: Genehmige {spender}, {amount} {token} auszugeben

Schauen wir uns einmal an, wie das in der Praxis aussieht.

Die Struktur eines ERC-7730-Deskriptors

Ein ERC-7730-Deskriptor ist eine JSON-Datei, die Wallets mitteilt, wie sie Vertragsaufrufe in lesbare Signaturanfragen umwandeln können.

Es besteht aus drei Hauptabschnitten:

Kontext

Im Abschnitt „Kontext“ wird erläutert, wann die Wallet einen Deskriptor verwenden sollte. Er verknüpft die Datei mit einer oder mehreren Vertragsbereitstellungen, in der Regel anhand der chainId und der Adresse.

Wenn ein Benutzer eine Transaktion signiert, prüft die Wallet, ob der Zielvertrag und das Netzwerk mit einem bekannten Deskriptor übereinstimmen.

Metadaten

Der Abschnitt „Metadaten“ liefert zusätzliche Hintergrundinformationen. Er kann den Protokollinhaber, die Projekt-URL, den Vertragsnamen, Token-Details, Konstanten, Aufzählungen oder Fallback-Werte enthalten.

Dadurch können Wallets Werte übersichtlicher anzeigen, anstatt reine Adressen, Ganzzahlen oder unerklärte Parameter darzustellen.

Anzeige

Der Anzeigebereich übernimmt die eigentliche Übersetzungsarbeit. Im Inneren Anzeigeformate, wobei jeder Schlüssel eine für Menschen lesbare ABI-Funktionssignatur ist, wie zum Beispiel:

swapExactTokensForTokens(
  uint256 amountIn,
  uint256 amountOutMin,
  address[] path,
  address to,
  uint256 deadline
)

Für jede Funktion definiert der Deskriptor eine Absicht, eine optionale interpolierte Absicht, sowie eine Liste der Felder, die die Wallet anzeigen soll.

Jedes Feld verweist auf einen dekodierten „calldata“-Wert über Pfade wie #.amountIn, #.to, oder #.Frist, und teilt der Wallet anschließend mit, wie sie diese formatieren soll.

Zum Beispiel:

{
  "path": "#.amountIn",
  "label": "Send",
  "format": "tokenAmount",
  "params": {
    "tokenPath": "#.path[0]"
  }
}

Dadurch wird der Wallet Folgendes mitgeteilt:

• nimm die BetragIn Parameter,

• mit „Senden“ kennzeichnen,

• es als symbolischen Betrag formatieren und

• Verwendung Pfad[0] um festzustellen, welches Token den Ticker und die Dezimalstellen liefert.

Denken Sie daran, dass die Transaktion auf der Blockchain nach wie vor auf dieselbe Weise ausgeführt wird. ERC-7730 bietet Wallets lediglich eine einheitliche Möglichkeit, zu erklären, was der Nutzer im Begriff ist zu unterschreiben.

Die Anzeige ist jedoch nur ein Aspekt der Signatursicherheit. Hier erfahren Sie, warum ERC-7730 nach wie vor eine unvollständige Lösung ist.

Was ERC-7730 nicht löst

ERC-7730 ist wichtig, doch man neigt leicht dazu, seine Bedeutung zu überschätzen. Genau deshalb ist dieser Abschnitt wichtig, um seine Grenzen zu verstehen.

„Lesbar“ bedeutet nicht „überprüft“. Ein Deskriptor kann zwar lauten: „Genehmigung für den Ausgeber zur Verwendung von USDC“, doch ERC-7730 liefert keinen Nachweis dafür, dass der Deskriptor korrekt, vollständig oder wahrheitsgemäß ist.

Auch eindeutige Aufforderungen können eine schädliche Aktion autorisieren. Die Wallet zeigt die Transaktion zwar korrekt an, doch der Nutzer genehmigt möglicherweise dennoch einen bösartigen Vertrag, eine unsichere Berechtigung oder einen kompromittierten Frontend-Ablauf. Eine Wallet kann die Transaktion zwar korrekt anzeigen, doch der Nutzer kann dennoch einen bösartigen Vertrag, eine übermäßige Berechtigung oder eine riskante Protokollinteraktion genehmigen.

Deskriptoren können hinter den Verträgen zurückbleiben. Wenn ein Proxy aktualisiert wird, ein Router sein Verhalten ändert oder sich die Bedeutung einer Funktion verschiebt, kann ein alter Deskriptor dennoch eine fehlerfreie Eingabeaufforderung anzeigen.

Deskriptoren haben Schwierigkeiten mit komplexen Ausführungswegen. Batch-Aufrufe, Delegat-Aufrufe, Router und verschachtelte Aufrufdaten können dazu führen, dass eine Transaktion mehr umfasst, als die sichtbare Funktion vermuten lässt.

Damit die klare Signierung zuverlässig funktioniert und wirksam ist, hängt sie zudem in vielerlei Hinsicht entscheidend von folgenden Faktoren ab:

• vertrauenswürdige Register,

• Transaktionssimulation,

• Metadatenprüfungen und

• Risikowarnungen auf Wallet-Ebene.

Deshalb ist es wichtig, noch einmal auf diese Einschränkung hinzuweisen: ERC-7730 macht Transaktionen zwar leichter verständlich, sorgt aber nicht automatisch dafür, dass sie sicher signiert werden können.

ERC-7730: Wie geht es weiter?

ERC-7730 ist auf der Registry-Ebene bereits im Einsatz, und Ledger ist derzeit die eindeutigste Implementierung in der Praxis. Doch für die „Clear Signing“-Funktion gibt es noch viel mehr Möglichkeiten.

Mit zunehmender Reife der Kontoabstraktion werden Nutzer weniger einmalige Transaktionen autorisieren und stattdessen vermehrt bereichsbezogene Berechtigungen erteilen:

• Ausgabenobergrenzen,

• Sitzungsschlüssel,

• genehmigte Verträge,

• delegierte Handlungen und

• wiederkehrende Policen.

Umso wichtiger ist daher die Transaktionsabsicht.

Eine Smart Wallet kann keine sinnvollen Regeln durchsetzen, wenn sie nicht eindeutig nachvollziehen kann, was eine Aktion bedeutet.

Das Gleiche gilt für KI-Agenten und die autonome Ausführung.

Wenn Agenten im Namen der Nutzer Swaps, Zahlungen, Neugewichtungen oder Vertragsausübungen veranlassen sollen, benötigen sie mehr als nur die reinen Ausübungsdaten.

Sie benötigen eine semantische Ebene, die von Wallets, Policy-Engines, Simulatoren und letztendlich auch von anderen Akteuren gelesen werden kann.

ERC-7730 ist ein erster Schritt in diese Richtung.

Es beginnt mit einer für Menschen lesbaren Signatur, doch sein langfristiger Wert könnte in der maschinenlesbaren Absicht liegen: eine gemeinsame Methode für Wallets, Apps und Agenten, um zu verstehen, was autorisiert wird, bevor die Ausführung erfolgt.