Das Pectra Network -Upgrade soll am 07. Mai 2025 in der Epoche auf dem Ethereum Mainnet aktiviert werden 364032 (10:05:11 UTC)! Mainnet -Client -Veröffentlichungen sind aufgeführt unten.
Pectra -Übersicht
Pectra folgt dem letzten Jahr Dencun Upgrade. Es führt Funktionen ein, um Ethereum -Konten zu erweitern, die Validatorerfahrung zu verbessern, L2 Skalierung zu unterstützen und vieles mehr!
In diesem Beitrag werden diese drei Hauptverbesserungen im Detail untersucht. Eine umfassendere Übersicht finden Sie unter Ethereum.orgs Leitfaden zum Upgrade.
Von EOAs bis hin zu intelligenten Konten
EIP-7702 stellt einen wichtigen Schritt zur weit verbreiteten Kontoabstraktion dar, sodass Benutzer ihre externen Konten verbessern können (Eoas) mit Smart Contract -Funktionalität.
Dieser Hybridansatz kombiniert die Einfachheit von EOAs mit der Programmierbarkeit von vertragsbasierten Konten. In der Praxis können Brieftaschen unterstützen:
- Transaktions -Chargewo mehrere Vorgänge innerhalb einer einzigen Transaktion atomisch ausgeführt werden. Keine separaten Transaktionen mehr für “genehmigen” und “Swap”!
- Gassponsoringwas es anderen ermöglicht, für Transaktionsgebühren zu bezahlen. Dies ist besonders nützlich, wenn Sie von einem Konto abwickeln möchten, in dem keine ETH enthält.
- Alternative Authentifizierungwas bedeutet viele Hardware -Sicherheitsmodule (HSMS) in Telefonen heute kann heute zur Genehmigung von Operationen für das Konto über Technologien wie genehmigt werden Passkeys.
- Ausgabenkontrollenwas einschränken kann, wie viele Token eine bestimmte Anwendung ausgeben oder tägliche Abflüsse aus einer Brieftasche beenden können, wodurch die Sicherheit verbessert wird.
- Wiederherstellungsmechanismendie den Benutzern unterschiedliche Optionen bieten, um ihr Vermögen zu schützen, ohne auf ein neues Konto zu migrieren.
Um EIP-7702 zu verwenden, unterschreibt ein EOA eine Genehmigung, die auf eine bestimmte Delegationsadresse hinweist, deren Code es ausführen möchte. Sobald das Konto festgelegt wurde, gewinnt das Konto die Funktionen des neuen Code (z. B. Batching, Sponsoring, Authentifizierungslogik usw.). Da die Auswahl eines Delegationsziels eine große Kontrolle übergibt, setzt EIP-7702 mehrere Sicherheitskontrollen durch:
- Kettenspezifische Delegationen: Standardmäßig gilt eine Delegation nur für eine bestimmte Ketten -ID, wodurch dieselbe Autorisierung in verschiedenen Netzwerken verwendet wird.
- Nonce-gebundene Delegationen: Autorisierungen können mit dem aktuellen Nonce des Kontos verbunden werden, der sie automatisch ungültig macht, sobald der Nonce zunimmt.
- Wiederbelebbarkeit: Der Eigentümer des EOA kann jederzeit eine weitere EIP-7702-Autorisierung erstellen, die den vorhandenen Delegationscode widerruft oder ersetzt und ein dauerhaftes Sperre verhindert, wenn etwas schief geht.
Für die Best Practice bei der Verwendung von EIP-7702 siehe Diese Seite.
Validator UX -Verbesserungen
Drei neue EIPs innerhalb von Pectra verbessern die Validator -Erfahrung: 7251Anwesend 7002 Und 6110.
Der erste EIP-7251 erhöht den maximalen Saldo, den ein Validator von 32 ETH bis 2048 ETH durch ein Opt-In-Update des Abhebungsanweisungs-Typs erhalten kann.
Für Stakers ermöglicht dies eine Belohnungsverbindung. Bisher würden alle Belohnungen, die über die 32 ETH -Kaution eines Validators hinausgehen, nicht zu ihrem aktiven Anteil angerechnet. Staker, die mehr als 32 ETH stecken wollten, konnten dies nur in festen 32 ETH -Inkrementen tun und sich darauf verlassen, dass Pools für irgendetwas dazwischen stecken. Mit EIP-7251 können sowohl vorhandene als auch neue Validatoren konfiguriert werden, um Belohnungen bei jeder ETH-Stake bis zu 2048 ETH pro Validator zu erhalten.
Mit diesem EIP können größere Operatoren mehrere Validatoren konsolidieren, indem mehrere 32 ETH -Validatoren zusammengeführt werden. Dies verringert die Bandbreitenanforderung für das gesamte Netzwerk. Um die Mechanik im Detail zu verstehen, siehe Diese Seite.
EIP-7002 erweitert auch die Fähigkeiten der Validatoren, diesmal durch Einführung von Auslöser auslösbarer Abhebungen. Vor diesem EIP könnte nur die aktive Signierschlüssel eines Validators einen Ausgang auslösen. Wenn nun eine Ethereum -Adresse als Auszahlungsanmeldung festgelegt wird, kann dies auch einen Ausgang erzwingen. Dies reduziert Vertrauensannahmen in den Delegationseinstellungen, da der Eigentümer der Mittel-sei es ein Mensch, der die Kontrolle eines EOA oder eines DAO-verwalteten intelligenten Vertrags kontrolliert-immer einen Ausstieg vertrauen.
Zuletzt entfernt EIP-6110 ein anhaltendes Überbleibsel des Ethereum vor dem Merge: die Verzögerung zwischen Validatoreinlagen und ihrer Ergänzung zur Einzahlungswarteschlange. Vor dem Merge musste die Beacon-Kette 2048 Blöcke warten, bevor sie Validator-Einlagen verarbeiteten, um potenzielle Nachweis-von Arbeitskräfte zu berücksichtigen. Das ist nicht mehr notwendig!
Mit EIP-6110 fallen die Einzahlungsverarbeitungsverzögerungen jetzt von etwa 9 Stunden auf ungefähr 13 Minuten. Die Teku-Ingenieure Lucas Saldanha und Stefan Bratanov deckten die Details von EIP-7002 und EIP-6110 in ihren ab Joint Devcon Sea Talk.
Blob Scaling .OO
Die endgültige Hauptänderung in Pectra ist EIP-7691, was den Blob-Durchsatz von Ethereum verdoppelt!
Blobs, eingeführt in der Dencun Upgradesind kurzlebige Datenspeicher, mit denen L2s komprimierte Transaktionsdaten und -nachweise an Ethereum L1 senden können. Seit dem Live haben sie die L1-Gebühren für L2s um 10-100x reduziert, was zu weitaus billigeren L2-Benutzertransaktionen führt.
Das Ethereum Mainnet unterstützt derzeit durchschnittlich 3 Blobs pro Block, wobei maximal 6 Zeiträume mit hohem Bedarf aufnehmen können. Mit EIP-7691 steigen diese Zahlen auf durchschnittlich 6 und maximal 9.
Im Gegensatz zu Callingatawas auf unbestimmte Zeit speichern, werden nach 4096 Epochen (~ 18 Tage) Blobs aus dem Netzwerk beschnitten. Dies begrenzt die Menge an Speicherplatz, die sie nutzen können. Die verbindliche Einschränkung für Blobs ist stattdessen Bandbreite, da Blobs über die Peer-to-Peer-Schicht von Ethereum geklatert werden müssen. Um die durch EIP-7691 verursachte Bandbreitenzunahme auszugleichen, führt Pectra auch EIP-7623 ein, das die schlimmste Größe eines Blocks begrenzt.
Um den Datendurchsatz von Ethereum weiter zu skalieren, ohne dass die Bandbreitenanforderungen entsprechend steigen, müssen wir uns von einer Welt verlagern, in der jeder Knoten jeden Blob speichert, in dem Knoten nur eine Teilmenge speichern und das Netzwerk probieren, um die verbleibenden Blobendaten zu überprüfen. Gute Nachrichten: Arbeit, um dies zu unterstützen, ist bereits im Gange! Francesco vom Forschungsteam der Ethereum Foundation skizzierte diese skalierende Roadmap in seinem Devcon Keynote.
Pectra -Spezifikationen
Die Liste der in pectra eingeführten Änderungen finden Sie in EIP-7600. Als Referenz sind sie:
Darüber hinaus finden Sie in den folgenden Veröffentlichungen eine vollständige Python -Spezifikation für die Änderungen der Ausführungs- und Konsensschichtspezifikationen:
Schließlich führt Pectra auch Änderungen der Engine -API ein, die für die Kommunikation zwischen Konsens- und Ausführungsschichtknoten verwendet werden. Diese sind in der angegeben Prag.md Datei des Repositorys.
Pectra -Aktivierung
Das Pectra Network -Upgrade wird zu Beginn der Epoche auf dem Ethereum Mainnet aktiviert364032passiert am 07. Mai 2025 um 10:05:11 UTC.
Es wurde zuvor auf dem aktiviert HaubeAnwesend Holesky und Sepolia Testnets.
Client -Veröffentlichungen
Die folgenden Client -Releases eignen sich für das Pectra -Upgrade des Ethereum -Hauptnetzes.
Konsensschichtveröffentlichungen
Beim Ausführen eines Validators müssen sowohl der Konsensschicht -Beacon -Knoten als auch der Validator -Client aktualisiert werden.
Ausführungsschicht veröffentlicht
FAQ
Wie funktionieren das Ethereum -Netzwerk -Upgrades?
Ethereum-Netzwerk-Upgrades erfordern explizite Opt-In von Knotenbetreibern im Netzwerk. Während Kundenentwickler zu einem Konsens darüber führen, welche EIPs in einem Upgrade enthalten sind, sind sie nicht die ultimativen Dekrise seiner Adoption.
Damit das Upgrade live gehen kann, müssen Validatoren und nicht abgestimmte Knoten ihre Software manuell aktualisieren, um die vorgelegten Protokolländerungen zu unterstützen.
Wenn sie einen Ethereum -Client verwenden, der nicht auf die neueste Version (oben aufgeführt) im Fork -Block aktualisiert wird, wird er von aktualisierten Kollegen abgenommen, was zu einer Gabel im Netzwerk führt. In diesem Szenario bleibt jede Teilmenge der Netzwerkknoten nur mit denen in Verbindung, die ihren (UN) aktualisierten Status teilen.
Während die meisten Ethereum-Upgrades nicht zufrieden sind und Fälle, die zu Gabeln führen, selten waren, ist die Option für Knotenbetreiber, ob ein Upgrade unterstützt werden soll oder nicht, ein wichtiges Merkmal der Governance von Ethereum.
Für einen umfassenderen Überblick über den Governance -Prozess von Ethereum siehe Dieses Gespräch von Tim Beiko.
Muss ich als Ethereum -Mainnet -Benutzer oder $ -Th -Inhaber etwas tun, das ich tun muss?
Kurz gesagt, nein.
Wenn Sie einen Austausch-, digitalen Brieftasche oder eine Hardware -Brieftasche verwenden, müssen Sie nichts tun, es sei denn, Sie werden darüber informiert, dass Sie zusätzliche Schritte von Ihrem Austausch- oder Brieftaschenanbieter unternehmen.
Wenn Sie sich das Upgrade live ansehen möchten, können Sie sich dem anschließen Online -Ansichtsparty!
Was muss ich als nicht abstörender Knotenoperator tun?
Um mit dem Upgrade kompatibel zu sein, aktualisieren Sie die Ausführungs- und Konsensschicht -Clients Ihres Knotens auf die in der obigen Tabelle aufgeführten Versionen.
Was muss ich als Staker tun?
Um mit dem Upgrade kompatibel zu sein, aktualisieren Sie die Ausführungs- und Konsensschicht -Clients Ihres Knotens auf die in der obigen Tabelle aufgeführten Versionen. Stellen Sie sicher, dass sowohl Ihr Beacon -Knoten als auch der Validator -Client aktualisiert werden.
Was soll ich als Anwendung oder Werkzeugentwickler tun?
Überprüfen Sie die EIPs in Pectra, um festzustellen, ob und wie sie sich auf Ihr Projekt auswirken-es werden viele neue aufregende Funktionen sowohl in der Ausführung als auch in den Konsensschichten eingeführt!
Warum “Pectra”?
Upgrades der Ausführungsschicht folgen Devcon -Stadtnamen, und diejenigen zur Konsensschicht verwenden Sternnamen. “Pectra” ist die Kombination von Prag, der Lage von Devcon IV und Electra, einem blau-weißen Riesenstern im Sternbild des Taurus.
Original -Titelbild von Julia Soloninamit Änderungen von Tomo Saito.
