Das Pectra Network Upgrade soll auf Ethereum -Testnets aktivieren!
Pectra -Übersicht
Es wird live auf Holesky in Epoch gehen 115968 (24. Februar 21:55 UTC) und dann auf Sepolien in der Epoche 222464 (5. März, 7:29 UTC). Die Pectra TestNet -Client -Releases sind aufgeführt unten. Sobald beide Testnetze erfolgreich aktualisiert haben, wird eine Mainnet -Aktivierungs -Epoche ausgewählt.
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 ermöglicht es:
- 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 einen tieferen Eintauchen, wie dies alles funktioniert, siehe @Lightclients Devcon -Gespräch über das Thema.
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 kleinere Staker ermöglicht dies eine automatische 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 die Gesamtheit ihres Anteils bis 2048 ETH pro Validator zu erhalten.
Mit diesem EIP können größere Betreiber mehrere Validatoren konsolidieren, indem sie Personen mit gemeinsam genutzten Auszahlungsanmeldeinformationen verschmelzen. Dies verringert die Bandbreitenanforderung für das gesamte Netzwerk. Um die Mechanik im Detail zu verstehen, sehen Sie sich diesen Vortrag von Tekus Paul Harris.
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 größere Änderung der Pectra beträgt EIP-7691 und erhöht die Blob-Kapazität von Ethereum um 50%!
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 auf Holesky und Sepolia wie folgt aktiviert:
Darüber hinaus wurde Pectra bereits bei Ephemery aktiviert, einem Stakel -Test, das alle 28 Tage zurückgesetzt wird. Lesen Sie mehr darüber Hier.
Client -Veröffentlichungen
Die folgenden Client -Releases sind für das Pectra -Upgrade geeignet beide Holesky und Sepolia. Weitere Versionen aktivieren die Unterstützung am Mainnet. Sobald diese veröffentlicht sind, wird in diesem Blog eine weitere Ankündigung gemacht.
Konsensschicht Sepolia & Holesky -Veröffentlichungen
Beim Ausführen eines Validators müssen sowohl der Konsensschicht -Beacon -Knoten als auch der Validator -Client aktualisiert werden.
Notiz: Der Grandine -Kunde war Open-Sourcing im April 2024. Seitdem wurde es zusammen mit anderen Kunden in allen Pectra -Testbemühungen aufgenommen.
Ausführungsschicht Sepolia & Holesky -Veröffentlichungen
Notiz: Go-Emereum wurde von v1.15.1 bis v1.15.2 aktualisiert, wodurch ein in V1.15.1 eingeführter Blockbauproblem behebt wird.
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.
Diese Ankündigung bezieht sich nur auf Ethereum TestNets: Holesky und Sepolia. Eine weitere Ankündigung wird für die Aktivierung von Pectra im Ethereum Mainnet erfolgen, aber selbst dann wird es nicht erwartet, dass Ethereum Mainnet und $ ETH -Inhaber Maßnahmen ergreifen müssen.
Wenn Sie das Upgrade live auf Holesky sehen möchten, veranstaltet EthStaker eine Online -Ansichtsparty!
Als Nicht-Sachen Sepolien oder Holesky Knotenoperator, was muss ich tun?
Um mit dem Upgrade in beiden TestNET kompatibel zu sein, aktualisieren Sie die Ausführung und Konsensschicht -Clients Ihres Knotens auf die in der obigen Tabelle aufgeführten Versionen.
Als a Sepolien oder Holesky Staker, was muss ich tun?
Um mit dem Upgrade in beiden TestNET kompatibel zu sein, aktualisieren Sie die Ausführung 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 tun ich als Nichtsepolien- oder Holesky-Knotenbetreiber oder Staker?
Nichts für jetzt. Weitere Ankündigungen für die Aktivierung von Pectra auf dem Mainnet.
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!
Was soll ich als Sicherheitsforscher tun?
Halten Sie Ausschau nach einem Pfosten über den Pectra Bug Bounty -Wettbewerb bald kommen 👀
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.
