Vitalik Buterin: Haltung gegenüber nativen Rollups wird unterstützend, ZK-Zeitplan reift allmählich

Odaily berichtet, dass Vitalik Buterin in einem Beitrag erklärte, dass er im Vergleich zur Vergangenheit „deutlich eher geneigt ist, native Rollups zu unterstützen“. Vitalik blickte zurück und sagte, dass ein wichtiger Grund für seine frühere Ablehnung von nativen Rollups darin lag, dass deren Precompile-Lösungen zwischen dem ZK-Modus oder dem Optimistic-Modus wählen mussten. Zu dieser Zeit war ZK-EVM noch nicht ausgereift, und L2 entschied sich oft für die Option „Verlass auf die Sicherheit von Ethereum, aber 2–7 Tage Auszahlungswartezeit“, anstatt „schnelle Auszahlungen, aber eigenes Risiko bei der Beweisführung“. Dies schwächte die Kombinierbarkeit von Ethereum und förderte die Verbreitung von Multisig-Brücken und ähnlichen Lösungen.

Vitalik wies darauf hin, dass sich die Situation derzeit ändert: Der Zeitplan für die vollständige Integration von ZK auf der L1-Ebene von Ethereum nähert sich zunehmend dem tatsächlichen Fortschritt bei der Einführung von nativen Rollup-Precompiles an, sodass das oben genannte Kernhindernis voraussichtlich beseitigt werden kann. Er erwähnte außerdem, dass die Community „synchrone Kombinierbarkeit“ zunehmend als einen der Kernwerte von L2 betrachtet und erforscht, wie Rollup-basierte Lösungen mit Mechanismen zur schnellen Vorabbestätigung kombiniert werden können.

Darüber hinaus betonte Vitalik, dass bei der konkreten Umsetzung das Design von nativen Rollup-Precompiles nicht überstürzt vorangetrieben werden sollte. Er schlug vor, dass künftig folgende Eigenschaft wünschenswert wäre: Wenn Entwickler ein Rollup bauen, das „EVM mit wenigen Erweiterungsfunktionen“ ist, könnten sie den EVM-Teil direkt aus dem nativen Rollup-Precompile wiederverwenden und nur für die neuen Funktionen ein eigenes Beweissystem einführen, wobei beide Teile auf standardisierte Weise miteinander verbunden werden.