Ethereum Pectra-Upgrade: „ Testnet “ – Herausforderungen, Kundenvielfalt und was Sie wissen müssen

Quicknode

25. Februar 2025 – 5 Minuten Lesezeit

Teilen

Als bevorzugte Quelle hinzufügen

Das Pectra-Upgrade markiert einen weiteren Sprung nach vorne für die „ Ethereum “-Blockchain und bringt sie einer skalierbaren und effizienten Umgebung für Nutzer und Entwickler einen Schritt näher. In diesem Beitrag werden wir erläutern, worum es bei Pectra genau geht, uns eingehend mit den im Upgrade enthaltenen „ Ethereum Improvement Proposals“ (EIPs) befassen und untersuchen, wie diese Vorschläge das Netzwerk stärken. Wir werden auch auf eine kleine Panne eingehen, die während des testnet -Upgrade-Prozesses aufgetreten ist (mehr dazu später). Los geht’s!

Pectra-EIPs: Was steckt dahinter?

Pectra enthält verschiedene EIPs, die die Mechanismen der Ausführungsschicht (EL) und der Konsensschicht (CL) v Ethereums optimieren. Hier ist eine Übersicht:

• EIP-7702: Ermöglicht es externen Konten (EOAs), die Ausführung der Smart-Contract-Logik zu delegieren, ohne dabei ihre Fähigkeit zum Signieren von Transaktionen zu verlieren. Dies geschieht über einen neuen Transaktionstyp (0x4), der einen „Delegationsbezeichner“ (0xef0100 + Zieladresse) im Codefeld des EOA setzt. Wenn jemand mit dem EOA interagiert, führt die EVM automatisch den Bytecode an der Zieladresse im Kontext des EOA aus, wodurch dieser Zugriff auf den Speicher und den Kontostand des EOA erhält. Dies ermöglicht Smart-Contract-Funktionen wie das Batching von Transaktionen (z. B. Genehmigung/Tausch von ERC-20-Token) und die Berechtigungsverwaltung, während die ursprüngliche Adresse und die Signaturfähigkeiten des EOA erhalten bleiben. Es soll sich um eine kurzfristige Funktionalität der Kontoabstraktion handeln, ohne dass neue Opcodes auf Protokollebene erforderlich sind.

• EIP-7251: Erhöht MAX_EFFECTIVE_BALANCE auf 2.048 ETH (von 32 ETH), wobei das Mindest-Staking von 32 ETH beibehalten wird. Große Validatoren profitieren davon, da sie weniger Validatoren und Beacon-Knoten betreiben müssen, während kleine Validatoren von Zinseszinsen auf Belohnungen und flexibleren Staking-Schritten profitieren (z. B. können sie 40 ETH direkt staken, anstatt 64 ETH für zwei separate Validatoren benötigen).

• EIP-7742: Dieser EIP entfernt die redundante Überprüfung der maximalen Blob-Anzahl aus der Ausführungsschicht und ändert die Art und Weise, wie die Ausführungsschicht den Zielwert für Blobs erhält. Anstelle von festen, in der Ausführungsschicht fest codierten Werten stellt die Konsensschicht nun sowohl den Wert „target_blobs_per_block“ als auch den Wert „max_blobs_per_block“ dynamisch über die Engine-API bereit. Diese Änderung sorgt für mehr Flexibilität bei den Blob-Parametern und erleichtert deren Anpassung im Rahmen der Skalierungsstrategie von Ethereum.

• EIP-7691: Verdoppelt die Anzahl der Blobs von 3 auf 6 (Ziel) bzw. von 6 auf 9 (Maximum) pro Block, wodurch die L2-Datenverfügbarkeit erhöht und die Rollup-Gasgebühren gesenkt werden, indem die Kapazität für datenintensive Transaktionen auf der Layer-2-Lösung von Ethereumgesteigert wird.

Was das für Nutzer und Entwickler bedeutet

• Für Nutzer: EIP-7702 sorgt für intelligentere EOAs – denken Sie an gasfreie Transaktionen oder gebündelte Transaktionen in dApps wie „Approval“ und „Swap“. Der „Blob Boost“ von EIP-7691 senkt die L2-Gebühren, und EIP-7251 erleichtert das Sammeln von Staking-Belohnungen.

• Für Entwickler: Die Kontoabstraktion (7702) eröffnet neue Möglichkeiten für dApps. Die Blob-Skalierung (7691, 7742) steigert den L2-Durchsatz, während EL/CL-Optimierungen (6110, 7002) die Integration von Staking-Funktionen vereinfachen.

• Für das Netzwerk: Mehr Blobs und schlankere CL-Operationen bereiten „ Ethereum “ auf höhere Auslastungen vor, doch Client-Fehler mahnen uns an die Risiken bei der Ausführung.
  

Holesky Stumble und Kundenvielfalt: Die verborgene Stärke von „ Ethereum“

Pectra ging am 24. Februar 2025 auf dem Holesky- testnet -Netzwerk live und leitete damit einen entscheidenden Testlauf für das Upgrade ein; allerdings verliefen die Dinge nicht ganz nach Plan. Nach einiger Zeit geriet das Netzwerk in Schwierigkeiten, als die Finalität (d. h. der Zeitpunkt, zu dem Transaktionen endgültig bestätigt werden) bei bestimmten Blockchain-Clients nicht zustande kam. Das Problem war auf eine Fehlkonfiguration bei den Adressen der Einzahlungsverträge zurückzuführen, wodurch die Hash-Berechnung der Pectra-Anfragen durcheinandergeriet und falsche Werte ausgegeben wurden. Infolgedessen kamen die meisten Clients wie Geth zum Stillstand, während Minderheits-Clients wie Erigon und Reth weiterliefen (weitere Informationen).

Dieser Ausfall bei Holesky rückt etwas ins Rampenlicht, ohne das „ Ethereum “ nicht auskommt: die Vielfalt der Clients. Wenn ein Client ausfällt, springen andere ein, und genau das ist hier passiert. Ein Netzwerk, das sich zu sehr auf einen einzigen Kunden stützt – wie damals, als Geth im Jahr 2021 einen Marktanteil von 80 % hatte (weitere Informationen) –, ist eine fragile Konstruktion, die durch einen einzigen Fehler zum Zusammenbruch gebracht werden kann (erinnern Sie sich an die Kettenspaltung bei Geth v1.10.8?). Vielfältige Clients verteilen dieses Risiko und sorgen dafür, dass die Blockchain auch dann widerstandsfähig bleibt, wenn einer ins Straucheln gerät. Deshalb betreiben Anbieter wie Quicknode Multi-Client-Konfigurationen – man denke an Geth, Nethermind, Erigon, Reth und weitere –, um ihre Infrastruktur zu stärken. Für ein dezentrales Netzwerk wie Ethereum ist dies nicht nur ein Pluspunkt, sondern ein absolutes Muss.

Was steht als Nächstes auf der Roadmap?

Sollte das Sepolia-Upgrade am 5. März 2025 erfolgreich durchgeführt werden, wird Pectra voraussichtlich im April 2025 unter mainnet in Betrieb genommen. Anschließend liegt der nächste Schwerpunkt von Ethereum auf dem Fusaka-Upgrade, das folgende wesentliche Änderungen mit sich bringt:

• PeerDAS: Eine neue Funktion, die das Wachstum von Layer-2-Lösungen beschleunigt

• Mehr Blobs: Erhöhung der Blob-Anzahl auf mindestens 12, wodurch sich die Skalierbarkeit von Layer 2 durch Pectra verdoppelt.

• EVM EOF: Eine Sammlung mehrerer EIPs, die darauf abzielen, die Struktur der auf der EVM ausgeführten Smart Contracts zu verbessern.