Was ist Ethereum Classic? ETC und sein ursprüngliches Ethereum-Netzwerk verstehen

Ursprünge der unveränderlichen Kette

1. Ethereum Classic entstand direkt aus der ursprünglichen Ethereum-Blockchain, die 2015 eingeführt wurde, und bewahrt jeden Block und jede Transaktion ohne Änderungen.

2. Der DAO-Vorfall im Juni 2016 löste einen philosophischen Bruch aus: Eine Reentry-Schwachstelle führte zum Diebstahl von etwa 3,6 Millionen ETH im damaligen Wert von 50–70 Millionen US-Dollar.

3. Ein Hard Fork, der auf Blockhöhe 1.920.000 ausgeführt wurde, schuf zwei parallele Ketten – eine, die den Diebstahl umkehrte (ETH), die andere, die die historische Kontinuität aufrechterhielt (ETC).

4. Miner und Knotenbetreiber, die externe Eingriffe ablehnten, sicherten weiterhin die Pre-Fork-Kette und formalisierten sie als Ethereum Classic.

5. Diese Entscheidung war nicht technischer, sondern ideologischer Natur – sie bestätigte, dass Unveränderlichkeit auch bei einem katastrophalen Scheitern nicht verhandelbar ist.

Technische Kernarchitektur

1. ETC führt die Ethereum Virtual Machine (EVM) in ihrer ursprünglichen Spezifikation aus und ermöglicht so vollständige Kompatibilität mit frühen Smart-Contract-Bytecodes und -Tools.

2. Es behält den Proof-of-Work-Konsens unter Verwendung von Ethash bei und erzwingt energieintensives, ASIC-resistentes Mining als Sicherheitsgarantie.

3. Die Geldpolitik erzwingt eine feste Angebotsobergrenze: Die Gesamtemission ist algorithmisch auf 210.700.000 ETC begrenzt, was das Knappheitsmodell von Bitcoin widerspiegelt.

4. Die Blockzeit bleibt bei ~13 Sekunden verankert, wobei bei jedem Block Schwierigkeitsanpassungen vorgenommen werden, um die Bestätigungslatenz zu stabilisieren.

5. Es gibt keine On-Chain-Governance-Primitive. Protokoll-Upgrades erfordern Miner-Signalisierung und eine gemeinschaftsweite Knotenakzeptanz – keine Voting-Tokens oder Treasury-Vorschläge.

Philosophische Grundlagen

1. „Kodex ist Gesetz“ fungiert als verbindliches Axiom – nicht als Slogan –, was bedeutet, dass keine menschliche Autorität abgeschlossene Zustandsübergänge außer Kraft setzen kann.

2. Der gesellschaftliche Konsens wird als eine entstehende Eigenschaft und nicht als Steuerungsmechanismus behandelt; Forks werden nur akzeptiert, wenn sie die historische Integrität wahren.

3. Anti-Zensur wird auf Protokollebene durchgesetzt: keine Adress-Blacklisting, keine Transaktionsfilterung, keine sanktionierten Rollbacks.

4. Die Netzwerkneutralität erstreckt sich auf die Anwendungsebene: dApps erben erlaubnislose Bereitstellung und ungefilterte Ausführungsgarantien.

5. Die Kette unterscheidet nicht zwischen bösartigem, fehlerhaftem oder legitimem Code – sobald er bereitgestellt und bestätigt wurde, wird er irreversibel ausgeführt.

Operative Realitäten im Jahr 2026

1. Mit Stand Juli 2026 verfügt ETC über eine Hashrate von ca. 200 TH/s, die überwiegend aus GPU-Mining-Pools in Nordamerika und Osteuropa stammt.

2. Mit dem Olympia-Upgrade, das im Mai 2026 aktiviert wurde, wurde ein Treasury auf Protokollebene eingeführt, das durch einen Blockprämienzuschlag von 1 % finanziert wird – jedoch ohne die Münzausgabe zu ändern oder diskretionäre Ausgaben zu ermöglichen.

3. Die Smart-Contract-Aktivität konzentriert sich weiterhin auf deterministische Anwendungsfälle: zeitlich begrenzte Treuhandkonten, IoT-Firmware-Bestätigung und Cross-Chain-Bridge-Validatoren.

4. ETC-Knoten erzwingen einen strengen Wiedergabeschutz und verhindern so versehentliche Duplikate von Transaktionen zwischen ETC- und ETH-Netzwerken.

5. Keine Client-Implementierung erlaubt eine dynamische Zustandsänderung über Governance-Abstimmungen oder Notfall-Überschreibungen – jeder Knoten validiert identische Regelsätze.

Community-Governance-Modell

1. Die Entscheidungsfindung erfolgt über offene GitHub-Repositories, in denen EIPs vor der Implementierung einer mehrmonatigen Peer-Review unterzogen werden.

2. Core-Entwickler verfügen nicht über privilegierte Signaturschlüssel oder Notstoppfunktionen – das Netzwerk verfügt über keinen Notausschalter.

3. Mining-Pools koordinieren die Soft-Fork-Aktivierung über die Versionssignalisierung in Block-Headern und erfordern eine Hash-Power-Unterstützung von ≥80 % über 1.000 Blöcke.

4. Wallet-Anbieter und -Explorer überprüfen die Konsensregeln unabhängig voneinander und schaffen so redundante Validierungsebenen außerhalb der Kontrolle des Entwicklers.

5. Keine Entität kontrolliert den kanonischen Genesis-Block, den EVM-Opcode-Satz oder den Schwierigkeitsanpassungsalgorithmus – dies sind unveränderliche Konstanten.

Häufig gestellte Fragen

F: Unterstützt ETC Smart Contracts, die für moderne Solidity-Versionen geschrieben wurden? Ja, aber nur diejenigen, die zu EVM-Opcodes kompiliert wurden, die mit dem Pre-Merge-Befehlssatz kompatibel sind; neuere Funktionen wie CREATE2 oder CHAINID fehlen.

F: Können ETC-Transaktionen von Minern oder Entwicklern rückgängig gemacht werden? Nein. Eine Umkehrung würde ein Umschreiben des Verlaufs erfordern – ein Verstoß gegen die Konsensregeln, den kein konformer Knoten akzeptiert.

F: Ist ETC von der Umstellung von Ethereum auf Proof-of-Stake betroffen? Nein. ETC bleibt unabhängig und setzt den Proof-of-Work-Betrieb ohne gemeinsame Infrastruktur, Codebasis oder wirtschaftliche Anreize mit der ETH fort.

F: Wie geht ETC mit kritischen Schwachstellen um, die nach der Bereitstellung entdeckt werden? Durch Hard Forks, die den gesamten vorherigen Zustand beibehalten – es erfolgt keine Datenlöschung oder Kontolöschung; Korrekturen gelten nur ab dem Upgrade-Block.