Eine Zeitachse aller wichtigen Meilensteine, Forks und Updates der Ethereum-Blockchain.
Forks finden statt, wenn größere technische Upgrades oder Änderungen am Netzwerk vorgenommen werden müssen – sie stammen typischerweise von Ethereum Improvement Proposals (EIPs) und ändern die „Regeln“ des Protokolls.
Wenn Upgrades in traditioneller, zentral gesteuerter Software benötigt werden, veröffentlicht das Unternehmen einfach eine neue Version für den Endbenutzer. Blockchains funktionieren anders, da es keine zentralen Eigentümer gibt. Ethereum-Clients müssen ihre Software aktualisieren, um die neuen Fork-Regeln zu implementieren. Außerdem müssen Block-Ersteller (Miner in einer Proof-of-Work (PoW)-Welt, Validatoren in einer Proof-of-Stake (PoS)-Welt) und Knoten Blöcke erstellen und nach den neuen Regeln validieren. Mehr zu Konsensmechanismen
Diese Regeländerungen können zu einer vorübergehenden Spaltung im Netzwerk führen. Neue Blöcke könnten nach den neuen oder den alten Regeln produziert werden. Forks werden in der Regel im Voraus vereinbart, sodass Clients die Änderungen einstimmig übernehmen und der Fork mit den Upgrades zur Main-Chain wird. In seltenen Fällen können jedoch Meinungsverschiedenheiten über Forks dazu führen, dass sich das Netzwerk dauerhaft spaltet – am bekanntesten ist die Entstehung von Ethereum Classic durch den DAO-Fork.
Die Software, die Ethereum zugrunde liegt, besteht aus zwei Hälften, bekannt als die und die .
Benennung der Ausführungs-Upgrades
Seit 2021 werden Upgrades der Ausführungsschicht nach den Städtenamen früherer Devcon- und Devconnect-Standorte (opens in a new tab) in chronologischer Reihenfolge benannt:
| Upgrade-Name | Devcon(nect)-Jahr | Devcon-Nummer | Upgrade-Datum |
|---|---|---|---|
| Berlin | 2014 | 0 | 15. Apr. 2021 |
| London | 2015 | I | 5. Aug. 2021 |
| Shanghai | 2016 | II | 12. Apr. 2023 |
| Cancun | 2017 | III | 13. Mär. 2024 |
| Prague | 2018 | IV | 7. Mai 2025 |
| Osaka | 2019 | V | 3. Dez. 2025 |
| Amsterdam | 2022 | Devconnect | TBD - Nächstes |
| Bogotá | 2022 | VI | TBD |
| Istanbul | 2023 | Devconnect | TBD |
| Bangkok | 2024 | VII | TBD |
| Buenos Aires | 2025 | Devconnect | TBD |
| Mumbai | 2026 | VIII | TBD |
Benennung der Konsens-Upgrades
Seit dem Start der werden Upgrades der Konsensschicht nach Sternen benannt, deren Anfangsbuchstaben in alphabetischer Reihenfolge aufeinanderfolgen:
| Upgrade-Name | Upgrade-Datum |
|---|---|
| Beacon Chain Genesis | 1. Dez. 2020 |
| Altair (opens in a new tab) | 27. Okt. 2021 |
| Bellatrix (opens in a new tab) | 6. Sep. 2022 |
| Capella (opens in a new tab) | 12. Apr. 2023 |
| Deneb (opens in a new tab) | 13. Mär. 2024 |
| Electra (opens in a new tab) | 7. Mai 2025 |
| Fulu (opens in a new tab) | 3. Dez. 2025 |
| Gloas (opens in a new tab) | TBD - Nächstes |
| Heze (opens in a new tab) | TBD |
Kombinierte Benennung
Die Ausführungs- und Konsens-Upgrades wurden anfangs zu unterschiedlichen Zeiten eingeführt, aber nach dem Merge im Jahr 2022 wurden diese gleichzeitig bereitgestellt. Daher haben sich umgangssprachliche Begriffe etabliert, um die Bezugnahme auf diese Upgrades mit einem einzigen, zusammengezogenen Begriff zu vereinfachen. Dies begann mit dem Shanghai-Capella-Upgrade, das allgemein als „Shapella“ bezeichnet wird, und wird bei nachfolgenden Upgrades fortgesetzt.
| Ausführungs-Upgrade | Konsens-Upgrade | Kurzname |
|---|---|---|
| Shanghai | Capella | „Shapella“ |
| Cancun | Deneb | „Dencun“ |
| Prague | Electra | „Pectra“ |
| Osaka | Fulu | „Fusaka“ |
| Amsterdam | Gloas | „Glamsterdam“ |
| Bogotá | Heze | „Hegotá“ |
Springen Sie direkt zu Informationen über einige der besonders wichtigen vergangenen Upgrades: Die Beacon Chain; Der Merge; und EIP-1559
Suchen Sie nach zukünftigen Protokoll-Upgrades? Erfahren Sie mehr über anstehende Upgrades auf der Ethereum-Roadmap.
2025
Fulu-Osaka ("Fusaka")
Prague-Electra ("Pectra")
Das Prague-Electra-Upgrade ("Pectra") umfasste mehrere Verbesserungen am Ethereum-Protokoll, die darauf abzielten, die Nutzererfahrung für alle Anwender, Layer-2-Netzwerke, Staker und Knotenbetreiber zu verbessern.
Das Staking erhielt ein Upgrade durch Validator-Konten mit Zinseszinseffekt sowie eine verbesserte Kontrolle über gestakte Mittel mithilfe der Ausführungs-Abhebungsadresse. EIP-7251 erhöhte das maximale effektive Guthaben für einen einzelnen Validator auf 2048, was die Kapitaleffizienz für Staker verbesserte. EIP-7002 ermöglichte es einem Ausführungskonto, Validator-Aktionen sicher auszulösen, einschließlich des Austritts oder der Abhebung von Teilen der Mittel. Dies verbesserte die Erfahrung für ETH-Staker und trug gleichzeitig dazu bei, die Verantwortlichkeit der Knotenbetreiber zu stärken.
Andere Teile des Upgrades konzentrierten sich auf die Verbesserung der Nutzererfahrung für reguläre Anwender. EIP-7702 brachte die Möglichkeit für ein reguläres Konto ohne Smart Contract (), Code ähnlich wie ein Smart Contract auszuführen. Dies eröffnete grenzenlose neue Funktionen für traditionelle Ethereum-Konten, wie z. B. die Bündelung von Transaktionen, Gas-Sponsoring, alternative Authentifizierung, programmierbare Ausgabenkontrollen, Kontowiederherstellungsmechanismen und mehr.
Bessere Nutzererfahrung:
- EIP-7702 - EOA-Kontocode festlegen
- EIP-7691 - Erhöhung des Blob-Transaktionsdurchsatzes
- EIP-7623 - Kosten für Aufrufdaten erhöhen
- EIP-7840 - Blob-Zeitplan zu EL-Konfigurationsdateien hinzufügen
Bessere Staking-Erfahrung:
- EIP-7251 - Erhöhung der
MAX_EFFECTIVE_BALANCE - EIP-7002 - Über die Ausführungsschicht auslösbare Austritte
- EIP-7685 - Allgemeine Anfragen an die Ausführungsschicht
- EIP-6110 - Bereitstellung von Validator-Einlagen Onchain
Verbesserungen der Protokolleffizienz und -sicherheit:
- Pectra.wtf (opens in a new tab)
- Wie Pectra die Staking-Erfahrung verbessern wird (opens in a new tab)
- Lesen Sie die Spezifikationen des Electra-Upgrades (opens in a new tab)
- Prague-Electra ("Pectra") FAQ
2024
Cancun-Deneb („Dencun“)
Cancun-Zusammenfassung
Das Cancun-Upgrade enthält eine Reihe von Verbesserungen an Ethereums Ausführung, die darauf abzielen, die Skalierbarkeit zu verbessern, in Verbindung mit den Deneb-Konsens-Upgrades.
Dazu gehört insbesondere EIP-4844, bekannt als Proto-Danksharding, was die Kosten für die Datenspeicherung für Layer-2-Rollups erheblich senkt. Dies wird durch die Einführung von Daten-„Blobs“ erreicht, die es Rollups ermöglichen, Daten für kurze Zeit im Mainnet zu veröffentlichen. Dies führt zu deutlich niedrigeren Transaktionsgebühren für Nutzer von Layer-2-Rollups.
- Layer-2-Rollups
- Proto-Danksharding
- Danksharding
- Lesen Sie die Spezifikation des Cancun-Upgrades (opens in a new tab)
Deneb-Zusammenfassung
Das Deneb-Upgrade enthält eine Reihe von Verbesserungen an Ethereums Konsens, die darauf abzielen, die Skalierbarkeit zu verbessern. Dieses Upgrade erfolgt in Verbindung mit den Cancun-Ausführungs-Upgrades, um Proto-Danksharding (EIP-4844) zu ermöglichen, zusammen mit weiteren Verbesserungen an der Beacon Chain.
Vorgenerierte signierte „freiwillige Austrittsnachrichten“ laufen nicht mehr ab, was Nutzern, die ihre Mittel bei einem Drittanbieter-Knotenbetreiber staken, mehr Kontrolle gibt. Mit dieser signierten Austrittsnachricht können Staker den Knotenbetrieb delegieren, während sie gleichzeitig die Möglichkeit behalten, jederzeit sicher auszutreten und ihre Mittel abzuheben, ohne jemanden um Erlaubnis bitten zu müssen.
EIP-7514 bringt eine Verschärfung der Emission von ETH mit sich, indem die „Churn“-Rate, mit der Validatoren dem Netzwerk beitreten können, auf acht (8) pro Epoche begrenzt wird. Da die ETH-Emission proportional zu den insgesamt gestakten ETH ist, begrenzt die Einschränkung der Anzahl beitretender Validatoren die Wachstumsrate neu emittierter ETH, während gleichzeitig die Hardwareanforderungen für Knotenbetreiber gesenkt werden, was der Dezentralisierung zugutekommt.
2023
Shanghai-Capella ("Shapella")
Shanghai-Zusammenfassung
Das Shanghai-Upgrade brachte Staking-Abhebungen auf die Ausführungsschicht. Zusammen mit dem Capella-Upgrade ermöglichte dies Blöcken, Abhebungsoperationen zu akzeptieren, was es Stakern erlaubt, ihre ETH von der Beacon Chain auf die Ausführungsschicht abzuheben.
Capella-Zusammenfassung
Das Capella-Upgrade war das dritte große Upgrade der Konsensschicht (Beacon Chain) und ermöglichte Staking-Abhebungen. Capella fand synchron mit dem Upgrade der Ausführungsschicht, Shanghai, statt und aktivierte die Funktionalität für Staking-Abhebungen.
Dieses Upgrade der Konsensschicht gab Stakern, die bei ihrer anfänglichen Einlage keine Auszahlungsberechtigungen angegeben hatten, die Möglichkeit, dies nachzuholen und somit Abhebungen zu ermöglichen.
Das Upgrade bot zudem eine automatische Konten-Sweeping-Funktion, die kontinuierlich Validator-Konten für alle verfügbaren Belohnungszahlungen oder vollständigen Abhebungen verarbeitet.
2022
Paris (Der Merge)
Zusammenfassung
Das Paris-Upgrade wurde dadurch ausgelöst, dass die Proof-of-Work-Blockchain eine von 58750000000000000000000 überschritt. Dies geschah bei Block 15537393 am 15. September 2022 und löste das Paris-Upgrade im darauffolgenden Block aus. Paris war der Übergang durch den Merge – sein Hauptmerkmal war die Abschaltung des Proof-of-Work-Mining-Algorithmus und der zugehörigen Konsenslogik sowie stattdessen die Aktivierung von Proof-of-Stake. Paris selbst war ein Upgrade für die Ausführungs-Clients (äquivalent zu Bellatrix auf der Konsensschicht), das es ihnen ermöglichte, Anweisungen von ihren verbundenen Konsens-Clients entgegenzunehmen. Dies erforderte die Aktivierung einer neuen Reihe interner API-Methoden, die kollektiv als Engine-API (opens in a new tab) bekannt sind. Dies war wohl das bedeutendste Upgrade in der Geschichte von Ethereum seit Homestead!
Bellatrix
Zusammenfassung
Das Bellatrix-Upgrade war das zweite geplante Upgrade für die Beacon Chain, das die Chain auf den Merge vorbereitete. Es bringt die Strafen für Validatoren bei Inaktivität und Slashing-Vergehen auf ihre vollen Werte. Bellatrix enthält auch ein Update der Fork-Choice-Regeln, um die Chain auf den Merge und den Übergang vom letzten Proof-of-Work-Block zum ersten Proof-of-Stake-Block vorzubereiten. Dies beinhaltet, die Konsens-Clients auf die von 58750000000000000000000 aufmerksam zu machen.
Gray Glacier
Zusammenfassung
Das Gray Glacier-Netzwerk-Upgrade verschob die um drei Monate nach hinten. Dies ist die einzige Änderung, die in diesem Upgrade eingeführt wurde, und sie ist in ihrer Art den Upgrades Arrow Glacier und Muir Glacier ähnlich. Ähnliche Änderungen wurden bei den Netzwerk-Upgrades Byzantium, Constantinople und London durchgeführt.
- EIP-5133 – verzögert die Schwierigkeitsbombe bis September 2022
2021
Arrow Glacier
Zusammenfassung
Das Arrow-Glacier-Netzwerk-Upgrade hat die um mehrere Monate nach hinten verschoben. Dies ist die einzige Änderung, die in diesem Upgrade eingeführt wurde, und ähnelt in ihrer Art dem Muir Glacier-Upgrade. Ähnliche Änderungen wurden bei den Netzwerk-Upgrades Byzantium, Constantinople und London durchgeführt.
- EF-Blog – Ankündigung des Arrow-Glacier-Upgrades (opens in a new tab)
- Ethereum Cat Herders – Ethereum-Arrow-Glacier-Upgrade (opens in a new tab)
- EIP-4345 – verschiebt die Schwierigkeitsbombe auf Juni 2022
Altair
Zusammenfassung
Das Altair-Upgrade war das erste geplante Upgrade für die Beacon Chain. Es fügte Unterstützung für „Sync-Komitees“ hinzu – was Light Clients ermöglichte – und erhöhte die Strafen für Inaktivität von Validatoren sowie das Slashing, während die Entwicklung in Richtung des Merges voranschritt.
Fun Fact!
Altair war das erste große Netzwerk-Upgrade, das eine genaue Rollout-Zeit hatte. Jedes vorherige Upgrade basierte auf einer deklarierten Blocknummer auf der Proof-of-Work-Chain, bei der die Blockzeiten variieren. Die Beacon Chain erfordert kein Lösen von Proof-of-Work und arbeitet stattdessen mit einem zeitbasierten Epochensystem, das aus 32 zwölfsekündigen „Slots“ besteht, in denen Validatoren Blöcke vorschlagen können. Deshalb wussten wir genau, wann wir Epoche 74.240 erreichen würden und Altair live ging!
London
Zusammenfassung
Das London-Upgrade führte EIP-1559 (opens in a new tab) ein, welches den Transaktionsgebührenmarkt reformierte, zusammen mit Änderungen daran, wie Gas-Rückerstattungen gehandhabt werden, und dem Zeitplan der .
Was war das London-Upgrade / EIP-1559?
Vor dem London-Upgrade hatte Ethereum Blöcke mit fester Größe. In Zeiten hoher Netzwerknachfrage arbeiteten diese Blöcke mit voller Kapazität. Infolgedessen mussten Benutzer oft warten, bis die Nachfrage sank, um in einen Block aufgenommen zu werden, was zu einer schlechten Benutzererfahrung führte. Das London-Upgrade führte Blöcke mit variabler Größe bei Ethereum ein.
Die Art und Weise, wie Transaktionsgebühren im Ethereum-Netzwerk berechnet wurden, änderte sich mit dem London-Upgrade vom August 2021. Vor dem London-Upgrade wurden die Gebühren ohne Trennung von base- und priority-Gebühren wie folgt berechnet:
Nehmen wir an, Alice musste Bob 1 ETH zahlen. In der Transaktion beträgt das Gaslimit 21.000 Einheiten und der Gaspreis 200 Gwei.
Die Gesamtgebühr hätte betragen: Gas units (limit) * Gas price per unit d. h. 21,000 * 200 = 4,200,000 gwei oder 0,0042 ETH
Die Implementierung von EIP-1559 (opens in a new tab) im London-Upgrade machte den Transaktionsgebührenmechanismus komplexer, aber die Gasgebühren vorhersehbarer, was zu einem effizienteren Transaktionsgebührenmarkt führte. Benutzer können Transaktionen mit einer maxFeePerGas einreichen, die dem entspricht, was sie für die Ausführung der Transaktion zu zahlen bereit sind, in dem Wissen, dass sie nicht mehr als den Marktpreis für Gas (baseFeePerGas) zahlen werden, und erhalten jeden Überschuss, abzüglich ihrer Prioritätsgebühr, zurückerstattet.
Dieses Video erklärt EIP-1559 und die Vorteile, die es bringt: EIP-1559 erklärt (opens in a new tab)
- Sind Sie ein Entwickler von dezentralen Anwendungen (Dapps)? Stellen Sie sicher, dass Sie Ihre Bibliotheken und Tools aktualisieren. (opens in a new tab)
- Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- Lesen Sie die Erklärung der Ethereum Cat Herders (opens in a new tab)
Berlin
Zusammenfassung
Das Berlin-Upgrade optimierte die Gaskosten für bestimmte EVM-Aktionen und erhöht die Unterstützung für mehrere Transaktionstypen.
- Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- Lesen Sie die Erklärung der Ethereum Cat Herders (opens in a new tab)
2020
Genesis der Beacon Chain
Zusammenfassung
Die Beacon Chain benötigte 16.384 Einlagen von 32 gestakten ETH, um sicher an den Start zu gehen. Dies geschah am 27. November, und die Beacon Chain begann am 1. Dezember 2020 damit, Blöcke zu produzieren.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
Staking-Einlagenvertrag bereitgestellt
Zusammenfassung
Der Staking-Einlagenvertrag führte das in das Ethereum-Ökosystem ein. Obwohl es sich um einen -Vertrag handelte, hatte er direkte Auswirkungen auf den Zeitplan für den Start der Beacon Chain, einem wichtigen Ethereum-Upgrade.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
Muir Glacier
Zusammenfassung
Der Muir-Glacier-Fork führte eine Verzögerung der ein. Erhöhungen der Blockschwierigkeit des Proof-of-Work (PoW)-Konsensmechanismus drohten die Nutzbarkeit von Ethereum zu verschlechtern, indem sie die Wartezeiten für das Senden von Transaktionen und die Nutzung von Dapps verlängerten.
- Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- Lesen Sie die Erklärung der Ethereum Cat Herders (opens in a new tab)
- EIP-2384 – verzögert die Schwierigkeitsbombe um weitere 4.000.000 Blöcke oder ~611 Tage.
2019
Istanbul
Zusammenfassung
Der Istanbul-Fork:
- Optimierte die -Kosten bestimmter Aktionen in der EVM.
- Verbesserte die Widerstandsfähigkeit gegen Denial-of-Service-Angriffe.
- Machte Lösungen zur Layer-2-Skalierung, die auf SNARKs und STARKs basieren, leistungsfähiger.
- Ermöglichte die Interoperabilität zwischen Ethereum und Zcash.
- Erlaubte es Verträgen, kreativere Funktionen einzuführen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- EIP-152 – ermöglichte Ethereum die Zusammenarbeit mit privatsphärewahrenden Währungen wie Zcash.
- EIP-1108 – günstigere Kryptographie zur Verbesserung der -Kosten.
- EIP-1344 – schützt Ethereum vor Replay-Angriffen durch Hinzufügen des
CHAINID-Opcodes. - EIP-1884 – Optimierung der Opcode-Gaspreise basierend auf dem Verbrauch.
- EIP-2028 – reduziert die Kosten für Aufrufdaten (CallData), um mehr Daten in Blöcken zuzulassen – gut für die Layer-2-Skalierung.
- EIP-2200 – weitere Änderungen der Opcode-Gaspreise.
Constantinople
Zusammenfassung
Der Konstantinopel-Fork:
- Reduzierte die Belohnungen für das Block-Mining von 3 auf 2 ETH.
- Stellte sicher, dass die Blockchain nicht einfriert, bevor Proof-of-Stake (PoS) implementiert wurde.
- Optimierte die -Kosten bestimmter Aktionen in der EVM.
- Fügte die Möglichkeit hinzu, mit Adressen zu interagieren, die noch nicht erstellt wurden.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- EIP-145 – optimiert die Kosten bestimmter Onchain-Aktionen.
- EIP-1014 – ermöglicht die Interaktion mit Adressen, die erst noch erstellt werden müssen.
- EIP-1052 – führt die Anweisung
EXTCODEHASHein, um den Hash des Codes eines anderen Vertrags abzurufen. - EIP-1234 – stellt sicher, dass die Blockchain vor Proof-of-Stake (PoS) nicht einfriert, und reduziert die Blockbelohnung von 3 auf 2 ETH.
2017
Byzantium
Zusammenfassung
Der Byzantium-Fork:
- Reduzierte die Mining-Blockbelohnungen von 5 auf 3 ETH.
- Verzögerte die um ein Jahr.
- Fügte die Möglichkeit hinzu, Aufrufe an andere Verträge durchzuführen, die den Zustand nicht verändern.
- Fügte bestimmte Kryptographie-Methoden hinzu, um Layer-2-Skalierung zu ermöglichen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- EIP-140 – fügt den
REVERT-Opcode hinzu. - EIP-658 – Statusfeld zu Transaktionsbelegen hinzugefügt, um Erfolg oder Fehlschlag anzuzeigen.
- EIP-196 – fügt elliptische Kurven und Skalarmultiplikation hinzu, um ZK-Snarks zu ermöglichen.
- EIP-197 – fügt elliptische Kurven und Skalarmultiplikation hinzu, um ZK-Snarks zu ermöglichen.
- EIP-198 – ermöglicht die Verifizierung von RSA-Signaturen.
- EIP-211 – fügt Unterstützung für Rückgabewerte variabler Länge hinzu.
- EIP-214 – fügt den
STATICCALL-Opcode hinzu, der Aufrufe an andere Verträge erlaubt, die den Zustand nicht verändern. - EIP-100 – ändert die Formel zur Anpassung der Schwierigkeit.
- EIP-649 – verzögert die um 1 Jahr und reduziert die Blockbelohnung von 5 auf 3 ETH.
2016
Spurious Dragon
Zusammenfassung
Der Spurious-Dragon-Fork war die zweite Reaktion auf die Denial-of-Service-Angriffe (DoS) auf das Netzwerk (September/Oktober 2016) und umfasste:
- Anpassung der Opcode-Preise, um zukünftige Angriffe auf das Netzwerk zu verhindern.
- Ermöglichung der „Entschlackung“ (Debloat) des Blockchain-Zustands.
- Hinzufügen eines Schutzes vor Replay-Angriffen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- EIP-155 – verhindert, dass Transaktionen von einer Ethereum-Chain auf einer alternativen Chain erneut gesendet werden, zum Beispiel, dass eine Testnetz-Transaktion auf der Ethereum-Hauptchain wiederholt wird.
- EIP-160 – passt die Preise des
EXP-Opcodes an – macht es schwieriger, das Netzwerk durch rechenintensive Vertragsoperationen zu verlangsamen. - EIP-161 – ermöglicht das Entfernen leerer Konten, die durch die DOS-Angriffe hinzugefügt wurden.
- EIP-170 – ändert die maximale Codegröße, die ein Vertrag auf der Blockchain haben kann – auf 24576 Bytes.
Tangerine Whistle
Zusammenfassung
Der Tangerine-Whistle-Fork war die erste Reaktion auf die Denial-of-Service-Angriffe (DoS) auf das Netzwerk (September/Oktober 2016) und umfasste:
- Behebung dringender Probleme mit der Netzwerkgesundheit bezüglich zu niedrig bepreister Operationscodes (Opcodes).
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- EIP-150 – erhöht die Gaskosten von Opcodes, die in Spam-Angriffen verwendet werden können.
- EIP-158 – reduziert die Zustandsgröße durch das Entfernen einer großen Anzahl leerer Konten, die aufgrund von Fehlern in früheren Versionen des Ethereum-Protokolls zu sehr geringen Kosten in den Zustand aufgenommen wurden.
DAO-Fork
Zusammenfassung
Der DAO-Fork war eine Reaktion auf den DAO-Angriff von 2016 (opens in a new tab), bei dem über 3,6 Millionen ETH durch einen Hack aus einem unsicheren -Vertrag abgezogen wurden. Der Fork verschob die Gelder aus dem fehlerhaften Vertrag in einen neuen Vertrag (opens in a new tab) mit einer einzigen Funktion: Abhebung (withdraw). Jeder, der Gelder verloren hatte, konnte für jeweils 100 DAO-Token in seinen Wallets 1 ETH abheben.
Über diese Vorgehensweise stimmte die Ethereum-Community ab. Jeder ETH-Halter konnte über eine Transaktion auf einer Abstimmungsplattform (opens in a new tab) abstimmen. Die Entscheidung für den Fork erreichte über 85 % der Stimmen.
Einige Miner weigerten sich, den Fork durchzuführen, da der DAO-Vorfall kein Fehler im Protokoll war. Sie bildeten daraufhin Ethereum Classic (opens in a new tab).
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
Homestead
Zusammenfassung
Der Homestead-Fork blickte in die Zukunft. Er umfasste mehrere Protokolländerungen und eine Netzwerkänderung, die Ethereum die Fähigkeit gab, weitere Netzwerk-Upgrades durchzuführen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
2015
Frontier Thawing
Zusammenfassung
Der Frontier-Thawing-Fork hob das Limit von 5.000 pro auf und setzte den Standard-Gaspreis auf 51 . Dies ermöglichte Transaktionen – Transaktionen erfordern 21.000 Gas. Die wurde eingeführt, um einen zukünftigen Hard-Fork zu sicherzustellen.
- Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
- Lesen Sie das Ethereum-Protokoll-Update 1 (opens in a new tab)
Frontier
Zusammenfassung
Frontier war eine Live-, aber rudimentäre Implementierung des Ethereum-Projekts. Es folgte auf die erfolgreiche Olympic-Testphase. Es war für technische Nutzer, insbesondere Entwickler, gedacht. hatten ein -Limit von 5.000. Diese „Thawing“-Phase ermöglichte es Minern, ihren Betrieb aufzunehmen, und frühen Anwendern, ihre Clients zu installieren, ohne sich beeilen zu müssen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
2014
Ether-Verkauf
Ether stand offiziell 42 Tage lang zum Verkauf. Man konnte es mit BTC kaufen.
Lesen Sie die Ankündigung der Ethereum Foundation (opens in a new tab)
Yellow Paper veröffentlicht
Das Yellow Paper, verfasst von Dr. Gavin Wood, ist eine technische Definition des Ethereum-Protokolls.
Yellow Paper ansehen (opens in a new tab)
2013
Whitepaper veröffentlicht
Das Einführungsdokument, das 2013 von Vitalik Buterin, dem Gründer von Ethereum, vor dem Start des Projekts im Jahr 2015 veröffentlicht wurde.
Letzte Aktualisierung der Seite: 22. April 2026
