Am 13. Februar 2025 veröffentlichte Ethereum Core Developer Tim Beiko eine Zusammenfassung des All Core Developers Execution (ACDE) Anrufs #205, die die Veröffentlichungen von Client-Software für die Bereitstellung des Pectra-Upgrades auf den Holesky- und Sepolia-Testnetzen bestätigte.
Ethereum Core-Entwickler bestätigen Pectra Testnetz Forks auf Holesky, Sepolia
Dieser Artikel wurde vor mehr als einem Jahr veröffentlicht. Einige Informationen sind möglicherweise nicht mehr aktuell.
GESCHRIEBEN VON
TEILEN
ACDE-Anruf legt Pectra-Fahrplan, EIP-Updates und nächsten Hard Fork Fusaka fest
Der Holesky-Testnetz-Fork ist für den 24. Februar bei Epoche 115.968 geplant, gefolgt von Sepolia am 5. März bei Epoche 222.464, mit einem Entwickleranruf am 6. März, um das Hauptnetz-Aktivierungsdatum festzulegen, das vorläufig für Ende April angesetzt ist, vorbehaltlich der Testnetzergebnisse. Client-Teams, einschließlich Lighthouse, Teku, Grandine und Besu, bestätigten ihre Bereitschaft für Testnetveröffentlichungen bis zum 14. Februar, laut der ACDE-Highlights-Zusammenfassung.
Allerdings erforderten nicht abgeschlossene Bereitstellungen von Systemverträgen für EIP-2935, EIP-7002 und EIP-7251 dringende Aufmerksamkeit, um Verzögerungen zu vermeiden. Die Entwickler priorisierten die Fertigstellung dieser Verträge vor dem nächsten Testanruf, um eine nahtlose Integration in die Testnetz-Gabelungen zu gewährleisten. Die Ethereum Foundation (EF) plant, nach der Veröffentlichung einen Blog-Beitrag zusammenzufassen, um Node-Betreibern und Validatoren den Weg durch das Upgrade zu weisen.
Der ACDE-Bericht hob den wachsenden Fokus auf Fusaka, Ethereums nächsten Hard Fork, hervor, mit einer Frist am 13. März für Vorschläge zur Aufnahme (PFI). Hoch priorisierte EIPs, die überprüft werden, umfassen das Ethereum Object Format (EOF), die verschlüsselte Proposer-Builder-Trennung (ePBS) und Upgrades der Transaktionsindexierung. Eine Debatte entstand über strengere Testanforderungen für EIPs, die Pull-Anfragen gegen Ausführungsschicht-Spezifikationen in Schlüsselphasen erfordert.
Obwohl einige Entwickler argumentierten, dies könnte die Teams belasten, erlaubte ein Kompromiss Entwurfs-PRs in frühen Phasen, um Strenge und Flexibilität auszugleichen. Der Umfang von Fusaka muss bis zum 10. April finalisiert werden, um mit der Entwicklung nach Pectra in Einklang zu stehen. Der Fortschritt bei der Umsetzung von EOF, einem Eckpfeiler von Fusaka, machte Fortschritte mit dem ersten Testnetz, das Pectra-kompatible Spezifikationen bereitstellt. Der ACDE betonte, dass Diskussionen über mögliche Anpassungen, wie die Abschaffung von Legacy-Vertragserstellungs-Transaktionen und das Hinzufügen von Metadatenabschnitten zu EOF-Containern, fortgesetzt werden.
Geth-Entwickler äußerten Bedenken über die Komplexität von EOF und unterstrichen laufende Debatten über die Priorisierung von Funktionen. Der Max Blob Flag-Vorschlag, der darauf abzielt, Validatoren die Möglichkeit zu geben, die Datenblob-Verarbeitung zu begrenzen, um Ressourcenbeschränkungen zu verwalten, erhielt ebenfalls gemischtes Feedback. Während die meisten Ausführungsschicht-Clients dies unterstützten, äußerte Erigon Bedenken wegen potenzieller Auswirkungen auf die Rollup-Leistung und die wirtschaftliche Rentabilität kleinerer Validatoren. Weitere Tests werden die Kompromisse zwischen Skalierbarkeit und Netzwerk-Dezentralisierung bewerten.
Die Zusammenfassung des All Core Developers Execution-Anrufs (ACDE) schloss mit Erinnerungen an die Client-Teams, sich an Fristen zu halten, und an Community-Stakeholder, die Testnetz-Dokumentation zu überprüfen. Mit der Annäherung der Pectra-Hauptnetzaktivierung betonten die Entwickler strenge Tests zur Risikominderung, wobei Lehren aus früheren Upgrades reflektiert werden. Die Ethereum Foundation wird detaillierte Richtlinien veröffentlichen, während sich das Netzwerk seiner nächsten Entwicklung nähert.
