Ethereum kippt Poseidon: Traditionelle Hash-Funktionen gewinnen dank Binius und Flock

Am 13. August 2026 verkündete Justin Drake, Forscher der Ethereum Foundation, dass Ethereum Layer 1 die Hash-Funktion Poseidon – seit 2019 der Standard für SNARK-freundliche Hashing-Verfahren – zugunsten von SHA-2 oder BLAKE2s aufgibt. Damit endet eine achtjährige, achtstellige Forschungsinitiative . Die Kehrtwende ist kein Rückzug aus der Zero-Knowledge-Kryptografie, sondern ein Signal, dass sich das Feld grundlegend gewandelt hat. Durchbrüche im SNARK-Design auf Binärfeldern haben Poseidons Leistungsvorteil zunichtegemacht und erlauben dem Netzwerk, auf kryptografisch jahrzehntelang geprüfte Hash-Funktionen zu setzen – ohne Geschwindigkeitseinbußen in Proof-Systemen.

Warum Poseidon aufgegeben wurde

Poseidon wurde eigens für Zero-Knowledge-Proof-Systeme entwickelt, um in SNARK-Schaltkreisen effizient zu sein, wo traditionelle Hash-Funktionen zuvor zu teuer waren . Der Hauptgrund für die Abkehr: Durchbruchartige SNARK-Designs haben Poseidons Leistungsvorteil eliminiert. Drake erklärte: „Standard-Hash-Funktionen wie SHA2 und BLAKE2s können in einem SNARK nun mit Poseidon mithalten. Rückblickend lag der Schlüssel nicht in SNARK-freundlichen Hash-Funktionen, sondern in hash-freundlichen SNARKs“ . Der Wechsel macht zudem jahrelanges Warten auf eine ausreichende kryptanalytische Prüfung von Poseidon überflüssig und beschleunigt so den gesamten Einführungszeitplan .

Wie SHA-2 und BLAKE2s die Quantensicherheit stärken

SHA-2 und BLAKE2s gehören zur Familie der hash-basierten Signaturen (z. B. SPHINCS+, XMSS), die von NIST und der breiten Kryptografie-Community als quantensicher eingestuft werden. Die Lean-Ethereum-Roadmap sieht vor, BLS-Signaturen durch leanXMSS zu ersetzen – ein zustandsbehaftetes Hash-basiertes Signaturschema, das auf traditionellen Hash-Funktionen aufsetzt und Ethereum-Validatoren eine primäre quantensichere Alternative bietet . Die Verwendung gut analysierter, standardisierter Hash-Funktionen anstelle einer maßgeschneiderten SNARK-freundlichen Konstruktion bedeutet, dass die Post-Quantum-Sicherheitsannahmen auf jahrzehntelanger kryptanalytischer Prüfung beruhen, anstatt auf Poseidons vergleichsweise unerprobter Sicherheitsmarge .

Der Durchbruch: Binärfeld-SNARKs durch Binius und Flock

Die Wende ermöglichten zwei bahnbrechende SNARK-Designs:

• Binius – Ein SNARK, der über Binärfeld-Erweiterungstürme (GF(2)-Körper) konstruiert wurde. Sein Design harmoniert von Natur aus mit den bitweisen Operationen, die traditionelle Hash-Funktionen (SHA-256, Keccak-256) benötigen, und beseitigt den Einbettungs-Overhead, der sie bisher teuer machte. Binius eignet sich daher besonders gut für die Verifikation klassischer symmetrischer Kryptografie innerhalb von SNARKs .

• Flock – Ein Hash-basierter SNARK für extrem schnelles Batch-Proving standardmäßiger kryptografischer Hash-Auswertungen (SHA-256, Keccak, BLAKE3). Flock beweist Batches derselben R1CS-Schaltung mit massiven Durchsatzsteigerungen und ermöglicht den neuen SNARK-Designs, 1 Million Proofs pro Sekunde auf einem einzelnen Laptop-Kern zu verarbeiten .

Zusammen machen diese Entwicklungen SNARK-freundliche Hashes überflüssig: Standard-Hashes lassen sich nun genauso effizient beweisen wie Poseidon, und die Community kann direkt zu STARKs mit traditionellen, kampferprobten Primitiven übergehen .

Zeitplan: leanVM und Layer-Deployments bis 2028

Die „Strawmap“ der Ethereum Foundation (vom Architektur-Team veröffentlicht) skizziert bis 2029 etwa sieben Forks, einen alle sechs Monate . Die wichtigsten Meilensteine aus den jüngsten Ankündigungen:

• leanVM (produktionsreif): Geplant für 2027 – eine minimale Zero-Knowledge-Virtual-Machine, die Ausführungsschicht-Beweise verifiziert und aggregiert .
• Einsätze auf Konsens-, Daten- und Ausführungsebene: Vorgesehen für 2028 .
• leanXMSS (Hash-basierte Validator-Signaturen): Teil des mehrjährigen Lean-Ethereum-Neubaus, der zusammen mit Verkle Trees und anderen quantenresistenten Primitiven über einen Zeitraum von 3–4 Jahren ausgerollt wird .

Diese Daten sind vorläufig; jede Protokolländerung erfordert vor der Aktivierung noch Implementierung, Tests und Zustimmung innerhalb der Ethereum-Community.

Was das für Institutionen und Validatoren bedeutet

Die Umstellung schafft konkreten operativen Druck für Banken, Verwahrstellen und institutionelle Staking-Dienste:

• Zustandsbehaftete Hash-basierte Validator-Signaturen (leanXMSS): Banken, die Ethereum-Validator-Infrastruktur oder Staking-Dienste betreiben, müssen von BLS-Signaturen auf leanXMSS migrieren, ein zustandsbehaftetes Hash-basiertes Schema . Zustandsbehaftete Signaturschemata erfordern eine sorgfältige Schlüsselverwaltung – bereits die einmalige Wiederverwendung eines Schlüssels kann die Sicherheit brechen – und schaffen operative Risiken, die bei traditionellen (zustandslosen) Signaturen nicht bestehen.
• Kryptografische Inventarfristen: Der Zeitplan 2027–2028 zwingt Banken, jetzt mit kryptografischen Bestandsaufnahmen und Migrationsplanungen zu beginnen. Alle Smart Contracts, Verwahrungssysteme oder On-Chain-Operationen, die auf Poseidon oder BLS angewiesen sind, müssen auf Proofs auf Basis von SHA-2/BLAKE2s umgerüstet werden.
• Allgemeiner regulatorischer Druck: Globale Regulierungsbehörden (z. B. BIS, EZB, US NIST) drängen Finanzinstitute zunehmend zu Post-Quantum-Kryptografie (PQC)-Übergangsplänen. Der Ethereum-Hard-Fork-Zeitplan schafft eine konkrete, kurzfristige Deadline für Bank-Treasury- und DeFi-Operationen, um sich an quantensicheren Signaturen und Hashes zu orientieren – weit früher als die üblicherweise in traditionellen Bank-PQC-Fahrplänen angenommenen Zeiträume.

Das von der Ethereum Foundation ausgelobte 1-Millionen-Dollar-Kryptanalysprogramm für Poseidon wurde am 1. August 2026 pausiert – ein Zeichen, dass sich die Aufmerksamkeit der Kryptografiegemeinschaft bereits auf die neuen Hash-basierten Primitive verlagert hat. Für Entwickler und Institutionen, die auf Ethereum aufbauen, ist die Botschaft klar: Die Post-Quantum-Zukunft läuft auf SHA-2, BLAKE2s und den SNARK-Designs, die sie realisierbar gemacht haben.