Sharding 2026: Ethereum hat den Kurs gewechselt

Sharding 2026: Ethereum hat den Kurs gewechselt

Die Grundlagen aus dem oberen Artikelteil gelten weiterhin – doch beim wichtigsten Beispiel des Artikels gibt es eine entscheidende Korrektur. Der ursprüngliche Text beschreibt, dass „Ethereum 2.0″ Sharding als zentrale Skalierungslösung einführen werde. Genau das ist so nicht eingetreten: Ethereum hat das klassische Execution-Sharding verworfen und einen anderen Weg eingeschlagen. Dieser aktualisierte Abschnitt bringt die Entwicklung auf den Stand 2026, erklärt den entscheidenden Unterschied zwischen Daten- und Execution-Sharding und zeigt, wo Sharding heute tatsächlich produktiv läuft. Weitere Grundlagen findest du im Krypto-Glossar und im Artikel zu Layer-1 Blockchains.

Kurz aufgefrischt: Was Sharding ist

Zur Erinnerung: Sharding teilt ein Netzwerk in kleinere, parallel arbeitende Segmente – die Shards. Statt dass jeder Knoten jede Transaktion verarbeitet, ist jeder Shard nur für einen Teil zuständig. Das Prinzip stammt aus klassischen Datenbanken, wo große Datensätze auf mehrere Maschinen verteilt werden, um Lese- und Schreibkapazität zu skalieren. In der Blockchain-Welt soll Sharding den Durchsatz erhöhen, ohne dass jeder Knoten das gesamte Netzwerk validieren muss. So weit, so unverändert. Entscheidend ist 2026 aber die Frage: Was genau wird eigentlich gesharded – die Ausführung oder die Daten? Genau hier verlief Ethereums Kurswechsel.

Die große Korrektur: Ethereum hat Execution-Sharding verworfen

Ethereums ursprünglicher Skalierungsplan sah vor, die Blockchain in 64 parallele „Shards“ aufzuteilen – separate Ketten, die jeweils einen Teil der Transaktionen verarbeiten und ihren Zustand periodisch mit der Hauptkette zusammenführen. Dieses „Execution-Sharding“ hätte den Durchsatz theoretisch ver-64-facht.Pool Party Nodes, 02/2026 Doch der Plan änderte sich: Layer-2-Rollups waren schneller erfolgreich als erwartet. Sie zeigten, dass die Ausführung effizient außerhalb der Hauptkette stattfinden kann, während die Hauptkette nur noch für die Datenverfügbarkeit gebraucht wird.Pool Party Nodes, 02/2026

Damit wurde Execution-Sharding überflüssig – und Daten-Sharding zur Priorität. Ethereum stellte offiziell auf einen rollup-zentrischen Fahrplan um; die alten Shard-Chains sind kein Teil der Roadmap mehr.Ethereum.org, 02/2026 Der Grund dahinter ist auch eine Frage der Dezentralisierung: Eine größere, leistungsfähigere Basisschicht hätte höhere Hardware-Anforderungen bedeutet und kleinere Teilnehmer verdrängt. Ethereum priorisiert bewusst die Dezentralisierung der Basisschicht und verlagert die Skalierung auf Layer-2.Pool Party Nodes, 02/2026

Danksharding: Sharding der Daten statt der Ausführung

Danksharding ist Ethereums neues Sharding-Design – benannt nach dem Forscher Dankrad Feist. Der entscheidende Unterschied zu klassischem Sharding: Es vergrößert nicht den Platz für Transaktionen, sondern für Blobs – günstigen Datenspeicher, in den Rollups ihre komprimierten Daten ablegen.Ethereum Notes (Buterin), Proto-Danksharding-FAQ Weder Danksharding noch sein Vorläufer folgen also dem klassischen Modell, die Kette in mehrere ausführende Teile zu spalten; Shard-Chains sind nicht mehr Teil der Roadmap.Ethereum.org, 02/2026

Stattdessen nutzt Danksharding Data Availability Sampling (DAS): Knoten prüfen nur kleine, zufällige Teile der Blob-Daten, statt alles herunterzuladen, ergänzt durch Erasure Coding zur Wiederherstellung aus Teildaten.Fensory, 02/2025 Der erste Schritt, Proto-Danksharding (EIP-4844), ging mit dem Dencun-Upgrade am 13. März 2024 live und führte Blob-Transaktionen ein, was die Rollup-Gebühren stark senkte.Datawallet, 04/2026 Die technische Grundlage für das volle Danksharding ist PeerDAS; das Endziel liegt bei rund 128 Blobs pro Slot.Datawallet, 04/2026 Spannend: Ethereum-Mitgründer Vitalik Buterin hat betont, dass PeerDAS „buchstäblich Sharding“ ist – nur eben Daten-Sharding.

Daten-Sharding vs. Execution-Sharding

Dieser Unterschied ist der Schlüssel, um die Sharding-Landschaft 2026 zu verstehen:

• Execution-Sharding (State-Sharding): Teilt die Ausführung von Transaktionen und Smart Contracts auf mehrere Shards auf, die parallel rechnen. Beispiel: NEAR. Sehr leistungsfähig, aber komplex – vor allem bei der Kommunikation zwischen Shards.
• Daten-Sharding: Teilt nur die Datenverfügbarkeitsschicht auf. Die Ausführung übernehmen Layer-2-Rollups; die Hauptkette stellt nur günstigen, reichlichen Datenraum bereit. Beispiel: Ethereums Danksharding. Einfacher umzusetzen und mit dem rollup-zentrischen Ansatz verzahnt.

Beide verfolgen dasselbe Ziel – mehr Durchsatz ohne Verlust an Sicherheit und Dezentralisierung –, lösen es aber an völlig unterschiedlichen Stellen. Daten-Sharding ist eng mit dem Thema On-Chain-Daten verknüpft, während Execution-Sharding die eigentliche Rechenlast verteilt.

Interaktiv: Die Arten von Sharding im Überblick

Wähle einen Ansatz – der Explorer zeigt, wie er funktioniert, ein Beispiel und seine Besonderheit.

Sharding in der Praxis 2026

Während Ethereum den Daten-Sharding-Weg geht, lebt das klassische Execution-Sharding bei anderen Netzwerken weiter – und ist dort 2026 weit fortgeschritten:

• NEAR Protocol (Nightshade 2.0): das prominenteste Beispiel für produktives Execution-Sharding. Das Upgrade ging im August 2024 live und führte die Stateless Validation ein – Validatoren müssen den vollständigen Zustand eines Shards nicht mehr lokal vorhalten, sondern holen die nötigen Daten („State Witnesses“) aus dem Netzwerk.CoinDesk, 08/2024 Das senkt die Hardware-Anforderungen und fördert die Dezentralisierung. NEAR erweiterte die Zahl der Shards schrittweise (von vier über sechs bis zu einem neunten Shard Mitte 2025) und erreicht Blockzeiten um 600 Millisekunden bei rund 1,2 Sekunden Finalität.LBank, 2026
• Zilliqa: war einer der frühen Pioniere des Network-Shardings und teilt das Netzwerk je nach Bedarf in mehrere Shards auf.
• Weitere Ansätze: Verschiedene Netzwerke verfolgen eigene State- oder Execution-Sharding-Varianten. Auch modulare Datenverfügbarkeits-Projekte (etwa Celestia) bauen auf Daten-Sharding-Ideen auf.Cube Exchange, 08/2025

Die ursprüngliche Nennung von „Ethereum 2.0″ als Sharding-Beispiel ist damit überholt – Ethereum bleibt zwar zentral für die Skalierungsdebatte, aber eben über den Umweg Rollups und Danksharding, nicht über eigene Ausführungs-Shards. Wie sich Ethereum insgesamt entwickelt, ordnet unser Artikel zu Ethereum ein.

Parallele Ausführung: oft mit Sharding verwechselt

Ein häufiges Missverständnis: Parallele Ausführung ist kein Sharding. Netzwerke wie Solana verarbeiten viele Transaktionen gleichzeitig innerhalb einer einzigen Kette, ohne das Netzwerk in Shards zu teilen. Man spricht hier von einem „monolithischen“ Design mit parallelem Durchsatz. Sharding dagegen teilt das Netzwerk in separate Segmente. Beide Ansätze zielen auf mehr Geschwindigkeit, verfolgen aber grundverschiedene Philosophien – monolithisch (alles auf einer hochoptimierten Kette) versus modular/aufgeteilt. Wer Skalierungslösungen vergleicht, sollte diese Begriffe sauber trennen, sonst vergleicht man Äpfel mit Birnen.

Vorteile von Sharding – aktualisiert

Die grundlegenden Vorteile bestehen fort, lassen sich 2026 aber präziser fassen:

• Höherer Durchsatz: Durch Parallelisierung kann ein Netzwerk deutlich mehr Transaktionen pro Sekunde bewältigen als eine einzelne Kette mit 15–30 TPS.
• Bessere Skalierbarkeit: Jeder Shard ist nur für einen Teil zuständig, was die Last verteilt.
• Geringere Hardware-Anforderungen: Besonders mit Techniken wie der Stateless Validation müssen Knoten weniger speichern – das senkt die Einstiegshürde für Validatoren.
• Förderung der Dezentralisierung: Niedrigere Anforderungen erlauben mehr Teilnehmern, einen Knoten zu betreiben. Genau dieser Punkt war auch Ethereums Leitmotiv beim Kurswechsel.

Herausforderungen – warum Ethereum den einfacheren Weg wählte

Die Herausforderungen aus der ersten Artikelversion sind weiterhin gültig und erklären rückblickend Ethereums Entscheidung:

• Cross-Shard-Kommunikation: Da Shards unabhängig arbeiten, müssen Transaktionen zwischen ihnen sicher abgewickelt werden – besonders heikel bei komplexen DeFi-Anwendungen, die über mehrere Shards laufen.
• Shard-Takeover-Angriffe: Ein Angreifer könnte versuchen, die Mehrheit der Knoten eines einzelnen Shards zu kontrollieren. Gegenmaßnahme ist die zufällige Zuweisung von Knoten (Randomized Shard Allocation).
• Hohe Komplexität: Execution-Sharding erfordert eine tiefgreifende Überarbeitung der Architektur. Genau diese Komplexität war ein Hauptgrund, warum Ethereum den einfacheren, rollup-zentrischen Weg über Daten-Sharding bevorzugte.

Was bedeutet das für Nutzer?

Für normale Nutzer läuft das meiste davon unsichtbar im Hintergrund ab. Die spürbaren Effekte sind dennoch real: Wer ein Ethereum-Rollup nutzt, profitiert seit dem Blob-Upgrade von deutlich niedrigeren Gebühren – ganz ohne eigenes Zutun. Wer auf einem gesharded Netzwerk wie NEAR unterwegs ist, erlebt hohe Geschwindigkeit bei niedrigen Kosten. Wichtig ist vor allem das Verständnis: „Sharding“ ist kein einheitliches Feature, sondern ein Oberbegriff für sehr unterschiedliche Ansätze. Wer ein Projekt bewertet, sollte fragen, welche Art von Sharding gemeint ist und wie ausgereift sie ist – dieselbe gesunde Skepsis, die auch bei der Bewertung von Altcoins generell hilft. Das große Bild dieser skalierbaren, vernetzten Krypto-Welt zeichnet unser Artikel zu Web3.

Ein anschauliches Bild: die Behörde mit mehreren Schaltern

Stell dir eine Behörde vor, bei der eine einzige Sachbearbeiterin jeden einzelnen Antrag des ganzen Landes bearbeiten muss – die Schlange wäre endlos. Genau so funktioniert eine Blockchain ohne Sharding: Jeder Knoten muss jede Transaktion prüfen. Sharding öffnet nun mehrere Schalter, von denen jeder nur die Anträge einer bestimmten Region bearbeitet. Plötzlich laufen viele Vorgänge parallel, und die Wartezeit sinkt drastisch.

Die Herausforderung dabei: Wenn ein Bürger aus Region A etwas mit jemandem aus Region B regeln muss, müssen die beiden Schalter zuverlässig miteinander kommunizieren – das sind die Cross-Shard-Transaktionen. Und man muss verhindern, dass sich an einem einzelnen Schalter heimlich nur Komplizen versammeln, die gefälschte Anträge durchwinken – dagegen hilft die zufällige Zuweisung der Mitarbeiter. Diese Analogie macht auch verständlich, warum Ethereum den Weg über Daten-Sharding wählte: Statt überall eigene Schalter aufzumachen, lagert es die Bearbeitung an spezialisierte Dienstleister (die Rollups) aus und sorgt selbst nur dafür, dass alle nötigen Unterlagen günstig und überprüfbar abgelegt werden.

Sharding & das Blockchain-Trilemma

Hinter der ganzen Sharding-Debatte steht ein berühmtes Grundproblem: das Blockchain-Trilemma. Es besagt, dass ein Netzwerk nur schwer alle drei Eigenschaften gleichzeitig maximieren kann – Skalierbarkeit (Geschwindigkeit), Sicherheit und Dezentralisierung. Erhöht man die Geschwindigkeit durch größere Blöcke, steigen die Hardware-Anforderungen, und kleinere Teilnehmer fallen weg – die Dezentralisierung leidet.

Sharding ist ein Versuch, dieses Trilemma elegant zu lösen: Durch die Aufteilung der Last soll der Durchsatz steigen, ohne dass jeder einzelne Knoten leistungsfähiger werden muss. Das ist der entscheidende Kniff – nicht stärkere Einzelknoten, sondern eine clevere Arbeitsteilung im Netzwerk. Genau hier zeigt sich auch der Reiz von Techniken wie der Stateless Validation bei NEAR, die die Anforderungen an einzelne Validatoren sogar senkt. Und es erklärt Ethereums Logik: Lieber die Basisschicht schlank und dezentral halten und die Skalierung auf Layer-2 verlagern, als die Hauptkette mit Execution-Shards zu überfrachten. Wer das Trilemma verinnerlicht, versteht fast jede Designentscheidung großer Netzwerke – von Bitcoin bis Solana.

Häufige Missverständnisse über Sharding

• „Ethereum skaliert mit 64 Shards“: Überholt. Dieser Plan wurde verworfen; Ethereum nutzt Daten-Sharding (Danksharding) plus Rollups.
• „Sharding und parallele Ausführung sind dasselbe“: Nein. Parallele Ausführung läuft auf einer einzigen Kette, Sharding teilt das Netzwerk in Segmente.
• „Mehr Shards heißt automatisch besser“: Mehr Shards erhöhen den Durchsatz, aber auch die Komplexität der Cross-Shard-Kommunikation und potenziell die Angriffsfläche pro Shard.
• „Sharding macht eine Blockchain automatisch unsicher“: Nicht bei guter Umsetzung. Zufällige Knoten-Zuweisung und kryptografische Verfahren halten das Sicherheitsniveau hoch – es ist nur anspruchsvoller.
• „Danksharding ist gar kein echtes Sharding“: Doch – es ist Daten-Sharding. Es teilt eben die Datenverfügbarkeit auf statt die Ausführung, was technisch durchaus dem Sharding-Prinzip entspricht.

Wer diese Punkte kennt, liest technische Roadmaps und Marketing-Versprechen deutlich kritischer – eine Haltung, die im gesamten Krypto-Bereich wertvoll ist, vom Verständnis einzelner Cross-Chain-Lösungen bis zur Bewertung kompletter Ökosysteme.

Warum sich der Sharding-Ansatz überhaupt verschoben hat

Es lohnt sich, kurz auf den größeren Zusammenhang zu blicken. Als die ersten Sharding-Pläne entstanden, galt die Vorstellung: Eine einzelne, große Blockchain teilt sich selbst in viele parallele Stränge auf und wird so schneller. Das klang elegant, erwies sich aber als enorm komplex – vor allem, weil die Stränge ständig sicher miteinander kommunizieren müssen und ein einzelner schwacher Strang das ganze System gefährden kann.

Parallel dazu reifte eine andere Idee: Statt die Basisschicht selbst aufzuteilen, lässt man die eigentliche Arbeit von darüberliegenden Schichten – den Rollups – erledigen und nutzt die Hauptkette nur noch als sichere, gemeinsame Datenbasis. Dieser modulare Gedanke setzte sich durch, weil er einfacher und robuster ist. Sharding verschwand damit nicht, es wanderte nur an eine andere Stelle: vom Aufteilen der Ausführung hin zum Aufteilen der Daten. Für Felix‘ Leser ist das eine wichtige Lektion über die Natur dieser Technologie: Roadmaps sind keine Versprechen, sondern Momentaufnahmen des jeweils besten bekannten Wegs. Wer das versteht, bewertet auch ehrgeizige Ankündigungen rund um neue Altcoins mit der nötigen, gesunden Skepsis. Tiefer in die zugrundeliegende Datenbasis steigt unser Artikel zu On-Chain-Daten ein.

Fazit: Sharding lebt – aber anders als gedacht

Sharding bleibt eine der wichtigsten Ideen der Blockchain-Skalierung, doch die Landschaft hat sich grundlegend verschoben. Ethereum hat sein geplantes Execution-Sharding zugunsten von rollup-zentrischem Daten-Sharding (Danksharding) aufgegeben – ein Weg, der mit Blobs und Data Availability Sampling bereits live ist und sich als richtig erwiesen hat. Gleichzeitig zeigt NEAR mit Nightshade 2.0, dass auch echtes Execution-Sharding produktiv funktioniert. Die Lehre daraus: Es gibt nicht „das“ Sharding, sondern verschiedene Ansätze für verschiedene Prioritäten. Wer die Begriffe – Daten-Sharding, Execution-Sharding, parallele Ausführung – sauber trennt, durchschaut die Skalierungsdebatte deutlich besser und lässt sich von Marketing-Schlagworten nicht blenden. Festzuhalten bleibt: Die ursprüngliche Einschätzung des Artikels, dass Sharding ein entscheidender Schritt zur massenhaften Blockchain-Adoption sein könnte, war im Kern richtig – nur der konkrete Weg dorthin sieht heute anders aus als 2025 gedacht. Statt einer einzigen großen Kette mit 64 Ausführungs-Shards führt der Pfad über ein Zusammenspiel aus schlanker Basisschicht, Daten-Sharding und Layer-2-Rollups. Genau dieser Wandel macht Sharding zu einem der lehrreichsten Themen, um die rasante und manchmal überraschende Entwicklung der Blockchain-Technologie zu verstehen. Weitere Grundlagen findest du jederzeit in unserem Krypto-Glossar.

Häufige Fragen zu Sharding (FAQ)

Quellen (Stand Mai 2026)

• Ethereum.org – Danksharding, Shard-Chains aus Roadmap entfernt, 02/2026
• Ethereum Notes (Buterin) – rollup-zentrisch, Blobs statt Transaktionen
• Pool Party Nodes – 64-Shard-Plan verworfen, Daten- statt Execution-Sharding, 02/2026
• Datawallet – EIP-4844/Dencun, PeerDAS, ~128 Blobs, 04/2026
• Fensory – Danksharding, DAS, Erasure Coding, 02/2025
• Cube Exchange – Danksharding vs. klassisches Sharding, 04/2026
• Cube Exchange – Daten-Sharding, NEAR Nightshade, Celestia, 08/2025
• CoinDesk – NEAR Nightshade 2.0, Stateless Validation, 08/2024
• NEAR – Nightshade 2.0 Mainnet-Launch, Shards 6→10-Ziel
• LBank – NEAR-Sharding, 9. Shard, Blockzeit ~600 ms

Passend zum Thema