Dieser Decoder braucht JavaScript (läuft lokal in deinem Browser).
Hinweis: Der Decoder erkennt nur Funktionen, die in der eingefügten ABI stehen — er kann keine unbekannte Calldata "erraten". Beispiel mit erfundener Adresse, kein echtes Guthaben.
Wie ABI-Decoding funktioniert
Jeder Ethereum-Funktionsaufruf beginnt mit einem 4-Byte-Selector — den ersten 4 Bytes des Keccak-256-Hashes der Funktionssignatur (z. B. transfer(address,uint256)). Der Selector sagt dem Contract, welche Funktion gemeint ist; alles danach sind die ABI-kodierten Parameter, in 32-Byte-Wörtern.
Statische Typen (address, uint256, bool) stehen direkt in diesen Wörtern. Dynamische Typen (string, bytes, Arrays) enthalten stattdessen einen Offset, der auf die eigentlichen Daten weiter hinten in der Calldata zeigt — deshalb braucht Decodieren die passenden Typen, nicht nur die rohen Bytes.
Dieses Tool nutzt dieselbe geprüfte Bibliothek (ethers.js), die auch den Message-Verifier antreibt: ABI einfügen, Calldata einfügen, der Selector wird automatisch gegen alle Funktionen in der ABI abgeglichen.
Häufige Fragen
Was ist ein Selector?
Was, wenn keine Funktion passt?
Kann ich eine ganze ABI-JSON einfügen?
Verlässt meine Eingabe den Browser?
?abi=…&data=…) lässt sich eine Decodierung teilen — erst das aktive Teilen verlässt den Browser.Calldata decodiert — was zeigt die ganze Transaktion?
Der ABI-Decoder erklärt die Funktionsparameter. Für Nonce, Gas und Empfänger der kompletten Transaktion: der Transaktions-Decoder.