Interpretation des neuen Artikels von Vitalik: Warum gerät Rollup, dessen Blob-Speicherplatz nicht effizient genutzt wird, in Entwicklungsschwierigkeiten?

Wie sind die Gedanken des neuen Artikels von @VitalikButerin zur Expansion von Ethereum zu verstehen? Manche Leute sagen, dass Vitaliks Befehl zur Blob-Inschrift unverschämt ist.

Wie funktionieren Blob-Pakete? Warum wird der Blob-Speicherplatz nach dem Cancun-Upgrade nicht effizient genutzt? DAS-Datenverfügbarkeitsstichprobe zur Vorbereitung auf das Sharding?

Meiner Meinung nach ist die Leistung von Cancun nach dem Upgrade nutzbar und Vitalik ist besorgt über die Entwicklung von Rollup. Warum? Lassen Sie mich als Nächstes über mein Verständnis sprechen:

Wie ich schon oft erklärt habe, ist Blob ein temporäres Datenpaket, das von den EVM-Aufrufdaten entkoppelt ist und direkt von der Konsensschicht aufgerufen werden kann. Der direkte Vorteil besteht darin, dass EVM ausgeführt wird Auf die Blob-Daten einer Transaktion kann möglicherweise nicht zugegriffen werden, wodurch ein geringerer Rechenaufwand auf der Ausführungsebene entsteht.

Unter Berücksichtigung einer Reihe von Faktoren beträgt die Größe eines Blobs derzeit 128 KB, und eine Batch-Transaktion zum Hauptnetzwerk kann bis zu zwei Blobs übertragen. Idealerweise besteht das ultimative Ziel eines Hauptnetzwerkblocks darin, 16 MB von etwa 128 zu übertragen Blob-Datenpakete.

Daher muss das Rollup-Projektteam Faktoren wie die Anzahl der Blob-Blöcke, die TPS-Transaktionskapazität und die Speicherkosten des Blob-Hauptnetzwerkknotens so gut wie möglich ausgleichen, mit dem Ziel, den Blob-Speicherplatz mit optimaler Kostenleistung zu nutzen.

Nehmen Sie „Optimismus“ als Beispiel: Derzeit gibt es etwa 500.000 Transaktionen pro Tag. Im Durchschnitt wird alle 2 Minuten eine Transaktion mit jeweils einem Blob-Datenpaket an das Hauptnetzwerk gesendet. Warum eins mitnehmen? Da es nur eine begrenzte Anzahl von TPS gibt, die nicht aufgebraucht werden können, ist die Kapazität jedes einzelnen Blobs nicht ausgeschöpft.

Was tun, wenn das Off-Chain-Transaktionsvolumen von Rollup zunimmt, beispielsweise 50 Millionen Transaktionen täglich verarbeitet werden? 1. Komprimieren komprimiert das Transaktionsvolumen jedes Batches und ermöglicht so viele Transaktionen wie möglich im Blob-Bereich. 3. Verkürzt die Häufigkeit von Batch-Transaktionen Durch den Hauptnetzwerkblock ist das Gaslimit begrenzt und die Auswirkung der Speicherkosten auf 128 Blobs pro Block ist derzeit nicht so groß, dass Optimism nur 1 alle 2 Minuten verwendet, sodass die Verbesserung dem Layer2-Projekt überlassen bleibt TPS, Marktnutzer erweitern und ökologischer Wohlstand Es gibt noch viel Platz.

Daher hat Rollup für einen bestimmten Zeitraum nach dem Cancun-Upgrade kein „Volumen“ hinsichtlich der Anzahl und Häufigkeit der verwendeten Blobs sowie der Blob-Platz-Gebotsnutzung erzielt.

Der Grund, warum Vitalik Blob-Inschriften erwähnt, liegt darin, dass diese Art der Inschrift das Transaktionsvolumen vorübergehend erhöhen kann, was zu einem Anstieg der Nachfrage nach Blob-Nutzung führt, sodass die Verwendung von Inschriften als Beispiel zu einem tieferen Verständnis führen kann über den Funktionsmechanismus von Blobs und was Vitalik wirklich ausdrücken möchte. Es hat nichts mit der Inschrift zu tun.

Denn in der Theorie, wenn es eine Layer-2-Projektpartei gibt, die Batch-Transaktionen mit hoher Frequenz und hoher Kapazität im Hauptnetzwerk durchführt und den Blob-Block jedes Mal auffüllt, solange sie bereit ist, die hohen Kosten dafür zu tragen Gefälschte Transaktionsstapel wirken sich auf andere Layer2 aus. Die normale Verwendung von Blob ist jedoch so, als würde jemand Rechenleistung kaufen, um einen 51-prozentigen Hard-Fork-Angriff auf BTC durchzuführen. Dies ist theoretisch machbar, aber in der Praxis mangelt es an Gewinn Motivation.

Daher werden die Gaskosten der zweiten Schicht für lange Zeit stabil im „unteren“ Bereich bleiben, was dem Markt der Schicht 2 ein langfristiges goldenes Entwicklungsfenster für „zunehmende Truppen- und Nahrungsmittelvorräte“ bieten wird.

3) Was wäre, wenn der Layer-2-Markt eines Tages bis zu einem gewissen Grad floriert und die Anzahl der Transaktionen von Batch zum Mainnet jeden Tag eine riesige Menge erreicht und die aktuellen Blob-Datenpakete nicht ausreichen? Ethereum hat bereits eine Lösung bereitgestellt: die Verwendung der Data Availability Sampling-Technologie (DAS):

Ein einfaches Verständnis besteht darin, dass die Daten, die ursprünglich in einem Knoten gespeichert werden müssen, beispielsweise auf mehrere Knoten gleichzeitig verteilt werden können Der Knoten speichert alle Blobs. 8 Knoten bilden eine Gruppe, um die DA-Fähigkeit zu erfüllen, was einer Erweiterung der aktuellen Blob-Speicherkapazität um das Achtfache entspricht. Genau das wird Sharding in Zukunft tun.

Aber Vitalik hat dies nun sehr charmant wiederholt und scheint die Mehrheit der Layer2-Projektparteien zu warnen: Beschweren Sie sich nicht immer darüber, dass die Ethereum-DA-Kapazität teuer ist. Mit Ihrer aktuellen TPS-Kapazität haben Sie die Fähigkeit nicht entwickelt Beeilen Sie sich, um das Ökosystem zu entwickeln, erhöhen Sie die Anzahl der Blob-Datenpakete, und denken Sie nicht immer daran, dass DA wegläuft, um sich an der Erstellung einer Ein-Klick-Kette zu beteiligen.

Später fügte Vitalik hinzu, dass von den aktuellen Kern-Rollups nur Arbitum Stufe 1 erreicht hat. Obwohl @DeGateDex, Fuel usw. Stufe 2 erreicht haben, sind sie noch nicht mit der breiteren Gruppe vertraut. Stufe 2 ist das ultimative Ziel der Rollup-Sicherheit. Nur sehr wenige Rollups haben Stufe 1 erreicht, und die meisten Rollups befinden sich in Stufe 0. Es ist ersichtlich, dass die Entwicklung der Rollup-Branche Vitalik wirklich beunruhigt.

4) Tatsächlich gibt es im Hinblick auf das Problem des Erweiterungsengpasses noch viel Spielraum für die Rollup-Layer2-Lösung zur Leistungsverbesserung.

1. Nutzen Sie den Blob-Speicherplatz effizienter durch Datenkomprimierung. ZK-Rollups eigene Off-Chain-Komprimierung SNARK/STARK beweist, dass die Übermittlung an das Hauptnetzwerk „komprimiert“. ;

2. Reduzieren Sie die Abhängigkeit von Layer2 vom Hauptnetzwerk so weit wie möglich und verwenden Sie nur unter besonderen Umständen optimistische Proof-Technologie, um die L2-Sicherheit zu gewährleisten. Die meisten Daten von Plasma befinden sich jedoch in der Kette, Ein- und Auszahlungen erfolgen jedoch im Hauptnetzwerk Daher kann das Mainnet seine Sicherheit versprechen.

Das bedeutet, dass Layer2 nur wichtige Vorgänge wie Ein- und Auszahlungen berücksichtigen sollte, die stark mit dem Hauptnetzwerk verbunden sind. Dies verringert nicht nur die Belastung des Hauptnetzwerks, sondern verbessert auch die zuvor erwähnte parallele Verarbeitungsfähigkeit von L2 Es gibt ähnliche Überlegungen für die Off-Chain-Überprüfung, Klassifizierung und Vorverarbeitung einer großen Anzahl von Transaktionen sowie für den von @MetisL2 geförderten Hybrid-Rollup. Normale Transaktionen laufen über OP-Rollup, spezielle Auszahlungsanfragen laufen über ZK Route. usw.

Das Obige

Es sollte gesagt werden, dass Vitaliks Artikel über den zukünftigen Expansionsplan von Ethereum sehr aufschlussreich ist. Insbesondere war er mit dem aktuellen Entwicklungsstand von Layer 2 unzufrieden, optimistisch hinsichtlich des Leistungsraums von Blobs und freute sich auf die zukünftige Sharding-Technologie. Er wies sogar auf einige Richtungen für Layer 2 hin, die optimiert werden sollten usw.

Tatsächlich bleibt die einzige Unsicherheit jetzt bei Layer2 selbst. Wie kann man seine Entwicklung beschleunigen?

Das obige ist der detaillierte Inhalt vonInterpretation des neuen Artikels von Vitalik: Warum gerät Rollup, dessen Blob-Speicherplatz nicht effizient genutzt wird, in Entwicklungsschwierigkeiten?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!