
Autor: 0xnatalie Quelle: ChainFeeds
Das nächste Upgrade von Ethereum auf Pectra stammt aus der Kombination von Prag und Electra.
Prag repräsentiert das Upgrade der in Prag genannten Ausführungsschicht, der Konferenz der Host City of Ethereum Developers (Devcon 4), während Electra das Upgrade der Konsensschicht symbolisiert, die nach Sternen in alphabetischer Reihenfolge benannt ist.Der diesmal ausgewählte Sternname Electra entspricht dem Buchstaben „E“.
Als harte Gabel, die möglicherweise die meisten Ethereum -Verbesserungsvorschläge (EIP) in der Geschichte von Ethereum beinhalten, enthält das Pectra -Upgrade nicht nur eine Reihe von Vorschlägen für Validator -Operationen und Mainnet -Leistungsverbesserungen, sondern führt auch Vorschläge zur Optimierung von L2 ein.Das Pectra Devnet 4 -Testnetzwerk wurde gerade gestartet, und 8 EIPs wurden als in das Pectra -Upgrade aufgenommen.
Identifizieren Sie den eingeschlossenen EIP und seine Auswirkungen
Die Auswirkungen dieser 8 EIPs auf Benutzer spiegeln sich in: Durch das Hinzufügen von Codes -Ausführungsfunktionen zu EOA können die Flexibilität des Kontos verbessert und sie ermöglichen, komplexere Operationen durchzuführen. Die Prozesse des Validators verbessern die Sicherheit und Effizienz und erhöhen die Geschwindigkeit und den Durchsatz von Ethereum.
-
EIP-2537 (unterstützt die BLS-Signatur): Durch Einführung einer Reihe von vorkompilierten Verträgen (vorkompilierte Verträge) kann sie Ethereum unterstützen.Implementieren Sie die BLS -Signaturüberprüfungund ermöglicht es mehreren Signaturen, sich in eine Signatur zu aggregieren, wodurch die Komplexität während der Überprüfung verringert wird.Die BLS -Signatur ist ein kryptografischer Algorithmus, der kleinere Signaturen erzeugt und die Signaturaggregation unterstützt.Dies wirdHilft L2, das viele Signaturüberprüfungs- und Datenüberprüfungsvorgänge erfordert.
-
EIP-2935 (historische Block-Hash im Bundesstaat sparen): Durch die Speicherung der neuesten 8192 Block-Hashs im Systemvertrag,Modelle für die staatenlose Clients zu unterstützenund bietet eine flexiblere historische Block -Hash -Query -Funktion.Diese Hashes können direkt durch den Vertrag abfragt und als Zeugen gebündelt und an Stauress Kunden zur Verfügung gestellt werden.Kunden müssen keine vollständige Blockchain -Geschichte aufrechterhalten oder große Datenmengen selbst speichernSie können die Legitimität von Blöcken und Transaktionen überprüfen, indem Sie sich auf Block -Hash und verwandte Beweise stützen, die im Bundesstaat gespeichert sind.
-
EIP-6110 (Bereitstellung von Überprüfungsablagerungen in der Kette): Übertragung der Verarbeitungsablagerungen von der Konsensschicht in die Ausführungsschicht sowie Prozesse und Verifys in der Kette, ohne sich auf zusätzliche Abstimmungsmechanismen in der Konsensschicht zu bestätigen, um die Wirksamkeit der Ablagerungsinformationen zu bestätigen .Verbessert die Sicherheit des Einzahlungsprozesses, reduziert die Verarbeitungsverzögerungen und vereinfacht das Design der Konsensschicht und des Kunden.
-
EIP-7002 (Ausführungsschichtauslöser): Ermöglicht dem Eigentümer des AuszahlungsgutscheinSie müssen sich nicht auf den aktiven Schlüssel des Validators verlassen (BLS -Schlüssel)), zunehmende Benutzerautonomie.Derzeit kann nur der aktive Schlüssel des Verifiers einen Ausgang auslösen. Wenn der aktive Schlüssel verloren geht oder der Verifizierer die Überprüfungsaufgabe an einen Dritten (z. , der finanzierte den tatsächlichen Eigentümer) kann die verpfändete Eth nicht unabhängig kontrollieren.Der Vorschlag löst die Ausstiegs- und Auszahlungsoperationen der ETH durch die Ausführungsschicht aus, und Inhaber können Ausgänge über den Entzugsgutschein einleiten, ohne sich auf den aktiven Schlüssel zu verlassen.
-
EIP-7251 (zur Verpfändungskappe hinzufügen): Erhöhen Sie den maximal gültigen Gleichgewicht des Verifizierers und ermöglichen es, dass jeder Prüfer mehr als 32 ETH aufnimmt, während der Mindestablagerungsschwellenwert bei 32 ETH bleibt.Ziel ist es, dass große Knotenbetreiber mehrere Validatoren zusammenführenReduzieren Sie die Anzahl der Validatoren im Netzwerk und reduzieren damit P2P -Nachrichten, Signaturaggregation und Speicherbelastung.
-
EIP-7549 (Move Committee Index aus dem Beweis): Eine effizientere Aggregation der Konsensabstimmung, indem das Feld des Ausschusses Index aus der Bescheinigungsbotschaft entfernt wird.Derzeit im Konsensmechanismus von Ethereum umfasst die Abstimmung jedes Validators: LMD Ghost Voting (einschließlich des Abstimmungswurzels und des Zeitfensters), der Casper-FFG-Abstimmung (einschließlich Quellen- und Zielinformationen) und des Ausschusses Index (zu dem der Verifier der Ausschussnummer gehört).Da der Ausschussindex in der Signaturmeldung enthalten ist, sind die generierten Signaturwurzeln, wenn mehrere Validatoren über denselben Block stimmen, auch dann unterschiedlich, wenn ihre Stimmen gleich sind, was dazu führt, dass diese Stimmen nicht leicht zu aggregiert werden.Bewegen Sie das Feld des Ausschusses Index so aus der Signaturmeldung selbst, somitEffizientere Abstimmungsaggregation erreichen und die Überprüfungskosten und die Netzwerkbelastung reduzieren.
-
EIP-7685 (Anfrage der allgemeinen Ausführungsschicht): Definiert ein gemeinsames Framework für die Ausführungsschicht (EL), um Anfragen zu speichern und zu verarbeiten, die durch intelligente Verträge ausgelöst werden.Dieser RahmenUnterstützt mehr Ausführungsschichtauslöserverhaltenund ermöglichen verschiedene Arten von Anfragen, einheitlich bearbeitet zu werden.Vereinfacht den Prozess des Hinzufügens neuer Anforderungstypen, ohne die Ausführungsblockstruktur zu ändern.
-
EIP-7702 (CODE-Ausführungsfähigkeit zu EOA hinzufügen):Fügen Sie Code -Ausführung zu extern besitzenden Konten (EOA) hinzu, um die Flexibilität und Programmierbarkeit von Kontos zu verbessern.EOA legt einen intelligenten Vertrag an, um bestimmte Operationen wie Batch -Transaktionen oder Berechtigungskontrolle durch Autorisierungssignaturen durchzuführen.Es verfügt über bestimmte Smart -Vertragsfunktionen, ohne sich in ein intelligentes Vertragskonto zu verwandeln.
EIPs, die berücksichtigt werden
Die folgenden EIPs werden aktiv berücksichtigt.Darüber hinaus kann die Anpassung zur Erhöhung der Calldata -Kosten die zerstörte ETH -Menge beeinflussen und den Inflationsdruck auf die ETH erhöhen.
-
EIP-7742 (Entkoppelung der Abhängigkeit der Blobtzahl zwischen der Konsensschicht und der Ausführungsschicht): entkoppelt die Anzahl der Blobs zwischen der Konsensschicht und der Ausführungsschicht, vereinfacht den Blob-Verifizierungsprozess, reduziert die unnötige Komplexität, verbessert die Skalierbarkeit des Protozs und verringert Flexibilität.Im aktuellen Protokoll hardcode sowohl die Ausführungsschicht als auch die Konsensschicht Der Maximalwert des Blobs, was zu einer redundanten Überprüfung führt.Dieser Vorschlag stellt die Überprüfung des maximalen Blobwerts durch die Ausführungsschicht ab und liefert stattdessen die Konsensschicht mit dem BLOB -Zielwert für die Ausführungsschicht.Auf diese Weise können die Blob -Zielparameter flexibler angepasst werden, um sich an die künftigen Expansionsanforderungen anzupassen.EIP-7742 ist der am wenigsten umstrittene Vorschlag in der Liste der EIPs, die für die Aufnahme in die aktualisierte EIP-Liste in Betracht gezogen werden. wird offiziell einbezogen, muss noch auf die Ausführungsschicht warten.
-
EIP 7762 (Minimum Blob Grundgebühr): Erhöhen Sie min_base_fee_per_blob_gas mit dem Ziel vonReduzieren Sie die Zeit, die benötigt wird, um den Blobpreis auf ein angemessenes Niveau anzupassen.Derzeit ist die Grundgebühr von Mindestblob auf 1 Wei festgelegt, und wenn die Blob -Nachfrage das Angebot überschreitet .Durch die Erhöhung der Mindestgebühr von Blob -Blob kann die Zeit für die Preisanpassung verkürzt werden, das Marktgleichgewicht schneller erreicht werden und das Netzwerk während der Spitzennachfrage stabil bleiben.
-
EIP-7623 (Erhöhen Sie CALLDATA-Kosten): Erhöhen Sie die Kosten von CallData in Transaktionen, um die maximale Größe des Blocks und seinen Änderungsbereich zu verringern und sicherzustellen, dass das Netzwerk Transaktionen reibungsloser verarbeiten kann.Die aktuelle maximale Blockgröße beträgt ca. 1,79 MB, aber aufgrund der großen Datenmenge, die von Anwendungen wie Rollups freigegeben wird, steigt die durchschnittliche Blockgröße weiter.Durch Erhöhen der CALLDATA -Kosten in erster Linie für Datenverfügbarkeitstransaktionen (DA) Datenverfügbarkeitsgeschäfte und Verringerung der maximalen Größe der Block auf ca. 0,72 MB, wodurch der Raum für zukünftige Zugabe von Blockgasgrenzen oder mehr Blobs gelassen wird.Die Transaktionskosten für gewöhnliche Benutzer bleiben gleich und diese Änderung wirkt sich hauptsächlich auf die Transaktionen aus, die auf Ethereum für groß angelegte Datenspeicherung beruhen.Die Erhöhung der Calldata -Kosten kann jedoch möglicherweiseReduzieren Sie die Wettbewerbsfähigkeit von Ethereum bei der Datenspeicherung.Darüber hinaus steigen die CALLDATA-Kosten und die Anzahl der Transaktionen kann abnehmen, was zu einer entsprechenden Verringerung der ETH durch den EIP-1559-Mechanismus führt.Wiederum bringt es einen größeren Inflationsdruck auf die ETH.
-
EIP 7782 (Kurzschlitzzeit): Verkürzen Sie die Ethereum -Schlitzzeit von 12 Sekunden bis 8 Sekunden, erzeugen Sie häufiger Blöcke, um mehr Transaktionen zu verarbeiten, und nutzen Sie diese als Alternative zur Erhöhung der Anzahl der Blobs zur Verbesserung der Transaktionsdurchsatz.Es kann jedoch einige intelligente Verträge zerstören, die 12 Sekunden Slot -Zeit hartcodiert und das staatliche Inflationsproblem von Ethereum beschleunigen, wodurch die Speicherung und die Berechnung von Belastungen erhöht werden.
-
EIP-7783 (Erhöhen Sie die Blockgasgebührengrenze nach und nach): Erhöhen Sie als moderatere Alternative zu EIP-7782 allmählich die Anzahl der Transaktionen, die pro Block genommen werden können, indem die Blockgasgrenze dynamisch angepasst werden kann, wodurch die Verarbeitungsleistung der Verarbeitungsleistung verbessert wird Netzwerk.Im Vergleich zur direkten Verkürzung der Schlitzzeit kann die allmähliche Einstellung von Gasgrenzen die Netzwerkausdehnung stabiler gestalten.Dieser Vorschlag erfordert keine harte Gabel, sondern kann sich auf staatliche Daten auswirken.
Da das Pectra -Upgrade eine große Anzahl von EIPs enthält, um die Komplexität eines einzelnen Upgrades zu verringern und den Start einiger EIPs zu beschleunigen, schlug Ethpandaops, das Engineer -Team der Ethereum Foundation, im Mai vor, Pectra in zwei Teile aufzuspalten, aber es war besorgt, dass es das Upgrade zu diesem Zeitpunkt verzögern würde.Im September schlug der Ethereum -Forscher Alex Stokes erneut einen geteilten Vorschlag vor, der von Entwicklern diesmal anerkannt wurde.
-
Teil eins: Einschließlich EIPs (d. H. 8 EIPs, die identifiziert wurden), die auf dem Pectra Devnet TestNet ausgeführt wurden, sind relativ einfacher zu implementieren und haben viele Tests bestanden.
-
Teil 2: Setzen Sie komplexere EIPs (wie Peerdas, EOF-verwandte Vorschläge) und andere Vorschläge, die in der zweiten Phase mehr Testen benötigen.Diese Vorschläge erfordern eine weitere Entwicklung, Prüfung und Prüfung, insbesondere solche, die eine Koordination zwischen dem Konsens und Ausführungsniveau beinhalten.