Unter der Haube des Weltcomputers
Ethereum wird oft als „Weltcomputer“ bezeichnet. Doch im Gegensatz zu einem herkömmlichen Server wird jede Interaktion auf Ethereum durch eine Reihe strenger, Low-Level-Protokolle definiert, die sicherstellen, dass jeder Knoten im Netzwerk den gleichen Zustand erreicht.
Für Entwickler und fortgeschrittene Benutzer ist das Verständnis dieser Protokolle – ABI, RLP und EVM-Bytecode – unerlässlich für das Debuggen von Transaktionen, die Interaktion mit Smart Contracts und die Optimierung des Gasverbrauchs. Dieser Leitfaden schlüsselt die technischen Grundlagen des Ethereum-Ökosystems auf.
1. Das Application Binary Interface (ABI)
Das ABI ist die Standardmethode zur Interaktion mit Smart Contracts im Ethereum-Ökosystem. Da Smart Contracts in Bytecode kompiliert werden, benötigen wir eine Möglichkeit, der EVM mitzuteilen, welche Funktion aufgerufen werden soll und welche Argumente übergeben werden sollen.
Funktionsselektoren
Jede Funktion in einem Solidity-Contract wird durch ihren Funktionsselektor identifiziert.
- Signatur: Nehmen Sie den Funktionsnamen und seine Parametertypen (z. B.
transfer(address,uint256)). - Hash: Berechnen Sie den Keccak-256-Hash dieses Strings.
- Selektor: Die ersten 4 Bytes des Hashs.
Wenn Sie eine Transaktion an einen Contract senden, sind die ersten 4 Bytes des Feldes „Data“ der Funktionsselektor. Ein Funktionsselektor-Decoder kann Ihnen helfen zu identifizieren, welche Aktion eine Transaktion ausführt.
Argumentkodierung
Das ABI definiert, wie verschiedene Datentypen (uint, address, string, bytes) in 32-Byte-Slots (256-Bit) gepackt werden. Typen mit fester Größe werden sequentiell gepackt, während dynamische Typen (wie Strings und Arrays) Offsets verwenden, um auf die tatsächlichen Daten am Ende der Nutzlast zu verweisen. Ein ABI-Encoder-Decoder ist erforderlich, um diese Daten zu generieren oder aus einer Transaktion zu parsen.
2. RLP (Recursive Length Prefix) Serialisierung
Während das ABI für die Interaktion mit Contracts verwendet wird, ist RLP die primäre Kodierungsmethode, die von der Ethereum-Ausführungsschicht verwendet wird, um Objekte wie Transaktionen und Blöcke zu serialisieren.
Warum nicht JSON oder Protobuf?
RLP wurde für absolute Einfachheit und Platzeffizienz entwickelt. Im Gegensatz zu JSON hat es keine Metadaten (keine Schlüssel, keine Anführungszeichen). Es kodiert nur die Struktur und die rohen Bytes.
Wie RLP funktioniert
RLP kodiert Daten basierend auf ihrer Länge:
- Kleine Strings: (0-55 Bytes) werden mit einem einzelnen Byte (
0x80+ Länge) vorangestellt. - Große Strings: werden mit einem Multi-Byte-Längenindikator vorangestellt.
- Listen: (Arrays) werden mit
0xc0+ der Gesamtlänge der serialisierten Elemente vorangestellt.
Jede Transaktion, die Sie senden, wird RLP-kodiert, bevor sie signiert und an das Netzwerk übertragen wird. Ein RLP-Encoder-Decoder ist ein unverzichtbares Werkzeug zur Analyse von rohem Transaktions-Hex.
3. Ethereum-Einheiten: Von Wei bis Ether
Ether (ETH) ist bis auf 18 Dezimalstellen teilbar. Das Verständnis dieser Einheiten ist entscheidend, um „Decimal Overflow“-Fehler in Smart Contracts zu vermeiden.
| Einheit | Wert (in Wei) | Gebräuchlicher Name |
|---|---|---|
| Wei | 1 | Die kleinste Einheit. |
| Gwei | 1,000,000,000 ($10^9$) | Wird für Gas-Preise verwendet. |
| Szabo | $10^{12}$ | Microether. |
| Finney | $10^{15}$ | Milliether. |
| Ether | $10^{18}$ | Die Hauptwährungseinheit. |
Die Verwendung eines Ethereum-Einheiten-Umrechners (oder Wei/Gwei/ETH-Umrechners) stellt sicher, dass Sie den richtigen Betrag senden und den richtigen Gas-Preis festlegen.
4. Die EVM und Bytecode
Wenn Sie einen Solidity-Contract kompilieren, wird er zu EVM-Bytecode. Dieser Bytecode ist eine Folge von Opcodes (Operationscodes).
Opcodes und Gas
Jeder Opcode (wie ADD, MUL, SSTORE, SLOAD) hat feste „Gas“-Kosten.
SSTORE(Daten speichern): Sehr teuer.ADD(Mathematik): Sehr billig.
Disassemblierung
Ein EVM-Bytecode-Disassembler nimmt rohen Hex-Code und wandelt ihn wieder in menschlich lesbare Opcodes um. Dies wird von Sicherheitsforschern verwendet, um „unverifizierte“ Contracts zu prüfen, bei denen der Quellcode auf Etherscan nicht verfügbar ist.
FAQ: Ethereum-Interna
F: Was ist eine „Funktionssignatur“?
A: Es ist die für Menschen lesbare String-Darstellung einer Funktion, z. B. deposit(). Ihr Hash bestimmt den Funktionsselektor.
F: Kann ich jede Ethereum-Transaktion dekodieren?
A: Wenn Sie das ABI (JSON) des Contracts haben, können Sie die Eingabedaten dekodieren. Ohne das ABI können Sie nur die rohen Bytes und den Funktionsselektor sehen, obwohl Dienste wie 4byte.directory Selektoren oft bekannten Signaturen zuordnen können.
F: Warum brauche ich Gwei für Gas?
A: Weil ETH zu wertvoll ist, um als Basiseinheit für Gas verwendet zu werden. Gwei (Giga-Wei) ermöglicht eine feingliedrige Preisgestaltung von Netzwerkressourcen, ohne mit Dutzenden von führenden Nullen hantieren zu müssen.
F: Was ist das Feld „Input Data“ in einer Transaktion?
A: Bei einem Contract-Aufruf enthält es den ABI-kodierten Funktionsselektor und die Argumente. Bei einem Contract-Deployment enthält es den EVM-Deployment-Bytecode.
Fazit
Der Ethereum-Stack ist ein Meisterstück an Effizienz und deterministischer Ausführung. Von der kompakten Serialisierung von RLP bis hin zur strukturierten Schnittstelle des ABI ist jede Ebene für eine dezentrale Umgebung optimiert. Wenn Sie diese Konzepte meistern, entwickeln Sie sich vom Gelegenheitsnutzer zum Power-User, der in der Lage ist, den „Weltcomputer“ auf seiner grundlegendsten Ebene zu steuern.