jakiro
In den letzten zwei Jahren hat sich Ethereum für die Roadmap „Rollup Center“ vollständig verpflichtet.Diese Strategie beinhaltet die Einsparung von ETH in einen Brückenvertrag, die Ausführung von Transaktionen außerhalb des Kettens und die Verwendung von Beweisen-ob es sich um Betrugsbeweis oder Null-Knowledge-Beweis (ZKP) handelt, um den Status von Layer2 (L2) und Prozessabhebungen zu überprüfen.
Es gibt jedoch eine große Herausforderung: Ethereum selbst überprüft die EVM-Ausführung nicht nativ und zwingt Rollup, ein eigenes Proof-System unabhängig voneinander zu implementieren, um die staatlichen Übergänge zu überprüfen.
Ethereum wird häufig harte Gabeln unterzogen, was die EVM ändern kann, was bedeutet, dass das Rollup -Team für die Wartung und Aktualisierung seiner benutzerdefinierten Implementierungen verantwortlich sein muss.Dies erfordert in der Regel die Einrichtung eines Sicherheitsausschusses oder die Annahme eines tokenbasierten Voting-Governance-Systems, um Aktualisierungen für seine Überbrückungsverträge und Nachweismechanismen zu verwalten.
In unserer vorherigen Serie haben wir den basierten Rollup und Booster Rollup untersucht.Jetzt werden wir uns einem tieferen Einblick in das Konzept des einheimischen Rollups zuwenden.
Was ist der Unterschied zwischen basiert, Booster und Native?
Es kann viel Verwirrung zwischen den Definitionen von Rollup, Booster Rollup und nativem Rollup geben.In früheren Serien haben wir Rollup und Booster Rollup behandelt, sodass Sie diese vor dem Lesen dieses Artikels ansehen.Aber wir werden diese drei Typen schnell überprüfen.
Basierte Rollups verwendet den L1 -Validator für die Transaktionssortierung und erleichtert die Dezentralisierung, kann jedoch aufgrund der relativ langen L1 -Blockzeit (z. B. 12 Sekunden) den Durchsatz beeinflussen.Es werden jedoch Anstrengungen unternommen, um diese Erfahrung zu verbessern, wobei die Technologie vor der Bestätigung verwendet wird, die es Benutzern ermöglicht, eine schnellere endgültige Transaktionsbestätigung zu genießen, wenn die Community weiterhin innovativ ist.
Booster Rollups erweitert Ausführung und Speicher, indem sie die L1 -Verarbeitung auf L2 emulieren und die Anwendungen ohne Umschichtung wachsen lassen.Obwohl dieser Ansatz Skalierbarkeit bietet, führt er im Vergleich zu herkömmlichen Rollups, die komplexere technische Anstrengungen zur Entwicklung und Aufrechterhaltung erfordern, zusätzliche Komplexität ein.
Native Rollups verwenden die eigene Statusübertragungsfunktion (STF) von L1 als Validator für die Anwendung von Schichtzustandsübergängen.Während Optimismus, Arbitrum und andere Rollups in EVM -äquivalenten Umgebungen ausgeführt werden, enthalten sie normalerweise komplexe oder unpraktische benutzerdefinierte Änderungen, die nicht direkt in Ethereum implementiert werden können.
Native Rollups, einst als legale Rollups bekannt, wurden in verschiedenen Schriften ausführlich diskutiert.Darüber hinaus war der Begriff „regulatorischer Rollup“@aplyyaKurz verwenden.Der Begriff „legal“ wird jedoch schließlich durch „Native“ ersetzt, um anzuzeigen, dass vorhandene EVM -äquivalente Rollups auf dieses Modell aufgerüstet werden können.Der Begriff „eingeborener“ ist@danrobinsonund ein anonymer Mitwirkender von Lido.
Wie funktioniert einheimische Rollup?
Der native Rollup -Vorschlag führt ausführende Vorkompilierung ein und fungiert als Validator für Rollup -Statusübergänge.Diese Vorkompilierung ermöglicht es dem Rollup -Team, es in seinen Validatorverträgen zu verwenden, basierend auf dem Proof -System bereitzustellen und Rollup zu ermöglichen, die native Überprüfung von Ethereum zu erben.
Da diese neue Vorkompilation dem Konzept von „EVM in EVM“ etwas ähnlich ist, wird sie im Rahmen seines sozialen Konsenses durch den harten Vergiftungsprozess von Ethereum aktualisiert.Dies stellt sicher, dass sich Änderungen an EVM in der Vorkompilierung widerspiegeln, sodass die Rollups die Überprüfung von Ethereum erben und die Governance-Verantwortlichkeiten des Rollup-Teams in Bezug auf Sicherheitsausschüsse oder Multisignaturen lindern, wodurch Rollups für Benutzer von Natur aus sicherer werden.
Execute wird als Validator für EVM -Zustandsübergänge vorkompiliert, sodass Rollup die nativen Einrichtungen von Ethereum in der Anwendungsschicht nutzen kann.Es werden Eingaben wie Pre_State_ROOT, post_state_root, Trace und gas_used verwendet, um die Konvertierung unter Verwendung von Gaspreismechanismen ähnlich wie EIP-1559 zu überprüfen.Abhängig von den Skalierbarkeitsanforderungen des Rollups können Validatoren die Korrektheit der Übergänge des Rollup-Zustands durch Wiederaussetzung oder Snark-Beweis durchsetzen.Darüber hinaus werden Verspätungen von Slot-by-Slot integriert, um zentrale Risiken wie den MEV-basierten Proof-Wettbewerb zu mildern.
Diese Vorkompilierung vereinfacht die Rollup -Entwicklung mit „vertrauenslosen Rollup“ -Schürung im Proof -System.In Kombination mit dem basierten Rollup -Design, bei dem das Sortier- und Proofsystem von Ethereum verwaltet wird, ermöglicht diese Struktur eine vollständige Vertrauenslosigkeit, die häufig als „Ultraschall -Rollup“ bezeichnet wird.Es verbessert die Kompositionsfähigkeit und kann sich in Echtzeit niederlassen und so die Verbesserung der Kompositions- und Sicherheitsrollup -Designs fördern.
Die vorgeschlagene Vorkompilation verhält sich ähnlich wie EVM und führt die Rollup-Transaktion erneut aus, um die Richtigkeit zu überprüfen.Dies steht im Gegensatz zum Kernvorteil von Rollup, da Rollups Vorteil in der Ausführung außerhalb des Kettens liegt und nur den Nachweis der Gültigkeit der Gültigkeit von Ethereum vorlegt.Stattdessen reflektiert Vorkompeten im Wesentlichen das, was Ethereum getan hat, und erhöht keinen Wert bei der Reduzierung der Berechnung von L1.
Die Auswahl eines EVM-ähnlichen Validators anstelle eines ZK-Validators stammt aus der aktuellen Unreife der ZK-Technologie.Die weit verbreiteten ZKVMs haben Anfälligkeit gezeigt, und die schnelle Entwicklung von ZKP macht hartcodierte spezifische ZK-Validatoren auf Kettenriskatik und unflexibel.Ethereum priorisiert stattdessen Vielfalt und Neutralität und ermöglicht das Experimentieren mit verschiedenen ZK -Clients, ohne an einen einzelnen Validator zu sperren.
Dies bedeutet jedoch nicht, dass Vorkompilation nicht zur Skalierbarkeit von Ethereum beiträgt.Obwohl Ethereum seine Sicherheit gewährleistet, indem der ZK Proof Validator unabgeordnet wird, wird diese Vorkompilierung verwendet, um den von Rollup eingereichten ZK-Proof zu überprüfen.Auf diese Weise können Ethereum -Validatoren von Anfang bis Ende vollständig emuliert alle Rollup -Transaktionen vollständig emulieren.Stattdessen behält sich das Netzwerk durch die Stütze auf änderische ZK-Proofs bei und behält seine Sicherheitssicherung bei und arbeitet und arbeitet an der Erzielung der Skalierbarkeit in Bezug auf die Ausführung.
Was sind die Hauptvorteile von Native Rollup?
Bei nativem Rollup können viele komplexe Aufgaben durch Vorkompilation bearbeitet werden, wodurch Betrugsbeweis oder Snark -Prüfung usw. erleichtert werden kann.Dies bedeutet, dass weniger Code ohne zusätzliche Systeme wie Proof Networking oder Sicherheitsausschüsse geschrieben und verwaltet werden muss.
Die Überprüfung der Snark-Snarke ist teuer, sodass viele ZK-Rollups nicht häufig Transaktionen abschließen, um Kosten zu sparen.Vorkompilierung ausführen kann dazu beitragen, diese Kosten zu senken, indem mehrere Beweise mit Snark rekursiv zusammengepackt werden.Dieser Ansatz ermöglicht Rollup, Transaktionen effizienter zu validieren, wodurch kosteneffektivere Überprüfungen außerhalb der Kette werden.
Die Gewährleistung fehlerfreier Vorgänge in herkömmlichen Rollups ist eine Herausforderung und erfordert häufig eine umfassende Überprüfung.Viele Teams reduzieren Risiken, indem sie eine zentralisierte Sortierung einnehmen, um die Schaffung böswilliger Blöcke zu verhindern.Ein sicherer und genehmigterer Sortiermechanismus kann jedoch durch vorkompilierte native Ausführung implementiert werden.Dieser Ansatz ermöglicht es Rollup, nicht nur die Sicherheit von L1, sondern auch die Substituierbarkeit von Vermögenswerten zu erben, da Transaktionen in der Vertrauensumgebung von Ethereum direkt überprüft werden.
Es gibt viele EVM-kompatible Rollups, aber nur wenige entsprechen EVM: Das Halten von Änderungen in der Synchronisierung mit der Hauptblockchain erfordert normalerweise ein Team oder ein Wahlsystem, um Rollups zu aktualisieren, was Risiken darstellen kann.Native Rollups können automatisch mit der Hauptblockchain aktualisiert werden, wodurch alles ohne zusätzliche Regeln oder Wähler synchronisiert ist.
Für ZK-Rollups ist die Erreichung von Beweiszeiten mit ultra-niedriger Latenz wie 100 Millisekunden eine sehr herausfordernde technische Aufgabe.Im Gegensatz dazu können native Rollups einen „loseren“ Beweisplan ermöglichen, der ihn auf einen vollständigen Schlitz erstreckt.Dieser Ansatz lindert den Druck, sofort Beweise zu erzeugen, wodurch die Zuverlässigkeit verbessert und die Integration in L1 verbessert wird.
Werden alle Rollups einheimisch sein?
Derzeit können alle Rollup -Stapel wie OP -Stack und Arbitrum Orbit Stack in „native Rollups“ verwandeln und die Sicherheitsmerkmale von Ethereum direkt erben.Dieses Upgrade macht die Benutzer zufriedener, da die Sicherheit verbessert wird und das Rollup -Team sich wohler fühlt, da sie kein Sicherheitsausschuss mehr benötigen.In der Zwischenzeit kann das Rollup -Team weiterhin konkurrieren, indem sie eine effiziente gemeinsame Sortierschicht bereitstellt und Sortiergebühren erfasst, um MeV zu maximieren.
Allerdings wechseln nicht alle Rollups in native Formen.Einige L2 -Merkmale sind von Natur aus mit nativen Rollups inkompatibel, einschließlich einzigartiger Transaktionstypen, unterschiedlichen Gas -Buchhaltungsmethoden und Vorkompilationen, die auf der Haupt -L1 -Blockchain nicht zu finden sind.Die Vielfalt der VMs unter L2 -Rollups, die jeweils eine gemeinsame Sicherheitsbasis teilen, ist zum Beispiel ein wichtiger Vorteil des heutigen L2 -Ökosystems
@EclipsefndEs ist SVM Rollup,
@MovementLabSxyz
ist movevm rollup, oder@StarknetEs ist Cairovm Rollup.
Ebenso@doganeth_enWie bereits erwähnt, werden zukünftige Rollups in drei Kategorien unterteilt: Enterprise-Rollups, leistungsorientierte Rollups und „ausgerichtete“ native Rollups.
Unternehmen konzentrieren sich auf das Verwalten, Sortieren und Besitz ihrer Rollups, ideal für Unternehmen, die die web2-ähnliche Kontrolle über Transaktionsreihenfolge, Ausführung und Anwendungen genießen möchten.
Leistungsorientierte Rollups verwenden die Siedlung von Ethereum, stützen sich jedoch auf alternative Datenverfügbarkeit für eine optimale Leistung, z.
@megaeth_labsverwenden@eigen_da
Datenverfügbarkeit zu erreichen.Diese Rollups haben einen geringeren Grad an Dezentralisierung, verbessern sich jedoch jedoch
$ Eth
, aber auf Kosten bestimmter Ethereum -Merkmale.
Native Rollups werden vollständig in die basierten Einrichtungen von Ethereum integriert und bieten: Dezentralisierung auf Ethereum-Ebene, gemeinsame Ausführung mit direktem Zustand des staatlichen Zugriffs und billigerer ZK-Proof-Überprüfung.Diese Rollups tragen zu den Netzwerkauswirkungen von Ethereum bei, die Einnahmen aufweisen können, ihre Nachhaltigkeit jedoch von natürlichen wirtschaftlichen Anreizen abhängt.
abschließend
Native Rollups stellen einen signifikanten Fortschritt in der Ethereum Rollup Central Roadmap dar und bieten eine Möglichkeit, mehr mit der in Ethereum ansässigen Einrichtung in Einklang zu bringen.Durch die Einführung der Vorkompilierung der Exekutierung vereinfachen native Rollups die Governance und beseitigen die Abhängigkeit von Multisignaturen, Sicherheitsausschüssen oder zum Token-basierten Abstimmungssystemen.Dieser Ansatz verbessert nicht nur die Sicherheit, sondern ermöglicht es auch Rollups, effizienter zu skalieren, wodurch sich zeitliche ZK-Proofs nutzen und die Vertrauensminimierung und Skalierbarkeit sicherstellen.
Obwohl der Vorschlag breite Aussichten hat, ist er nicht ohne Herausforderungen.Obwohl die meisten vorhandenen Rollups als EVM -Äquivalente gekennzeichnet sind, haben sie normalerweise geringfügige Modifikationen an EVM.Der Übergang zu einem nativen Rollup -Modell kann daher Rollups mit maßgeschneiderten EVM -Implementierungen zusätzliche Entwicklungsbelastungen aufnehmen.
Native Rollups bieten einen überzeugenden Weg, um die Sicherheit und Flexibilität von Ethereum mit dem Rollup -Design zu kombinieren.Durch die Förderung der Ausrichtung an L1 fördern sie die Innovation und reduzieren gleichzeitig die Fragmentierung und machen das Ökosystem von Ethereum in Zukunft näher und belastbar.Wenn Sie es nicht gesehen haben, sehen Sie es sich unbedingt an
Teil einsUndTeil 2Die Rollups 2.0 -Serie konzentriert sich auf basierte Rollups bzw. verbesserte Rollups.In unserem nächsten Beitrag werden wir uns mit dem Konzept der Gigagas -Rollups eintauchen und untersuchen, wie dieses innovative Rollup -Design die Skalierbarkeitsgrenzen von Ethereum vorantreiben und das Rollup -Ökosystem weiter verbessern kann.
Danksagung: Dieser Artikel stammt von@paramonowwschreiben.Besonderer Dank@KorayakpinarrFeedback und Bewertung.
