Einführung in Ethereum Pectra Hard Fork

Autor: Nic Lin, Medium

Die Pectra Hard Fork wird voraussichtlich im März 2025 die Mainnet -Bereitstellung starten.Das Pectra -Upgrade enthält 11 technische Protokolle (EIPs), nämlich:

• EIP-2537: BLS12-381 Kurvenoperation Vorkompilierung

• EIP-2935: Historische Block-Hash-Wert im Staat retten

• EIP-6110: Bereitstellung von Validator-Einlagen vor Ketten

• EIP-7002: Ausführungsschicht löst den Ausgang aus

• EIP-7251: Das max_effective_balance hinzugefügt

• EIP-7549: Bewegen Sie den Ausschussindex außerhalb der Überprüfung

• EIP-7623: Erhöhen Sie die Calldata-Kosten

• EIP-7685: Anfrage der allgemeinen Ausführungsschicht

• EIP-7691: Erhöhen Sie den Blob-Durchsatz

• EIP-7702: EOA-Kontocode einrichten

• EIP-7840: Hinzufügen von Blob-Plänen für EL-Konfigurationsdateien

Technische Abkommen im Zusammenhang mit Versprechen

EIP-6110: BLS12-381 Kurvenbetrieb Vorkompilierung

Vereinfachen Sie den Prozess von Benutzern, die an Versprechen teilnehmen, und verkürzen Sie die Wartezeit erheblich.

Die Art und Weise, wie Benutzer an der Einstellung teilnehmen, besteht darin, 32 ETH in der Ausführungsschicht einzureichen und nach dem Ereignisprotokoll (Ereignisprotokoll) aufzuzeichnen. im Einlagen wird zum Verifizierer.

Die Konsensschicht -Validatoren müssen jedoch zunächst einen Konsens darüber erzielen, an welchem ​​Zeitpunkt einige Validatoren 5 neue Einlagen sehen, während einige Validatoren nur 3 sehen, sodass die Validatoren der Konsensschicht feststellen, dass einige Validatoren 5 Neue sehen, 5 neue. Einlagen, während einige Validatoren nur sehen werden.

Um jedoch größere Fehler in der Ausführungsschicht zu vermeiden, die Kettengabeln verursachen, wird der Referenzausführungsschichtblock (ETH1DATA) vor etwa 10 Stunden ein Ausführungsschichtblock sein, um sicherzustellen, dass die Entwickler der Konsensschicht, wenn ein Hauptfehler auftritt Genug Zeit, um zu reagieren, aber dies führt auch dazu, dass sie mehr als 10 Stunden warten müssen, um so bald wie möglich wirksam zu werden.

△ Der 10900000 Eth1Data im CL -Block, der darin aufgezeichnete Block -Hash ist der vor 10 Stunden erschienene Ausführungsschichtblock 21683339.

Nachdem das technische Protokoll von EIP-6110 ausgeführt wurde, werden die Verpfändungsdaten des Benutzers direkt Teil der Ausführungsschicht. Müssen Sie nicht die Ausgabe von „bestätigen, dass die Speicherblöcke der Ausführungsschichtreferenz gleich sind“. Sehen Sie die gleiche Ausführung.Nachdem der Benutzer an der Einstellung teilgenommen hat, kann der Speicherspeicherblock aus Ausführungsschicht nach Abschluss der Ausführungsschicht innerhalb von 13 Minuten zum schnellsten Zeit Daten einstellen.

EIP-7002: Speichern Sie den historischen Block-Hash-Wert im Staat

Es kann verwendet werden, um den Prozess für Überprüfungen zu verbessern, um die Verpfändung zu verlassen, Einlagen und Vorteile zurückzuziehen und das Risiko von Überprüfern zu verringern.

Die Teilnahme an der Einstellung erfordert zwei Schlüssel, nämlich Validator -Schlüssel und Auszahlungsanmeldeinformationen.

Der Validator -Schlüssel wird für den Arbeitsinhalt des Überprüfers verwendet, und die Abhebungsanmeldung wird für die Adresse verwendet, an der die Einzahlung und das Einkommen zurückgezogen werden, wenn der Überprüfer den Anteil beendet.

Wenn der Validator -Schlüssel verloren geht, kann die Überprüfungsarbeit nicht durchgeführt werden und die Einstellung kann nicht zurückgezogen werden.Darüber hinaus werden einige Benutzer von Drittanbietern wie LIDO-Dienste verwendet. Überprüfung.

Führen Sie die technische Vereinbarung von EIP-7002 aus, und Benutzer können den Abhebungsausschub nutzen, um den „Vertrag abheben“ (d. H. Eingesetzt am 0x0C15F14308530b7CDB8460094bbbb9CC28b9aaaaa), um den Einsatz zu beenden (Ausgang) oder Abhebung und Einkommen und Einkommen (teilweise Abzug) (teilweise Auszug) und die Verwendung des Gebrauchs (Drittel des Einsatzes abzuziehen) und die Verwendung des Einsatzes (Drittel des Einsatzes abzuziehen) und die Verwendung des Gebrauchs von Drittel (Drittel des Einsatzes abzuziehen) und die Verwendung des Einsatzes (Dritteln Party -Einsätze.Wenn der Benutzer selbst an der Verpfändung teilnimmt, aber den Validator -Schlüssel verliert, kann er dies auch verwenden, um das Versprechen zu verlassen.

• Die Parameter für die Initiierung der Anforderung umfassen Validator_Pubkey und Betrag: Validator_Pubkey ist der Validator (öffentliche) Schlüssel des Validators, und der Betrag ist die zu erfassende Nummer.

• Die Auszahlungsanmeldung, die die Anfrage initiiert hat, muss der Auszahlungsanmeldung des Validators_Pubkey Validators sein.

• Bei der Aufnahme des Abhebungsvertrags, um einen Antrag zu initiieren, muss die Gasgebühr (ETH) beigefügt werden.

• Wenn der Auszahlungsnachweis des Benutzers ein Vertrag ist, können Sie zunächst den Abhebungsvertrag abgeben, um die aktuelle Transaktionsgebühr zu erhalten, und dann eine Anfrage einleiten und die Transaktionsgebühr beibringen. Genaue Ergebnisse.

Hinweis: Wenn sich Ihr Auszahlungsnachweis noch im BLS Public Key -Format befindet, denken Sie daran, es zuerst zu wechseln und in das EL -Adressformat zu ändern.

EIP-7251: Das max_effective_balance hinzugefügt

Es kann die Obergrenze des Versprechens erheblich erhöhen, um die Anzahl der Validatoren zu verringern, und Überprüfungen, die die Obergrenze nicht erreichen, können automatisch das Versprecheneinkommen genießen.

Benutzer sind mit der Anzahl der ETH -Anzahl der ETH -Anzahl von MAX_EFPECTECTE_Balance zu werden, die nicht weniger oder mehr sein können (derzeit ist max_effective_balance 32 ETH).Wenn der Benutzer 1024 ETH für den Abschluss hält, kann er am 32 -fachen am Anteil teilnehmen, 32 Validatoren aktivieren und 32 Validator -Knoten ausführen.Und die aktive Beteiligung aller bei der Einstellung hat auch zu einer kontinuierlichen Zunahme von etwa 1 Million Validatoren geführt. Denn ein Steckplatz (alle 12 Sekunden) hat Zehntausende von Authentikatorensignaturen kontinuierlich übergeben und in der P2P -Netzwerkschicht aggregiert.

Nach der Ausführung der technischen Vereinbarung von EIP-7251 ist die untere Grenze des Versprechens (min_activation_balance) immer noch 32 ETH, aber die Obergrenze (max_effective_balance) wird auf 2048 ETH erheblich erhöht. Sie können ein Einkommen erhalten.

Gegenwärtig müssen vorhandene Überprüfungen nicht zuerst den Anteil verlassen und dann miteinander verschmelzen und den Anteil wieder anschließen. Überprüfung der Abhebung CRENTIVIENTIGER GESEHEN SIE EINEN ABSCHRIFFEN, WAS DEN ANGEBRAUCHEN SIE EINEN ANFAHREN Auf ein Antrag auf fusionierte Kaution einleiten.

• Die Parameter der fusionierten Einzahlungsanforderung umfassen Source_Pubkey und target_pubkey: Diese beiden Schlüssel sind Validator -Schlüssel des Verifizierers, und der Quellprüfer wird in den Target -Verifizierer zusammengefasst.

• Die Auszahlungsanmeldung, die den Antrag initiiert hat, muss die Auszahlungsanmeldung des Quellprüfers sein.

• Wenn Sie den Abschlussvertrag für einen Antrag aufrufen, müssen Sie eine Bearbeitungsgebühr (ETH) anschließen.

• Wenn der Auszahlungsnachweis des Benutzers ein Vertrag ist, können Sie zunächst den Vertrag über zusammengeführte Einzahlungen anrufen, um die aktuelle Transaktionsgebühr zu erhalten, und dann eine Anfrage einleiten und die Transaktionsgebühr beibringen. Es kann genaue Handhabungsgebühren im Voraus simuliert werden und für überschüssige Handhabungsgebühren (keine Rückerstattung) bezahlt werden, um sicherzustellen, dass die Anfrage erfolgreich ausgeführt wird.

HINWEIS: Wenn Ihr Auszahlungsnachweis ein BLS -Format für das öffentliche Schlüssel ist, müssen Sie es zuerst umschalten und in das EL -Adressformat ändern.

EIP-7685: Anfrage der allgemeinen Ausführungsschicht

Erstellen Sie eine formelle El -& GT;

Benutzer können Anfragen direkt von der Ausführungsschicht an die Konsensschicht senden, und das Einstellen von Diensten (z. B. LIDO) kann dezentraler ausgeführt werden.Zum Beispiel die oben erwähnte Anfrage zur Einstellung von EIP-7002 und die Anfrage für die konsolidierte Einzahlung von EIP-7251.Wenn diese technische Vereinbarung nicht verfügbar ist, müssen LIDO -Benutzer der Ansicht sind, dass der Lido -Node -Dienstanbieter die Einzahlung in der Konsensschicht wirklich ausführt oder die Ausführungsschicht direkt über den Governance -Vertrag senden kann. .

Diese Anfragen haben einen Anforderungsart, um verschiedene Arten von Anfragen zu unterscheiden und Anfragen über verschiedene Verträge zu initiieren. Es besteht keine Notwendigkeit, die individuelle Parsen -Logik zu schreiben.

EIP-6110, EIP-7002 und EIP-7251 stellen alle Anforderungen an, die auf Standards basieren, die von EIP-7685 definiert sind:

• EIP-6110 Schließen Sie sich der Verpfändung an: Anforderungstyp = 0 über den Einzahlungsvertrag

  (0x00000000219AB540356CBB839CBE05303D7705FA) Die Anfrage einleiten.

• EIP-7002 Exit Pledge Anfrage: Anforderungsart = 1 über den Abhebungsvertrag

  (0x0c15f14308530b7CDB8460094BBB9CC28B9AAAAA) Die Anfrage einleiten.

• EIP-7251 Konsolidierungseinlagenanforderung: Anforderungstyp = 2 durch Konsolidierungsvertrag

  (0x00431F263CE400F4455C2DCF564E53007CA4BBBBBB) Die Anfrage initiiert.

Technische Vereinbarung zur Verbesserung der Benutzererfahrung

EIP-7702: EOA-Kontocode einrichten

Lassen Sie das EOA -Konto nach Belieben in ein Vertragskonto umgewandelt werden, wodurch die Benutzererfahrung erheblich verbessert wird.

Einige Mängel in der Verwendung von EOA -Konten umfassen:

• Private Schlüssel oder mnemonische Wörter müssen aufgezeichnet und aufbewahrt werden, was eine hohe Schwelle für neue Benutzer hat, sich zu registrieren und zu verwenden.

• Eine EOA -Account -Transaktion kann nur einen Vorgang ausführen.

• Nicht raffinierte Berechtigungskontrolle, z. B. die Übergabe bestimmter Vorgänge auf dem Konto an einen Dritten für Operationen, müssen Benutzer persönlich jede Aufgabe erledigen und für jeden Vorgang Transaktionen unterschreiben und Transaktionen ausstellen.

• Ohne einen Wiederherstellungsmechanismus können Sie nur Ihren eigenen privaten Schlüssel oder mnemonischen Wörter aufbewahren, und wenn Sie es verlieren, erhalten Sie das Vermögen nie wieder in das Konto.

Wenn es sich um ein intelligentes Vertragskonto (z. B. sicher) handelt, können alle oben genannten Probleme gelöst werden:

• Benutzer können den privaten Schlüssel im Sicherheitschip ihres Mobiltelefons (oder Computer) unterschreiben und autorisieren.

• Mehrere Operationen können in derselben Transaktion zusammengefügt werden.

• Es kann eine sehr detaillierte Berechtigungsregelung geben, und Benutzer können Dritte autorisieren, um ihre eigenen Konten zu kontrollieren, aber gleichzeitig geben Sie an, welchen Vertrag mit welchem ​​Vertrag interagiert werden kann. “ Asset Transfers.

• Ein neuer Wiederherstellungsmechanismus kann hinzugefügt werden, und das Vermögen des Kontos kann über den Wiederherstellungsmechanismus auf ein neues Konto übertragen werden, wenn Sie Ihre Assistentenwörter, Mobiltelefon oder E -Mail verlieren.

Der EIP-7702-Vorschlag besteht darin, EOA-Konten die Möglichkeit zu geben, sich in Vertragskonten umzuwandeln.Der Benutzer verwendet den privaten EOA -Schlüssel, um die transformierte Nachricht zu unterschreiben.

• Ketten -ID: Wird verwendet, um zu verhindern, dass die Signatur von Kette A zu Kette B gebracht wird und wiederholt wird.Wenn die Ketten -ID jedoch in 0 gefüllt ist, bedeutet dies, dass Sie bereit sind, sich in jeder Kette zu verwandeln.

• Die Vertragsadresse, die Sie werden möchten: Wenn Sie eine sichere Vertragsadresse ausfüllen, wird Ihr EOA -Konto zu einem sicheren Vertrag; Es gibt ein einfaches EOA -Konto zurück.

• Nonce -Wert von EOA: Wird verwendet, um zu verhindern, dass Unterschriften zurückgespielt werden.Wenn der Nonce -Wert zunimmt, ist die ursprüngliche Signatur ungültig.

Es gibt jedoch einige Punkte zu beachten:

1. Der private EOA -Schlüssel kann auch verwendet werden

Selbst wenn das EOA -Konto des Benutzers zu einem Vertrag wird, kann er es weiterhin im ursprünglichen EOA -Konto verwenden.Sein Konto, beispielsweise wenn Ihr EOA -Konto zu einem sicheren Vertrag wird, können Sie die sichere Schnittstelle verwenden, den sicheren Transaktionsprozess durchlaufen oder weiterhin Transaktionen mit der ursprünglichen EOA -Brieftasche unterschreiben und senden.Dies bedeutet jedoch auch, dass die Sicherheit des Kontos immer noch auf diesen privaten Schlüssel beschränkt ist.

2. Die Sicherheit von EOA -privaten Schlüssel

Auch wenn der EOA des Benutzers zu einer Mehrfachsignatur wird, wird seine Kontensicherheit immer die Sicherheit des EOA-Privatschlüssels sein, solange er den EOA-Privatschlüssel nicht wegwirft: Er muss immer noch seinen privaten Schlüssel oder seine mnemonischen Wörter gut behalten Das Konto wird nicht so sicher wie mehrere Zeichen.

3. Die Speicherung des EOA -Kontos wird nicht formatiert

Wenn sich ein EOA -Konto in einen Vertrag verwandelt und Daten in seinen Speicher schreibt, sofern die Maßnahmen zum Löschen von Daten ausdrücklich ausgeführt werden In einem stornierten Vertrag wird die Maßnahmen zum Löschen von Daten explizit durchgeführt.

4. Der Prozess von EIP-7702 beinhaltet keine Initialisierung

Im Allgemeinen erfordern Vertragskonten einen Initialisierungsschritt, der die Informationen des Kontoinhabers (z. B. öffentliche Schlüssel oder Adresse) bei der Bereitstellung des Kontos synchronisiert, um den Einsatzschritt zu vermeiden, der abgenommen wird (Vorreiter) und das Eigentum des Kontos verliert.Dies wird normalerweise durch den Fabrikvertrag durchgeführt, der das Vertragskonto zur Durchführung von „Bereitstellungs + Initialisierung“ bereitstellt. Da EIP-7702 jedoch direkt geändert wird, kann der Angreifer die Transformation des Benutzers kopieren und unterschreiben Senden Sie zuerst Transaktionen an den Link, um den Benutzer zu transformieren, das Konto jedoch initialisieren, um vom Angreifer gesteuert zu werden, sodass Entwickler EIP-7702 achten müssen.Mögliche Präventionsmethoden wie die Überprüfung der Signatur des EOA -Kontos innerhalb der Initialisierungsfunktion, sodass der Angreifer selbst wenn er abgenommen wird, nicht in der Lage ist, die Signatur des EOA -Kontos zu generieren, um die Initialisierung zu vervollständigen.

5. Die Brieftasche muss nach Änderungen prüfen

Die Brieftasche muss nach dem Benutzer prüfen, die Anfrage stoppen und den Benutzer warnen, wenn die böswillige DApp -Website den Benutzer auffordert, eine Transformationstransaktion zu unterschreiben.Hier sind einige Beispiele für die Umsetzung des Transformationsvertrags:

• Geändertes sicheres ithaca -Konto

• Ithaca Account

DAPP -technische Vereinbarung

EIP-2537: BLS12-381 Kurvenoperation Vorkompilierung

Die Kosten für die Anwendung von Null-Wissen-Beweisanwendungen basierend auf den BLS-Kurven besser praktikabler.

EIP-2537 hat mehrere vorkompilierte Verträge (Vorkompilien) hinzugefügt, um billige BLS-Kurvenoperationen bereitzustellen. Daher ist es möglich, keine auf BLS-Kurven basierenden Anwendungen für Null-Wissen-Beweisanwendungen zu entwickeln.

EIP-2935: Historische Block-Hash-Wert im Staat retten

Ermöglicht Entwicklern oder Knoten den Hash -Wert früherer Speicherblöcke direkt aus der Speicherung des Systemvertrags.

Wenn der Entwickler beispielsweise den Inhalt eines früheren Speicherblocks nachweisen muss, nehmen Sie an, dass die Betrugsherausforderung von Optimism Rollup beweisen muss, dass es in 1.000 früheren Speicherblöcken eine Transaktion gibt, der Herausforderer kann ihn nicht direkt sagen.

„Bitte glauben Sie, dass diese Transaktion tatsächlich in 1000 Speicherblöcken existierte.“ Block „Ketten“ -Methode besteht darin, einen Speicherblock zu beweisen, der einen Speicherblock vorwärts vorwärts läuft, bis 1.000 vorherige Speicherblöcke erreicht sind, und dann zu beweisen, dass die Transaktion im Speicherblock vorhanden ist.

△ Jeder Block verweist auf einen übergeordneten Block, sodass Sie einen Block in der Geschichte bis nach vorne nachweisen können.

Angenommen, es handelt sich derzeit um einen Speicherblock, der 10000 nummeriert, und die Betrugsbekämpfung muss einen Beweis dafür liefern Block beträgt 10000. Der Hash -Wert des angeschlossenen übergeordneten Speicherblocks 9999 und dann den Speicherblock 9998 … bis zum Speicherblock 9000 und schließlich den Inhalt des Speicherblocks 9000 enthält die Transaktion X.

Nach EIP-2935 wird ein Systemvertrag (im 0x0F792BE4B0C0CB4DAE440EF133E90C0ECD48CCC) stattfinden, und der Speicher speichert bis zu 8192 Hash-Werte früherer Speicherblöcke.Wenn ein neuer Speicherblock generiert wird, wird der Systemvertrag automatisch aktualisiert und der Hash -Wert des vorherigen Speicherblocks in den Systemvertrag geschrieben (der Hash -Wert von 8192 vorherigen Speicherblöcken wird kopiert).

Auf diese Weise muss der Herausforderer im Beispiel der optimismtischen Rollup -Betrugs -Herausforderung ihn nicht langsam dem vorherigen Speicherblock und einem Speicherblock beweisen, kann jedoch direkt nachweisen, dass der aktuelle Kettenstatus des Speicherblocks 10.000 ein bestimmtes System ist Vertrag.Wenn der Bereich 8192 überschreitet, wie z. Systemvertragshashwert des Speicherblocks 1000.

Dies ebnet auch den Weg für den zukünftigen staatenlosen Client: Zukünftige Lichtknoten müssen nicht mehr alle Speicherblöcke in der Geschichte speichern, sondern einen bestimmten Teil des Verlaufs verwenden, wenn es notwendig ist, ihn zu verwenden. Bitte bitten Sie andere, von einem Speicherblock zu beweisen, mithilfe der Proof -Methode im vorherigen Betrugs -Challenge -Beispiel einen Nachweis vorzulegen.

EIP-7623 :: Erhöhen Sie die Calldata-Kosten

Erhöhen Sie die Kosten für die Verwendung von CallData, um Daten zu veröffentlichen, um genügend Sicherheitsraum umzuleiten, um die Anzahl der Blockgasgrenze und Blobs zu erhöhen.

Da die Datenveröffentlichungsnachfrage von Rollup immer höher wird, war es immer ein Upgrade, den die Community erwartet, nach der Einführung von Blobs in EIP-4844, damit Rollup Daten auf sehr billige Weise auf die Anzahl der Blobs steigern kann. In der Gemeinde, um die Blockgasgrenze zu erhöhen, spiegelt sie die Notwendigkeit der Ökologie wider, die Ressourcen zu erhöhen.

△ Immer mehr Validatoren geben an, dass sie die Erhöhung der Blockgasgrenze unterstützen.

Unabhängig davon, ob es sich um die Anzahl der Blockgasgrenze oder die Blockgrenze handelt, wird das P2P -Netzwerk des Ethereums stärker unter Druck gesetzt, da das Transaktionsvolumen größer wird, was die Effizienz des Angriffs des Angreifers erhöht, es sei denn, die Daten werden veröffentlicht werden ebenfalls erhöht.

Nach der Veröffentlichung des EIP-7623-Protokolls werden die Kosten von Calldata vom ursprünglichen „Null-Byte: 4-Gas, ungleich Null Byte: 16 Gas“ auf „Null-Byte: 10 Gas, Byte ungleich Null, um das 2,5-fache erhöht. : 40 Gas „.

Ursprünglich, wenn der Angreifer alle Blockgasgrenze (30 m) zum Einfügen von Junk -Daten verwendete, betrug die Datengröße des Speicherblocks 1,79 MB (30 m / 16), was nur etwa 100 kb im Vergleich zur durchschnittlichen Speicherblockgröße betrug Die Gasgrenze wird auf 40 m erhöht, der Angreifer kann einen Speicherblock von etwa 2,38 MB erzeugen.Wenn die CALLDATA -Kosten auf das 2,5 -fache erhöht werden, sinkt der Effizienz des Angreifers und wird maximal 0,72 MB um 30 Mio. und 40 m maximal 0,95 MB, sodass Sie die Anzahl der Blockgasgrenze und Blobs mit mehr Vertrauen erhöhen können.Diese technische Vereinbarung möchte jedoch keine gewöhnlichen Benutzer beeinflussen, die „CallData nicht verwenden, um Daten zu veröffentlichen“. Daher berechnet sie die gesamte Gasverbrauch von Transaktionen auf zwei Arten und nimmt dann eine höhere:

1. Die ursprüngliche Handelsgasverbrauchsberechnung wird mit den alten Calldata-Kosten berechnet: Das heißt, das CallData wird in Form von „Null-Byte: 4 Gas, ungleich Null-Byte: 16 Gas“ berechnet und die Transaktionsausführung wird verbraucht und Gas, das durch Einsatz von Verträgen verzehrt wird.

2. Berechnen Sie einfach die Menge an Calldata-Gas, aber es wird mit neuen Kosten berechnet: Das heißt, Calldata in Form von „Null-Byte: 10 Gas, ungleich Null-Byte: 40 Gas“, zählt jedoch nicht das von Gas verbrauchte Gas von Ausführung oder das Gas, das durch Bereitstellung des Vertrags konsumiert wird. Ein neuer Kosten.

Diejenige, die wirklich betroffen ist, ist die kleine Rollup, da die Blobs in Größe und Fixkosten festgelegt sind, sodass die kleine Rollup bei der Verwendung von Blobs ineffizient ist und es kostengünstiger ist, Calldata zu verwenden. Die Kosten für diese kleinen Rollups sind gleich.

EIP-7691: Erhöhen Sie den Blob-Durchsatz

Erhöhen Sie die Anzahl der Blobs und erhöhen Sie mehr Platz für die Veröffentlichung von Daten zum Rollen.

EIP-7691 erhöht die Anzahl der Blobs von „Ziel: 3 Blobs, Obergrenze: 6 Blobs“ zu „Ziel: 6 Blobs, Obergrenze: 9 Blobs“ und fügt mehr Platz für die Veröffentlichung von Informationen zum Rollup hinzu.

HINWEIS: Darüber hinaus gibt es einige Entwürfe im Blob Fee-Markt, die fein abgestimmt werden müssen, z. Die technische Vereinbarung muss lösen.

Andere technische Vereinbarungen

EIP-7549: Bewegen Sie den Ausschussindex außerhalb der Überprüfung

Passen Sie den Inhalt der Validator -Abstimmung an, um die Stimmen bequemer zu machen und den Druck auf das P2P -Netzwerk zu verringern.

Die Bewertungen werden zufällig einer Gruppe von Ausschüssen zugeordnet und

Memory Block Voting, die Stimmzettel der Validatoren jedes Ausschusses können zusammen aggregiert werden, was die Anzahl der im P2P -Netzwerk übergebenen Stimmen verringern kann, aber die Stimmzettel des Verifizierers umfassen „, wie viele Ausschüsse der Verifier“ die Informationen, die das verursacht haben Stimmen verschiedener Ausschüsse, die nicht in der Lage sind, aggregiert zu werden, auch wenn sie alle für denselben Speicherblock stimmen.

EIP-7549 entfernt die Informationen von „welchem ​​Ausschuss, zu dem dieser Überprüfer gehört“, sodass die Überprüfungen verschiedener Ausschüsse zusammen mit demselben Stimmbereichen aggregiert werden können, was die Stimmen im P2P-Netzwerk weiter verringert. Die Anzahl der Übertragungen ist weiter reduziert auf den Druck des P2P -Netzwerks.

EIP-7840: Hinzufügen eines Blob-Plans in einer EL-Konfigurationsdatei

Stellen Sie eine Einstelldatei für die Blob-Parameter in der Ausführungsschicht fest und beseitigen Sie die Probleme des Ausführungsschichtknotens, in dem nach den BLOB-bezogenen Parametern des Konsensschichtknotens gefragt wird.

BLOB -verwandte Parameter werden derzeit in Konsensschichtknoten gespeichert, aber Ausführungsschichtknoten benötigen diese Parameter (wie RPC ETH_FEEHISTORY), sodass sie aus Konsensschichtknoten gefragt werden müssen.

EIP-7840 legt eine Einstellungsdatei für Blob-bezogene Parameter an der Ausführungsschicht fest.