Dieser Block ist auf echte Ethereum-Workflows gebaut. Du kannst UTF-8, ASCII und Hex-Bytes hashen, Keccak-256 direkt mit SHA3-256 vergleichen und aus ABI-Daten sofort Selector, Topic0 und Calldata erzeugen.
Genau hier passieren die typischen Fehler: Text statt Rohbytes, SHA3-256 statt Keccak-256 oder falsch zusammengesetzte Signaturen. Dieser Block nimmt dir diese Fehlerquellen sichtbar ab.
Nutze den Rechner fuer normale Strings, Hex-Bytes, Signaturen oder Debugging. Die Ausgabe aktualisiert sich live und liefert dir direkt Ethereum-taugliche Referenzwerte.
Hex akzeptiert optionales 0x, Leerzeichen und Zeilenumbrueche. Fuer Solidity-Signaturen ist fast immer UTF-8 + Keccak-256 richtig. ASCII ist praktisch fuer technische Teststrings.
Bereit fuer die erste Eingabe.
Trage Funktionsname, Typen und Werte ein. Der Block baut daraus die kanonische Signatur, den 4-Byte-Selector und die komplette Calldata. Unterstuetzt sind aktuell die haeufigsten Scalar-Typen: address, bool, uint/int, bytesN, bytes und string.
bytes und bytesN erwarten Hex. string wird als UTF-8 encodiert. Werte fuer bool koennen true/false oder 1/0 sein.
Calldata wird live aufgebaut.
Der Hauptoutput folgt deinem gewaehlten Algorithmus. Zusaetzlich bekommst du immer die Ethereum-Referenzwerte auf Basis von Keccak-256.
Die reale Laenge des aktuell gewaehlten Ergebnisses.
Ethereum nutzt in der Praxis Keccak-256. Genau diese Gegenueberstellung zeigt dir, warum ein generischer SHA3-Generator fuer EVM-Arbeit oft nicht ausreicht.
Fuer das Event-Routing auf Ethereum brauchst du meist nur die kanonische Event-Signatur. Daraus wird das Topic0 als Keccak-256 erzeugt.
Topic0 wird live berechnet.
Dieser Bereich zeigt dir, wie der aktuelle Input wirklich interpretiert wurde. Das spart Zeit bei Hex-Problemen, Unicode-Unterschieden und API-Debugging.
Sobald du Daten eingibst, erscheint hier die Byte-Einordnung.
Die ersten Bytes deiner aktuellen Eingabe als Hex-Vorschau.
UTF-8, ASCII und Hex werden unterschiedlich verarbeitet.