Calldata-Decoder: Was macht diese Transaktion, bevor Sie unterschreiben?

02 / AUFBAU

Was in der Calldata steht

Abb. 1 · Selektor, Wörter und Verweise. Kodierung nach der ABI-Spezifikation von Solidity, Stand 14. November 2026.

Wie der Decoder liest und was er dabei prüft

Gegen unsaubere Eingaben ist der Decoder gebaut: Verweise, die immer wieder auf dieselbe Stelle zeigen, könnten aus 96 Kilobyte eine Milliarde Werte machen. Er bricht deshalb nach 50.000 Werten ab und liest höchstens 8 Ebenen tief. Nach dem Lesen kodiert er alles neu und vergleicht. Weicht das Ergebnis ab, etwa durch Bytes am Ende, die zu keinem Parameter gehören, steht das als Hinweis da.

Ein Selektor ist nur vier Byte lang und verrät die Parametertypen nicht. Signatur-Datenbanken helfen, sind aber unvollständig und kommen bei neuen Verträgen nicht nach Chen u. a. 2022. Der Decoder fragt keine Datenbank ab; was nicht in seiner Liste steht, liest er mit Ihrer ABI oder Signatur. Den Selektor zu einer Signatur und umgekehrt rechnet der Selektor- und Topic-Rechner.

03 / FREIGABEN

Freigaben: Wer darf was mit Ihren Token?

Ein Tausch, eine Einzahlung oder ein Verkauf beginnt oft mit einer Freigabe. Sie erlauben damit einem Vertrag, Token aus Ihrem Bestand abzubuchen, auch später und ohne neue Bestätigung. Das ist gewollt, denn sonst müsste jede Anwendung Ihre Token erst in Verwahrung nehmen. Es heißt aber auch: Die Freigabe ist die eigentliche Erlaubnis, nicht der Tausch danach.

In einer Auswertung von 25,4 Millionen ERC-20-Freigaben bis Juli 2021 waren rund 60 Prozent unbegrenzt. Alle 22 untersuchten Anwendungen fragten unbegrenzte Freigaben ab, nur 3 von 31 Oberflächen erklärten, was das bedeutet, und nur 5 ließen den Betrag ändern Wang u. a. 2022. Betrugsmaschen, die Freigaben missbrauchen, setzen genau an dieser Stelle an und profitieren davon, wie knapp Wallets Freigaben darstellen Adamczyk 2025. Der Decoder schreibt deshalb jede Freigabe aus: wer, wie viel und wie lange, auch wenn sie tief in einem Bündel steckt.

Nach EIP-20, EIP-721, EIP-1155, EIP-2612 und dem Quelltext von Permit2, Stand 14. November 2026.

Zwei Dinge helfen im Alltag. Erstens knappe Beträge: Eine Freigabe über den Betrag des Tauschs ist danach verbraucht. Später nachzubessern ist nicht dasselbe, denn wer schon berechtigt ist, kann vor einer Änderung noch den alten Betrag abheben und danach den neuen Rahimian u. a. 2019. Zweitens ab und zu aufräumen. Block-Explorer wie Etherscan führen für jede Adresse eine Übersicht der erteilten Freigaben, und was Sie nicht mehr nutzen, nehmen Sie dort zurück.

Drainer-Baukästen, die als Dienst vermietet werden, bestehen im Kern aus genau diesen Funktionen: approve, setApprovalForAll, permit, Permit2 He u. a. 2025. Darum erkennt der Decoder sie an der Funktion selbst und nicht an der Website, die sie anfordert.

04 / SIGNATUREN

Unterschriften ohne Transaktion: EIP-712

Nicht alles, was eine Wallet zum Bestätigen vorlegt, ist eine Transaktion. Bei EIP-712 unterschreiben Sie eine strukturierte Nachricht: kein Gas, keine Spur in der Chain, bis jemand sie einreicht. Permit, Permit2, Verkaufsangebote auf Marktplätzen mit Seaport und die Freigabe einer Safe-Transaktion laufen so. Die Unterschrift wirkt trotzdem: Wer sie hat, setzt mit ihr die Freigabe oder den Auftrag in Kraft.

Eine Signaturanfrage hat zwei Teile. Die Domain sagt, wofür sie gilt: Name der Anwendung, Version, Chain und Vertrag. Die Nachricht sagt, was gilt. Der Decoder zeigt beides vollständig, erkennt Permit, Permit2, Seaport und SafeTx und schreibt den Kern als Satz. Steht in der Nachricht ein Feld, das im Typ nicht vorkommt, meldet er das, denn so ein Feld wird angezeigt, aber nicht unterschrieben.

Blind Signing: wenn das Gerät nur Hashes zeigt

Hardware-Wallets zeigen Signaturanfragen, die sie nicht kennen, oft nur als Hashes: bei EIP-712 den Domain-Hash und den Nachrichten-Hash. Bestätigen Sie dann, unterschreiben Sie blind. Ein Gerät allein ist dabei auch nur eine einzelne Stelle, der man vertrauen muss Dabrowski u. a. 2021. Der Decoder rechnet dieselben Hashes unabhängig aus der Anfrage, die Sie hier einfügen. Stimmen beide Hashes mit dem Gerät überein, unterschreiben Sie genau das, was oben im Klartext steht. Bei Safe ist der Signatur-Hash der safeTxHash, den auch die Safe-Oberfläche zeigt.

Eines bleibt dabei wichtig: Eine bestätigte Transaktion kommt nicht zurück, und eine eingereichte Freigabe gilt, bis Sie sie zurücknehmen. Gerade Umsteiger aus dem Bankverkehr gehen oft vom Gegenteil aus Voskobojnikov u. a. 2021, und Wallets machen den Einstieg Neulingen nicht leicht Froehlich u. a. 2021. Deshalb schreibt der Decoder ohne Fachwörter und erklärt die, die sich nicht vermeiden lassen.

05 / BÜNDEL

Verschachtelte Aufrufe: Multicall, Universal Router, Safe

Viele Transaktionen sind Bündel. Multicall3 führt mehrere Aufrufe an verschiedene Verträge aus, multicall(bytes[]) mehrere an denselben. Der Universal Router von Uniswap bekommt eine Folge von Befehlsbytes und zu jedem Befehl eine Eingabe. Ein Safe führt mit execTransaction einen Aufruf aus, häufig einen DELEGATECALL an MultiSend, der wiederum eine gepackte Liste von Aufrufen enthält. Der Decoder liest jede Ebene und nummeriert die Sätze, damit klar bleibt, was wo steckt.

Gerade darin verstecken sich Freigaben gern. Bei Phishing über Transaktionen werden Nutzer auf nachgebaute Seiten gelockt und unterschreiben dort Aufrufe, die anderen ihre Werte zugänglich machen; eine Studie fand in acht Monaten 26.333 solcher Seiten He u. a. 2023. Eine Folgearbeit zählte in 300 Tagen 130.637 Phishing-Transaktionen, die über die Nutzdaten von Vertragsaufrufen arbeiteten Chen u. a. 2025. Was zählt, steht in der Calldata, nicht auf der Website. Deshalb zeigt der Decoder Adressen auch immer vollständig: Gefälschte Adressen gleichen der echten oft am Anfang und am Ende. Zwei Adressen Zeichen für Zeichen vergleicht der Ethereum-Adress-Prüfer.

Befehle des Universal Routers

Nach Commands.sol und Dispatcher.sol, Stand 14. November 2026. Gesetztes Bit 0x80 heißt: Der Befehl darf scheitern. Ältere Router (Version 1) belegen 0x10 bis 0x22 mit NFT-Befehlen; mit der Zieladresse erkennt der Decoder das.

Bei jedem Tausch nennt der Klartext den Mindestbetrag. Er ist der Schutz dagegen, dass der Kurs zwischen Unterschreiben und Ausführen schlechter wird. Bots beobachten offene Transaktionen und setzen eigene Aufträge davor Daian u. a. 2020, beim Sandwich auch noch einen dahinter Zhou u. a. 2021. Steht der Mindestbetrag auf 0, meldet der Decoder das. Was ein Tausch an Gas kostet, rechnet der Gas-Rechner.

Ein DELEGATECALL aus einem Safe ist ein Sonderfall: Der aufgerufene Code läuft mit den Rechten und dem Speicher des Safe, kann also auch die Unterzeichner ändern oder das Guthaben bewegen. Für die offiziellen MultiSend-Verträge von Safe ist das so vorgesehen, für alles andere meldet der Decoder es als Auffälligkeit. Ähnlich bei Proxys: upgradeTo tauscht die Logik eines Vertrags aus, und rund die Hälfte der untersuchten austauschbaren Verträge wurde von einer einzigen Adresse kontrolliert Salehi u. a. 2023.

06 / LISTE

Welche 89 Funktionen der Decoder ohne ABI kennt

Die Liste deckt ab, was Wallets im Alltag am häufigsten vorlegen: Token und NFTs, Vaults, Verwaltung von Verträgen, Permit2, Bündel, Uniswap und Safe. Der Selektor ist jeweils aus der Signatur gerechnet, nicht abgeschrieben; der Test des Werkzeugs vergleicht ihn mit bekannten Werten und prüft, dass keine zwei Einträge denselben haben.

Selektor = erste 4 Byte von Keccak-256 der Signatur, z. B. 0xa9059cbb für transfer(address,uint256). Stand 14. November 2026.

07 / VORGEHEN

So lesen Sie eine Transaktion vor dem Unterschreiben

1. Daten holen. In der Wallet unter „Daten" oder „Hex" kopieren, bei einer schon gesendeten Transaktion bei Etherscan unter „Input Data". Die Zieladresse (to) gleich mit.
2. Klartext lesen. Passt der Satz zu dem, was Sie vorhaben? Wer einen Tausch will, sollte keinen Satz über eine Sammel-Freigabe für NFTs lesen.
3. Auffälligkeiten durchgehen. Unbegrenzte Freigabe, kein Mindestbetrag, fremder Empfänger, DELEGATECALL: Jede kann gewollt sein. Wichtig ist, dass Sie sie kennen.
4. Adressen vergleichen. Den Empfänger einer Freigabe vollständig mit der Adresse abgleichen, die die Anwendung selbst nennt, nicht nur Anfang und Ende.
5. Bei Hashes auf dem Gerät: Domain- und Nachrichten-Hash mit dem Ergebnis hier vergleichen, bevor Sie bestätigen.

Wo der Decoder aufhört

• Kein Blick in die Chain. Ob die Zieladresse der echte Vertrag ist, ob er ein Proxy ist und was sein Code mit den Werten macht, bleibt offen. Die Erklärung gilt für Verträge, die sich an den genannten Standard halten.
• Unbekannte Selektoren. Ohne ABI oder Signatur bleiben sie unentschlüsselt; das Werkzeug fragt keine Online-Datenbank ab. Verschiedene Funktionen können denselben Selektor haben.
• Beträge in kleinster Einheit. Kürzel und Nachkommastellen kennt das Werkzeug nur für die wenigen Token in seiner Liste, sonst stehen Beträge in der kleinsten Einheit des Tokens.
• Keine Simulation. Was die Transaktion am Ende bewegt, hängt vom Zustand der Chain beim Ausführen ab, etwa vom Kurs bei einem Tausch.

Der Decoder ist eine zweite Sicht auf das, was unterschrieben wird. Schlüssel und Gerät deckt er nicht ab; in einer Auswertung von 84 Wallet-Vorfällen mit 5,4 Milliarden US-Dollar Schaden verteilen sich die Angriffe über mehrere Ebenen Erinle u. a. 2025.

Wenn Ihre eigene Anwendung Nutzern vor dem Unterschreiben zeigen soll, was eine Transaktion tut, bauen wir das mit Ihnen; wie, steht unter Web3-Entwicklung. Weitere Werkzeuge rund um Blockchain, Token und Verträge sammelt die Übersicht der Web3-Werkzeuge.

08 / FORSCHUNG

Was die Forschung dazu sagt

Die Hinweise des Decoders folgen Befunden aus begutachteten Arbeiten. Die wichtigsten hier, die vollständige Liste mit Prüfvermerk steht weiter unten.

• Unbegrenzte Freigaben sind die Regel, Erklärungen die Ausnahme. Rund 60 Prozent der ERC-20-Freigaben waren unbegrenzt, nur jede zehnte Oberfläche erklärte sie Wang u. a. 2022. Der Decoder schreibt deshalb jede Freigabe als Satz.
• Was zählt, steht in den Daten. Phishing über Transaktionen arbeitet mit nachgebauten Seiten und verschachtelten Nutzdaten He u. a. 2023 Chen u. a. 2025. Darum liest der Decoder unabhängig von der Seite und bis in die achte Ebene.
• Wallets stellen Freigaben oft zu knapp dar. Eine Untersuchung von Freigabe-Betrug verglich 18 Wallets genau daraufhin Adamczyk 2025.
• Der Mindestbetrag schützt den Tausch. Vorgezogene und eingerahmte Aufträge sind an dezentralen Börsen gut belegt Daian u. a. 2020 Zhou u. a. 2021.
• Selektoren allein reichen nicht. Signatur-Datenbanken sind lückenhaft Chen u. a. 2022; der Decoder sagt ehrlich „unbekannt" und zeigt die Rohdaten.
• Transaktionen sind endgültig. Diese Annahme fehlt vielen, die aus dem Bankverkehr kommen Voskobojnikov u. a. 2021. Der Merksatz im Ergebnis sagt es deshalb ausdrücklich.

09 / FÜR KI-ASSISTENTEN

Dieses Werkzeug aus einem KI-Assistenten nutzen

Assistenten wie Claude oder ChatGPT, die das Model Context Protocol (MCP) sprechen, können die Rechnung dieser Seite direkt aufrufen, statt sie nachzubauen. Der Server ist öffentlich, braucht keine Anmeldung und speichert nichts. Die Antwort enthält immer den Link auf diese Seite, den Stand der Daten und die Grenzen des Ergebnisses.

Endpunkt

https://aureum-tech.com/mcp

Werkzeug

werkzeug_calldata_decoder

Transport

Streamable HTTP, nur lesend

Fragen, bei denen ein Assistent es aufrufen sollte

• „Was macht diese Calldata? Sie beginnt mit 0x095ea7b3 und endet mit 64-mal f."
• „Meine Wallet will, dass ich einen Uniswap-Tausch bestätige. Hier ist die Calldata; wohin gehen die Token und gibt es einen Mindestbetrag?"
• „Ist diese Permit2-Signaturanfrage eine unbegrenzte Freigabe, und bis wann gilt sie?"
• „Welche Aufrufe stecken in dieser Safe-Transaktion mit MultiSend, und läuft etwas als DELEGATECALL?"

Wie die Anbindung funktioniert und was MCP im eigenen Betrieb leisten kann, steht auf der Seite zu MCP-Integrationen.

10 / HÄUFIGE FRAGEN

Häufige Fragen zu Calldata, Freigaben und Signaturen