#以太坊基金会l1弃用poseidon哈希
Der Ethereum-Foundation-Forscher Justin Drake hat gestern auf X einen Satz gepostet: „Auf Wiedersehen, Poseidon!“ Damit setzt er acht Jahre Forschung und einen achtstelligen Aufwand ein Schlusszeichen. Die Foundation hat offiziell beschlossen, Poseidon im L1-Roadmap-Plan aufzugeben und stattdessen auf SHA oder BLAKE – also klassische Ansätze – zu setzen. Poseidon, das seit seiner Entstehung im Jahr 2019 existiert, ist ein „SNARK-freundlicher“ Hash, der speziell für Zero-Knowledge-Beweise entwickelt wurde, und wurde zum Mainstream für zkRollups und zkVMs – und sorgt so für die Sicherheit von On-Chain-Vermögenswerten in Milliardenhöhe. Warum gibt man das jetzt auf? Weil der SNARK-Entwurf selbst mittlerweile durchbrochen wurde. Forschende haben herausgefunden, dass bei mathematischen Berechnungen im binären Feld die Performance traditioneller Hash-Funktionen wie SHA-2 und BLAKE2s inzwischen mit Poseidon mithalten kann – es braucht keinen speziellen Hash mehr, sondern vor allem ein besseres Design des Beweissystems. Rückblickend ist nicht der SNARK-freundliche Hash entscheidend, sondern der hash-freundliche SNARK. Diese Entscheidung betrifft nur die zukünftige Architektur von Ethereum L1 und ist keine sofortige Entfernung von Poseidon aus bestehenden Anwendungen. Bereits genutzte zkRollups und zkVMs müssen nicht ersetzt werden. Die Roadmap lautet: 2027 Abschluss einer production-ready leanVM, 2028 schrittweise Deployment auf Ebene des Konsenses, der Datenebene und der Ausführung. Das ist kein kurzfristiger Preis-Katalysator, sondern ein Signal für langfristige technische Gesundheit. Es zeigt, wie Ethereum Dinge angeht: acht Jahre Forschung, und wenn man einen besseren Weg findet, wird entschieden umgeschwenkt – ohne an versunkene Kosten gebunden zu bleiben. Vor dem Hintergrund, dass Post-Quantum-Sicherheit immer dringlicher wird, ist die Wahl eines hinreichend geprüften traditionellen Hashes robuster, als weiter auf neue Strukturen zu setzen. Kurzfristige Kursvolatilität ist unvermeidlich; worauf es wirklich ankommt, ist der weitere Zeitplan für das tatsächliche Rollout von leanVM.
Der Ethereum-Foundation-Forscher Justin Drake hat gestern auf X einen Satz gepostet: „Auf Wiedersehen, Poseidon!“ Damit setzt er acht Jahre Forschung und einen achtstelligen Aufwand ein Schlusszeichen. Die Foundation hat offiziell beschlossen, Poseidon im L1-Roadmap-Plan aufzugeben und stattdessen auf SHA oder BLAKE – also klassische Ansätze – zu setzen. Poseidon, das seit seiner Entstehung im Jahr 2019 existiert, ist ein „SNARK-freundlicher“ Hash, der speziell für Zero-Knowledge-Beweise entwickelt wurde, und wurde zum Mainstream für zkRollups und zkVMs – und sorgt so für die Sicherheit von On-Chain-Vermögenswerten in Milliardenhöhe. Warum gibt man das jetzt auf? Weil der SNARK-Entwurf selbst mittlerweile durchbrochen wurde. Forschende haben herausgefunden, dass bei mathematischen Berechnungen im binären Feld die Performance traditioneller Hash-Funktionen wie SHA-2 und BLAKE2s inzwischen mit Poseidon mithalten kann – es braucht keinen speziellen Hash mehr, sondern vor allem ein besseres Design des Beweissystems. Rückblickend ist nicht der SNARK-freundliche Hash entscheidend, sondern der hash-freundliche SNARK. Diese Entscheidung betrifft nur die zukünftige Architektur von Ethereum L1 und ist keine sofortige Entfernung von Poseidon aus bestehenden Anwendungen. Bereits genutzte zkRollups und zkVMs müssen nicht ersetzt werden. Die Roadmap lautet: 2027 Abschluss einer production-ready leanVM, 2028 schrittweise Deployment auf Ebene des Konsenses, der Datenebene und der Ausführung. Das ist kein kurzfristiger Preis-Katalysator, sondern ein Signal für langfristige technische Gesundheit. Es zeigt, wie Ethereum Dinge angeht: acht Jahre Forschung, und wenn man einen besseren Weg findet, wird entschieden umgeschwenkt – ohne an versunkene Kosten gebunden zu bleiben. Vor dem Hintergrund, dass Post-Quantum-Sicherheit immer dringlicher wird, ist die Wahl eines hinreichend geprüften traditionellen Hashes robuster, als weiter auf neue Strukturen zu setzen. Kurzfristige Kursvolatilität ist unvermeidlich; worauf es wirklich ankommt, ist der weitere Zeitplan für das tatsächliche Rollout von leanVM.