Die Infrastruktur schläft nie; es gibt mehr Ketten als Anwendungen.

Während der Markt unter der Qual von Luftabwürfen verschiedener „Königsprojekte“ leidet, eilt der Primärmarkt immer noch, um den nächsten „König“ zu schaffen.

Letzte Nacht entstand ein weiteres hochkarätiges Layer 2-Projekt - MegaETH. Es sammelte 20 Millionen Dollar in Seed-Finanzierung ein, angeführt von Dragonfly mit Beteiligung von Figment Capital, Robot Ventures und Big Brain Holdings. Zu den Angel-Investoren gehören Vitalik, Cobie, Joseph Lubin, Sreeram Kannan und Kartik Talwar.

Mit führenden VCs an der Spitze der Finanzierungsrunde und Branchenriesen wie Vitalik als Angel-Investoren sowie einem Projektnamen, der direkt "ETH" enthält, zielen all diese Tags darauf ab, "Legitimität" auf einem Kryptomarkt mit begrenzter Aufmerksamkeit zu etablieren.

Laut der offiziellen Projektbeschreibung kann MegaETH mit einem vertrauten Wort zusammengefasst werden - schnell.

Als erste Echtzeit-Blockchain verspricht sie blitzschnelle Transaktionsgeschwindigkeiten, Sub-Millisekunden-Latenz und mehr als 100.000 Transaktionen pro Sekunde...

Auf einem Markt, auf dem alle Teilnehmer von Erzählungen über die Leistung von Blockchain erschöpft sind, wie sticht MegaETH hervor?

Wir haben uns in das Whitepaper von MegaETH vertieft, um die Antwort zu finden.

Viele Ketten, aber keine kann "Echtzeit" erreichen

Abgesehen von Erzählungen und Hype, warum braucht der Markt eine Blockchain wie MegaETH?

MegaETHs eigene Antwort lautet, dass das einfache Erstellen weiterer Ketten das Skalierbarkeitsproblem von Blockchains nicht löst. Aktuelle L1- und L2-Lösungen stehen vor gemeinsamen Problemen:

• Alle EVM-Ketten weisen eine niedrige Transaktionsdurchsatzrate auf;
• Aufgrund begrenzter Rechenresourcen können komplexe Anwendungen nicht on-chain bereitgestellt werden;
• Anwendungen, die hohe Aktualisierungsraten oder schnelle Rückkopplungsschleifen erfordern, sind mit langen Blockzeiten nicht möglich.

Mit anderen Worten, aktuelle Blockchains können nicht erreichen:

• Echtzeit-Abrechnung: Transaktionen werden sofort nach Erreichen der Blockchain verarbeitet und die Ergebnisse werden nahezu sofort veröffentlicht.
• Echtzeitverarbeitung: Das Blockchain-System kann eine große Anzahl von Transaktionen in kürzester Zeit verarbeiten und überprüfen.

Wie sieht diese Echtzeitfähigkeit in praktischen Anwendungen aus?

Zum Beispiel erfordert das Hochfrequenzhandel die Fähigkeit, Aufträge innerhalb von Millisekunden zu platzieren und zu stornieren. Ebenso benötigen Echtzeit-Kampf- oder Physik-Simulationsspiele Blockchains, die den Zustand mit extrem hoher Frequenz aktualisieren können. Offensichtlich können aktuelle Blockchains dies nicht erreichen.

Node-Spezialisierung und Echtzeit-Performance

Also, wie erreicht MegaETH die oben genannten "Echtzeit"-Fähigkeiten? Kurz gesagt:

Node-Spezialisierung: Durch die Trennung der Transaktionsausführungsaufgaben von den Verantwortlichkeiten der Vollknoten reduziert MegaETH den Konsens-Overhead.

Um genauer zu sein, verfügt MegaETH über drei Hauptrollen: Sequenzer, Beweiser und vollständige Knoten.

In MegaETH handelt nur ein aktiver Sequenzer zu einem beliebigen Zeitpunkt die Transaktionsausführung. Andere Knoten erhalten Zustandsunterschiede über das P2P-Netzwerk und aktualisieren ihre lokalen Zustände, ohne Transaktionen erneut auszuführen.

Der Sequenzer ist für die Anordnung und Ausführung von Benutzertransaktionen verantwortlich. Zu jedem Zeitpunkt hat MegaETH jedoch nur einen aktiven Sequenzer, was den Konsens-Overhead während der normalen Ausführung beseitigt.

Provers verwendenzustandslose Verifikationum Blöcke asynchron und ungeordnet zu überprüfen.

Ein vereinfachter Workflow von MegaETH sieht wie folgt aus:

1. Transaktionsverarbeitung und Sequenzierung: Benutzer eingereichte Transaktionen werden zuerst an den Sequenzer gesendet, der diese Transaktionen in der Reihenfolge verarbeitet, neue Blöcke und Zeugendaten generiert.

2. Datenveröffentlichung: Der Sequenzer veröffentlicht die generierten Blöcke, Zeugendaten und Zustandsunterschiede an EigenDA (Data Availability Layer), um sicherzustellen, dass diese Daten im Netzwerk verfügbar sind.

3. Blocküberprüfung: Das Prover-Netzwerk holt Blöcke und Zeugendaten vom Sequenzer, überprüft sie mithilfe spezialisierter Hardware, generiert Beweise und gibt sie an den Sequenzer zurück.

4. State Updates: Das Fullnode-Netzwerk erhält Zustandsunterschiede vom Sequenzer, aktualisiert lokale Zustände und kann die Gültigkeit der Blöcke durch das Prover-Netzwerk überprüfen, um die Konsistenz und Sicherheit der Blockchain zu gewährleisten.

Erst messen, dann ausführen

Aus anderen Inhalten des Whitepapers geht hervor, dass MegaETH selbst erkannt hat, dass die Idee der „Node-Spezialisierung“ zwar gut ist, aber nicht einfach in die Praxis umgesetzt werden kann.

Wenn es um den Aufbau der Kette geht, hat MegaETH einen interessanten Ansatz: Zuerst messen, dann ausführen. Das heißt, führen Sie eingehende Leistungsbeurteilungen durch, um die realen Probleme bestehender Blockchain-Systeme zu identifizieren, bevor Sie herausfinden, wie Sie den Ansatz der Knotenspezialisierung anwenden, um diese Probleme zu lösen.

Also, welche Probleme hat MegaETH identifiziert?

Der folgende Teil könnte für den durchschnittlichen Leser zu technisch sein. Wenn Sie feststellen, dass es weniger fesselnd ist, können Sie gerne zum nächsten Abschnitt springen.

• Transaktionsausführung: Ihre Experimente zeigen, dass selbst leistungsstarke Server mit 512 GB Arbeitsspeicher das vorhandene Ethereum-Ausführungsclient Reth nur etwa 1000 TPS (Transaktionen pro Sekunde) in Echtzeitsynchronisation erreichen kann. Dies deutet auf erhebliche Leistungsengpässe in aktuellen Systemen zur Ausführung von Transaktionen und Updates hin.
• Parallele Ausführung: Trotz des heißen Konzepts der parallelen EVM gibt es noch ungelöste Leistungsprobleme. Der Beschleunigungseffekt der parallelen EVM in der tatsächlichen Produktion wird durch die Parallelität der Arbeitslasten begrenzt. Messungen von MegaETH zeigen, dass die mittlere Parallelität der jüngsten Ethereum-Blöcke weniger als 2 beträgt, selbst wenn mehrere Blöcke kombiniert werden, erhöht sich die mittlere Parallelität nur auf 2,75.

(Ein Parallelismus von weniger als 2 bedeutet, dass in den meisten Fällen weniger als zwei Transaktionen pro Block gleichzeitig ausgeführt werden können. Dies deutet darauf hin, dass die meisten Transaktionen in aktuellen Blockchain-Systemen voneinander abhängig sind und nicht in großem Maßstab parallel verarbeitet werden können.)

• Interpreter Overhead: Selbst die schnellsten EVM-Interpreter, wie revm, sind immer noch um den Faktor 1-2 langsamer als native Ausführung.
• Zustandssynchronisation: Die Synchronisierung von 100.000 ERC-20-Transfers pro Sekunde erfordert eine Bandbreite von 152,6 Mbps, und komplexere Transaktionen erfordern noch mehr Bandbreite. Das Aktualisieren des Zustandsstamms in Reth verbraucht 10-mal mehr Rechenressourcen als das Ausführen von Transaktionen. Vereinfacht ausgedrückt ist der aktuelle Ressourcenverbrauch der Blockchain ziemlich hoch.

Nach Identifizierung dieser Probleme begann MegaETH, diese mit gezielten Lösungen anzugehen, was mit der oben genannten Lösungslogik übereinstimmt:

1. Hochleistungs-Sequenzer:

• Node-Spezialisierung: MegaETH verbessert die Effizienz, indem Aufgaben spezialisierten Knoten zugewiesen werden. Sequenzer-Knoten übernehmen die Transaktionsreihenfolge und -ausführung, Vollknoten verwalten Statusaktualisierungen und Validierung, und Beweiser-Knoten überprüfen Blöcke mithilfe dedizierter Hardware.
• Hochwertige Hardware: Sequenzer verwenden leistungsstarke Server (z. B. 100 Kerne, 1 TB Speicher, 10 Gbps Netzwerk), um große Transaktionsvolumen zu verarbeiten und Blöcke schnell zu generieren.

1. Zugriffsoptimierung des Staates:

• In-Memory-Speicher: Sequencer-Knoten sind mit großen Mengen an RAM ausgestattet, die in der Lage sind, den gesamten Blockchain-Zustand im Speicher zu speichern und die SSD-Leseverzögerung zu eliminieren und den Zugriff auf den Zustand zu beschleunigen.
• Parallele Ausführung: Obwohl der Beschleunigungseffekt der parallelen EVM bei bestehenden Workloads begrenzt ist, optimiert MegaETH den parallelen Ausführungsmechanismus und unterstützt das Management der Transaktionspriorität, um sicherzustellen, dass wichtige Transaktionen während Spitzenzeiten zeitnah bearbeitet werden.

1. Dolmetscheroptimierung:

• MegaETH führt Ahead-Of-Time (AOT) und Just-In-Time (JIT) Kompilierungstechniken ein, um die Ausführung von rechenintensiven Verträgen zu beschleunigen. Obwohl die Leistungsverbesserungen für die meisten Verträge in Produktionsumgebungen begrenzt sind, können diese Techniken die Leistung in bestimmten hochrechnenden Szenarien signifikant verbessern.

1. Optimierung der Statussynchronisation:

• Effiziente Datenübertragung: MegaETH hat eine effiziente Methode zur Kodierung und Übertragung von Zustandsunterschieden entwickelt, die in der Lage ist, große Zustandsaktualisierungen mit begrenzter Bandbreite zu synchronisieren.
• Kompressionstechnologie: Durch die Verwendung fortschrittlicher Kompressionstechniken kann MegaETH Zustandsaktualisierungen für komplexe Transaktionen (wie Uniswap-Swaps) innerhalb von Bandbreitenbeschränkungen synchronisieren.

1. Optimierung des State Root Updates:

• Optimierte MPT-Design: MegaETH verwendet einen optimierten Merkle Patricia Trie (wie NOMT), um Lese-/Schreiboperationen zu reduzieren und die Effizienz von Zustandsaktualisierungen zu verbessern.
• Batchverarbeitung: Durch die Stapelverarbeitung von Zustandsaktualisierungen kann MegaETH zufällige Festplatten-E/A-Operationen reduzieren und die Gesamtleistung verbessern.

Der obige Inhalt ist ziemlich technisch, aber jenseits dieser technischen Details kann man sehen, dass MegaETH wirklich über technisches Können verfügt. Und ein klares Motiv ist:

Durch die öffentliche Weitergabe detaillierter technischer Daten und Testergebnisse strebt MegaETH danach, die Transparenz und Glaubwürdigkeit des Projekts zu erhöhen, damit die technische Community und potenzielle Nutzer ein tieferes Verständnis und Vertrauen in die Leistung des Systems gewinnen können.

Angesehenes Team, häufig bevorzugt ?

Beim Analysieren des Whitepapers wird deutlich, dass trotz des etwas auffälligen Namens von MegaETH die Dokumente und Erklärungen oft eine akribische und übermäßig detaillierte technische Verspieltheit offenbaren.

Öffentliche Informationen deuten darauf hin, dass das Team von MegaETH anscheinend einen chinesischen Hintergrund hat. Der CEO, Li Yilong, hat einen Doktortitel in Informatik von Stanford. Der CTO, Yang Lei, hat einen Doktortitel vom MIT. Der CBO (Chief Business Officer), Kong Shuyao, hat einen MBA von der Harvard Business School und Erfahrung bei mehreren Brancheninstitutionen (wie ConsenSys). Der Leiter des Wachstums hat einige berufliche Überschneidungen mit dem CBO und hat ebenfalls an der New York University graduiert.

Ein Team, in dem alle vier Mitglieder von Top-Universitäten in den USA stammen, hat natürlich erheblichen Einfluss in Bezug auf Verbindungen und Ressourcen.

Zuvor im ArtikelAbsolvent als CEO, Pantera führt $25 Millionen Runde für Nexus an, haben wir den CEO von Nexus vorgestellt, der trotz seines frischen Abschlusses auch von Stanford stammt und anscheinend über solide technische Kenntnisse verfügt.

Top-Venture-Kapitalgeber bevorzugen in der Tat Top-Technologen von renommierten Schulen. Mit Vitalik, der ebenfalls investiert, und dem Projektnamen, der „ETH“ enthält, wird die technische Erzählung und die Marketingwirkung voraussichtlich maximiert.

In der aktuellen Atmosphäre, in der alte „Königsprojekte“ zu „gefallenen Königen“ werden und es eine Flaute in neuen Projekten und Marktaktivitäten gibt, ist MegaETH bereit, eine neue Welle von FOMO auszulösen.

Wir werden weiterhin das Testnetzwerk des Projekts überwachen und Aktualisierungen bereitstellen.

Erklärung:

1. Dieser Artikel stammt aus [ techflow], der Originaltitel lautet „Interpretation des MegaETH-Whitepapers: Die Infrastruktur schläft nie, was ist so besonders an der riesigen Finanzierung L2, an der Vitalik teilgenommen hat?“, das Urheberrecht gehört dem Originalautor [ TechFlow von DeepFlow], wenn Sie Einwände gegen den Nachdruck haben, kontaktieren Sie uns bitte Gate Learn TeamDas Team wird es so schnell wie möglich gemäß den relevanten Verfahren bearbeiten.

2. Haftungsausschluss: Die in diesem Artikel geäußerten Ansichten und Meinungen repräsentieren ausschließlich die persönlichen Ansichten des Autors und stellen keine Anlageberatung dar.

3. Andere Sprachversionen des Artikels werden vom Gate Learn-Team übersetzt, die nicht erwähnt sind.Gate.io, der übersetzte Artikel darf nicht reproduziert, verteilt oder plagiiert werden.