В ходе созвона Ethereum All Core Developers Execution (ACDE) №221 разработчики обсудили ключевые обновления, которые определяют ближайшую дорожную карту сети Ethereum. Основные темы касались стабильности Fusaka, производительности блобов, а также предстоящих форков тестовых сетей Holesky, Sepolia и Hoodi.
Кроме того, участники рассмотрели прогресс проекта Glamsterdam: функции BAL и ePBS движутся к запуску в октябрьских девнетах. Помимо технических улучшений, внимание уделили новым предложениям по изменению протокола (EIP), включая SETDELEGATE, а также вопросам управления, что отражает стремление Ethereum к балансу между масштабируемостью, безопасностью и устойчивостью в долгосрочной перспективе.
Обновления по Fusaka
Программа баг-баунти для Fusaka уже запущена: разработчики и исследователи активно отправляют отчёты. Критических уязвимостей пока не обнаружено, поэтому график обновления остаётся без изменений и соответствует планам по тестовым и основным сетям.
Официальным источником информации о расписании активации Fusaka является EIP-7607, где собраны все данные для координации внутри экосистемы. Раскатка начнётся с форка Holesky 1 октября, а затем — Sepolia и Hoodi с интервалом в две недели, если не возникнут серьёзные проблемы.
Фонд Ethereum опубликует обзор в блоге после того, как все клиенты подтвердят релизы. На момент запуска Fusaka в основной сети лимит газа за блок будет увеличен до 60 миллионов (согласно EIP-7935).
Это изменение должно помочь справляться с растущими нагрузками — особенно от расчётов L2-решений (роллапов), блоб-транзакций и других сценариев масштабирования. При этом управление валидаторов сохранит возможность корректировать лимит газа в будущем в зависимости от производительности сети и уровня децентрализации.
Все соответствующие EIP переводятся на стадию “Last Call”, что означает стабильность спецификаций. Авторам предложений нужно пересмотреть свои документы и обновить статусы. Координация этого процесса ведётся через PR #10423 на GitHub.
github.com
Обновления по Glamsterdam
Дорожная карта Glamsterdam развивается в двух направлениях: BAL и ePBS (встроенное разделение ролей предлагающего и строителя блоков).
Для BAL на прошедшем обсуждении в среду затронули несколько технических моментов, включая работу с precompile. Серьёзных проблем не выявлено, и команды движутся к первому девнету в октябре. Участников попросили использовать ветки bal-devnet-0, что говорит о готовности репозиториев клиентов к Devnet-0.
В части ePBS работа идёт так же активно. Выпущена спецификация v1.6.0-beta.0, а отдельное обсуждение ePBS назначено в ближайшее время. Первый девнет ожидается вскоре, и разработчики приглашают к обратной связи.
Таким образом, оба направления — BAL и ePBS — синхронно движутся к октябрьским девнетам, что показывает уверенный прогресс.
Дополнительные обновления
EIP-7819 предлагает новую инструкцию для виртуальной машины Ethereum (EVM) — SETDELEGATE. Она позволит смарт-контрактам создавать и обновлять специальные «делегированные аккаунты» по модели EIP-7702.
Такие аккаунты будут работать похожим образом на минимальные прокси-контракты ERC-1167, но с большей эффективностью и удобством. Главная цель — замедлить рост состояния сети за счёт повторного использования кода вместо его дублирования.
Почему это важно? Сейчас около 89,1% контрактов разворачиваются через фабрики, которые часто копируют один и тот же код, перегружая блокчейн. Переход к делегированию позволит сократить объём избыточного байткода и уменьшить нагрузку на хранение данных.
На практике это даст:
• более лёгкие деплойменты для разработчиков,
• меньший рост состояния для сети,
• упрощённые схемы апгрейда контрактов и снижение зависимости от прокси-байткода.
Однако для реализации потребуется тщательно проработать детали: семантику опкода, стоимость газа, возможные уязвимости (например, повторные вызовы).
Пока предложение находится на стадии обсуждения и исследований, но интерес со стороны разработчиков большой.
Управление и организация
На звонке также обсудили:
• временную паузу на приём новых EIP (CFI → SFI) до выхода Fusaka;
• но EIP-7819 выделили как исключение из-за его значимости;
• переход в лидерстве ACDE-вызовов: Тим Бейко уходит в отпуск, и до конца года созвоны будет вести ansgar.eth;
• роль EIP Champions — людей, которые сопровождают EIP на всех этапах (от обсуждения до внедрения). Для этого открыт отдельный PR: #10391.
github.com
источник
уникальность
Кроме того, участники рассмотрели прогресс проекта Glamsterdam: функции BAL и ePBS движутся к запуску в октябрьских девнетах. Помимо технических улучшений, внимание уделили новым предложениям по изменению протокола (EIP), включая SETDELEGATE, а также вопросам управления, что отражает стремление Ethereum к балансу между масштабируемостью, безопасностью и устойчивостью в долгосрочной перспективе.
Обновления по Fusaka
Программа баг-баунти для Fusaka уже запущена: разработчики и исследователи активно отправляют отчёты. Критических уязвимостей пока не обнаружено, поэтому график обновления остаётся без изменений и соответствует планам по тестовым и основным сетям.
Официальным источником информации о расписании активации Fusaka является EIP-7607, где собраны все данные для координации внутри экосистемы. Раскатка начнётся с форка Holesky 1 октября, а затем — Sepolia и Hoodi с интервалом в две недели, если не возникнут серьёзные проблемы.
EIP-7607 — это служебное предложение, которое фиксирует график активации обновления Fusaka в сети Ethereum. По сути, это не новое техническое изменение, а координационный документ, чтобы все клиенты, разработчики и валидаторы ориентировались на единый план.
Фонд Ethereum опубликует обзор в блоге после того, как все клиенты подтвердят релизы. На момент запуска Fusaka в основной сети лимит газа за блок будет увеличен до 60 миллионов (согласно EIP-7935).
Это изменение должно помочь справляться с растущими нагрузками — особенно от расчётов L2-решений (роллапов), блоб-транзакций и других сценариев масштабирования. При этом управление валидаторов сохранит возможность корректировать лимит газа в будущем в зависимости от производительности сети и уровня децентрализации.
Все соответствующие EIP переводятся на стадию “Last Call”, что означает стабильность спецификаций. Авторам предложений нужно пересмотреть свои документы и обновить статусы. Координация этого процесса ведётся через PR #10423 на GitHub.
Update EIP-7607: Move to Last Call by timbeiko · Pull Request #10423 · ethereum/EIPs
Move EIP-7607 from Review to Last Call with deadline matching the activation on Hoodi testnet (2025-10-28). Blocked by: Core EIPs: Update EIP-7594: Move to Last Call #10400 Update EIP-7823: Move...
Обновления по Glamsterdam
Дорожная карта Glamsterdam развивается в двух направлениях: BAL и ePBS (встроенное разделение ролей предлагающего и строителя блоков).
Для BAL на прошедшем обсуждении в среду затронули несколько технических моментов, включая работу с precompile. Серьёзных проблем не выявлено, и команды движутся к первому девнету в октябре. Участников попросили использовать ветки bal-devnet-0, что говорит о готовности репозиториев клиентов к Devnet-0.
В части ePBS работа идёт так же активно. Выпущена спецификация v1.6.0-beta.0, а отдельное обсуждение ePBS назначено в ближайшее время. Первый девнет ожидается вскоре, и разработчики приглашают к обратной связи.
Таким образом, оба направления — BAL и ePBS — синхронно движутся к октябрьским девнетам, что показывает уверенный прогресс.
Дополнительные обновления
EIP-7819 предлагает новую инструкцию для виртуальной машины Ethereum (EVM) — SETDELEGATE. Она позволит смарт-контрактам создавать и обновлять специальные «делегированные аккаунты» по модели EIP-7702.
Такие аккаунты будут работать похожим образом на минимальные прокси-контракты ERC-1167, но с большей эффективностью и удобством. Главная цель — замедлить рост состояния сети за счёт повторного использования кода вместо его дублирования.
EIP-7819 — это предложение по Ethereum, которое уточняет и упрощает правила участия валидаторов в консенсусе: оно касается системы очередей активации и выхода валидаторов, делая управление их количеством более предсказуемым и устойчивым к перегрузкам.
Почему это важно? Сейчас около 89,1% контрактов разворачиваются через фабрики, которые часто копируют один и тот же код, перегружая блокчейн. Переход к делегированию позволит сократить объём избыточного байткода и уменьшить нагрузку на хранение данных.
На практике это даст:
• более лёгкие деплойменты для разработчиков,
• меньший рост состояния для сети,
• упрощённые схемы апгрейда контрактов и снижение зависимости от прокси-байткода.
Однако для реализации потребуется тщательно проработать детали: семантику опкода, стоимость газа, возможные уязвимости (например, повторные вызовы).
Пока предложение находится на стадии обсуждения и исследований, но интерес со стороны разработчиков большой.
Управление и организация
На звонке также обсудили:
• временную паузу на приём новых EIP (CFI → SFI) до выхода Fusaka;
• но EIP-7819 выделили как исключение из-за его значимости;
• переход в лидерстве ACDE-вызовов: Тим Бейко уходит в отпуск, и до конца года созвоны будет вести ansgar.eth;
• роль EIP Champions — людей, которые сопровождают EIP на всех этапах (от обсуждения до внедрения). Для этого открыт отдельный PR: #10391.
Update EIP-7723: Include primary point of contact in proposal by wolovim · Pull Request #10391 · ethereum/EIPs
This PR introduces a minimally invasive EIP Champion role for the duration of the EIPs lifecycle in a given network upgrade. In short, a Champion is the primary point of contact, but may delegate a...
источник
уникальность