👾 Все о хардфорке Ethereum - HEGOTA 2026 [гайд по EIP / песочницам / Pectra / Fusaka] обновляется - Страница 13

UPD: 20.12.2025

Про HEGOTA простыми словами

Разработчики Ethereum определились с названием следующего крупного обновления сети, которое выйдет после хардфорка Glamsterdam. Апгрейд получил имя Hegota, а его релиз намечен на вторую половину 2026 года.

Название Hegota объединяет сразу два ориентира для сообщества: город Богота, где пройдет конференция Devcon, и звезду Хезе. Решение было принято на финальной в этом году встрече All Core Developers Execution. Следующее собрание ключевых разработчиков сети запланировано на 5 января.

Ethereum продолжает следовать новому ритму обновлений — два крупных апгрейда в год. В 2025 году ожидаются хардфорки Pectra и Fusaka, в первой половине 2026-го — Glamsterdam, а во второй — Hegota. Такой подход, по словам разработчиков, позволяет внедрять изменения более предсказуемо и избегать редких, но слишком масштабных и рискованных перестроек протокола.

Что войдет в Hegota

Окончательный список улучшений для Hegota пока не сформирован. Ключевое предложение планируется выбрать не ранее февраля 2026 года. Одним из главных кандидатов называют внедрение деревьев Веркла — новой структуры данных, призванной заменить деревья Меркла и существенно снизить нагрузку на узлы сети.

Также обсуждаются механизмы ограничения срока хранения истории и состояния блокчейна, а также дополнительные оптимизации уровня исполнения. Проблема разрастания сети становится все более чувствительной для операторов нод, и Hegota может стать важным шагом в ее решении.

Тем временем разработка апгрейда Glamsterdam, запланированного на первую половину 2026 года, продолжается. Среди рассматриваемых изменений:

• ePBS — разделение ролей предлагающего и создающего блоки для снижения централизации;
• списки доступа для оптимизации работы с состоянием сети;
• пересмотр стоимости газа для операций в EVM

Более сложные инициативы, такие как сокращение времени слота, отложены на будущее. Разработчики не исключают, что часть функций из Glamsterdam в случае сложности реализации будет перенесена именно в Hegota.

Таким образом, Ethereum продолжает двигаться к более гибкой и устойчивой архитектуре, делая ставку на поэтапные обновления и снижение технического долга сети.

Про Fusaka простыми словами

Во второй половине 2025 года в сети Ethereum ожидается следующее крупное обновление — Fusaka, которое продолжит развитие платформы после успешно реализованного форка Pectra. По словам соисполнительного директора Ethereum Foundation Томаша Станчака, запуск Fusaka планируется на сентябрь или октябрь, однако точная дата хардфорка пока не определена.

Ключевые особенности Fusaka

Главным элементом обновления станет внедрение PeerDAS — технологии, призванной значительно улучшить масштабируемость Ethereum. PeerDAS (Peer-to-Peer Data Availability Sampling) позволит снизить нагрузку на ноды, повысить пропускную способность сети и подготовить инфраструктуру к увеличению объема данных. В частности, речь идёт об увеличении размеров бинарных массивов данных (BLOB) с текущих 6 МБ до 32 МБ.

Разработка PeerDAS вызвала оживленные дискуссии в сообществе. Ещё в 2024 году один из ведущих разработчиков Ethereum, Петер Силадьи, критиковал технологию, заявляя, что она может создать препятствия для домашних валидаторов и тем самым угрожать децентрализации сети. Тем не менее, команда разработчиков решила сделать PeerDAS центральным элементом Fusaka, отложив его внедрение в рамках Pectra.

Исключение Ethereum Object Format (EOF)

Одним из ожидавшихся компонентов Fusaka был Ethereum Object Format (EOF) — предложение по изменению формата байткода EVM с целью оптимизации выполнения смарт-контрактов и снижения стоимости операций. Однако Тим Бейко, ведущий координации core-разработчиков Ethereum, сообщил, что от внедрения EOF в Fusaka решено отказаться. Причина — техническая неопределённость и отсутствие консенсуса в сообществе.

Бейко также подчеркнул, что ситуация с EOF продемонстрировала слабые места в текущем процессе приоритизации предложений для хардфорков. Несмотря на поддержку EOF со стороны многих разработчиков, проект вызвал возражения у ряда участников сообщества, что привело к его исключению из текущей дорожной карты.

Стратегия и временные рамки

На сегодняшний день обновление Fusaka находится на стадии раннего планирования. Параллельно ведётся работа над формированием перечня улучшений (EIP), которые войдут в релиз. В частности, ожидается реализация предложений, направленных на снижение вычислительных узких мест, улучшение пропускной способности и подготовку к дальнейшему увеличению лимитов газа.

Хотя точный график развертывания Fusaka пока не зафиксирован, команда Ethereum придерживается активного и открытого подхода к координации — с регулярными встречами All Core Devs и техническими сессиями (ACDT), на которых формируется структура будущего обновления.

Во время встречи All Core Developers Consensus (ACDC) #162 был утверждён поэтапный график подготовки к запуску основной сети в ноябре.

Основные даты:

• 1 сентября 2025 — выпуск клиентов для Holesky и Sepolia
• 8 сентября 2025 — старт программы по поиску багов (bug bounty)
• 15 сентября 2025 — форк Holesky
• 22 сентября 2025 — форк Sepolia
• 1 октября 2025 — выпуск клиента для основной сети и форк Hoodi
• 8 октября 2025 — активация форка Hoodi
• 5 ноября 2025 — запланированный запуск Fusaka mainnet

Про Pectra

Обновление Ethereum под названием «Pectra» обещает стать одним из самых амбициозных и преобразующих обновлений в истории технологии блокчейн

Название обновления сочетает в себе слова «Прага», где проходила Конференция разработчиков Ethereum (Devcon 4), и «Электра», звезда, названная в соответствии с традицией Ethereum использовать астрономические имена.

Это обновление символизирует достижения как на уровне исполнения, так и на уровне консенсуса сети. Цель обновления заключается в повышении производительности сети и решении ключевых проблем удобства использования и безопасности.

Ключевые моменты Pectra​

• Более масштабируемая и эффективная платформа: Обновление Pectra основано на видении сообщества Ethereum о создании более масштабируемой и эффективной блокчейн-платформы. Оно будет состоять из двух частей: первая часть сосредоточится на EIP, которые были протестированы на Pectra Devnet, а вторая фаза будет включать более сложные предложения.
• Оптимизация решений для масштабирования: Изменения направлены на оптимизацию решений для масштабирования уровня 1 (L1) и уровня 2 (L2), а также на обеспечение более плавной интеграции децентрализованных приложений (dApps) и валидаторов

Спойлер: Что такое EIP простыми словами

В экосистеме Ethereum каждое новое улучшение или функциональное дополнение реализуется через предложение EIP (Ethereum Improvement Proposal).

EIP могут как представлять новые функции, так и улучшать существующие процессы.

Репозиторий для управления проектом был создан в октябре 2015 года, и с тех пор все обновления можно отслеживать через сайт EIPs. Основной целью всех EIP является улучшение сети Ethereum. Авторы предложений обязаны предоставить веские аргументы и технические стандарты, после чего требуется экспертная оценка и консенсус сообщества для их утверждения.

Модель EIP вдохновлена BIP (Bitcoin Improvement Proposals), применяемой в Bitcoin. Эта модель позволяет эффективно удовлетворять потребности в обновлениях и улучшениях, сохраняя децентрализованный характер управления сетью. Кроме того, она способствует удобству использования и развитию новых приложений.

Спойлер: Категории EIP в Ethereum

EIP можно разделить на три основные категории:

• Стандартный трек (Standard Track EIPs): Стандартные EIP оказывают влияние на большинство или все реализации Ethereum. Они включают изменения сетевого протокола, правил действительности блоков или транзакций, предлагаемые стандарты для приложений и любые изменения, которые затрагивают совместимость приложений, использующих Ethereum. Стандартные EIP можно разделить на несколько категорий:

Ядро: Улучшения, требующие консенсусного форка, такие как EIP-5 и EIP-101. Также включают изменения, связанные с "core dev", например, EIP-1559, направленное на улучшение структуры платы за газ и требующее хард форка.​

​

Сетевые технологии: Улучшения вокруг devp2p и Light Ethereum Subprotocol, а также предложения по улучшению сетевых протоколов whisper и swarm. Например, EIP-2124 направлено на снижение затрат при использовании данных о транзакциях.​

​

Интерфейс: Улучшения спецификаций и стандартов клиентских API/RPC, а также стандарты на уровне языка (имена методов и ABI контрактов), например, EIP-695, который определяет метод eth_chainId.​

​

ERC: Стандарты и соглашения на уровне приложений, включая стандарты контрактов (например, стандарты токенов), реестры имен, схемы URI, форматы библиотек/пакетов и форматы кошельков, такие как известные ERC-20 и ERC-721.​

• Метатрек (Meta Track EIPs): Эти предложения связаны с процессами управления и организационными аспектами, которые влияют на разработку и управление проектом Ethereum. Метатрек может включать изменения в процессах принятия решений, коммуникационные стандарты и другие важные процессы.
• Информационные (Informational EIPs): Информационные EIP предоставляют руководства или объяснения определенных процессов или стандартов, но не обязательно вносят изменения в код или протокол. Эти предложения служат для предоставления информации сообществу Ethereum.

Спойлер: Все о статусах EIP простыми словами

В экосистеме Ethereum любой человек может инициировать EIP.

Прежде чем воплотить идею в жизнь, автору сначала необходимо обсудить ее в сообществе Ethereum, чтобы избежать дублирования существующих предложений.

Процесс статусов EIP включает следующие этапы:

• Черновик (Draft): После обсуждения и одобрения идеи в сообществе, автор может создать черновик EIP. Разработчики и редакторы будут приглашены для экспертной оценки.
• Обзор (Review): Авторы должны убедить сообщество принять их EIP, после чего предложение проходит через процесс экспертной оценки.
• Последний звонок (Last Call): После экспертной оценки EIP вступает в "Last Call", который обычно длится 14 дней. В течение этого периода, если EIP требует изменений, он возвращается в статус "Обзор". Пройдя "Last Call", предложение помечается как "Окончательное (Final)".
• Окончательное (Final): Предложения, прошедшие "Last Call", становятся окончательными и получают статус "Final".
• Отозванное (Withdrawn): Для EIP в статусах "Черновик", "Обзор" или "Последний звонок" автор все еще может отозвать предложение, и тогда оно получает статус "Отозванное".
• Застой (Stagnant): Если EIP в статусах "Черновик", "Обзор" или "Последний звонок" неактивен в течение 6 месяцев без отзыва, он получает статус "Застойное".
• Живые (Living): Предложения, такие как EIP-1, которые должны постоянно обновляться и не достигают окончательного завершения, помечаются как "Живые".

Спойлер: Что такое блобы (+видео)

👾 Все о хардфорке Ethereum - FUSAKA 2025-2026 [гайд по EIP / песочницам / Pectra] обновляется

UPD: Следующее обновление сети Ethereum под названием Fusaka намечено на вторую половину 2025 года. По словам одного из руководителей Ethereum Foundation, Томаша Станчака, хардфорк планируют провести в сентябре или октябре, однако точных сроков пока нет. Про Fusaka простыми словами Во...

mmgp.com

Спойлер: Дерево Меркла Патриции

Дерево Меркла Патриции - это особая структура данных, которая объединяет преимущества деревьев Меркла и Патриции для эффективного хранения и проверки состояния блокчейна Ethereum - ПОДРОБНЕЕ В ОДНОМ ИЗ КОММЕНТАРИЕВ

Спойлер: Что такое тестнет Mekong простыми словами?

Mekong - это тестовая сеть Ethereum, созданная для испытаний ключевых обновлений, которые войдут в обновление Pectra. Среди них:

Улучшенный UX кошельков: Благодаря EIP-7702 разработчики смогут протестировать новые методы повышения удобства использования Ethereum-кошельков, обеспечивая более плавный пользовательский опыт.
Обновления ETH-стейкинга: Важные изменения в механизме стейкинга упростят процессы внесения и вывода средств.
Оптимизированные депозиты и выход из стейкинга: Новые предложения, такие как EIP-6110 и EIP-7002, улучшат процессы взаимодействия со стейкингом, сделав их проще и эффективнее.

Почему называется Mekong? Название тестовой сети связано с рекой Меконг, протекающей через Таиланд, Камбоджу, Вьетнам и другие страны Юго-Восточной Азии. Это не случайный выбор — в Бангкоке пройдет Devcon, и тестовая сеть Mekong стала своеобразной «прелюдией» к этому событию для сообщества Ethereum.

Как присоединиться к Mekong?

Разработчики кошельков могут протестировать обновления UX из EIP-7702, чтобы заранее адаптировать свои продукты под будущие изменения. Их отзывы помогут улучшить новые функции.

Опытные пользователи Ethereum могут развернуть узел в тестовой сети Mekong, следуя инструкциям по настройке уровня исполнения и консенсуса. Этот процесс аналогичен настройке узла в основной сети Ethereum.

Стейкеры могут протестировать обновленные механизмы депозита и вывода ETH. Это отличная возможность ознакомиться с изменениями и оставить обратную связь.

Влияет ли это на основную сеть?

Mekong не оказывает влияния на основную сеть Ethereum и другие тестовые сети, такие как Holesky и Sepolia. Это изолированная тестовая среда для проверки обновлений перед их внедрением.

Спойлер: EIP Proposal Builder - конструктор предложений EIP

EIP Proposal Builder - это новый инструмент на платформе EIPsInsight.com, который призван кардинально упростить процесс создания предложений по улучшению Ethereum (EIP). Независимо от опыта разработки, этот инструмент помогает составлять EIP быстрее, удобнее и интуитивнее.

В EIP Proposal Builder есть:

• Интуитивные поля: четко структурированные разделы, такие как «Название», «Описание» и «Автор», помогут вам быстро заполнить все необходимые данные.
• Полезные подсказки: инструмент предлагает рекомендации вроде «Объясните, почему текущий протокол неадекватен», что помогает точно сформулировать вашу идею.

Продолжение в комментариях

Спойлер: Что такое ERC-7779 простыми словами

ERC-7779 - это стандарт, который упрощает перенос кошельков Ethereum, обеспечивая плавный переход между ними.

Представьте, что вы меняете смартфон: для того, чтобы сохранить все приложения, данные и настройки, вам нужно воспользоваться функцией резервного копирования в облаке. Это позволяет без труда перенести всё на новое устройство, не начиная настройку с нуля.

ERC-7779 выполняет ту же роль для кошельков Ethereum. С развитием учетных записей Ethereum, которые теперь поддерживают дополнительные функции (например, спонсорство газа, пакетирование транзакций и автоматизация), возникает необходимость переноса этих возможностей при смене кошелька.

ERC-7779 стандартизирует этот процесс, обеспечивая сохранение функциональности и безопасности при миграции.

Продолжение и примеры для новичков в комментариях

Спойлер: Что такое тестовая среда Ephemery

Разработка Ethereum требует надежных тестовых сред перед развертыванием обновлений, приложений или изменений в протоколе основной сети. Традиционные тестовые сети, такие как Goerli, Sepolia и Holesky, выполняют эту функцию, но сталкиваются с проблемами перегруженности и ограниченной доступности.

Ephemery - это временная, регулярно сбрасываемая тестовая среда Ethereum, позволяющая разработчикам начинать тестирование с чистого листа каждый месяц. В отличие от традиционных тестовых сетей, она не сохраняет историческое состояние, обеспечивая свободную от устаревших данных и перегрузок среду.

Зачем нужна тестовая сеть Ephemery?

Ephemery устраняет ключевые ограничения долгосрочных тестовых сетей:

• Перегрузка: Со временем тестовые сети Ethereum накапливают данные, увеличивая нагрузку на хранилище и снижая производительность.
• Дефицит тестового ETH: Доступ к тестовому ETH в Goerli и Sepolia может быть затруднен из-за ограниченного распределения через краны.
• Проблемы с завершенностью сети: Долгосрочные тестовые сети страдают от заброшенных валидаторов, что влияет на их стабильность и безопасность.
• Неэффективность для краткосрочных тестов: Традиционные сети не подходят для одноразовых экспериментов, необходимых для быстрого развития.
• Ephemery решает эти проблемы, автоматически сбрасываясь каждый месяц, обеспечивая новый цикл тестирования без накопленного состояния.

Продолжение в комментариях в нескольких частях

Подтвержденные EIP​

Среди подтвержденных предложений по улучшению Ethereum (EIP) для обновления Pectra есть несколько ключевых, направленных на улучшение основной инфраструктуры, работы валидаторов и мер безопасности:

1. EIP-2537: Поддержка подписей BLS < пост MMGP
   • Введение предварительно скомпилированных контрактов для операций с кривыми BLS12–381, что позволяет проверять подпись BLS и снижать сложность проверки.
2. EIP-2935: Хранение хэшей исторических блоков < пост MMGP
   • Позволяет хранить последние 8 192 хэша блоков в системном контракте, что обеспечивает более гибкую и масштабируемую модель без сохранения состояния.
3. EIP-6110: Депозиты через валидаторов< пост MMGP
   • Переносит обработку депозитов валидаторов с уровня консенсуса на уровень исполнения, повышая безопасность процесса внесения депозита.
4. EIP-7002: Исполняемые выходы для валидаторов < пост MMGP
   • Позволяет держателям ваучеров на вывод средств самостоятельно инициировать выход из процесса стейкинга, что расширяет возможности пользователей и повышает безопасность.
5. EIP-7251: Увеличение лимита стейкинга < пост MMGP
   • Повышает верхний предел балансов валидаторов для стейкинга, снижая перегрузку сети и улучшая общую производительность.
6. EIP-7549: Оптимизированное голосование на основе консенсуса < пост MMGP
   • Удаляет индекс комитета из сообщения о подписи в механизме консенсуса Ethereum, что позволяет более эффективно агрегировать голоса и снижать нагрузку на сеть.
7. EIP-7685: Запросы общего уровня исполнения < пост MMGP
   • Представляет фреймворк для обработки различных запросов уровня исполнения, что упрощает реализацию новых функций без изменения структуры блоков.
8. EIP-7702: Выполнение кода для внешних учетных записей (EOA) < пост MMGP
   • Добавляет возможности выполнения кода в EOA, что позволяет делегировать задачи смарт-контрактам, такие как пакетные транзакции или контроль разрешений.
9. EIP-4444: Предложение по улучшению Ethereum, направленное на уменьшение объема хранилища, необходимого для запуска узла < пост MMGP
10. ОСТАЛЬНЫЕ EIP в комментариях

Спойлер: EIP, которые не были включены в Pectra

Их немного

Спойлер: Знаменитые EIP 2015-2019

Их всего четыре, самые горячие

Спойлер: Первый апгрейд Homestead 2016

14 мая 2016 года разработчики Ethereum объявили о выпуске обновления Homestead — первого стабильной версии протокола, которая пришла на смену предыдущей Frontier (также известна как альфа-версия Ethereum, в которой не гарантировалась безопасность). Новая версия ПО имплементирована в блоке 1 150 000, устанивши из сети контракты Canary. Презентация апгрейда транслировалась в Google Hangout.

Обновление Homestead в Ethereum включило несколько значимых улучшений:

• EIP-2: Набор изменений в правилах консенсуса, включающих увеличение стоимости газа, ограничение максимального значения s-value подписи транзакции для лучшей защиты сети от спам-атак, модификации в алгоритме просчета сложности майнинга и исправление багов.
• EIP-7: Внедрение новой операции — DELEGATECALL.
• EIP-8: Улучшение сетевой совместимости для будущих изменений в протоколе.

После Homestead многие новые биржи и сервисы начали поддерживать Ethereum, что способствовало его дальнейшему росту и принятию в сообществе, повышению эффективности Ethereum.

Именно Homestead сделал Ethereum надежным и готовым к использованию в реальных приложениях и на практике.

уникальность

Сообщество Ethereum сталкивается с кризисом идентичности, так как токен ETH отстает от других криптовалют, а конкурирующие сети, такие как Solana, привлекают внимание и таланты из экосистемы Ethereum.

В условиях споров и критики в адрес Ethereum Foundation разработчики надеются, что Pectra поможет стабилизировать сеть и вернуть ей конкурентоспособность.

Ethereum всему голова

Экосистема Ethereum постоянно развивается. Она продолжает лидировать по общему объему заблокированных средств (TVL, доля почти 55% от всего рынка DeFi) и удерживает позицию второй по капитализации криптовалюты.

Предстоящий Pectra обещает сильно улучшить удобство использования сети как для пользователей, так и для разработчиков. Ethereum станет более универсальной, способной удовлетворить разнообразные потребности.

Виталик Бутерин уверен, что ближайшие 5 лет будут "решающими" для Ethereum в плане его массового внедрения и принятия в "реальном мире". Будущие обновления помогут Ethereum справляться с растущим спросом, интегрироваться с другими сетями и внедрять новые функции, удерживая Ethereum на передовой блокчейн-инноваций.

ПРОДОЛЖЕНИЕ В КОММЕНТАРИЯХ

уникальность

 

[Alcest]

Fusaka близка к завершению: разработчики Ethereum ориентируются на 9 декабря для запуска обновления в основной сети

Тестовая сеть Ethereum под названием Fusaka показала почти полную стабильность — участие в ней принимают 99% валидаторов. Этот результат укрепил уверенность разработчиков в готовности сети к обновлению, и теперь они ориентируются на 9 декабря 2025 года как на предварительную дату активации Fusaka в основной сети (mainnet). Хотя сроки ещё не подтверждены официально, сам факт их обсуждения показывает, что тестирование проходит успешно.

Прогресс тестовой сети Fusaka

Третья версия тестовой сети Fusaka Devnet 3 работает практически без сбоев: к ней подключены почти все основные клиенты Ethereum — как на уровне исполнения транзакций, так и на уровне консенсуса. По словам разработчика Барнабаша Бусы, последнее обновление программного обеспечения Lighthouse устранило все известные проблемы, и сеть демонстрирует стабильную работу.

В тестовой сети Sepolia недавно был запущен первый этап обновления (BPO1) с ограничением в 15 «blob»-объектов — это часть тестирования, связанная с улучшением хранения данных. Второй этап (BPO2) запланирован через несколько дней. Следующим шагом станет активация форка Hoodi, что приблизит разработчиков к финальной фазе тестирования.

Возможные сроки активации и обсуждение графика

На созвоне All Core Devs Execution (ACDE) #223 разработчик Алекс Стокс предложил предварительно назначить активацию Fusaka в основной сети на 9 декабря, вместо ранее запланированного 17 декабря, чтобы не пересекаться с праздничным периодом.

Теперь график предполагает:
• 9 декабря 2025 года — активация Fusaka mainnet (BPO1);
• 7 января 2026 года — вторая фаза обновления (BPO2).

Эти сроки зависят от успешного завершения тестов в сети Hoodi. Большинство участников поддержали идею раннего планирования, чтобы экосистема могла заранее готовиться, однако подчеркнули, что даты будут окончательно утверждены только при стабильной работе тестовых сетей.

Также обсуждается новое правило, которое позволит назначать дату обновления основной сети после успешного теста хотя бы на одной сети (вместо обязательного завершения всех тестов). Это ускорит процесс координации и повысит предсказуемость для команд и пользователей.

Завершение работы Holesky и переход валидаторов

Тестовая сеть Holesky, ранее служившая одной из основных площадок для тестирования, постепенно выводится из эксплуатации: активность участников снизилась до 70%. Разработчики сообщили, что официальное отключение Holesky запланировано на следующую пятницу, и призвали всех валидаторов перейти на сети Sepolia и Hoodi, которые станут основными тестовыми площадками в дальнейшем.

Этот переход поможет сосредоточить ресурсы и ускорить подготовку к основному обновлению Fusaka, а также следующему крупному этапу развития Ethereum — обновлению Glamsterdam.

Что дальше

Если сеть Fusaka продолжит показывать такие же стабильные результаты, то декабрь может стать ключевым этапом для перехода Ethereum к следующей версии. Успешная работа всех тестовых сетей и чёткая координация разработчиков создают основу для плавного внедрения обновления Fusaka и подготовки к следующему технологическому шагу в экосистеме Ethereum.

 

[Alcest]

Обновление Fusaka вышло на финишную прямую: Ethereum готовится к внедрению 3 декабря

29 октября обновление Fusaka успешно активировано на тестнете Hoodi — последнем рубеже перед запуском в основной сети Ethereum, который намечен на 3 декабря. Это третий и финальный тест после предыдущих развертываний на Holesky и Sepolia, и именно он определит готовность крупнейшего блокчейна смарт-контрактов к очередному технологическому скачку

Главное новшество Fusaka — EIP-7594, внедряющий технологию PeerDAS (Peer Data Availability Sampling). Благодаря ей валидаторы смогут проверять не весь объем данных, а только небольшие их фрагменты. Такой подход повышает доступность информации для L2-решений и снижает нагрузку на инфраструктуру сети. Помимо этого, разработчики планируют увеличить лимит газа и расширить емкость для blob-данных, что напрямую повлияет на масштабируемость Ethereum.

Перед хардфорком Ethereum Foundation запустила четырехнедельный баг-баунти-аудит с максимальным вознаграждением до $2 млн за найденные уязвимости — шаг, подчеркивающий серьезность подготовки к релизу.

Fusaka станет шестым крупным обновлением сети после Pectra и заложит основу для следующего этапа — Glamsterdam, который должен ускорить обработку блоков и ввести EVM Object Format, открывая новую эру в развитии экосистемы Ethereum.

 

[Alcest]

All Core Developers Consensus (ACDC) Call #171​

Созвон All Core Devs Call #171, состоявшийся 11 декабря 2025 года, стал одним из тех заседаний, где стандартные статус-апдейты постепенно перешли в более фундаментальное обсуждение направления развития Ethereum. То, что начиналось как обычный разбор последствий апгрейда Fusaka, быстро превратилось в дискуссию о темпах обновлений, соблюдении новых процедур принятия решений и балансе ожиданий, которые накапливались в экосистеме месяцами.

В ходе звонка разработчики разобрали раннее поведение Fusaka в мейннете, закрыли последние вопросы по форку Glamsterdam, обсудили дальнейшую судьбу FOCIL, а также определили временные рамки выбора ключевых EIP для будущего апгрейда Heka/Bogotá.

Fusaka: первые итоги запуска

Звонок начался с ретроспективы развертывания Fusaka в основной сети. Core-разработчики охарактеризовали запуск как «в целом гладкий», что было подтверждено успешным тестированием во время BPO1, прошедшего всего несколькими днями ранее.

Тем не менее, без проблем не обошлось. Пользователи клиента Prysm сообщили о падении количества аттестаций, связанных с узкими местами при записи данных на диск. В ответ команда Prysm оперативно выпустила хотфикс версии 7.0.1 вместе с функциональными улучшениями. Разработчики Teku, в свою очередь, сообщили, что дополнительные оптимизации ожидаются в течение ближайшей недели.

Glamsterdam: Trustless Payments остаются в апгрейде

Одним из ключевых пунктов повестки стали Trustless Payments — критически важный элемент дизайна ePBS в рамках апгрейда Glamsterdam. В ходе нескольких ACDC-звонков и отдельных рабочих обсуждений разработчики и билдэры высказывали опасения по поводу практической реализации механизма, особенно в контексте работы стейкнутых релеев и их churn-поведения.

Несмотря на критику, участники не выявили проблем безопасности, достаточных для исключения функции. В результате было подтверждено, что Trustless Payments останутся частью апгрейда Glamsterdam.

Разработчики также отметили усталость сообщества от затянувшихся дебатов, подчеркнув, что широкий спектр обратной связи в итоге лишь укрепил уверенность в сохранении функции.

Отдельное внимание было уделено вопросу роли билдэров. Некоторые команды предложили модель, при которой билдэры сохраняют стейк, но не выступают в роли валидаторов. Это позволило бы им быстрее входить в систему, избегая задержек, связанных с churn, при сохранении экономической ответственности за некорректное поведение.

Однако такой подход имеет и существенные минусы:

• валидаторы теряют возможность самостоятельно подавать бид-предложения;
• ослабляются fallback-гарантии, основанные на self-building;
• требуется переработка нескольких ключевых элементов архитектуры ePBS.

Учитывая, что вопрос напрямую затрагивает децентрализацию производства блоков, разработчики согласились вынести его на более глубокое обсуждение в рамках специализированных ePBS-сессий.

FOCIL: компромисс между срочностью и процедурой

Самая продолжительная часть ACDC #171 была посвящена FOCIL. Эта инициатива пользуется широкой поддержкой со стороны L2-проектов, разработчиков intent-протоколов и исследователей устойчивости к цензуре. При этом процесс её включения в Glamsterdam или Heka вызвал острые разногласия.

FOCIL усиливает гарантии для систем, зависящих от своевременного включения транзакций, включая:

• optimistic-rollups;
• слои исполнения intent-транзакций;
• рынки предсказаний;
• окна выхода в стейкинговых и бридж-протоколах;
• любые системы с challenge-периодами и таймерами fraud-proof.

Анализ, представленный во время звонка, показал, что FOCIL способен улучшить экономику сопротивления цензуре примерно на порядок в ряде моделей атак, делая длительную цензуру значительно более затратной для атакующего по сравнению с издержками честного пользователя.

В то же время Ethereum недавно перешел на формализованный процесс апгрейдов с приоритетом «headliner-EIP». Преждевременное объявление FOCIL как гарантированной части апгрейда могло подорвать именно те механизмы управления, которые были введены для стабилизации процесса обновлений.

После продолжительной дискуссии участники сошлись на компромиссном решении:

• FOCIL получает статус DFI для Glamsterdam (Deferred for Inclusion — отложен, не включается в этот форк);
• FOCIL получает статус CFI для HEKA (Considered for Inclusion — рассматривается для следующего апгрейда).

 

[Alcest]

All Core Developers Consensus (ACDC) Call #171

Glamsterdam: финал этапа формирования апгрейда

CFI для Glamsterdam (Considered for Inclusion):

• Trustless Payments — функция сохранена в апгрейде в первоначальном виде, как предусмотрено в архитектуре ePBS.
• EIP-7688 — решает проблему несовместимости структур консенсусных данных Ethereum между форками из-за изменений в SSZ-merкелизации, что ранее требовало частых обновлений реализаций верификаторов.
• EIP-8061 — направлен на устранение перегруженности очереди выхода валидаторов и замедленной консолидации валидаторского набора, повышая ликвидность стейкинга и отзывчивость сети к операционным изменениям.
• EIP-8080 — исправление, связанное с консолидированными выводами средств валидаторов.

Таким образом, этап определения состава (scoping) апгрейда Glamsterdam завершён. Следующие ключевые вехи — запуск devnet-сетей, при этом основной акцент будет сделан на стабильность ePBS, производительность и межклиентскую совместимость.

Heka/Bogotá: переход к этапу формирования апгрейда

После фиксации объёма Glamsterdam следующий апгрейд Ethereum — Heka/Bogotá — переходит в стадию формирования. В ходе звонка был обозначен структурированный рабочий процесс, который определит дальнейший отбор ключевых EIP.

Этот подход получил положительную оценку со стороны разработчиков, поскольку:

• даёт командам дополнительное время для анализа и тестирования;
• гарантирует, что крупные EIP проходят всестороннее обсуждение на уровне всей экосистемы;
• формирует понятный и прозрачный нарратив для сообщества о том, когда и как принимаются важные протокольные решения.

 

[Alcest]

Ethereum закрывает 2025 год важным созвоном: финализация Hegota, дедлайн Glamsterdam, ключевые EIP и новая дисциплина по апгрейдам​

Чтобы не повторяться, детально описал итоги созвона в отдельной новости

 

[Alcest]

Обновлен стартовый пост и добавлена информация про следующий апгрейд

 

[Alcest]

Команда Ethereum Foundation предупредила о нарастающей проблеме «раздувания» состояния сети Ethereum, которая уже начинает влиять на устойчивость и децентрализацию блокчейна.

Рост пользовательской активности и расширение лимита газа привели к стремительному увеличению объёма данных, которые должны хранить и обрабатывать узлы сети.

Под состоянием Ethereum понимается весь массив данных блокчейна — от балансов и смарт-контрактов до истории транзакций. Для корректной валидации блоков операторам нод необходимо загружать и поддерживать этот объём информации. По мере его роста запуск и обслуживание полноценного узла становятся всё более дорогими и технически сложными.

В Ethereum Foundation отмечают сразу несколько негативных эффектов. Валидаторы и полные ноды вынуждены хранить всё больше данных, что увеличивает нагрузку на базы данных и инфраструктуру. Провайдеры RPC-сервисов сталкиваются с ростом расходов, поскольку обязаны обеспечивать постоянный доступ ко всему состоянию сети. Кроме того, синхронизация узлов замедляется и становится менее надёжной.

Отдельно подчёркивается, что увеличение лимита газа ускоряет этот процесс: более крупные блоки позволяют добавлять в состояние новые объёмные записи. По оценке разработчиков, в случае дальнейшего роста полноценные ноды могут оказаться недоступными для обычных пользователей, что приведёт к концентрации сети вокруг ограниченного круга крупных провайдеров — сценарию, с которым уже сталкивались другие блокчейны.

В качестве долгосрочного направления Ethereum Foundation по-прежнему рассматривает концепцию «безсостояния» (statelessness), при которой валидаторы смогут проверять блоки без хранения полной истории сети. Однако этот подход несёт собственные риски, поскольку переносит ответственность за хранение данных на более узкую группу участников и потенциально усиливает централизацию.

Пока же разработчики предлагают несколько практических вариантов смягчения проблемы. Первый из них — State Expiry — предполагает удаление неактивных данных с возможностью восстановления при помощи криптографических доказательств. По внутренним оценкам EF, около 80% состояния Ethereum не изменялось и не использовалось более года, но продолжает храниться всеми узлами. Рассматриваются как точечная маркировка данных со сроком давности, так и постепенное сокращение состояния по эпохам.

Второй подход — State Archive — предполагает разделение данных на «горячие» и «холодные». Активное состояние будет храниться в быстром доступе, тогда как устаревшие данные сохранятся отдельно для целей проверки и истории.

Третий вариант — Partial Statelessness — позволяет узлам хранить лишь часть состояния, в то время как кошельки и облегчённые клиенты будут кешировать необходимые данные самостоятельно. Такой механизм может снизить требования к хранилищу и уменьшить зависимость экосистемы от крупных RPC-провайдеров.

В Ethereum Foundation подчёркивают, что окончательного решения пока нет, однако игнорировать проблему уже невозможно: дальнейшее развитие сети напрямую зависит от того, насколько эффективно удастся сдержать рост состояния без ущерба для безопасности и децентрализации.

 

[Alcest]

Сооснователь Ethereum Виталик Бутерин заявил, что избыточная техническая сложность экосистемы мешает массовому принятию второй по капитализации криптовалюты. По его словам, формальная децентрализация не всегда означает реальное отсутствие доверия.

«Важная и недооцененная форма trustlessness — это увеличение числа людей, которые действительно могут понять протокол целиком. Ethereum должен стать в этом лучше, сделав его проще», — написал Бутерин.

Он напомнил, что Ethereum технически децентрализован: транзакции исполняются открытым кодом, а сеть поддерживается валидаторами. Однако сложная внутренняя архитектура приводит к тому, что разобраться в протоколе могут лишь единицы. В результате большинство пользователей и участников экосистемы вынуждены доверять узкому кругу разработчиков, что противоречит изначальной идее блокчейна.

По мнению Бутерина, в ряде случаев Ethereum стоит осознанно жертвовать функциональностью ради упрощения системы. Сообщество в целом поддержало этот подход. Разработчики L2-решения INTMAX отметили, что аналогичная проблема существует и в инфраструктуре приватности: если протокол понимают лишь несколько человек, речь идет не о децентрализации, а о смене доверенного центра.

Упор на пользовательский опыт

В дорожной карте Ethereum уже признается, что сеть остается слишком сложной для массового пользователя. Стратегическая цель — приблизить взаимодействие с блокчейном к уровню привычных веб-сервисов, сделав его интуитивным и незаметным с точки зрения технических деталей.

Среди ключевых направлений — внедрение смарт-контрактных кошельков, которые возьмут на себя управление комиссиями и ключами, а также упрощение запуска узлов. В перспективе разработчики рассматривают возможность запуска нод через смартфоны и браузерные расширения, что должно снизить порог входа и усилить децентрализацию.

В Ethereum Foundation ранее отмечали, что именно проблемы пользовательского опыта остаются главным сдерживающим фактором как для розничных, так и для институциональных пользователей. По оценке фонда, без радикального упрощения протокола дальнейшее масштабирование экосистемы будет затруднено.