Ethereum’s wöchentlich alle Kernentwickleraufrufe sind viel zu halten, so dass das so ist. “Kontrollpunkt“Serie zielt auf hochrangige Updates etwa alle 4-5 Wochen ab, je nachdem, was in der Kernentwicklung passiert. Siehe vorherige Update Hier.
Tl; Dr.
Die Kernentwickler konzentrieren sich darauf, Fusaka aus der Tür zu bringen und die Überschriftenfunktionen für das folgende Upgrade, Glamsterdam, zu wählen. Diskussionen sind fortgesetzt und das Feedback der Stakeholder ist angefordert. Die Gasgrenze erhöht sich und der Ablauf der Geschichte wurde beide geliefert!
Wut
Wut liefert billigere L2 -Transaktionen und mehr Datenverfügbarkeit. Entwickler haben das Upgrade zum Versand bereits schnell verfolgt Peardas Und es ist jetzt Crunch -Zeit. Sie streben eine Veröffentlichung bis Ende des Jahres an, die möglicherweise nicht bald erscheinen, aber die Zeitleiste unterliegt einigen wichtigen Einschränkungen: DevConnect Im November und Zeit, die von den Community- und Sicherheitsteams angefordert werden. Wegen dieser Einschränkungen eine Funktion Das war nicht ganz fertig musste fallen gelassen werden Aus dem Fusaka -Bereich.
Zeitleiste
Seit dem PECTRA-Upgrade wurden zwei 30-Tage-Puffer in die Upgrade-Zeitleiste eingebaut:
- 30 Tage zwischen Client -Releases und dem ersten TestNet -Upgrade. Dies wurde von Sicherheitsteams angefordert, die Zeit benötigen, um Sicherheitsbewertungen und Prüfungswettbewerbe zu erleichtern. Mit diesem Puffer verbessern wir die Wahrscheinlichkeit von reibungslosen TestNet -Upgrades. Als Holešky in einen unzernbarisierenden Zustand mit dem fiel Pectra TestNet UpgradeApp Devs machte deutlich, dass diese Netzwerke, obwohl sie für Tests zweckmäßig sind, sich selbst auch darauf verlassen
- 30 -Tage -Ankündigung vor dem Mainnet -Upgrade -Datum. L2s und Brücken müssen ihre eigenen Prozesse durchlaufen, um sich auf ein Ethereum-Upgrade vorzubereiten, das manchmal ihre Stakeholder enthält, um sich dafür zu entscheiden, oder einen zeitlich gesperrten Prozess auszulösen, der nicht beschleunigt werden kann. Dieser Puffer bietet Protokolle vorhersehbar in Ethereum -Upgrades, um zum Zeitpunkt des Upgrades fertig zu sein, anstatt sich zu bemühen, fertig zu sein
Darüber hinaus wird das Upgrade durch mehrere Testnets durchgeführt (heutzutage zwei: Sepolien & Haube) Das ähnelt dem Ethereum -Mainnet enger als die Devnets. Es ist Zeit erforderlich, um das Upgrade dieser Testnetze zu bewerten, Probleme zu identifizieren und endgültige Korrekturen zu koordinieren. Dies dauert normalerweise ein paar Wochen pro Testnet.
EIP-7907
EIP-7907was die Größenbeschränkung der Vertragscode erhöht und eine Gasmessung zum Code -Laden hinzufügt, wurde von Fusaka entfernt, da es mangels notwendiges Benchmarking fehlte und die Timeline von Fusaka verzögert wurde. Während einfachere Vorschläge Um das Codesze zu erhöhen, waren vorbringen Als Alternativen waren ihre Zeitpläne unklar und hätten Fusaka wahrscheinlich immer noch verzögert und wurden daher abgelehnt. Dies war ein Enttäuschung für viele Entwickler, aber für Interessierte, Es gibt eine Chance Um es für das nächste Upgrade, Glamsterdam, in Form zu bringen. Es ist derzeit nicht garantiert eingeschlossen und wird benötigen ein Champion um es in Form zu bringen.
Glamsterdam
A neuer, organisierterer Prozess Zur Ermittlung der Funktionen eines Upgrades wird mit diesem Upgrade pilotiert. Das Upgrade wählt zunächst seine “Headlining -Funktion (en)” aus und wählt dann die anderen kleinen Funktionen basierend auf den Headliner (en) aus. Es ist beabsichtigt, maximal einen Headliner für die Konsensschicht und eine für die Ausführungsschicht zu wählen. Ein neues EF-Built-Werkzeug, Forkcasthilft diese Bemühungen, indem sie die Headliner -Optionen vorbereitet und wie sie verschiedene Kategorien von Stakeholdern beeinflussen.
Um dies zu ergänzen, Feedback wird angefordert Um die Community zu bitten, ihre Meinungen darüber zu äußern, was dieses Upgrade überschlagen soll, und diese werden neben Kundenteam Perspektiven.
Entscheidungszeitleiste
Die Optionen für beide Schichten werden bis Mitte August besprochen, wenn erwartet wird, dass eine Entscheidung getroffen wird. Die nächsten bevorstehenden Anrufe sind 31. Juli (Konsens) und 7. August (Ausführung). Sobald die Headliner ausgewählt sind, wird die Zeitleiste für kleinere Feature -Vorschläge neben den größeren Überschriftsfunktionen erörtert. Dies ist zum Beispiel, wenn ein EIP-7907-Champion zu Anrufen kommen müsste.
Gasgrenze
Während BerlinteropTestteams und Kunden fanden ein sicheres Niveau, um a zu empfehlen Gasgrenze Erhöhung auf: 45 m. Einmal Die Empfehlung wurde abgegebenEs dauerte nicht lange, bis genügend Betreiber ihre Grenzen auf 45 m festgelegt hatten (oder ihre Kunden mit einem neuen Ausfall aufgerüstet hatten). Zum Zeitpunkt des Schreibens beträgt die Gasgrenze des letzten Blocks 45.043.901 Gas. Testteams sind nun auf dem Weg, um herauszufinden, wie wir uns zunehmend höhere Grenzen bringen können – es wird keine Jahre mehr zwischen den Empfehlungen zur Gasgrenze geben.
Quelle: gaslimit.pics
Vergangenheit der Geschichte
Vergangenheit der Geschichte wurde geliefert! Clients nun standardmäßig, um vor dem Merge-History in Validatoren zu fallen. Der nächste Schritt für den Ablauf der Geschichte besteht darin, die Ablauf des Geschichtsgeschichts implementieren zu können. Das Datum, an dem die Geschichte fallen gelassen wird, folgt in Echtzeit, sodass Speicher nicht kontinuierlich wächst. Anmerkungen zur Ablaufplanung der Geschichte in Berlinterop finden Sie Hier.
Um Fusaka vor DevConnect zu veröffentlichen, müssen Kunden bis Mitte bis Ende August die Veröffentlichung abschneiden, und die TestNet-Upgrades müssen minimale Probleme erkennen. Das würde Anfang November ein Mainnet -Upgrade vorlegen. Wenn wir jedoch Snags treffen, verlieren wir ein paar Wochen und es ist etwas unrealistisch zu erwarten, dass Kernentwickler während einer sehr gut besuchten, großen Konferenz wie DevConnect erhältlich sind. Wir könnte Sehen Sie sich ein Upgrade nach der Saison vor der Holiday-Saison an (und wir haben es in der Vergangenheit!). Die Motivation, diese Gabel herauszuholen, ist hoch und ich erwarte immer noch, es bis Ende des Jahres zu sehen.
Glamsterdam -Headliner -Diskussionen waren freundlich umstritten – die meisten derjenigen, die sich für ein Merkmal einsetzen, fühlen sich sehr stark in Bezug auf seine Dringlichkeit. Wenn wir Fusaka bis Ende des Jahres versenden können, macht dies diese Gespräche etwas weicher, da eine schnellere Upgrade -Trittfrequenz die Dringlichkeit verringert, um eine Funktion in das nächste Upgrade einzubeziehen.
Ich bin sehr ermutigt von der Anzahl und Vielfalt der Mitglieder der Ethereum -Community, die in die Diskussionen eingebaut haben: L2s, Brücken, RPC -Anbieter, Protokolle, DAOs, Relais, Heimstaker, Depotbanken, Dexs usw.
Relevante ACD -Anrufe:
[ June 16th – July 28th ]
