Weiter zum Hauptinhalt

Ethereum-Roadmap

Der Weg zu mehr Skalierbarkeit, Sicherheit und Nachhaltigkeit für Ethereum.

Ethereum ist bereits eine leistungsstarke Plattform für die globale Koordinierung, aber sie wird immer noch verbessert. Ein ehrgeiziges Paket von Verbesserungen wird Ethereum von seiner derzeitigen Form zu einer vollständig skalierten, maximal widerstandsfähigen Plattform ausbauen. Diese Upgrades sind in der Ethereum-Roadmap dargelegt.

Um mehr über frühere Upgrades von Ethereum zu erfahren, besuchen Sie bitte unsere History Seite

Welche Veränderungen stehen bei Ethereum an?

Die Ethereum-Roadmap beschreibt die spezifischen Verbesserungen, die in Zukunft am Protokoll vorgenommen werden sollen. Insgesamt wird die Roadmap den Ethereum-Nutzern folgende Vorteile bringen:

Warum braucht Ethereum eine Roadmap?

Ethereum erhält regelmäßig Upgrades, die seine Skalierbarkeit, Sicherheit oder Nachhaltigkeit verbessern. Eine der Hauptstärken von Ethereum ist die Anpassung an neue Ideen, die aus Forschung und Entwicklung hervorgehen. Die Anpassungsfähigkeit gibt Ethereum die Flexibilität, sich neuen Herausforderungen zu stellen und mit den fortschrittlichsten technologischen Durchbrüchen Schritt zu halten.

Wie die Roadmap definiert wird

Die Roadmap ist vor allem das Ergebnis jahrelanger Arbeit von Forschern und Entwicklern - da das Protokoll sehr technisch ist - aber jede motivierte Person kann sich daran beteiligen. Ideen beginnen in der Regel als Diskussionen in einem Forum wie ethresear.ch(opens in a new tab), Ethereum Magicians(opens in a new tab) oder dem Eth R&D-Discord-Server. Dabei kann es sich um Reaktionen auf neu entdeckte Schwachstellen handeln, um Vorschläge von Organisationen, die auf der Anwendungsebene arbeiten (z. B. Dapps und Börsen), oder um bekannte Schwierigkeiten für Endnutzer (z. B. Kosten oder Transaktionsgeschwindigkeit). Wenn diese Ideen ausgereift sind, können sie als Ethereum Improvement Proposals(opens in a new tab) vorgeschlagen werden. Dies alles geschieht öffentlich, so dass sich jeder aus der Community jederzeit einbringen kann.

Mehr über Ethereum-Governance

Ethereum Wallet

Was war ETH2?

Der Begriff "Eth2" wurde häufig verwendet, um die Zukunft von Ethereum vor der Umstellung auf Proof-of-Stake zu beschreiben, aber er wurde zu Gunsten einer präziseren Terminologie abgeschafft. Ursprünglich wurde er verwendet, um das Ethereum-Netzwerk vor der Umstellung auf Proof-of-Stake und das Netzwerk danach zu unterscheiden, oder manchmal, um sich auf die verschiedenen Ethereum-Clients zu beziehen (Ausführungs-Clients wurden manchmal als ETH1-Clients und Consensus-Clients wurden manchmal als ETH2-Clients bezeichnet).

Wird sich die Roadmap von Ethereum im Laufe der Zeit ändern?

Ja - ganz sicherlich. Die Roadmap ist der aktuelle Plan für das Upgrade von Ethereum, der sowohl kurzfristige als auch zukünftige Pläne umfasst. Wir gehen davon aus, dass sich die Roadmap ändern wird, wenn neue Informationen und Technologien verfügbar werden.

Betrachten Sie die Roadmap von Ethereum als eine Reihe von Absichten zur Verbesserung von Ethereum; sie ist die beste Hypothese der Kernforscher und -entwickler über den optimalen Weg zur Weiterentwicklung von Ethereum.

Wann wird die Roadmap fertiggestellt sein?

Ethereum wird einige Upgrades in den nächsten sechs Monaten implementieren (z.B. Staking withdrawals); andere haben eine geringere Priorität und werden wahrscheinlich erst in den nächsten 5-10 Jahren implementiert (z.B. Quantum Resistenz). Der genaue Zeitplan für die verschiedenen Upgrades lässt sich nur schwer vorhersagen, da an vielen Punkten der Roadmap parallel gearbeitet wird und die Entwicklung unterschiedlich schnell verläuft. Die Dringlichkeit einer Aufrüstung kann sich auch im Laufe der Zeit in Abhängigkeit von externen Faktoren ändern (z. B. kann ein plötzlicher Sprung in der Leistung und Verfügbarkeit von Quantencomputern die Dringlichkeit einer quantenresistenten Kryptographie erhöhen).

Eine Möglichkeit, die Entwicklung von Ethereum zu betrachten, ist die Vergleichung mit der biologischen Evolution. Ein Netzwerk, das in der Lage ist, sich an neue Herausforderungen anzupassen und fit zu bleiben, wird eher erfolgreich sein als eines, das sich gegen Veränderungen sträubt, obwohl mit zunehmender Leistung, Skalierbarkeit und Sicherheit des Netzwerks immer weniger Änderungen am Protokoll erforderlich sein werden.

Muss ich etwas tun, wenn es ein Upgrade gibt?

Upgrades haben in der Regel keine Auswirkungen auf die Endnutzer, außer dass sie ein besseres Nutzererlebnis, ein sichereres Protokoll und vielleicht mehr Optionen für die Interaktion mit Ethereum bieten. Endnutzer sind nicht verpflichtet, sich aktiv an einem Upgrade zu beteiligen, und müssen auch nichts zur Sicherung ihrer Assets tun. Die Betreiber von Nodes müssen ihre Clients aktualisieren, um sich auf ein Upgrade vorzubereiten. Einige Upgrades können zu Änderungen für Anwendungsentwickler führen. So können beispielsweise Aktualisierungen des Zeitablaufs dazu führen, dass Anwendungsentwickler historische Daten aus neuen Quellen abrufen.

Was ist mit The Verge, The Splurge, usw.?

Vitalik Buterin schlug eine Vision für die Ethereum-Roadmap(opens in a new tab) vor, die in mehrere Kategorien unterteilt war, die durch ihre Auswirkungen auf die Ethereum-Architektur miteinander verbunden sind. Sie enthielt:

  • The Merge: Upgrades im Zusammenhang mit dem Wechsel von Proof-of-Work zu Proof-of-Stake
  • The Surge: Upgrades im Zusammenhang mit der Skalierbarkeit durch Rollups und Data Sharding
  • The Scourge: Upgrades im Zusammenhang mit Zensurresistenz, Dezentralisierung und Protokollrisiken von MEV
  • The Verge: Upgrades zur einfacheren Verifizierung von Blöcken
  • The Purge: Aktualisierungen im Zusammenhang mit der Reduzierung der Rechenkosten für den Betrieb der Nodes und der Vereinfachung des Protokolls
  • The Splurge: andere Upgrades, die nicht gut in die vorherigen Kategorien passen.

Wir haben uns entschieden, diese Terminologie nicht zu verwenden, weil wir ein einfacheres und nutzerzentrierteres Modell verwenden wollten. Obwohl wir eine nutzerzentrierte Sprache verwenden, bleibt die Vision dieselbe wie die von Vitalik vorgeschlagene.

Wie verhält es sich mit Sharding?

Beim Sharding wird die Ethereum-Blockchain so aufgeteilt, dass Untergruppen von Validatoren nur für einen Bruchteil der Gesamtdaten verantwortlich sind. Ursprünglich sollte Ethereum auf diese Weise skaliert werden. Allerdings haben sich die Rollups auf Layer 2 viel schneller entwickelt als erwartet und haben bereits eine Menge an Skalierung gebracht, und sie werden noch viel mehr leisten, wenn Proto-Danksharding implementiert ist. Das bedeutet, dass "Shard Chains" nicht mehr benötigt werden und von der Roadmap gestrichen wurden.

Suchen Sie nach spezifischen technischen Upgrades?

  • Danksharding - Danksharding macht Layer-2-Rollups für Benutzer wesentlich billiger, indem es Ethereum-Blöcken "Blobs" von Daten hinzufügt.
  • Staking withdrawals - Das Shanghai/Capella-Upgrade ermöglichte Auszahlungen für die Staking-Funktion auf Ethereum, so dass die Leute ihre investierten ETH freischalten konnten.
  • Single slot finality - Anstatt fünfzehn Minuten zu warten, könnten Blöcke im selben Slot vorgeschlagen und abgeschlossen werden. Dies ist praktischer für Anwendungen und viel schwieriger zu attackieren.
  • Proposer-builder separation - Die Aufteilung der Aufgaben der Blockbildung und des Blockvorschlags auf verschiedene Validatoren schafft einen faireren, zensurresistenteren und effizienteren Weg für Ethereum, einen Konsensus zu erzielen.
  • Secret leader election - Durch geschickte Kryptographie kann sichergestellt werden, dass die Identität des aktuellen Blockantragstellers nicht bekannt gegeben wird, wodurch er vor bestimmten Arten von Angriffen geschützt ist.
  • Account abstraction- Die Kontoabstraktion ist eine Klasse von Upgrades, die Smart-Contract-Wallets direkt auf Ethereum unterstützen, anstatt komplexe Middleware zu verwenden.
  • Verkle trees - Verkle-Bäume sind eine Datenstruktur, die verwendet werden kann, um zustandslose Clients auf Ethereum zu ermöglichen. Diese "zustandslosen" Clients benötigen nur wenig Speicherplatz, sind aber dennoch in der Lage, neue Blöcke zu verifizieren.
  • Statuslosigkeit – Statuslose Clients werden in der Lage sein, neue Blöcke zu überprüfen, ohne große Mengen an Daten speichern zu müssen. Dies bietet alle Vorteile des Betriebs einer Node mit nur einem kleinen Bruchteil der heutigen Kosten.

War diese Seite hilfreich?