Розробники Ethereum Core підтверджують форки тестової мережі Pectra на Holesky, Sepolia

Дзвінок ACDE окреслює дорожню карту Pectra, оновлення EIP та наступний жорсткий форк Fusaka

Форк тестової мережі Holesky заплановано на 24 лютого в Епосі 115,968, а за ним і Sepolia 5 березня в Епосі 222,464, з дзвінком розробників 6 березня для визначення дати активації основної мережі, що попередньо заплановано на кінець квітня за умови позитивних результатів тестової мережі. Команди клієнтів, включаючи Lighthouse, Teku, Grandine і Besu, підтвердили готовність до релізів тестових мереж до 14 лютого, згідно з підсумками ACDE.

Однак нерозв’язані розгортання системних контрактів для EIP-2935, EIP-7002 і EIP-7251 вимагали термінової уваги, щоб уникнути затримок. Розробники пріоритизували завершення цих контрактів перед наступним тестовим дзвінком, сподіваючись забезпечити безперебійне інтегрування в тестові форки. Ethereum Foundation (EF) планує опублікувати підсумковий пост у блозі після релізу, щоб направити операторів вузлів і валідаторів через оновлення.

Звіт ACDE підкреслив зростаючий фокус на Fusaka, наступний жорсткий форк Ethereum, з терміном подачі заявок на Proposed for Inclusion (PFI) до 13 березня. До високопріоритетних EIP, що переглядаються, відносяться Ethereum Object Format (EOF), зашифроване Proposer-Builder Separation (ePBS), і покращення індексування транзакцій. Виникла дискусія про більш суворі вимоги до тестування EIP, що вимагає запитів на зміни проти специфікацій виконавчого шару на ключових етапах.

Хоча деякі розробники стверджували, що це може обтяжити команди, компроміс дозволив проекти PR на ранніх стадіях для балансу між суворістю і гнучкістю. Обсяг Fusaka має бути визначено до 10 квітня, щоб відповідати розвитку після Pectra. Прогрес у реалізації EOF, наріжного каменя Fusaka, просувається з першим тестовою мережею, що розгортає специфікації, сумісні з Pectra. ACDE підкреслив, що обговорення тривають щодо можливих корегувань, таких як знецінення методів створення старих контрактів та додавання секцій метаданих до контейнерів EOF.

Розробники Geth висловили занепокоєння складністю EOF, підкреслюючи поточні дебати про пріоритизацію функцій. Пропозиція Max Blob Flag, спрямована на те, щоб дозволити валідаторам обмежити обробку даних для управління ресурсними обмеженнями, також отримала змішані відгуки. Хоча підтримана більшістю клієнтів виконавчого шару, Erigon висловив застереження, посилаючись на потенційні впливи на продуктивність ролапів і економічну життєздатність менших валідаторів. Додаткові тести оцінять компроміси між масштабованістю і децентралізацією мережі.

Підсумок дзвінка All Core Developers Execution завершився нагадуваннями для клієнтських команд дотримуватися термінів і переглядати документацію тестової мережі. З наближенням активації основної мережі Pectra, розробники підкреслили ретельне тестування для зменшення ризиків, відображаючи уроки з попередніх оновлень. Ethereum Foundation опублікує детальні інструкції, коли мережа підійде до наступної еволюції.