Дорожная карта Ethereum на 2026 год строится вокруг двух основных стратегий, которые нацелены на одновременное масштабирование по пропускной способности данных и по выполнению. Однако эти амбиции сопряжены с операционными рисками для валидаторов, которые часто остаются незамеченными.
Два столпа масштабирования
Ethereum преследует двойной путь: увеличение пропускной способности блобов за счет улучшения доступности данных, одновременно расширяя возможности выполнения на базовом слое путем регулировки gas limit. Проблема в том, что второй путь зависит от технологий, находящихся на экспериментальной стадии, которые операторы узлов должны внедрять без гарантий немедленной стабильности.
Первый путь уже имеет конкретную основу с Fusaka, развернутым 3 декабря 2025 года. Это обновление вводит PeerDAS вместе с настройками параметра блобов (BPO), позволяя постепенное увеличение производительности без необходимости скачивать все данные блобов каждым узлом. Согласно руководствам ethereum.org, цели по блобам не достигаются сразу после активации, а могут удваиваться каждые несколько недель до максимума в 48 блобов за блок, при этом мониторится состояние сети.
Команда Optimism в своем оптимистическом сценарии предполагает “минимум 48 целей блобов”, что означало бы увеличение производительности rollup примерно с 220 до около 3500 UOPS. Но здесь возникает первая неопределенность: действительно ли спрос на использование блобов достигнет этого уровня, или конкурирующие ставки за выполнение на L1 продолжат расти?
Неясности инфраструктуры
Стабильность peer-to-peer и пропускная способность узлов представляют реальные напряжения по мере увеличения BPO. GasLimit.pics сообщает текущий gas limit в 60 000 000, при среднем за 24 часа в 59 990 755 в моменты наблюдения. Эта цифра служит ориентиром того, что валидаторы приняли на практике, но также показывает потолок “социального масштабирования” до тех пор, пока задержки, нагрузка на валидацию и давление в mempool не станут ограничивающими факторами.
Перевод дискурса о gas limit в скорость транзакций требует использования интервала в 12 секунд Ethereum. При текущей координации производительность составляет примерно 238 транзакций в секунду (a 21k gas) или 42 (a 120k gas). С сценарием 2× эти показатели увеличиваются до 476 и 83 соответственно, а при более высоких уровнях (требующих изменений валидации) достигают 793 и 139 транзакций/сек.
Glamsterdam: скрытая сложность
Запланированное на 2026 год обновление объединяет инициативы, ориентированные на выполнение, под названием “Glamsterdam”, включающее разделение предложителя и строителя (ePBS, EIP-7732), списки доступа на уровне блока (BALs, EIP-7928) и общую переоценку газа (EIP-7904). Все они остаются в виде черновиков.
Переоценка газа направлена на исправление накопленных за годы несоответствий в тарифной схеме. EIP-7904 утверждает, что исправление ошибок вычислений может повысить доступную производительность, хотя и признает риски DoS и реальность смарт-контрактов, кодирующих конкретные предположения о газе.
BALs позиционируются как инфраструктура для настоящего параллелизма. В EIP упоминаются параллельные чтения с диска, одновременная проверка транзакций и параллельное вычисление корня состояния, оценивая нагрузку примерно в 70-72 КиБ на один сжатый BAL. Но эти теоретические преимущества реализуются только при принятии клиентами параллельности в реальных узких местах.
ePBS занимает центральное место в дебатах, поскольку временно отделяет проверку выполнения от проверки консенсуса, открывая окна для новых режимов сбоя. Академические исследования по “проблеме бесплатных опционов” оценивают выполнение опционов в среднем в 0,82% блоков за окно в 8 секунд, достигая 6% при экстремальной волатильности по данным arXiv.
Роль ZK Proofs в дорожной карте
Самая структурная ставка на значительно большие gas limits основана на внедрении доказательств выполнения ZK. Дорожная карта “Realtime Proving” Фонда Ethereum описывает постепенное развертывание: сначала небольшая группа валидаторов запускает ZK-клиенты в производстве, затем, только после того, как большинство стейка почувствует себя комфортно, лимиты газа могут увеличиться до уровней, при которых проверка доказательств заменит повторное выполнение.
Технические ограничения важнее, чем нарратив: цель безопасности — 128 бит (100 бит временно принятых), размер доказательства менее 300 КиБ, и избегание зависимости от рекурсивных оберток с надежными настройками. Масштабируемость, которая в итоге достигается, связана с рынками тестирования: поставка должна быть дешевой и надежной, без концентрации на единственных проверяющих, которые могут воссоздавать зависимости типа relay на другом уровне стека.
Hegota и критический график
“Hegota” позиционируется как временной промежуток к концу 2026 года, более ориентированный на процесс, чем на окончательный охват. Фонд Ethereum установил окно основных предложений с 8 января по 4 февраля, обсуждение — с 5 по 26 февраля, затем окно для второстепенных предложений.
Мета-EIP Hegota (EIP-8081) перечисляет такие элементы, как “рассматриваемые”, а не “зафиксированные”, включая FOCIL (EIP-7805). Реальная ценность в краткосрочной перспективе — это создание точек принятия решений с конкретной датой, которые инвесторы и разработчики могут отслеживать, не делая выводов о конкретных названиях.
Первый критический этап — закрытие основных предложений Hegota 4 февраля. Этот график дает ясность относительно того, какие элементы дорожной карты Ethereum на 2026 год действительно перейдут к реализации, а какие останутся в области спекулятивных обсуждений.
Что валидаторам нужно подготовить к столкновению
Риск для валидаторов не является катастрофическим, но он многомерен. Пропускная способность, синхронизация состояния, новые зависимости от ZK-протоколов и возможность того, что запланированные функции не реализуются в ожидаемые сроки. Социальная координация по gas limit имеет пределы, где физика распространения блоков и способность валидации становятся ограничивающими факторами, и никто просто не может “обновить” скорость света.
Настоящий вопрос, который дорожная карта Ethereum на 2026 год ставит операторам инфраструктуры, — готовы ли они инвестировать в новое оборудование и программное обеспечение для функциональности, которая может задержаться или не получить широкого распространения, если реальный рыночный спрос отклонится от технических прогнозов.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Путь Ethereum 2026: Недооцененные вызовы валидаторов
Дорожная карта Ethereum на 2026 год строится вокруг двух основных стратегий, которые нацелены на одновременное масштабирование по пропускной способности данных и по выполнению. Однако эти амбиции сопряжены с операционными рисками для валидаторов, которые часто остаются незамеченными.
Два столпа масштабирования
Ethereum преследует двойной путь: увеличение пропускной способности блобов за счет улучшения доступности данных, одновременно расширяя возможности выполнения на базовом слое путем регулировки gas limit. Проблема в том, что второй путь зависит от технологий, находящихся на экспериментальной стадии, которые операторы узлов должны внедрять без гарантий немедленной стабильности.
Первый путь уже имеет конкретную основу с Fusaka, развернутым 3 декабря 2025 года. Это обновление вводит PeerDAS вместе с настройками параметра блобов (BPO), позволяя постепенное увеличение производительности без необходимости скачивать все данные блобов каждым узлом. Согласно руководствам ethereum.org, цели по блобам не достигаются сразу после активации, а могут удваиваться каждые несколько недель до максимума в 48 блобов за блок, при этом мониторится состояние сети.
Команда Optimism в своем оптимистическом сценарии предполагает “минимум 48 целей блобов”, что означало бы увеличение производительности rollup примерно с 220 до около 3500 UOPS. Но здесь возникает первая неопределенность: действительно ли спрос на использование блобов достигнет этого уровня, или конкурирующие ставки за выполнение на L1 продолжат расти?
Неясности инфраструктуры
Стабильность peer-to-peer и пропускная способность узлов представляют реальные напряжения по мере увеличения BPO. GasLimit.pics сообщает текущий gas limit в 60 000 000, при среднем за 24 часа в 59 990 755 в моменты наблюдения. Эта цифра служит ориентиром того, что валидаторы приняли на практике, но также показывает потолок “социального масштабирования” до тех пор, пока задержки, нагрузка на валидацию и давление в mempool не станут ограничивающими факторами.
Перевод дискурса о gas limit в скорость транзакций требует использования интервала в 12 секунд Ethereum. При текущей координации производительность составляет примерно 238 транзакций в секунду (a 21k gas) или 42 (a 120k gas). С сценарием 2× эти показатели увеличиваются до 476 и 83 соответственно, а при более высоких уровнях (требующих изменений валидации) достигают 793 и 139 транзакций/сек.
Glamsterdam: скрытая сложность
Запланированное на 2026 год обновление объединяет инициативы, ориентированные на выполнение, под названием “Glamsterdam”, включающее разделение предложителя и строителя (ePBS, EIP-7732), списки доступа на уровне блока (BALs, EIP-7928) и общую переоценку газа (EIP-7904). Все они остаются в виде черновиков.
Переоценка газа направлена на исправление накопленных за годы несоответствий в тарифной схеме. EIP-7904 утверждает, что исправление ошибок вычислений может повысить доступную производительность, хотя и признает риски DoS и реальность смарт-контрактов, кодирующих конкретные предположения о газе.
BALs позиционируются как инфраструктура для настоящего параллелизма. В EIP упоминаются параллельные чтения с диска, одновременная проверка транзакций и параллельное вычисление корня состояния, оценивая нагрузку примерно в 70-72 КиБ на один сжатый BAL. Но эти теоретические преимущества реализуются только при принятии клиентами параллельности в реальных узких местах.
ePBS занимает центральное место в дебатах, поскольку временно отделяет проверку выполнения от проверки консенсуса, открывая окна для новых режимов сбоя. Академические исследования по “проблеме бесплатных опционов” оценивают выполнение опционов в среднем в 0,82% блоков за окно в 8 секунд, достигая 6% при экстремальной волатильности по данным arXiv.
Роль ZK Proofs в дорожной карте
Самая структурная ставка на значительно большие gas limits основана на внедрении доказательств выполнения ZK. Дорожная карта “Realtime Proving” Фонда Ethereum описывает постепенное развертывание: сначала небольшая группа валидаторов запускает ZK-клиенты в производстве, затем, только после того, как большинство стейка почувствует себя комфортно, лимиты газа могут увеличиться до уровней, при которых проверка доказательств заменит повторное выполнение.
Технические ограничения важнее, чем нарратив: цель безопасности — 128 бит (100 бит временно принятых), размер доказательства менее 300 КиБ, и избегание зависимости от рекурсивных оберток с надежными настройками. Масштабируемость, которая в итоге достигается, связана с рынками тестирования: поставка должна быть дешевой и надежной, без концентрации на единственных проверяющих, которые могут воссоздавать зависимости типа relay на другом уровне стека.
Hegota и критический график
“Hegota” позиционируется как временной промежуток к концу 2026 года, более ориентированный на процесс, чем на окончательный охват. Фонд Ethereum установил окно основных предложений с 8 января по 4 февраля, обсуждение — с 5 по 26 февраля, затем окно для второстепенных предложений.
Мета-EIP Hegota (EIP-8081) перечисляет такие элементы, как “рассматриваемые”, а не “зафиксированные”, включая FOCIL (EIP-7805). Реальная ценность в краткосрочной перспективе — это создание точек принятия решений с конкретной датой, которые инвесторы и разработчики могут отслеживать, не делая выводов о конкретных названиях.
Первый критический этап — закрытие основных предложений Hegota 4 февраля. Этот график дает ясность относительно того, какие элементы дорожной карты Ethereum на 2026 год действительно перейдут к реализации, а какие останутся в области спекулятивных обсуждений.
Что валидаторам нужно подготовить к столкновению
Риск для валидаторов не является катастрофическим, но он многомерен. Пропускная способность, синхронизация состояния, новые зависимости от ZK-протоколов и возможность того, что запланированные функции не реализуются в ожидаемые сроки. Социальная координация по gas limit имеет пределы, где физика распространения блоков и способность валидации становятся ограничивающими факторами, и никто просто не может “обновить” скорость света.
Настоящий вопрос, который дорожная карта Ethereum на 2026 год ставит операторам инфраструктуры, — готовы ли они инвестировать в новое оборудование и программное обеспечение для функциональности, которая может задержаться или не получить широкого распространения, если реальный рыночный спрос отклонится от технических прогнозов.