jakiro
Das Ethereum Network Upgrade Dencun Test Network -Version wurde am 17. Januar 2024 im Goerli -Testnetzwerk gestartet und das Sepolia Test Network am 30. Januar erfolgreich gestartet. Das Dencun -Upgrade kommt uns immer näher an uns.
Nach einem weiteren Upgrade des Holesky -Testnetzwerks am 7. Februar wird das Hauptnetzwerk aktualisiert.Derzeit wurde am 13. März offiziell bestätigt, dass das verbesserte Hauptnetz von Cancun offiziell bestätigt wurde.
Jedes Ethereum-Upgrade wird fast von einer Welle von Themenmarkt begleitet.
Wenn Sie frühere Erfahrungen befolgen, hat dieses Dencun -Upgrade auch die Möglichkeit, ein Vorablayout zu erstellen.
Da jedoch der technische Inhalt, der mit dem Dencun -Upgrade verbunden ist, relativ dunkel ist, kann er nicht mit einem Satz wie Shanghai -Upgrade verwechselt werden, „Ethereum hat sich von POW zu POS verlagert“ und es ist schwierig, die wichtigsten Punkte des Layouts zu erfassen.
Daher wird dieser Artikel eine leicht verständliche Sprache verwenden, um die technischen Details des Dencun-Upgrades zu erklären und den Kontext zwischen diesem Upgrade und der Datenverfügbarkeit DA und Layer 2 für Leser zu sortieren.
EIP 4484
EIP-4844 ist der wichtigste Vorschlag bei diesem Dencun-Upgrade und kennzeichnet einen konkreten und wichtigen Schritt nach vorne in der Expansion von Ethereum auf dezentrale Weise.
In Laien -Begriffen muss die Ethereum Layer 2 derzeit Transaktionen in Schicht 2 an die CallData des Ethereum -Hauptnetzwerks einreichen, damit Knoten die Wirksamkeit der Blockerzeugung des Layer -2 -Netzwerks überprüft.
Das Problem, das auf diese Weise verursacht wurde Nutzer der zweiten Ebene und zweite Ebene.Allein der Preisfaktor führt dazu, dass die zweite Schicht eine große Anzahl von Benutzern verliert und zur Seitenkette fließt.
EIP 4484 erstellt einen billigeren neuen Speicherbereich (binäres großes Objekt) und ersetzt den aktualisierten neuen Transaktionstyp mit dem Namen „Blob-Carrying-Transaktion“, der auf den BLOB-Speicherplatz hinweisen kann. Das Ethereum -Ökosystem spart Gaskosten.
Wie wir alle wissen, hat billiger einen Preis.
Im Gegenteil kann El nur auf Verweise auf Blob -Daten zugreifen, und die Daten des Blob selbst können nur von der Konsensschicht von Ethereum heruntergeladen und gespeichert werden viel kleiner als das von gewöhnlichem Ethereum.
Darüber hinaus hat Blob eine Funktion, die nur für einen begrenzten Zeitraum (normalerweise etwa 18 Tage) gespeichert werden kann und nicht unendlich der Größe des Ethereum -Ledgers ausdehnt.
Die Speichergültigkeitsdauer des Blobs
Im Gegensatz zum permanenten Blockchain -Hauptbuch ist Blob eine vorübergehende Speicherung mit einer nutzbaren Zeit von 4096 Epochen oder etwa 18 Tagen.
Nach dem Ablauf können die meisten Konsenskunden nicht in der Lage sein, bestimmte Daten im Blob abzurufen.Der Beweis für seine bereits bestehende Existenz bleibt jedoch in Form von KZG -Versprechen auf dem Hauptnetz und wird dauerhaft auf dem Ethereum Mainnet gespeichert.
Warum 18 Tage wählen?Dies ist ein Kompromiss zwischen der Messung der Lagerkosten und der Effektivität.
Zunächst müssen wir die intuitivsten Begünstigten dieses Upgrade, optimistische Rollups (wie Arbitrum und Optimismus), berücksichtigen, da nach den Einstellungen optimistischer Rollups ein 7-Tage-Zeitfenster für FUAD-Proof vorhanden ist.
Die im Blob gespeicherten Transaktionsdaten sind genau die Informationen, die benötigt werden, wenn optimistische Rollups eine Herausforderung starten.
Daher muss die Gültigkeitsdauer des Blobs sichergestellt werden, dass die optimistischen Rollups -Fehlerbeweise für den Einfachheit halber zugegriffen werden können. .
Das Verständnis der Beziehung zwischen diesen beiden ist wichtig, um die Rolle von Blob bei der Datenverfügbarkeit (DA) zu verstehen.
Ersteres ist der gesamte EIP-4484-Vorschlag, eine neue Art von Transaktion, während letzteres als Ort für die vorübergehende Speicherung von Transaktionen für Schicht 2 verstanden werden kann.
Die Beziehung zwischen den beiden kann als die meisten Daten in ersteren (Layer2 -Transaktionsdaten) im letzteren gespeichert werden.Die verbleibenden Daten, Blobendaten, befinden sich im CallData des Hauptnetzwerks.Das heißt, das Versprechen kann vom EVM gelesen werden.
Sie können sich eine Verpflichtung vorstellen, alle Transaktionen in einem Blob zu einem Merkle -Baum aufzubauen, und dann kann nur die Merkle -Wurzel, die Verpflichtung, durch den Vertrag zugegriffen werden.
Dies kann geschickt erfolgen: Obwohl EVM den spezifischen Inhalt von Blob nicht kennen kann, können EVM -Verträge die Authentizität von Transaktionsdaten durch Kenntnis des Engagements überprüfen.
Die Beziehung zwischen Blob und Layer2
Die Rollup -Technologie ermöglicht die Datenverfügbarkeit (DA) durch Hochladen von Daten in das Ethereum Mainnet. Dies dient jedoch nicht dazu, die intelligenten Verträge von L1 zu erlauben, diese hochgeladenen Daten direkt zu lesen oder zu überprüfen.
Der Zweck des Hochladens von Transaktionsdaten in L1 besteht einfach darin, allen Teilnehmern diese Daten anzuzeigen.
Vor dem oben erwähnten Dencun-Upgrade veröffentlicht OP-Rollup Transaktionsdaten als Calldata in Ethereum.So kann jeder diese Transaktionsinformationen verwenden, um den Zustand zu reproduzieren und die Richtigkeit des Layer 2 -Netzwerks zu überprüfen.
Es ist nicht schwer zu erkennen, dass Rollup-Transaktionsdaten billig und transparent sein müssen.
Nachdem Sie dies gelesen haben, haben Sie möglicherweise eine Frage in Ihrem Kopf.
Tatsächlich werden Transaktionsdaten nur in wenigen Situationen verwendet:
-
Für eine optimistische Rollup kann es auf der Grundlage der Vertrauensannahme ein gewisses Problem der Unehrlichkeit geben.
-
Für ZK Rollup hat der Null-Knowledge-Beweis gezeigt, dass das Status-Update korrekt ist. Erforderlich ist ein vollständiger L2 -Staatsbaum erforderlich.
Dies bedeutet, dass die tatsächliche Verwendung von Transaktionsdaten durch Verträge sehr begrenzt ist.Selbst in der Handelsherausforderung von Optimistic Rollup müssen Sie nur Beweise (Status) einreichen, die beweisen, dass die Transaktionsdaten „Existenz“ vor Ort sind und die Details dieser Transaktion nicht im Voraus im Hauptnetzwerk gespeichert werden müssen.
Wenn wir also Transaktionsdaten in das BLOB -Element einfügen, kann der Vertrag, obwohl auf den Vertrag nicht zugegriffen werden kann, auf den Hauptnetzwerkvertrag die Verpflichtung dieses Blob speichern.
Wenn der Herausforderungsmechanismus in Zukunft eine bestimmte Transaktion erfordert, müssen wir nur die Daten der Transaktion bereitstellen, solange er ihr entsprechen kann.Dies kann den Vertrag überzeugen und Transaktionsdaten für den Herausforderungsmechanismus zur Verwendung liefern.
Dies nutzt nicht nur die Offenheit und Transparenz von Transaktionsdaten, sondern vermeidet auch die enormen Gaskosten für die Eingabe aller Daten in den Vertrag im Voraus.
Durch die Aufzeichnung von nur Verpflichtungen wird die Überprüfbarkeit der Transaktionsdaten erreicht und gleichzeitig die Kosten optimiert.Dies ist eine clevere und effiziente Lösung für die Rollup -Technologie, um Transaktionsdaten hochzuladen.
Es ist zu beachten, dass in Dencuns tatsächlicher Operation das Engagement nicht in einem Merkle-Baum ähnlich wie Celestia erzeugt wird, aber der clevere KZG-Algorithmus (Kate-Zaverucha-Goldberg, polynomiales Engagement).
Im Vergleich zu Merkle Tree Proof ist der Prozess der Erzeugung des KZG -Proofs relativ komplex, sein Überprüfungsvolumen ist jedoch kleiner und die Überprüfungsschritte einfacher. und verfügt nicht über eine Anti-Quantum-Computerangriffsfähigkeit (Dencun verwendet die Version Hash-Methode, und andere Überprüfungsmethoden können gegebenenfalls ersetzt werden).
Für das beliebte DA -Projekt Celestia verwendet es die Merkle -Baumvariante im Vergleich zu KZG .
Dencuns Gelegenheit
Während EIP4844 die Kosten verringert und die Effizienz für die zweite Schicht erhöht, erhöht es auch Sicherheitsrisiken, was auch neue Möglichkeiten bietet.
Um die Gründe zu verstehen, müssen wir über den oben genannten Fluchtkapselmechanismus oder den obligatorischen Entzugsmechanismus sprechen.
Wenn der Layer 2 -Knoten deaktiviert ist, kann dieser Mechanismus sicherstellen, dass die Benutzerfonds sicher zum Hauptnetzwerk zurückkehren.Die Voraussetzung für den Aktivieren dieses Mechanismus ist, dass der Benutzer den vollständigen Zustandsbaum von Schicht 2 erhalten muss.
Unter den normalen Umständen müssen Benutzer nur einen Full Layer2 -Knoten finden, um Daten anzufordern, einen Merkle -Proof zu generieren und den Vertrag an das Hauptnetzwerk zu senden, um die Legitimität ihrer Abhebungen zu beweisen.
Vergessen Sie jedoch nicht, dass der Benutzer den Fluchtkapselmechanismus starten möchte, um L2 zu verlassen, weil der L2 -Knoten böse und der Knoten böse tut.
Dies ist der Daten, den die Daten zurückhalten, die Vitalik häufig erwähnt.
Vor EIP-4844 wurden permanente Layer2-Datensätze im Hauptnetzwerk aufgezeichnet.
Dieser vollständige Knoten kann alle historischen Daten erhalten, die vom Layer -2 -Sortierer im Hauptnetzwerk mit dem Ethereum -Hauptnetzwerk veröffentlicht werden. Evakuieren.
Nach dem EIP-4844 gibt es nur im Blob des gesamten Ethereum-Knotens Layer 2 Daten, und vor 18 Tagen werden historische Daten automatisch gelöscht.
Daher ist die Methode, um den gesamten Zustandsbaum über das synchrone Hauptnetzwerk im vorherigen Absatz zu erhalten, nicht mehr machbar. Ein Dritter (er hätte verwendet werden sollen, um alle Daten von Ethereum Blob für AI -Generator zu speichern) (er hätte verwendet werden sollen, um den vollständigen Zustandsbaum von Schicht 2 zu erhalten). Native Knoten (sehr selten).
Daher wird es nach dem Start von 4844 für die Benutzer sehr schwierig, den Layer 2 Vollstatusbaum auf voll vertrauenswürdige Weise zu erhalten.
Wenn Benutzer keinen stabilen Weg haben, den Layer -2 -Statusbaum zu erhalten, können sie unter extremen Bedingungen keine Zwangsentzugsvorgänge durchführen.Daher hat 4844 in gewissem Maße Sicherheitsmängel/Verlust von Schicht 2 verursacht.
Um diesen Sicherheitsmangel auszugleichen, müssen wir eine vertrauenslose Speicherlösung mit einem positiven Wirtschaftszyklus haben.Der Speicher hier bezieht sich hauptsächlich auf die Aufbewahrung von Daten in Ethereum auf vertrauenslose Weise, was sich von der Speicherspur in der Vergangenheit unterscheidet, da das Schlüsselwort „kein Vertrauen“ noch existiert.
EthStorage kann das Problem ohne Vertrauen lösen und hat zwei Finanzierungsrunden von der Ethereum Foundation erhalten.
Es kann gesagt werden, dass dieses Konzept den aufgerüsteten Dencun -Track wirklich ausgleichen kann, was der Aufmerksamkeit sehr wert ist.
Erstens ist die intuitivste Bedeutung von EthStorage, dass es die verfügbare Zeit von Da Blob auf völlig dezentrale Weise verlängern kann, was nach 4844 das Sicherheitsbrett von Layer 2 ausgeht.
Darüber hinaus konzentrieren sich die meisten vorhandenen L2 -Lösungen hauptsächlich auf die Skalierung der Computerleistung von Ethereum, d. H. Erhöhung der TPS.Die Nachfrage nach sicherem Speichern großer Datenmengen am Ethereum -Hauptnetz ist jedoch gestiegen, insbesondere aufgrund der Beliebtheit von DAPPs wie NFT und Defi.
Beispielsweise sind die Speicheranforderungen für NFTs auf Ketten sehr offensichtlich, da Benutzer nicht nur Token für NFT-Verträge besitzen, sondern auch Bilder von On-Chains.EthStorage kann das zusätzliche Vertrauensproblem lösen, das diese Bilder auf Dritten speichert.
Schließlich kann EthStorage auch die Front-End-Bedürfnisse dezentraler Dapps lösen.Die aktuellen vorhandenen Lösungen werden hauptsächlich von zentralisierten Servern (mit DNS) gehostet, wodurch die Website für Zensur und andere Probleme anfällig macht wie DNS -Entführungen, Vorfälle wie Website -Hacking und Tornado Cash.
EthStorage befindet sich noch in der frühen Phase des Tests, sodass Benutzer, die optimistisch in Bezug auf die Aussichten dieses Tracks sind, dies erleben können.
