Ethereum’s wöchentlich alle Kernentwickleraufrufe sind viel zu halten, so dass das so ist. “Kontrollpunkt“Die Serie zielt auf hochrangige Updates rund 4-5 Anrufe ab, je nachdem, was in der Kernentwicklung passiert. Siehe vorherige Update Hier.
Tl; DR:
Der vergangene Monat drehte sich um die Verriegelung im Bereich des Fusaka -Upgrade und den endgültigen Pectra -Bereitstellungsdetails. Das Pectra -Upgrade wird in nur einer Woche am Mainnet Schiffe erhält Wut Testen und Entscheidung, was in die geht Glamsterdam Upgrade (mit anderen Worten, der „Umfang“ des Upgrades). Eine neue All -Core -Entwicklerin („ACD“) wird die Tests aufgeteilt und in separate Aufrufe zum Parallelisieren und Beschleunigen von Versandaufrüstungen aufgeteilt.
Pectra
Der Mainnet -Client -Releases sind für das Pectra -Upgrade und es sind es ausgesetzt Geplant, live zu gehen An 7. Mai.
Seit dem letzten Kontrollpunkt, Pectra Ging live auf Ethereums neuter langlebiger Testnet, Haube. Es lief gut, sehr zur Erleichterung von Kunden Entwicklern und Testteams, die es waren zurückhaltend zu früh danach zu feiern holperig Holešky- und Sepolia -Upgrades.
Als Reaktion auf diese holprigen Upgrades wurden in den Formen von Leitplanken festgelegt Prozessforschungerwartet Zeitlinien zwischen Testnet -Upgrades und Mainnet -Upgrade -Planung, Reaktionsfunktionen in der ZwischenzeitUnd Konfigurationsstandardisierung.
Die Hauptmerkmale von Pectra werden auf der zusammengefasst Ethereum.org Pectra Page und a Beobachten Sie Party wird der Gabel live folgen.
Vergangenheit der Geschichte
Mit Ablauf der History können Kunden die Voraussetzung der Vorverlaufsgeschichte, die Erleichterung der Hardware- und Netzwerkanforderungen einstellen. Dies erfordert keine harte Gabel. Die Kunden werden bis zum 1. Mai die Ablauf des Sepolia-Netzwerks vor dem Merge History im Sepolia-Netzwerk unterstützen. Die Unterstützung von Mainnet wird kurz nach Pectra auf dem Mainnet erwartet.
Langzeitgeschichte wird weiterhin verfügbar sein durch Archivknoten und die Portalnetzwerk und Client -Implementierungen ermöglichen es einem Benutzer, optional Beschneidung zu deaktivieren.
Wut
Der Headliner der Wut harte Gabel Ist Peardas Und der breite Bereich wurde abgeschlossen.
Außerhalb des Headliner EIP,
Nicht alle CFI -EIPs werden es notwendigerweise in die Gabel machen (zwei von ihnen, 7762 & 7918sind entweder/oder). Sie werden in die Testpipeline hinzugefügt und zu SFI verlegt, wenn ihre Implementierung reibungslos verläuft, ohne übermäßige Komplikationen einzuführen. Fusaka Fork -Tests haben eine Reihe von DevNets, dann auf Testnets, bevor sie für das Mainnet geplant sind. Versand Peerdas ist von größter Bedeutung!
Peardas
Mit Peerdas können die Knoten Blobs durch Probenahme überprüfen, anstatt die volle Nutzlast zu benötigen, wodurch der Raum in Bandbreite und Speicheranforderungen für andere Upgrades Platz macht. Dies macht die Skalierung – kryptografisch sichere Stichprobentechniken bedeutet, dass wir skalieren können, ohne Ethereums dezentrales Validator -Set zu beeinträchtigen. Das Testen ist noch nicht abgeschlossen, nachdem er nur abgeschlossen ist Sechster Devnetmit dem siebten Satz diese Woche. Tests waren a Zusammenarbeit Zwischen Kundenteams, Ethereum Foundation -Teams, L2 -Core -Entwicklern und Network Tooling -Forschern.
Eof
Eof ist ein Multi-EIP-Upgrade auf die EVM. Wegen einer bedeutenden Kluft zu Meinungen darüber ob (und was Version von) eof sollte umgesetzt werden, es wurde während des 28. April „endgültige Entscheidung“ Diskussion. Es kann noch für zukünftige Upgrades vorgeschlagen werden.
Debatte drehte sich um seine KomplexitätAnwesend langfristig Relevanz und das Potenzial, stattdessen seine Merkmale Stück hinzuzufügen. Kritiker argumentieren, dass es die Kosten für die Wartung (Legacy + EOF) doppelt doppelt könnte, und benötigen mehr Überprüfung von App Layer Devs.
Unterstützer und Implementierer erkennen seine Unvollkommenheiten an, argumentieren jedoch, dass es erforderlich ist, technische Schulden abzuzahlen, die Sicherheit zu erhöhen, Compiler- und Gaseffizienzgewinne zu entsperren und eine Reiniger Grundlage für die zukünftige EVM -Evolution.
BPO -Gabeln
Der dritte EIP -Sfi für Fusaka ist der Nur Blob -Parameter (BPO) Gabeln. Dies würde eine vorkonfigurierte Blob -Skalierung zwischen harten Gabeln ermöglichen. Blob-Erhöhungen würden in Kunden eingebunden und erfolgen in einem vordefinierten Zeitplan, während sie auf Probleme überwacht werden. Dieser EIP hat eine breite Unterstützung und spielt eine bedeutende Rolle bei der Beschleunigung der Skalierbarkeit.
Prozessverbesserungen
Pectra hat die Grenzen des aktuellen All -Core -Entwicklerprozesses getestet – dieses Upgrade ist die größte Gabelung in der Geschichte von Ethereum nach Anzahl der EIPs und war noch größer, bevor es in zwei Teile geteilt wurde: Es enthielt Peerdas und EOF!
Um die Effizienz dieses Prozesses zu verbessern, nehmen Änderungen Gestalt an, das:
- Bessere Parallele -Upgrades, so dass das Upgrade zwei Gabeln bereits vor dem Live der aktuellen Gabel abgebildet wird (wenn wir den Prozess jetzt nicht mehr hätten, würde der Gabelsumfang von Glamsterdam abgeschlossen sein, während Pectra in den letzten Phasen liegt und die Fusaka -Implementierung läuft)
- Reguläre Anrufe teilen In “alle Kern -Entwickler” -Tests und “alle Core Devs” Scoping. Das Testen von Anrufen würde die aktuelle Gabel und Scoping -Anrufe mit CFI’ing -EIPs für die nächste Gabel abdecken
- Erstellen Eine neue Anrufserie Dies erörtert längerfristige Ziele und führt die Forschungsrichtungen. Im Idealfall würde dies zu mehr Übereinstimmung und weniger Debatten führen, wenn der Scoping und dann das Testen noch nicht abgeschlossen sind.
Kerntee richten sich ehrgeizig auf Gabel nach Fusaka, das sich bis Ende 2025 auf die Skalierung konzentriert: machbar, aber schwierig. Meiner Meinung nach, wenn es nicht um ein paar Wochen zuvor versendet wird DevConnectEs wird erst im Februar 2026 ausgeliefert, weil der Dynamik in den Ferien verloren gegangen ist. Eine Lieferung von „By Eoy 2025“ würde also bis Oktober sein.
Der neue Prozess der Aufteilung der ACD -Anrufe scheint vielversprechend zu sein, um Gespräche über das Thema zu führen, neue Stimmen einzubringen und das Problem der Überprüfung alter Gespräche zu minimieren, sodass die Anrufe nicht von Debatten über Scoping wie bei EOF der Fall waren. Es kann auch jede Tendenz mindern, kurzfristige Umsetzungspläne mit langfristigen Forschungsrichtungen zu verbinden.
Trotz einiger Schicksals und Gloom -Geschwätz in breiteren Krypto -Kreisen gibt es eine Menge Dynamik in der Entwicklung des Ethereum -Kernprotokolls. Der Prozess entwickelt sich, die Forschung ist stark und die Implementierung beschleunigt!
Relevante ACD -Anrufe
28.04.25: EOF Diskussion (Zeitstempel)
24.04.25: Acade # 210 (Ethmag)
10.04.25: Acade # 209 (Ethmag)
27.03.25: Acade # 208 (Ethmag)
