jakiro
Autor: Toni Eigstätter
Vor kurzem gibt es viele Diskussionen über die Verbesserung der Obergrenze des Ethereum -Blockgases.Einige Leute befürworten die Größe des Blocks, basierend auf dem Gesetz von Moore, manche Menschen basieren auf persönlicher Intuition, einige Menschen verbreiten nur Nachrichten nach Belieben, und einige Leute befürchten, dass andere Ketten wie Solana Ethereum in Bezug auf die breite Nutzung von Benutzern übertreffen werden .
Als nächstes möchte ich einige Diagramme und Daten anzeigen, die uns helfen können, die Gasgrenze für die Prämisse zu maximieren, dass das Ethereum dezentral ist.
Von Anfang an
Im Gegensatz zu Bitcoin hat Ethereum keine feste Blockgrößengrenze, hängt jedoch von einem flexiblen Blockgrößenmechanismus ab.In Ethereum ist Gas eine Einheit, die die für Ausführungsoperationen erforderliche Berechnung misst (z. B. Transaktionen oder intelligente Verträge).Für jede Operation in Ethereum ist eine bestimmte Menge an Gas abzuschließen.
Zu Beginn, im Jahr 2015, hatte Ethereum eine Grenze von 5000 Gas in Ethereum.Diese Obergrenze wurde schnell auf rund 3 Millionen erhöht und später im Jahr 2016 auf etwa 4,7 Millionen gestiegen.Mit der Implementierung von Tangerine Whistle Hard Fork (EIP-150) im Jahr 2016 als Reaktion auf DOS-Angriffe, indem verschiedene IO-intensive Betriebscodes neu geschätzt wurden, wurde die Gasgrenze auf 5,5 Millionen erhöht.Nach diesen Angriffen erhöhten die Bergleute die Obergrenze des Gase im Jahr 2021 vom 3. April auf etwa 15 Millionen.
>
Seitdem wurden die Preisgestaltung bestimmter Betriebscodes mit der Aktivierung von falschem Drachen, Byzanz, Konstantinopel, Isstanbul und Berlin weiter detailliert dargestellt.Diese raffinierten Beispiele umfassen EIP-145, EIP-160, EIP-1052, EIP-108, EIP-1884, EIP-2028, EIP-2200, EIP-2565 und EIP-2929.
Die bedeutendsten Änderungen des Ethereum-Kostenmarktes traten bei der Einführung der Londoner Hardgabel (EIP-1559) im August 2021 auf.In der EIP-1559 wird die Grundgebühr eingeführt, die entsprechend der Nachfrage nach Blockraum über die Zeit/Block dynamisch angepasst wird.Gleichzeitig wurde „Zielgröße“ eingeführt, um es auf 15 Millionen Gas pro Block zu setzen.Dieses Ziel wird verwendet, um die dynamische Anpassung der Grundgebühr zu leiten.Wenn die Gesamtzahl der in einem Block verwendeten Gas dieses Ziel überschreitet, erhöht sich die Grundgebühr des nächsten Blocks.Wenn die Gesamtzahl der verwendeten Gas niedriger als das Ziel ist, wird das Basisgefühl reduziert.Dieser Mechanismus zielt darauf ab, einen vorhersehbaren Kostenmarkt zu schaffen und die Benutzererfahrung durch stabile Transaktionskosten zu verbessern.Darüber hinaus führte der EIP-1559 auch den Zerstörungsmechanismus der Basisgebühr ein, der den Teil des Äthers dauerhaft vom Flussvolumen entfernt hatte.Dies verbessert die Nachhaltigkeit des Protokolls und schafft den sogenannten Ultra -stabilen Währungslüfter.
Unter der EIP-1559 gibt es auch eine obere Grenze für maximale (oder „harte Obergrenze“) Gas, die doppelt so hoch ist wie die des Ziels, dh 30 Millionen Gas.Dies bedeutet, dass ein Block eine Transaktion mit einer Gesamtnutzung von bis zu 30 Millionen Gas packen kann.
>
Seitdem ist die Obergrenze des Blockgases von Ethereum unverändert geblieben.
Sind wir bereit, die Größe des Blocks zu erhöhen?
Kürzlich äußerten einige Menschen Bedenken hinsichtlich des Gas von Ethereum und baten darum, es zu erhöhen.In der jüngsten Ethereum Foundation AMA auf Reddit sagte Vitalik, dass die Idee, die Gasgrenze um 33% bis 40 Millionen zu erhöhen.Seine Argumentation basiert auf dem Gesetz von Moore.Dieses Prinzip zeigt, dass die Netzwerkleistung, einschließlich der Fähigkeit, mit Transaktionen umzugehen und auszuführen, im Laufe der Zeit ebenfalls zunehmen kann.
Forscher der Ethereum Foundation Daankrad und Ansgar unterstützten auch die Idee, die Gasgrenze nach der Bewertung des Upgrades von Dencun zu erhöhen.Darüber hinaus veröffentlichte Pari der Ethereum Foundation einen Posten, um die potenzielle Obergrenze zu untersuchen.Andere wie Geths Peter und Maris sind besorgt darüber, die Gasgrenze zu erhöhen, insbesondere wenn kein angemessenes Werkzeug/keine geeignete Überwachung vorhanden ist.Diese Bedenken hängen hauptsächlich mit diesen Problemen zusammen: Beschleunigter Statuswachstum, Synchronisierungszeit und Reorganisation Blockrate.
Wie groß ist die Größe des Blocks?
Die Größe des Blocks kann auf zwei Arten gemessen werden:
Gasverbrauch
Blockgröße (in Byte -by -Line)
Obwohl diese beiden Maßnahmen verbunden sind, müssen sie unabhängig betrachtet werden.
Beispielsweise kann ein Block, der viele nicht -null -Calldata -Bytes enthält, groß in Bytgröße sein, und der tatsächliche Gasverbrauch (16 Gas pro Nicht -Null -Byte) kann immer noch relativ gering sein.
Betrachten Sie die Situation nach Komprimierung nicht zuerst unter der Voraussetzung, die Einschränkung von 128 kb pro Transaktion von Geth zu befolgen.Die größte Blockgröße, die erreicht werden kann, beträgt ca. 6,88 MBWesenEin solcher Block maximiert die Anzahl von 128 KB -Transaktionen.Das tatsächliche Berechnungsergebnis ist, dass 55 Handel etwa 130.900 Bytes des Byte Calldata (4 Gas pro Byte) und eine Transaktion, die den verbleibenden Raum füllt, enthält.Nach der Komprimierung von Snappy beträgt ein solcher Block jedoch am Ende etwa 0,32 MB, was ignoriert werden kann.
In einem anderen Fall enthält es unter Berücksichtigung der Größe der maximalen Möglichkeit 15 Transaktionen, die nicht -nummerieren Byte Calldata tragen, und die Größe kann nach der Komprimierung etwa 1,77 MB erreichen.
Daher repräsentiert 1,77 MB bis heute die Obergrenze der realen Blockgröße des Ausführungsschichtblocks.
Anmerkung des Übersetzers:
In den obigen Absätzen möchte der Autor bei einer festen Gasgrenze von 30 m das Maximum machen.
Wenn die Obergrenze des Gases festgelegt ist und die Blockgröße größer ist, können Sie nur CallData aufrufen (da der Byte -Code wie Berechnung/Speicher keinen Blockspeicherplatz verbraucht).
Um den Block größer zu machen, ist er nichts anderes als zu versuchen, als Calldata gehandelt zu werden.Anschließend gibt es zwei Methoden: „Plug 0 Calldata“ und „Nicht -0 -Calldata“.Das Endergebnis ist, dass die Blockgröße von „Safei 0 Calldata“ größer ist.
Basierend auf dem Geth -Client, um die Prämisse von jeweils bis zu 128 KB pro Transaktion zu begrenzen, begannen zwei Beispiele nachstehend.
Fall 1:56 Transaktionen mit einer Größe von 130.900 B (& lt; 128 kb) (alle sind Null Calldata, 4 Gas/B): Gas = 56 * (130.900 * 4+21000) = 30497600 & GT; Daher können nur 55 über den Transaktionen in 55 Transaktionen eingesteckt werden, die weniger als die obigen Transaktionen sind.Die entsprechende Blockgröße beträgt ca. 55*128 = 7040 kb = 6,875 MB.Da die CallData jedoch alle 0 beträgt, beträgt die Größe des Blocks nach der Komprimierung etwa 0,32 MB.
Fall 2:15 Transaktionen mit einer Größe von 130.900 B (& lt; 128 kb) (alle sind nicht -Zero Calldata, 16 Gas/B): Gas = 15 *(130900 *16+21000) = 31731000 & GT;Die entsprechende Blockgröße beträgt ca. 14 * 128 = 1792 kb = 1,75 mb ~ 15 * 128 = 1,875 m.Da Calldata jedoch nicht -Zero ist, ist es nicht einfach zu komprimieren, sodass die Größe des Blocks nach der Komprimierung etwa 1,77 MB beträgt.Heilung
In Bezug auf diese größte Blockgröße können wir verschiedene Faktoren identifizieren, die sie beeinflussen:
Gas Obergrenze: Die Obergrenze der Gas wirkt sich auf die maximale Blockgröße aus, was zweifelsfrei ist.Je höher die Obergrenze, desto mehr Daten können in den Block eingesteckt werden.
Betriebs- und Datenpreisgestaltung: Je billiger der Betrieb des Betriebs ist, desto mehr Operationen können im Block ausgeführt werden.ObwohlCallDataloadoderCallDatacopyIn diesem Betrieb sind ihre Kosten 3 Gas, was relativ billig ist;ErstellenEs ist teurer.Je teurer der im Block verwendete Betriebscode ist, desto teurer ist er.Calldata(Oder andere Operationen) weniger Platz.
Kundenlimit: Obwohl die Auswirkungen von Kundengrenzen nicht so offensichtlich sind, kann die Grenze von 128 kb jeder Transaktion wie dem Geth -Client auch die endgültige Blockgröße beeinflussen.Da die Fixkosten jeder Transaktion 21K -Gas betragen, desto niedriger die Größe jeder Transaktion des Kunden, desto häufiger zahlt die feste Gebühr, sodass „Abfall“ zur Verwendung für die Verwendung von „Abfällen“ verwendet werden kann, die für die Verwendung verwendet werden können Verwenden Sie für „Abfall“.CalldataGas.Letztendlich kann diese Grenze zu einer maximalen Blockgröße von etwa 0,07 MB führen.Es ist zu beachten, dass die Kundenbeschränkung nur die Übertragung der Transaktion beeinflusst und den bestätigten Block nicht beeinflusst.
Schauen wir uns zunächst die Obergrenze jedes Blocks an:
>
Blockchain wie Ethereum ist die Verbesserung der Obergrenze des Blockgases die direkteste und offensichtlichste Expansionsmethode.Eine höhere Grenze bedeutet mehr Datenraum.Dies bedeutet jedoch auch, dass Personen, die den gesamten Knoten laufen, um größere Blöcke zu verbreiten und herunterzuladen.Wie in der obigen Abbildung gezeigt, hängt die Blockgröße unter der „schlimmsten Situation (die größte Blockgröße, die durch Berechnungen zuvor erhalten) in etwa linear mit der Erhöhung der Obergrenze des Blockgases zusammenhängt.Durch das Erstellen eines Blocks, der so viele wie möglich wie möglich ist, kann er eine solche maximale Blockgröße erreichen.
Schauen wir uns als nächstes einen weiteren Einflussfaktor an -den Preismechanismus von Ethereum.Im aktuellen Beispiel ist speziell, dass die nicht -nummerierten Bytes derzeit als 16 Gas festgelegt werdenCalldataAustausch:
>
Wie in der obigen Abbildung gezeigt, erhöhen Sie die Nicht -NullCalldataDie Kosten verringern die Größe des Blocks.Mit anderen Worten, die Reduzierung der Kosten auf wie 8 Gas pro Byte wird die Größe des schlimmsten Falls verdoppeln.Dies ist sehr intuitiv, da die Reduzierung des Preises doppelte Daten in den Block ermöglicht.
Was ist also mit dem EIP-4844 (Proto-Danksharding)?
Ich werde hier nicht im Detail 4844 vorstellen, da es auf EIP4844.com gute Dokumente gibt 125 KB -Daten.Der Blob-Datenkostenmechanismus ähnelt dem EIP-1559, und es gibt auch ein „Ziel“, um die Anzahl der Blob zu verankern.In Dencun Hard Fork wird das Ziel auf 3 Blöcke jedes Blocks eingestellt, und die maximalen Einschränkungen werden auf 6 Blob pro Block eingestellt.Es ist erwähnenswert, dass Blob seinen eigenen Kostenmarkt hat und den sogenannten mehrdimensionalen Kostenmarkt schafft.Dies bedeutet, dass Blob nicht mit Standardtransaktionen konkurrieren muss, sondern mit den Kosten im Rahmen des EIP-1559-Mechanismus entkoppelt wird.
Bisher geht alles gut.Lassen Sie uns sehen, wie sich dieses Upgrade auf die durchschnittliche Blockgröße von Ethereum auswirkt.
>
Ab heute beträgt die durchschnittliche Blockgröße des Signalkettenblocks mit SNAly etwa 125 kb.Mit 4844 stieg jede unserer Blöcke um 375 kb an, was die aktuelle durchschnittliche Blockgröße um das 4 -fache erhöhte.Wenn die maximale Anzahl von Blob erreicht ist, erhöhen wir die aktuelle Blockgröße tatsächlich um siebenmal.
Im schlimmsten Fall steigt die Größe des Blocks von etwa 1,77 MB auf etwa 2,5 MB.Diese Schätzung berücksichtigt nicht den Teil des Blocks (Konsensschicht).Auf jeden Fall müssen wir im Fall von DOS -Angriff darauf vorbereitet sein, mit dieser größten Blockgröße umzugehen.
Zusammenfassen
Wenn wir am Ende die aktuelle Blockgasgrenze erhöhen möchten, müssen wir vor der Umsetzung eine gründliche Forschung und Analyse durchführen.Obwohl reife Einheiten wie Coinbase-, Binance-, Kraken- oder Lidoknotenoperatoren mit der Obergrenze von mehr als 40 Millionen Blockgas fertig werden können, sind unabhängige Zusagen möglicherweise schwieriger.
Daher müssen solche Entscheidungen nachdenklich sein, um sicherzustellen, dass wir keine Dezentralisierung opfern.
Schließlich ist es relativ einfach, eine große Kapazität und eine starke Leistung wie Facebook aufzubauen, aber es ist wichtig, dass es nicht möglich ist, Dinge zu verlieren, die die meisten von uns verfolgen: Dezentralisierung.
