Die Aktualisierung von Pectra zielt darauf ab, die Benutzererfahrung von Ethereum-Konten, Prüfern und der Verarbeitungsfähigkeit von Blob in drei Schlüsselbereichen zu verbessern.
Verfasser: Francesco
Übersetzung: Luffy, Foresight News
Die nächste Aktualisierung von ETH-Feld Pectra hat den ersten Schritt gemacht.
Am 24. Februar wurde Pectra auf dem Holesky-Testnetz aktualisiert; am 5. März wird Pectra auf dem Sepolia-Testnetz online gehen.
Sobald diese Upgrades erfolgreich im Testnetz implementiert werden, wird das Upgrade-Datum für das Hauptnetz festgelegt, und es wird erwartet, dass das Hauptnetz-Upgrade 3 bis 9 Monate nach der Implementierung im Testnetz erfolgt.
Pectra ist ein ziemlich bedeutendes Upgrade, das mehrere ETH Improvement Proposals (EIPs) auf einmal einführt:
Wir können diese Upgrades in drei Schlüsselbereiche unterteilen:
Werfen wir einen genaueren Blick auf einige der bevorstehenden Verbesserungen des ETH-Workshops und wie sie dem ETH-Workshop-Protokoll und den Benutzern zugute kommen werden.
EIP-7702 bringt Ethereum auf Protokollebene näher an das abstrakte Erlebnis eines Kontos heran. Dies wird durch die Erweiterung der Funktionen von Smart Contracts für externe Ethereum-Konten (EOAs) erreicht, einschließlich:
Mit steigenden Kosten für ‘Blob’ steigt auch der Bedarf an erweiterter Verarbeitungskapazität. Durch EIP-7691 wird die Kapazität des ‘Daten-Blobs’ um 50% erhöht: Derzeit können durchschnittlich etwa 3 ‘Daten-Blobs’ pro Ethereum-Block aufgenommen werden (bei Spitzenbedarf maximal 6). Mit EIP-7691 kann die Anzahl der ‘Daten-Blobs’ pro Block im Durchschnitt auf 6 und bei Spitzenbedarf auf 9 erhöht werden.
Die nächste Stufe der Erweiterung der Verarbeitungsfähigkeit von ‘Daten-Blobs’ besteht darin, den Bedarf an der Speicherung aller ‘Daten-Blobs’ zu reduzieren und sie in ein Subnetz zu migrieren, das weiterhin zur Überprüfung der ‘Daten-Blobs’ verwendet werden kann.
EIP-2537: Die Anzahl der sicheren Bits für Operationen wurde von derzeit 80 auf mehr als 120 erhöht.
EIP-2935: In Erwartung der Ankunft zustandsloser Clients schlägt dieser Vorschlag vor, historische Block-Hashes als Teil der Blockverarbeitungslogik im Zustand zu speichern. EIP-2935 erreicht dies durch Vertragsspeicherung und ermöglicht weiche Übergänge, ohne die Block-Hash-Logik zu beeinträchtigen. Layer-2-Netzwerke werden in der Lage sein, längere historische Daten zu nutzen und Speicherverträge direkt abzufragen.
EIP-7549: Dieser Vorschlag zielt darauf ab, die Effizienz des Casper-Clients zu verbessern. Dies wird erreicht, indem die Anzahl der Paare reduziert wird, die für die Validierung des Konsenses erforderlich sind. Insbesondere wird eines von drei Elementen in der Casper-Clientnachweisnachricht entfernt: der Komiteeindex. Durch das Entfernen dieses Elements aus der Beweisnachricht können Konsensstimmen nun effizienter in Blöcke aggregiert werden, wodurch die Anzahl der Stimmen in einem Block von 2 auf 8 Epochen erhöht wird.
EIP-7623: Der Vorschlag von EIP-7623, die Kosten für den Aufruf von Daten zu erhöhen, ist eines der wirkungsvollsten Upgrades, insbesondere für Layer-2-Netzwerke. Der Vorschlag zielt darauf ab, die Kosten für Anrufdaten anzupassen, um die Lücke zwischen der durchschnittlichen Blockgröße (100 KB) und der maximalen Blockgröße (7,15 MB) zu schließen. Dies betrifft nicht den durchschnittlichen Benutzer, sondern nur die Transaktionen, die in erster Linie zur Veröffentlichung von Daten verwendet werden. Der Kostenanstieg wird durch eine Grundgebühr erreicht, die vom Prozentsatz der Gasgebühren abhängt, die für den Aufruf von Datenoperationen aufgewendet werden: Dies kann erreicht werden, indem die Chunk-Größe reduziert wird, um mehr “Daten-Blobs” unterzubringen, oder indem das Gaslimit erhöht wird.
EIP-7685: Einführung eines Frameworks zur Speicherung von Anfragen, die von Smart Contracts ausgelöst werden. Dies ermöglicht es Prüfern, die von Smart Contracts kontrolliert werden, Verwaltungsvorgänge an Smart Contracts zu delegieren, was den Bedarf an Zwischenhändlern verringert.
EIP-7840: Einführung einer Methode zur dynamischen Anpassung des Ziels und der maximalen Anzahl von ‘Daten-Blobs’ pro Block durch das Objekt ‘blobSchedule’, anstatt alle Werte über die API zu übergeben.
Dieses Upgrade sendet ein klares Signal an Ethereum. Wir wissen, dass diese Upgrades schon lange auf der Agenda standen und keine direkte Antwort auf die jüngste Kritik sind. Dennoch konzentriert sich dieses Upgrade darauf, das Ethereum-Netzwerk sicherer zu machen, das Ethereum-Konto zu verbessern und die Verarbeitungsfähigkeit von “Datenblobs” zu erweitern, was den wichtigsten Entwicklungsbedürfnissen entspricht.