Geschrieben von: Haotian

Gerade als ich darüber nachdachte, wohin die zweite Schicht von Ethereum als nächstes gehen wird, haben viele Gemeinden im Ausland bereits die Stimme erhoben: „Machen Sie Ethereum L1 wieder großartig.“ Tatsächlich konzentrierte sich die Entwicklungsstrategie in der Vergangenheit auf Rollup-Centric, und der Markt platzierte einen zu großen Teil der Lebensader von Ethereum auf Schicht 2. Was wäre, wenn L1 und L2 aus der Perspektive der eigenen Leistungsoptimierung von Ethereum herausgelöst würden?

1) @VitalikButerin nannte Ethereum zuvor die allgemeine Roadmap von Rollup-Centric. Er nutzte zunächst das Cancun-Upgrade EIP-4844, um die Rate zu senken, um Anreize für Schicht 2 zu schaffen, und schlug dann vor, die Interoperabilität zwischen Schicht 2 zu erhöhen, was sie sogar schwächte oder sogar veränderte die ursprüngliche Sharding-Sharding-Strategie zur Unterstützung von Layer2.

Die Verwendung von Rollup Layer 2 als strategischer Schwerpunkt kann zu höheren TPS führen, wodurch mehr hochfrequente Transaktionsanwendungsszenarien wie Spiele im Ethereum-Ökosystem implementiert werden können. Diese Entwicklungsstrategie gibt tatsächlich die Rolle der Ausführungsschicht von Ethereum Execution auf und bietet nur wichtige Funktionen wie Sicherheit, Konsens und Abwicklung. Aufgrund verschiedener Einschränkungen wie der Datenspeicherstruktur von EVM, der Hardwareleistung des Knoten-Clients, der Ausgaberate der Blockgröße usw. ist die Entwicklung von Schicht 2 als Schwerpunkt der Ausführungsschicht definitiv besser als Ethereum L1 selbst.

Aber wenn die Gasgebühr von L1 auf weniger als 1Gwei sinkt und die Entwicklung von L2 vorübergehend hinter den Erwartungen zurückbleibt, werden einige Leute darüber nachdenken, wie sie das Ethereum-Hauptnetzwerk als Ausführungsschicht neu ausrichten und nur Schicht 2 das Tüpfelchen auf dem Kuchen bilden lassen ? (Subtext: Der eigene Währungspreis von Layer2 ist nicht gut, kann aber Ethereum selbst nicht beeinflussen.)

2) Nicht unangemessen, zusätzlich zu dem Cancun-Upgrade, das Layer 2 direkt zugute kommt, liegt der Schwerpunkt der nächsten Roadmap von Ethereum, einschließlich Verge und Purge, auf Ethereum selbst.

Beispielsweise verwendet der im Verge-Upgrade integrierte Verkle-Baum „Stateless Client“, um die Knotenspeicherkosten zu optimieren, und die Einführung von Fully SNARKed Ethereum und ASIC-Hardwarebeschleunigungsplänen dient sowohl der Optimierung der Speicherkosten, der Verbesserung der Ausführungsleistung als auch der Erhöhung der Ethereum L1 Erweiterungsmöglichkeiten.

SNARKs können die Menge der gespeicherten und übertragenen Daten erheblich reduzieren, um die Ausführungseffizienz von Verifizierungen und komplexen Berechnungen zu verbessern, während ASIC den Verlust der SNARK-Ausführung reduziert und die Ausführungseffizienz durch Verbesserungen der Hardwareleistung verbessert. Es sollte gesagt werden, dass sich die nachfolgenden Upgrades von Ethereum nach der Bereitstellung einer Reihe von Infrastrukturgarantien für Layer 2 mehr auf die Optimierung der Leistung der Komponenten seiner eigenen Kette konzentrieren werden.

3) Es besteht jedoch kein Konflikt zwischen der Fähigkeit der Ethereum L1 Execution-Ausführungsschicht, mehr Transaktionen zu übertragen, und der energischen Entwicklung der Layer-2-Strategie. Um genau zu sein, rasen Layer2 und Layer1 parallel.

In Bezug auf Layer2 pflegen @arbitrum, @Starknet, @MetisL2, @megaeth_labs usw. das Ökosystem weiterhin auf der Grundlage ihrer jeweiligen führenden Vorteile und Entwicklungsschwerpunkte. Ich werde hier nicht näher darauf eingehen, aber sie sind weit davon entfernt Seien Sie pessimistisch. Bitte geben Sie etwas Geduld;

In Bezug auf Schicht 1 werden zusätzlich zu den nächsten großen Verbesserungen von Ethereum rund um seine eigene Leistung auch technologische Durchbrüche in den beiden Schlüsselbereichen des zugrunde liegenden ZK-Framework-Protokolls und der ZK-Hardwarebeschleunigung direkt dazu beitragen, L1 wieder großartig zu machen:

Beispiel: @ProjectZKM erstellt das ZK-Universalprotokoll auf der Grundlage der zkMIPs-Mikroprozessor-Anweisungsarchitektur. Zusätzlich zu der nativen Asset-Cross-Chain-Lösung, die Bridgeless wie bereits erwähnt in das Bitcoin-Ökosystem einbringt, ermöglicht das ZK-Universalprotokoll Ethereum, als „zu dienen.“ Abwicklungsschicht". In die Liquidität homogenerer oder heterogenerer Ketten. Dies bedeutet, dass andere Ketten über das ZK-Protokoll mit der Ethereum-Kette interagieren und dann mehr wichtige Abwicklungstransaktionen und Liquidität in das Ethereum-Hauptnetzwerk eingeben können, was natürlich auch die Leistung der „Ausführung“ von Ethereum stärkt;

Ein weiteres Beispiel: @cysic_xyz engagiert sich für die groß angelegte Einführung der ZK-Technologie durch Hardwarebeschleunigungslösungen auf Chipebene wie FPGA, GPU und ASIC. Als Benchmark-Projekt für ZK-Spitzen- und Hardware-Beschleunigungsstrecken ist es das Ziel von Cysic, in Zukunft das ZK-basierte Ethereum vollständig zu implementieren. Wenn Ethereum vollständig SNARKed wird, werden die entsprechenden Knoten von Ethereum auch die Hardwareleistung verbessern, und Hardwarebeschleunigung ist eine unvermeidliche Wahl.

Das ist alles.

Alles in allem handelt es sich nicht um eine antagonistische Beziehung, sondern um eine langfristige Wettbewerbs- und Kooperationsbeziehung, unabhängig davon, ob wir uns auf die Förderung der zentralen L2-Strategie oder die weitere Optimierung der L1-Leistung konzentrieren.

Kurzfristig ist Schicht 2 immer noch das Hauptthema der Ethereum-Erweiterung, aber langfristig basiert Ethereum auf der ZK-Unterschicht und der Hardwarebeschleunigung als sicherer Konsensabwicklungsschicht, den Erweiterungsfähigkeiten, die Ethereum tragen und implementieren kann sind auch voller Fantasie. Ethereum braucht nicht wieder großartig, Ethereum ist immer großartig geblieben.