Der Merge

Zu den wichtigsten Maßnahmen gehören:

1. Führen Sie sowohl einen Konsens-Client als auch einen Ausführungs-Client aus; Endpunkte von Drittanbietern zum Abrufen von Ausführungsdaten funktionieren seit dem Merge nicht mehr.
2. Authentifizieren Sie sowohl den Ausführungs- als auch den Konsens-Client mit einem gemeinsamen JWT-Geheimnis, damit sie sicher kommunizieren können.
3. Legen Sie eine fee recipient-Adresse (Gebührenempfänger) fest, um Ihre verdienten Transaktionsgebühren-Trinkgelder/MEV zu erhalten.

Wenn Sie die ersten beiden oben genannten Punkte nicht abschließen, wird Ihr Blockchain-Knoten als „offline“ angesehen, bis beide Ebenen synchronisiert und authentifiziert sind.

Wenn Sie keinen fee recipient festlegen, kann sich Ihr Validator zwar weiterhin wie gewohnt verhalten, aber Sie verpassen unverbrennte Gebühren-Trinkgelder und jeglichen MEV, den Sie sonst in Blöcken verdient hätten, die Ihr Validator vorschlägt.

Bis zum Merge reichte ein Ausführungs-Client (wie Geth, Erigon, Besu oder Nethermind) aus, um Blöcke, die vom Netzwerk verbreitet wurden, zu empfangen, ordnungsgemäß zu validieren und weiterzuleiten. Nach dem Merge hängt die Gültigkeit von Transaktionen, die in einer Ausführungs-Payload enthalten sind, nun auch von der Gültigkeit des „Konsens-Blocks“ ab, in dem sie enthalten sind.

Infolgedessen erfordert ein vollständiger Ethereum-Blockchain-Knoten nun sowohl einen Ausführungs-Client als auch einen Konsens-Client. Diese beiden Clients arbeiten über eine neue Engine-API zusammen. Die Engine-API erfordert eine Authentifizierung mithilfe eines JWT-Geheimnisses, das beiden Clients zur Verfügung gestellt wird und eine sichere Kommunikation ermöglicht.

Zu den wichtigsten Maßnahmen gehören:

• Installieren Sie zusätzlich zu einem Ausführungs-Client einen Konsens-Client
• Authentifizieren Sie Ausführungs- und Konsens-Clients mit einem gemeinsamen JWT-Geheimnis, damit sie sicher miteinander kommunizieren können.

Wenn Sie die oben genannten Punkte nicht abschließen, wird Ihr Blockchain-Knoten als „offline“ angezeigt, bis beide Ebenen synchronisiert und authentifiziert sind.

Der Merge brachte Änderungen am Konsens mit sich, was auch Änderungen in folgenden Bereichen umfasst:

• Blockstruktur
• Slot-/Block-Timing
• Opcode-Änderungen
• Quellen für Zufälligkeit auf der Blockchain
• Konzept von Safe Head und finalisierten Blöcken

Weitere Informationen finden Sie in diesem Blogbeitrag von Tim Beiko über Wie sich der Merge auf die Anwendungsebene von Ethereum auswirkt.

Es gibt zwei Arten von Ethereum-Blockchain-Knoten: Knoten, die Blöcke vorschlagen können, und Knoten, die dies nicht können.

Knoten, die Blöcke vorschlagen, machen nur einen kleinen Teil der gesamten Knoten auf Ethereum aus. Diese Kategorie umfasst Mining-Knoten unter Proof-of-Work (PoW) und Validator-Knoten unter Proof-of-Stake (PoS). Diese Kategorie erfordert den Einsatz wirtschaftlicher Ressourcen (wie GPU-Hash-Leistung bei Proof-of-Work oder gestaktes ETH bei Proof-of-Stake) im Austausch für die Fähigkeit, gelegentlich den nächsten Block vorzuschlagen und Protokollbelohnungen zu verdienen.

Die anderen Knoten im Netzwerk (d. h. die Mehrheit) müssen keine wirtschaftlichen Ressourcen einsetzen, die über einen handelsüblichen Computer mit 1-2 TB verfügbarem Speicherplatz und einer Internetverbindung hinausgehen. Diese Knoten schlagen keine Blöcke vor, spielen aber dennoch eine entscheidende Rolle bei der Sicherung des Netzwerks, indem sie alle Block-Vorschlagenden zur Rechenschaft ziehen, indem sie auf neue Blöcke warten und deren Gültigkeit bei Ankunft gemäß den Konsensregeln des Netzwerks überprüfen. Wenn der Block gültig ist, leitet der Knoten ihn weiter durch das Netzwerk. Wenn der Block aus irgendeinem Grund ungültig ist, wird die Knoten-Software ihn als ungültig verwerfen und seine Verbreitung stoppen.

Der Betrieb eines nicht-blockproduzierenden Knotens ist für jeden unter beiden Konsensmechanismen (Proof-of-Work oder Proof-of-Stake) möglich; es wird allen Nutzern dringend empfohlen, wenn sie die Mittel dazu haben. Der Betrieb eines Knotens ist für Ethereum immens wertvoll und bietet jedem Einzelnen, der einen betreibt, zusätzliche Vorteile wie verbesserte Sicherheit, Privatsphäre und Zensurresistenz.

Die Fähigkeit für jeden, seinen eigenen Knoten zu betreiben, ist absolut unerlässlich, um die Dezentralisierung des Ethereum-Netzwerks aufrechtzuerhalten.

Mehr zum Betrieb eines eigenen Knotens

Gasgebühren sind ein Produkt der Netzwerknachfrage im Verhältnis zur Kapazität des Netzwerks. Der Merge hat die Nutzung von Proof-of-Work abgeschafft und ist für den Konsens zu Proof-of-Stake übergegangen, hat aber keine Parameter wesentlich geändert, die die Netzwerkkapazität oder den Durchsatz direkt beeinflussen.

Mit einer Rollup-zentrierten Roadmap konzentrieren sich die Bemühungen auf die Skalierung der Nutzeraktivität auf Ebene 2, während das Ebene-1-Mainnet als sichere dezentralisierte Abwicklungsebene aktiviert wird, die für die Rollup-Datenspeicherung optimiert ist, um Rollup-Transaktionen exponentiell günstiger zu machen. Der Übergang zu Proof-of-Stake ist eine entscheidende Vorstufe zur Verwirklichung dieses Ziels. Mehr zu Gas und Gebühren.

Die „Geschwindigkeit“ einer Transaktion kann auf verschiedene Weise gemessen werden, einschließlich der Zeit bis zur Aufnahme in einen Block und der Zeit bis zur Finalität. Beides ändert sich leicht, aber nicht so, dass Nutzer es bemerken würden.

Historisch gesehen war es bei Proof-of-Work das Ziel, alle ~13,3 Sekunden einen neuen Block zu haben. Unter Proof-of-Stake treten Slots genau alle 12 Sekunden auf, von denen jeder eine Gelegenheit für einen Validator ist, einen Block zu veröffentlichen. Die meisten Slots haben Blöcke, aber nicht unbedingt alle (z. B. wenn ein Validator offline ist). Bei Proof-of-Stake werden Blöcke ~10 % häufiger produziert als bei Proof-of-Work. Dies war eine ziemlich unbedeutende Änderung und wird von den Nutzern wahrscheinlich nicht bemerkt.

Proof-of-Stake führte das Konzept der Transaktions-Finalität ein, das es vorher nicht gab. Bei Proof-of-Work wird die Fähigkeit, einen Block rückgängig zu machen, mit jedem weiteren Block, der auf einer Transaktion gemint wird, exponentiell schwieriger, erreicht aber nie ganz null. Unter Proof-of-Stake werden Blöcke in Epochen gebündelt (Zeitspannen von 6,4 Minuten, die 32 Chancen für Blöcke enthalten), über die Validatoren abstimmen. Wenn eine Epoche endet, stimmen die Validatoren darüber ab, ob die Epoche als „gerechtfertigt“ (justified) angesehen werden soll. Wenn die Validatoren zustimmen, die Epoche zu rechtfertigen, wird sie in der nächsten Epoche finalisiert. Das Rückgängigmachen finalisierter Transaktionen ist wirtschaftlich nicht machbar, da es den Erwerb und das Verbrennen von über einem Drittel des gesamten gestakten ETH erfordern würde.

Anfänglich nach dem Merge konnten Staker nur auf Gebühren-Trinkgelder und MEV zugreifen, die als Ergebnis von Blockvorschlägen verdient wurden. Diese Belohnungen werden einem Nicht-Staking-Konto gutgeschrieben, das vom Validator kontrolliert wird (bekannt als fee recipient), und sind sofort verfügbar. Diese Belohnungen sind getrennt von den Protokollbelohnungen für die Erfüllung von Validator-Pflichten.

Seit dem Shanghai/Capella-Netzwerk-Upgrade können Staker nun eine Auszahlungsadresse festlegen, um automatische Auszahlungen von überschüssigem Staking-Guthaben (ETH über 32 aus Protokollbelohnungen) zu erhalten. Dieses Upgrade ermöglichte es einem Validator auch, sein gesamtes Guthaben beim Verlassen des Netzwerks freizuschalten und zurückzufordern.

Mehr zu Staking-Auszahlungen

Da das Shanghai/Capella-Upgrade Auszahlungen ermöglicht hat, haben Validatoren einen Anreiz, ihr Staking-Guthaben über 32 ETH abzuheben, da diese Gelder nicht zur Rendite beitragen und ansonsten gesperrt sind. Abhängig vom effektiven Jahreszins (APR, bestimmt durch das gesamte gestakte ETH) könnten sie einen Anreiz haben, ihre(n) Validator(en) zu beenden, um ihr gesamtes Guthaben zurückzufordern, oder möglicherweise noch mehr zu staken, indem sie ihre Belohnungen verwenden, um mehr Rendite zu erzielen.

Ein wichtiger Vorbehalt hierbei ist, dass vollständige Validator-Austritte durch das Protokoll ratenbegrenzt sind und nur eine bestimmte Anzahl von Validatoren pro Epoche (alle 6,4 Minuten) austreten darf. Dieses Limit schwankt je nach Anzahl der aktiven Validatoren, läuft aber darauf hinaus, dass an einem einzigen Tag etwa 0,33 % des gesamten gestakten ETH aus dem Netzwerk abgezogen werden können.

Dies verhindert einen Massenexodus von gestakten Geldern. Darüber hinaus verhindert es, dass ein potenzieller Angreifer mit Zugriff auf einen großen Teil des gesamten gestakten ETH ein mit Slashing bestrafbares Vergehen begeht und alle Guthaben der betroffenen Validatoren in derselben Epoche abzieht/auszahlt, bevor das Protokoll die Slashing-Strafe durchsetzen kann.

Der effektive Jahreszins (APR) ist ebenfalls absichtlich dynamisch, was es einem Markt von Stakern ermöglicht, auszugleichen, wie viel sie bereit sind, sich für die Sicherung des Netzwerks bezahlen zu lassen. Wenn die Rate zu niedrig ist, werden Validatoren mit einer durch das Protokoll begrenzten Rate austreten. Allmählich wird dies den APR für alle Verbleibenden erhöhen und wieder neue oder zurückkehrende Staker anziehen.