Danksharding erklärt: Der langfristige Skalierungsplan von Ethereum

— By Boni in Tutorials

Danksharding erklärt: Der langfristige Skalierungsplan von Ethereum

Zentralisierte Hardwareanforderungen bedrohen die Dezentralisierung der Blockchain. Wir erläutern, wie Ethereums Full Danksharding polynomiale Datenstichproben nutzt, um Rollups zu skalieren.


Der modulare Pivot: Ethereum in eine universelle Datenmaschine verwandeln

  • Früh Blockchain -Netzwerke werden unter einer monolithischen Architektur betrieben, die jeden einzelnen Knoten im Netzwerk dazu zwingt, Transaktionen auszuführen, Zustandsänderungen zu berechnen und jedes Byte historischer Hauptbuchdaten dauerhaft zu speichern. Dieser strukturelle Engpass führte zu einer sich verschlimmernden Skalierbarkeitskrise: Als die weltweite Transaktionsnachfrage anstieg, stiegen die Mainnet-Verarbeitungsgebühren in die Höhe, wodurch durchschnittliche Teilnehmer überteuert wurden und der Netzwerkdurchsatz eingeschränkt wurde.
  • Um diese Einschränkung zu beheben, führte Ethereum einen permanenten Pivot in Richtung a durch modulare Architektur. Anstatt alle Benutzertransaktionen direkt auf der Basiskette zu verarbeiten, ist das Netzwerk zu einer sicheren Abwicklung übergegangen Datenverfügbarkeit (DA) -Schicht, Auslagerung der Ausführung von Verbrauchertransaktionen an Rollups der Schicht 2 (L2) wie Arbitrum, Optimism und Base. Das ultimative, mehrstufige Skalierungsendspiel für diesen modularen Entwurf ist Danksharding. Benannt nach dem Hauptforscher Dankrad Feist optimiert Danksharding die Art und Weise, wie das Netzwerk riesige Layer-2-Datenbündel aufnimmt, validiert und verwirft, und bietet so eine Grundlage für die Unterstützung von über 100.000 Transaktionen pro Sekunde (TPS) im gesamten Web3-Ökosystem.
Danksharding Explained: Ethereum's Long-Term Scaling Plan

1. Die evolutionäre Zeitleiste: Proto-Danksharding vs. Full Danksharding

Die Implementierung der Datenverfügbarkeit auf der Ethereum-Architektur ist in eine strategische, mehrstufige Roadmap unterteilt, die darauf ausgelegt ist, den Netzwerkdurchsatz sicher zu skalieren, ohne die Hardware-Dezentralisierung von Home-Stake-Knoten zu gefährden.

Die Übergangsstiftung: EIP-4844

  • Als historische Strukturverbesserung im Jahr 2024 eingeführt, Proto-Danksharding (EIP-4844) führte das Konzept von ein Blob-tragende Transaktionen. Vor dieser Bereitstellung mussten Rollups ihre Transaktionsprotokolle komprimieren und im permanenten Ausführungsbereich von Ethereum speichern (calldata), was sehr teuer war. EIP-4844 schuf isolierte, temporäre Daten-Sidecars („Blobs“), die die Layer-2-Gasgebühren um über 90 % reduzierten. Proto-Danksharding war jedoch ein vorübergehender Kompromiss: Es erforderte immer noch, dass jeder vollständige Knoten im Netzwerk 100 % der Blob-Rohdaten herunterlädt und überprüft.

Das endgültige Ziel: Full Danksharding

  • Volle Danksharding skaliert dieses Datengerüst durch eine massive Erhöhung der Zieldatenkapazität pro Block (mit dem Ziel einer Zielobergrenze von 16 MB). Da das Erzwingen, dass Standard-Heimknoten alle 12 Sekunden 16 MB Daten herunterladen müssen, die Internetverbindungen durchschnittlicher Verbraucher sofort lahmlegen würde, eliminiert Full Danksharding die Download-Regel für alle Knoten vollständig. 
  • Durch spezielles kryptografisches Sampling und strukturierte Trennung der Knotenverantwortlichkeiten kann das Netzwerk riesige Blockdaten-Arrays sicher verifizieren und gleichzeitig den Bandbreitenbedarf für einzelne Validatoren außergewöhnlich niedrig halten.

2. Die Mechanismen der Blob-Raumexpansion

  • Ein „Blob“ (Binary Large Object) ist eine kurzlebige Datenspeicherkapsel, die explizit für Rollup-Batches entwickelt wurde. Im Gegensatz zu Standard-Ethereum intelligenter Vertrag -Transaktionen kann die Ausführungs-Engine die in einem Blob verschachtelten Daten nicht lesen oder ausführen; Es kann nur eine kryptografische Verpflichtung anzeigen, die darauf verweist.
  • Rollups kaufen dies speziell Blob-Raum durch einen unabhängigen Gebührenmarkt, der völlig unabhängig von herkömmlichen Layer-1-Mainnet-Gasauktionen läuft. Um zu verhindern, dass das Blockchain-Ledger unüberschaubare Ausmaße annimmt, sind Blobs ausdrücklich temporär. Sie sind so fest codiert, dass sie nach etwa 18 Tagen automatisch ablaufen und aus den aktiven Speicherschichten des Netzwerks entfernt werden. Dieses Fenster bietet ausreichend Zeit für die Bewältigung von Layer-2-Herausforderungen und Betrugsnachweisen und stellt sicher, dass Archivknoten oder dezentrale Speicherprotokolle (wie das Portal-Netzwerk) die historische Abrufbarkeit bewältigen und gleichzeitig den Festplattenspeicher des Validators gering halten.

3. Das Skalierungsgeheimnis: Data Availability Sampling (DAS)

Der zentrale Durchbruch, der es Full Danksharding ermöglicht, Blockkapazitäten sicher zu skalieren, ist Datenverfügbarkeitsstichprobe (DAS). DAS ermöglicht einem Knoten (einschließlich leichtgewichtiger Clients ohne Absteckung), kryptografisch zu überprüfen, ob die gesamte Blob-Nutzlast eines Blocks vollständig im Netzwerk veröffentlicht wurde ohne die Daten selbst herunterzuladen.

Die Mathematik der Erasure Coding

  • Bevor ein Block verteilt wird, nimmt das Netzwerk das Rohdaten-Array des Blobs und wendet eine mathematische Technik an, die als bekannt ist Reed-Solomon-Löschcodierung. Dieser Prozess erweitert die ursprüngliche Datenmatrix, indem er eine Polynomgleichung über die Datenpunkte anpasst und sie an zusätzlichen Koordinaten auswertet, um redundante „Paritätsdaten“ zu erzeugen.
  • Die mathematische Eleganz dieser Matrixerweiterung liegt in ihren strengen Wiederherstellungsschwellen: wenn überhaupt zufällig 50 % der erweiterten Polynomauswertungen erfolgreich vom Netzwerk abgerufen werden, kann jeder sofort 100 % der ursprünglichen, uncodierten Blob-Daten rekonstruieren.

Säulenprobenahme über PeerDAS

  • Um diese Probenahme sicher im großen Maßstab durchzuführen, verwendet das Protokoll PeerDAS (EIP-7594). Bei dieser Architektur ist die erweiterte Blob-Datenmatrix in einheitliche mathematische Spalten strukturiert. Einzelne Validierungsknoten und Light-Clients führen routinemäßig schnelle, zufällige Peer-Abfragen durch und laden dabei nur winzige, mehrere Kilobyte große Spaltenfragmente der gesamten Datenmatrix herunter.
  • Aufgrund der zugrunde liegenden Erasure-Coding-Mathematik ist ein gegnerischer Blockproduzent, der versucht, böswillig auch nur einen winzigen Teil der Rohdaten von 1 % zurückzuhalten, mathematisch gezwungen, über 50 % der erweiterten Matrixauswertungen zurückzuhalten. Folglich steigt die statistische Wahrscheinlichkeit, Betrug durch Datenzurückhaltung zu erkennen, wenn Light-Clients eine Handvoll unabhängiger, stichprobenartiger Stichprobenprüfungen durchführen über 99,999 % innerhalb von Millisekunden, wodurch das Netzwerk massive Datenverfügbarkeitsblöcke mit nominalem Bandbreiten-Overhead überprüfen kann.

4. Rollentrennung: Proposer-Builder Separation (PBS)

Während die Datenverfügbarkeitsstichprobe blockiert bleibt Verifizierung ist für Consumer-Hardware zugänglich, die Vorabberechnung, die erforderlich ist, um Tausende von Layer-2-Transaktionen zu sammeln, riesige Datenmatrizen zu berechnen und komplexe polynomiale KZG-Verpflichtungen zu generieren, bleibt rechenintensiv. Full Danksharding löst diese Belastung durch Mandatierung Trennung zwischen Antragsteller und Bauherrn (PBS).

PBS unterteilt den traditionellen Validierungsprozess formal in zwei isolierte, spezialisierte Infrastrukturpfade:

  • Die Blockbauer: Professionelle, leistungsstarke Computertische, die auf einem offenen Markt um die Aggregation von Transaktionen, die Erstellung optimierter Blob-Matrizen, die Berechnung kryptografischer Beweise und das Recht zur Zusammenstellung des nächsten Blocks konkurrieren.

  • Die Blockantragsteller: Dezentrale Home-Stake-Validatoren (die 32 ETH-Knoten). Antragsteller erstellen keine Blöcke und verarbeiten keinen großen Datenaufwand. Stattdessen verwenden sie eine einfache Knotensoftware, um den vom Builder-Marktplatz eingereichten Block-Header mit der höchsten Auszahlung auszuwählen, ihn an die Konsensschicht zu senden und die gebündelten Prioritätsgebühren mit minimaler Hardwarebelastung einzuziehen.

Datenverfügbarkeits-Infrastrukturmatrix

Architektur-ÄraMax. BlockdatenobergrenzeKnotenaufnahmeregelSkalierbarkeitsgrenze
Monolithische Ära~0,08 MB (Anrufdaten)Knoten-Download abschließenNiedrig (~15–45 TPS)
Proto-Danksharding~0,75 MB (6 Blobs)Knoten-Download abschließenMittelstufe (~100x Gebührensenkung)
Volle Danksharding~16,0 MB (maximale Obergrenze)Randomisierte SäulenstichprobeElite (>100.000 Netzwerk-TPS)

Überwachung von Datenschicht-Ökosystemen über DEXTools Telemetry

  • Während Ethereum zu einer hocheffizienten Datenverfügbarkeitsmaschine heranreift, werden Kapitalisierungsverschiebungen, Token-Geschwindigkeiten und Sekundärmarktliquiditätskonfigurationen der begleitenden Layer-2-Rollup-Protokolle, Datenverfügbarkeitsschichten und modularen Dienstprogramme verfolgt Brücken wird zu einem wesentlichen Workflow für Marktteilnehmer. Beschaffung von Analysen durch fortschrittliche dezentrale Diagrammarchitekturen wie DEXTools bietet Marktteilnehmern eine unverzichtbare universelle Plattform, um das Live-Token-Verhalten zu überwachen, Pooltiefen zu bewerten und Vertragsparameter in allen öffentlichen Ausführungsnetzwerken zu überprüfen. 
  • Durch die Nutzung von Kernfunktionen wie dem Paar-Explorer, Neue Paare leben Dashboard und das integrierte Handelsgeschichte oder Top-Händler diagnostic tools, technical traders can seamlessly audit localized volume trends, track large whale Geldbörse Kapitalumschichtungen über die Big Swap Explorerund überprüfen Sie automatisierte Vertragssicherheitsbewertungen, bevor Sie Interaktionen in der Kette einleiten, um sicherzustellen, dass Ihr gehärtetes Hardware-Setup sicher mit verifizierten Marktplätzen interagiert. 

Sie können auf DEXTools zugreifen hier und beginnen Sie noch heute mit dem Handel!

Haftungsausschluss: Dieser Artikel dient nur zu Informationszwecken und stellt keine Anlageberatung, Finanzberatung, Handelsberatung oder sonstige Beratung dar. DEXTools empfiehlt nicht, Kryptowährungen oder Token zu kaufen, zu verkaufen oder zu halten. Benutzer sollten ihre eigene Recherche durchführen und sich an einen qualifizierten Finanzberater wenden, bevor sie Anlageentscheidungen treffen. Kryptowährungsinvestitionen sind volatil und mit hohem Risiko verbunden. DEXTools ist nicht verantwortlich für etwaige Verluste.

Gebühreneinnahmen pro aktivem Wallet im Vergleich zu den Gesamtgebühren: Was zeigt eine echte dApp-Monetarisierung? So verwenden Sie die Basiskette im Jahr 2026: Wallet-Einrichtung, Bridge und Leitfaden für die erste Transaktion Smart Contract Audit Guide: So lesen Sie einen Auditbericht So überprüfen Sie einen Liquiditätspool vor dem Kauf eines Tokens 2026