Paradigma: Detaillierte Erklärung der historischen Wachstumsprobleme und Lösungen von Ethereum

Originalartikel von Storm Slivkoff und Georgios Konstantopoulos

Originalübersetzung: Ruffy, Foresight News

Das Wachstum des Verlaufs ist derzeit der größte Engpass für die Expansion von Ethereum. Überraschenderweise ist das Wachstum des Verlaufs zu einem größeren Problem geworden als das Wachstum der Zustände. Innerhalb weniger Jahre werden die Verlaufsdaten die Speicherkapazität vieler Ethereum-Knoten übersteigen.

Die gute Nachricht ist:

• Das Problem des historischen Wachstums lässt sich viel leichter lösen als das des Staatswachstums.

• Eine Lösung ist bereits in Arbeit Entwicklung.

• Durch die Lösung des historischen Wachstums wird das Problem des staatlichen Wachstums gemildert.

In diesem Beitrag setzen wir unsere Untersuchung der Ethereum-Skalierung aus Teil 1 fort und verlagern unseren Fokus nun vom Zustandswachstum auf das historische Wachstum. Mithilfe eines verfeinerten Datensatzes sind unsere Ziele, 1) die Skalierungsengpässe von Ethereum technisch zu verstehen und 2) die Diskussion um die optimale Lösung für das Gaslimit von Ethereum zu unterstützen.

Was ist historisches Wachstum?

Der Verlauf ist die Sammlung aller Blöcke und Transaktionen, die von Ethereum während seines Lebenszyklus ausgeführt wurden. Es sind alle Daten vom Genesis-Block bis zum aktuellen Block. Das Verlaufswachstum ist die Ansammlung neuer Blöcke und neuer Transaktionen im Laufe der Zeit.

Abbildung 1 zeigt die Beziehung zwischen Verlaufswachstum und verschiedenen Protokollmetriken sowie der Hardwarekonstruktion von Ethereum-Knoten.aints. Das Verlaufswachstum wird durch eine andere Reihe von Hardwarebeschränkungen begrenzt als das Zustandswachstum. Das Verlaufswachstum übt Druck auf die Netzwerk-E/A aus, da neue Blöcke und Transaktionen durch das gesamte Netzwerk übertragen werden müssen. Das Verlaufswachstum übt auch Druck auf den Knotenspeicherplatz aus, da jeder Ethereum-Knoten eine vollständige Kopie des Verlaufs speichert. Wenn das Verlaufswachstum schnell genug ist, um diese Hardwarebeschränkungen zu überschreiten, kann der Knoten keinen stabilen Konsens mehr mit seinen Peers erreichen. Eine Übersicht über Zustandswachstum und andere Skalierungsengpässe finden Sie unter Teil 1 dieser Serie.

Abbildung 1: Ethereum-Skalierungsengpass

Bis vor Kurzem wurde der Großteil des Netzwerkdurchsatzes jedes Knotens für die Übertragung des Verlaufs (wie neue Blöcke und Transaktionen) verwendet. Dies änderte sich mit der Einführung von Blobs im Dencun-Hardfork. Blobs machen jetzt einen großen Teil der Netzwerkaktivität der Knoten aus. Blobs werden jedoch nicht als Teil des Verlaufs betrachtet, da 1) sie von den Knoten nur 2 Wochen lang gespeichert und dann verworfen werden und 2) sie keine Daten aus der Ethereum-Genesis wiederholen müssen. Aufgrund von (1) erhöhen Blobs die Speicherlast jedes Ethereum-Knotens nicht erheblich. Wir werden Blobs später in diesem Artikel besprechen.

In diesem Artikel konzentrieren wir uns auf das Verlaufswachstum und diskutieren die Beziehung zwischen Verlauf und Status. Da sich bei Statuswachstum und Verlaufswachstum einige Hardwarebeschränkungen überschneiden, handelt es sich um verwandte Probleme, und die Lösung des einen kann zur Lösung des anderen beitragen.

Wie schnell war das historische Wachstum?

Abbildung 2 zeigt die historische Wachstumsrate seit der Entstehung von Ethereum. Jede vertikale Linie repräsentiert einen Monat Wachstum. Die Y-Achse repräsentiert die Anzahl der Gigabyte des historischen Wachstums für diesen Monat. Transaktionen werden nach ihrer „Zieladresse“ kategorisiert und mithilfe von RLP-Bytes (https://ethereum.org/en/developers/docs/data-structures-and-encoding/rlp/) bemessen. Verträge, die nicht leicht identifiziert werden können, werden als „unbekannt“ klassifiziert. Die Kategorie „Sonstige“ umfasst eine Reihe kleiner Kategorien wie Infrastruktur und Spiele.

Abbildung 2: Historische Wachstumsrate von Ethereum im Zeitverlauf

Einige wichtige Erkenntnisse aus der obigen Tabelle:

• Der Verlauf wächst 6 bis 8 Mal schneller als der Status: Das Verlaufswachstum erreichte kürzlich einen Höchstwert von 36,0 GiB/Monat und liegt derzeit bei 19,3 GiB/Monat. Das Statuswachstum erreichte seinen Höchstwert von etwa 6,0 GiB/Monat und liegt derzeit bei 2,5 GiB/Monat. Ein Vergleich von Verlauf und Status in Bezug auf Wachstum und kumulative Größe wird später in diesem Artikel beschrieben.

• Vor Decun hatte sich die historische Wachstumsrate beschleunigt: Während der Staat viele Jahre lang ungefähr linear gewachsen war (siehe Teil 1), war die Geschichte superlinear. Da eine lineare Wachstumsrate zu einem quadratischen Wachstum der Gesamtgröße führen würde, würde eine superlineare Wachstumsrate zu einem mehr als quadratischen Wachstum der Gesamtgröße führen. Diese Beschleunigung stoppte nach Dencun abrupt. Dies ist das erste Mal, dass Ethereum einen signifikanten Rückgang der historischen Wachstumsrate erlebt hat.

• Der größte Teil des jüngsten historischen Wachstums ist auf Rollups zurückzuführen: Jeder L2 veröffentlicht eine Kopie seiner Transaktionen zurück an das Mainnet. Dadurch wird eine große Menge an Historie generiert, und Rollups haben im vergangenen Jahr am meisten zum historischen Wachstum beigetragen. Dencun ermöglicht es L2s jedoch, ihre Transaktionsdaten mithilfe von Blobs statt Historie zu veröffentlichen, sodass Rollups nicht mehr den Großteil der Ethereum-Historie generieren. Wir werden Rollups später in diesem Artikel ausführlicher behandeln.

Wer trägt am meisten zum historischen Wachstum von Ethereum bei?

Die historische Anzahl der von verschiedenen Vertragskategorien generierten Verträge zeigt, wie sich die Nutzungsmuster von Ethereum im Laufe der Zeit entwickelt haben. Abbildung 3 zeigt den relativen Beitrag verschiedener Vertragskategorien. Dies sind dieselben Daten wie in Abbildung 2, normalisiert.

Abbildung 3: Beitrag verschiedener Vertragsarten zum historischen Wachstum

Die Daten zeigen vier unterschiedliche Zeiträume von Ethereum-Nutzungsmustern:

• Früh (lila): In den ersten Jahren von Ethereum gab es nur wenig On-Chain-Aktivität. Die meisten dieser frühen Verträge sind jetzt schwer zu identifizieren und werden im Diagramm als „unbekannt“ markiert.

• ERC-20-Ära (Grün): Der ERC-20-Standard wurde Ende 2015 fertiggestellt, gewann aber erst 2017 und 2018 deutlich an Dynamik. ERC-20-Verträge waren 2019 die größte Quelle des historischen Wachstums.

• DEX/DeFi-Ära (Braun): DEX- und DeFi-Verträge erschienen bereits 2016 in der Blockchain und begannen 2017 an Bedeutung zu gewinnen. Aber erst im DeFi-Sommer 2020 wurden sie in Bezug auf das historische Wachstum zur größten Kategorie. DeFi- und DEX-Verträge machten im Jahr 2021 und Teilen des Jahres 2022 mehr als 50% des historischen Wachstums aus.

• Rollup-Ära (Grau): L2-Rollups führen ab Anfang 2023 mehr Transaktionen aus als das Mainnet. In den Monaten vor Dencun generierten sie etwa 2/3 der Ethereum-Geschichte.

Jede Ära stellt ein komplexeres Nutzungsmuster für Ethereum dar als die vorherige. Komplexität kann als eine Form der Skalierung von Ethereum im Laufe der Zeit betrachtet werden, die nicht mit einfachen Kennzahlen wie Transaktionen pro Sekunde gemessen werden kann.

Im aktuellsten Datenmonat (April 2024) generieren Rollups nicht mehr den Großteil der Historie. Es ist unklar, ob die zukünftige Historie von DEX und DeFi stammen wird oder ob sich ein neues Nutzungsmuster herausbilden wird.

Was ist mit Blobs?

Der Dencun-Hardfork führte Blobs ein und veränderte die historische Wachstumsdynamik erheblich, indem es Rollups ermöglichte, Daten mithilfe von billigen Blobs anstelle von historischen Aufzeichnungen zu veröffentlichen. Abbildung 4 zeigt die historischen Wachstumsraten vor und nach dem Dencun-Upgrade. Dieses Diagramm ähnelt Abbildung 2, außer dass jede vertikale Linie einen Tag anstelle eines Monats darstellt.

Abbildung 4: Dencuns Einfluss auf das historische Wachstum

Aus diesem Diagramm können wir mehrere wichtige Schlussfolgerungen ziehen:

• Seit Dencun ist das historische Wachstum der Rollups um etwa 2/3 zurückgegangen: Die meisten Rollups wurden von Anrufdaten in Blobs umgewandelt, was die Menge des von ihnen generierten Verlaufs erheblich reduziert hat. Stand April 2024 gibt es jedoch immer noch einige Rollups, die noch nicht von Anrufdaten in Blobs umgewandelt wurden.

• Das gesamte historische Wachstum ist seit Dencun um etwa 1/3 gesunken: Dencun hat das historische Wachstum nur für Rollups reduziert. Das historische Wachstum für andere Vertragskategorien ist leicht gestiegen. Selbst nach Dencun ist das historische Wachstum immer noch 8-mal höher als das staatliche Wachstum (Einzelheiten finden Sie im nächsten Abschnitt).

Obwohl Blobs die historische Wachstumsrate reduziert haben, sind sie dennoch ein neues Feature von Ethereum und es ist unklar, auf welchem Niveau sich die historische Wachstumsrate mit der Einführung von Blobs stabilisieren wird.

Wie schnell ist das historische Wachstum akzeptabel?

Eine Erhöhung des Gaslimits wird die historische Wachstumsrate erhöhen. Daher sind Vorschläge zur Erhöhung des Gaslimits (wie Pumpen Sie Benzin ) muss die Beziehung zwischen historischem Wachstum und dem Hardware-Engpass jedes Knotens berücksichtigen.

Um eine akzeptable historische Wachstumsrate zu bestimmen, müssen wir zunächst verstehen, wie lange die aktuelle Knotenhardware in Bezug auf Netzwerk und Speicher aushält. Die Netzwerkhardware kann den Status quo wahrscheinlich auf unbestimmte Zeit aufrechterhalten, da die historische Wachstumsrate wahrscheinlich nicht auf ihren Höhepunkt vor Dencun zurückkehren wird, bevor das Gaslimit erhöht wird. Die Speicherlast der Historie wird jedoch mit der Zeit weiter zunehmen. Bei der aktuellen Speicherstrategie ist es unvermeidlich, dass die Speicherfestplatte jedes Knotens irgendwann mit historischen Aufzeichnungen gefüllt sein wird.

Abbildung 5 zeigt die Speicherbelastung von Ethereum-Knoten im Zeitverlauf und prognostiziert das Wachstum der Speicherbelastung in den nächsten 3 Jahren. Die Prognose bezieht sich auf die Wachstumsrate im April 2024. Die Wachstumsrate kann sich in Zukunft erhöhen oder verringern, wenn sich Nutzungsmuster oder Gasgrenzen ändern.

Abbildung 5: Größe der Historie, Zustand und vollständige Knotenspeicherlast

Aus dieser Abbildung können wir mehrere wichtige Schlussfolgerungen ziehen:

• Der Verlauf nimmt etwa dreimal so viel Speicherplatz ein wie der Status. Dieser Unterschied vergrößert sich mit der Zeit, da der Verlauf etwa 8-mal so schnell wächst wie der Status.

• 1,8 TiB ist der kritische Schwellenwert, und viele Knoten werden gezwungen sein, ihre Speicherfestplatten zu aktualisieren. 2 TB ist eine gängige Speicherfestplattengröße, die nur 1,8 TiB freien Speicherplatz bietet. Beachten Sie, dass TB (1 Billion Bytes) eine andere Einheit ist als TiB (= 1024^4 Bytes). Für viele Knotenbetreiber ist der tatsächliche kritische Schwellenwert sogar noch niedriger, da die Validierer nach der Fusion einen Konsens-Client zusammen mit dem Ausführungs-Client ausführen müssen.

• Der kritische Schwellenwert wird in 2-3 Jahren erreicht. Eine Erhöhung des Gaslimits um einen beliebigen Betrag wird diesen Zeitraum entsprechend beschleunigen. Das Erreichen dieses Schwellenwerts wird den Knotenbetreibern einen erheblichen Wartungsaufwand auferlegen und den Kauf zusätzlicher Hardware (wie $300 NVME-Laufwerke) erfordern.

Im Gegensatz zu Statusdaten sind Verlaufsdaten nur anfügbar und werden viel seltener abgerufen. Daher können Verlaufsdaten theoretisch getrennt von Statusdaten auf günstigeren Speichermedien gespeichert werden. Dies kann durch einige Clients wie Geth erreicht werden.

Neben der Speicherkapazität ist die Netzwerk-E/A eine weitere große Einschränkung des historischen Wachstums. Im Gegensatz zur Speicherkapazität werden Netzwerk-E/A-Einschränkungen den Knoten kurzfristig keine Probleme bereiten, aber diese Einschränkungen werden wichtig, wenn die Gaslimits in Zukunft erhöht werden.

Um zu verstehen, wie viel historisches Wachstum die Netzwerkkapazität eines typischen Ethereum-Knotens unterstützen kann, muss man die Beziehung zwischen historischem Wachstum und verschiedenen Netzwerkgesundheitsmetriken kennen, wie z. B. Reorganisationsrate, Slot-Fehler, Finalitätsfehler, Proof-Fehler, Sync-Komitee-Fehler und Blockübermittlungslatenz. Die Analyse dieser Metriken geht über den Rahmen dieses Artikels hinaus, aber weitere Informationen finden sich in früheren Untersuchungen zur Gesundheit der Konsensschicht. Darüber hinaus hat das Xatu-Projekt der Ethereum Foundation öffentliche Datensätze erstellt, um solche Analysen zu beschleunigen.

Wie lässt sich das Problem des historischen Wachstums lösen?

Das Problem des Verlaufswachstums ist viel einfacher zu lösen als das des Zustandswachstums. Es kann fast vollständig durch den Kandidatenvorschlag EIP-4444 gelöst werden. Dieser EIP ändert die Speicherung der gesamten Ethereum-Historie in jedem Knoten auf die Speicherung von nur einem Jahr Verlauf. Nach der Implementierung von EIP-4444 wird die Datenspeicherung kein Engpass mehr für die Ethereum-Erweiterung sein und Gaslimiterhöhungen werden auf lange Sicht keine Einschränkung mehr darstellen. EIP-4444 ist für die langfristige Nachhaltigkeit des Netzwerks erforderlich, da sonst die Verlaufswachstumsrate sehr hoch sein wird und die Hardware der Netzwerkknoten regelmäßig aktualisiert werden muss.

Abbildung 6 zeigt die Auswirkungen von EIP-4444 auf die Speicherlast jedes Knotens in den nächsten 3 Jahren. Dies ist dasselbe wie Abbildung 4, jedoch mit einer zusätzlichen helleren Linie, die die Speicherlast nach der Implementierung von EIP-4444 darstellt.

Abbildung 6 : Die Auswirkungen von EIP-4444 auf die Speicherlast von Ethereum-Knoten

Aus dieser Abbildung lassen sich einige wichtige Schlussfolgerungen ziehen:

• EIP-4444 wird die aktuelle Speicherlast halbieren. Die Speicherlast wird von 1,2 TiB auf 633 GiB sinken.

• EIP-4444 stabilisiert die Belastung des Verlaufsspeichers. Unter der Annahme einer konstanten Verlaufswachstumsrate werden Verlaufsdaten mit der Rate gelöscht, mit der sie generiert werden.

• Nach EIP-4444 wird es viele Jahre dauern, bis die Knotenspeicherlast das heutige Niveau erreicht. Dies liegt daran, dass das Zustandswachstum der einzige Faktor sein wird, der die Speicherlast erhöht, und das Zustandswachstum langsamer ist als das historische Wachstum.

Nach der Implementierung von EIP-4444 wird das Wachstum des Verlaufs immer noch eine gewisse Speicherlast mit sich bringen, da der Knoten den Verlauf eines Jahres speichern wird. Doch selbst wenn Ethereum globale Ausmaße erreicht, ist diese Last nicht schwer zu lösen. Sobald sich die Methode zur Verlaufsaufbewahrung als zuverlässig erwiesen hat, kann die Ablaufzeit von einem Jahr bei EIP-4444 auf einige Monate, Wochen oder sogar noch kürzer verkürzt werden.

Wie bewahrt man die Geschichte von Ethereum auf?

EIP-4444 wirft die Frage auf: Wenn die Historie nicht von den Ethereum-Knoten selbst gespeichert wird, wie soll sie dann gespeichert werden? Die Historie spielt eine zentrale Rolle bei der Überprüfung, Abrechnung und Analyse von Ethereum, daher ist die Bewahrung der Historie von entscheidender Bedeutung. Glücklicherweise ist die Bewahrung der Historie ein einfaches Problem, das nur 1/n ehrliche Datenanbieter erfordert. Dies steht im krassen Gegensatz zum Problem des staatlichen Konsenses, bei dem 1/3 bis 2/3 der Teilnehmer ehrlich sein müssen. Knotenbetreiber können die Authentizität historischer Datensätze überprüfen, indem sie 1) alle Transaktionen seit dem Genesis-Block wiedergeben und 2) prüfen, ob diese Transaktionen denselben Statusstamm wie das aktuelle Blockchain-Ende reproduzieren.

Es gibt viele Möglichkeiten, den Verlauf zu speichern.

• Torrents/P2P: Torrents sind die einfachste und zuverlässigste Methode. Ethereum-Knoten können regelmäßig Teile des Verlaufs bündeln und als öffentliche Torrent-Dateien freigeben. Beispielsweise könnte ein Knoten alle 100.000 Blöcke eine neue Verlaufs-Torrent-Datei erstellen. Knotenclients wie Erigon führen diesen Prozess bereits auf eine etwas unstandardisierte Weise durch. Um diesen Prozess zu standardisieren, müssen alle Knotenclients dasselbe Datenformat, dieselben Parameter und dasselbe P2P-Netzwerk verwenden. Knoten können basierend auf ihren Speicher- und Bandbreitenkapazitäten entscheiden, ob sie an diesem Netzwerk teilnehmen möchten. Torrents haben den Vorteil, dass sie einen hochgradig offenen Standard verwenden, der bereits von einer großen Anzahl von Datentools unterstützt wird.

• Portal-Netzwerk: Portal-Netzwerk ist ein neues Netzwerk, das speziell für das Hosten von Ethereum-Daten entwickelt wurde. Es ist ein Torrent-ähnlicher Ansatz, bietet aber auch einige zusätzliche Funktionen, um die Datenüberprüfung zu erleichtern. Der Vorteil von Portal Network besteht darin, dass diese zusätzlichen Überprüfungsebenen für Light-Clients nützlich sind, um gemeinsam genutzte Datensätze effizient zu überprüfen und abzufragen.

• Cloud-Hosting: Cloud-Speicherdienste wie AWS S3 oder Cloudflare R2 bieten eine kostengünstige und leistungsstarke Möglichkeit, historische Datensätze aufzubewahren. Dieser Ansatz birgt jedoch mehr rechtliche und betriebswirtschaftliche Risiken, da nicht garantiert werden kann, dass diese Cloud-Dienste immer bereit und in der Lage sind, verschlüsselte Daten zu hosten.

Die verbleibenden Herausforderungen bei der Implementierung sind eher sozialer als technischer Natur. Die Ethereum-Community muss spezifische Implementierungsdetails koordinieren, damit sie direkt in jeden Node-Client integriert werden können. Insbesondere erfordert die Durchführung einer vollständigen Synchronisierung vom Genesis-Block (anstelle einer Snapshot-Synchronisierung) das Abrufen des Verlaufs von einem Verlaufsanbieter und nicht von einem Ethereum-Node. Diese Änderungen erfordern technisch gesehen keinen Hard Fork, sodass sie vor dem nächsten Hard Fork von Ethereum, Pectra, implementiert werden können.

Alle diese Methoden zur Verlaufserhaltung können auch von L2 verwendet werden, um die Blob-Daten zu erhalten, die sie im Mainnet veröffentlichen. Im Vergleich zur Verlaufserhaltung ist die Blob-Erhaltung 1) schwieriger, da die Gesamtdatenmenge viel größer ist; 2) weniger wichtig, da Blobs zum Wiedergeben des Mainnet-Verlaufs nicht erforderlich sind. Die Blob-Erhaltung ist jedoch weiterhin erforderlich, damit jeder L2 seinen eigenen Verlauf wiedergeben kann. Daher ist eine Form der Blob-Erhaltung für das gesamte Ethereum-Ökosystem wichtig. Wenn L2 außerdem eine starke Blob-Speicherinfrastruktur entwickelt, können sie möglicherweise auch problemlos historische L1-Daten speichern.

Es wäre hilfreich, die von verschiedenen Knotenkonfigurationen vor und nach EIP-4444 gespeicherten Datensätze direkt zu vergleichen. Abbildung 7 zeigt die Speicherlast verschiedener Ethereum-Knotentypen. Statusdaten sind Konten und Verträge, Verlaufsdaten sind Blöcke und Transaktionen und Archivdaten sind ein optionaler Satz von Datenindizes. Die Bytezahlen in dieser Tabelle basieren auf einem aktuellen Reth-Snapshot, aber die Zahlen für andere Knotenclients sollten ungefähr vergleichbar sein.

Abbildung 7: Speicherlast verschiedener Ethereum-Knotentypen

mit anderen Worten,

• Archivknoten speichern Statusdaten und historische Daten sowie Archivdaten. Archivknoten können verwendet werden, wenn jemand den historischen Kettenstatus einfach abfragen möchte.

• Vollständige Knoten speichern nur historische Daten und Statusdaten. Die meisten Knoten sind heute vollständige Knoten. Der Speicherbedarf eines vollständigen Knotens beträgt etwa die Hälfte des Speicherbedarfs eines Archivknotens.

• Nach EIP-4444 speichern Vollknoten nur noch Statusdaten und historische Daten des letzten Jahres. Dies reduziert die Speicherlast der Knoten von 1,2 TiB auf 633 GiB und bringt den Speicherplatz für historische Daten auf einen stabilen Wert.

• Zustandslose Knoten, auch „Light Nodes“ genannt, speichern keine Datensätze und können am Ende der Kette sofort verifizieren. Dieser Knotentyp wird möglich, sobald Verkle-Versuche oder andere State-Commitment-Schemata zu Ethereum hinzugefügt werden.

Schließlich gibt es noch einige zusätzliche EIPs, die die historische Wachstumsrate begrenzen, anstatt sich nur an die aktuelle Wachstumsrate anzupassen. Dies hilft dabei, kurzfristig innerhalb der Netzwerk-IO-Beschränkungen und langfristig innerhalb der Speicherbeschränkungen zu bleiben. Während EIP-4444 für die langfristige Nachhaltigkeit des Netzwerks immer noch notwendig ist, werden diese anderen EIPs Ethereum dabei helfen, in Zukunft effizienter zu skalieren:

• EIP-7623: Preisanpassung für Anrufdaten, wodurch bestimmte Transaktionen mit zu vielen Anrufdaten teurer werden. Die Verteuerung dieser Nutzungsmuster wird einige von ihnen dazu zwingen, von Anrufdaten auf Blobs umzusteigen. Dies wird die historische Wachstumsrate reduzieren.

• EIP-4488: Legen Sie eine Begrenzung für die Gesamtmenge der Anrufdaten fest, die in jedem Block enthalten sein können. Dadurch werden strengere Beschränkungen für die Geschwindigkeit festgelegt, mit der der Verlauf wachsen kann.

Diese EIPs sind einfacher zu implementieren als EIP-4444 und können daher als kurzfristige Überbrückungsmaßnahme dienen, bevor EIP-4444 in Produktion geht.

Abschluss

Der Zweck dieses Artikels besteht darin, anhand von Daten zu verstehen, 1) wie historisches Wachstum funktioniert und 2) wie das Problem gelöst werden kann. Viele der Daten in diesem Artikel sind auf herkömmliche Weise nur schwer zu erhalten. Daher hoffen wir, dass die Veröffentlichung dieser Daten einige neue Einblicke in das Problem des historischen Wachstums bieten kann.

Dem Verlaufswachstum als Engpass für die Expansion von Ethereum wurde nicht genügend Aufmerksamkeit geschenkt. Selbst ohne Erhöhung des Gaslimits wird Ethereums aktuelle Praxis der Verlaufsaufbewahrung viele Knoten in einigen Jahren dazu zwingen, ihre Hardware zu aktualisieren. Glücklicherweise ist dies kein schwer zu lösendes Problem. In EIP-4444 gibt es bereits eine klare Lösung. Wir glauben, dass die Umsetzung dieses EIP beschleunigt werden sollte, um Raum für zukünftige Erhöhungen des Gaslimits zu lassen.

Ursprünglicher Link

Dieser Artikel stammt aus dem Internet: Paradigma: Detaillierte Erklärung der historischen Wachstumsprobleme und Lösungen von Ethereum

Verwandte Themen: Bitcoin-Miner haben vor der Halbierung Mühe, den Betrieb aufrechtzuerhalten

Kurz zusammengefasst: Die diesjährige Halbierung von Bitcoin wird die Mining-Belohnung auf 3,125 BTC reduzieren, was die Rentabilität der Miner auf die Probe stellt. CryptoQuant meldet einen Rückgang des Miner-Hashpreises um 301 TP5 T seit der letzten Halbierung, ein weiterer Rückgang wird erwartet. Wettbewerb und Kosten steigen, die Hashrate des Bitcoin-Netzwerks erreicht 600 EH/s, was sich auf die Einnahmen auswirkt. In etwa 10 Tagen wird die Bitcoin-Community Zeuge eines bedeutenden Ereignisses, nämlich der Halbierung von Bitcoin. Dieses Phänomen wird die Belohnung für das Mining eines Bitcoin-Blocks von 6,25 auf 3,125 Bitcoins halbieren, was die Rentabilität der Miner unter Druck setzt. Die Miner befinden sich nun in einem Wettlauf gegen die Zeit und benötigen höhere Bitcoin-Preise, um ihre Einnahmen aufrechtzuerhalten. Warum Bitcoin-Miner vor Herausforderungen stehen werden Laut einem Bericht von CryptoQuant, der mit BeInCrypto geteilt wurde, sind die Miner-Hashpreise seit der letzten Halbierung im Mai 2020 um 301 TP5 T gesunken. Dieser Wert liegt derzeit bei 1 TP6 T0,11 pro Terahash pro Sekunde, was…