Коротко: Ethereum Foundation (EF) опубликовала обновление протокольных приоритетов на 2026 год и переформатировала работу вокруг трёх направлений: Scale (масштабирование), Improve UX (улучшение пользовательского опыта) и Harden the L1 (укрепление базового уровня). В фокусе — рост пропускной способности L1 и blob-данных для L2, «родная» абстракция аккаунтов и меж-L2 совместимость, а также безопасность и цензуроустойчивость. Следующие крупные апгрейды: Glamsterdam в первой половине 2026 года и Hegotá позже.

Что произошло

Фонд Ethereum обновил публичную «карту работ» по протоколу на 2026 год и одновременно объяснил, почему меняет структуру приоритетов. Логика простая: после продуктивного 2025-го (двух крупных апгрейдов и заметного прогресса по масштабированию и UX) команда хочет организовать разработку более «верхнеуровнево» — не вокруг отдельных задач-спринтов, а вокруг трёх больших треков, которые будут держать линию на весь год.

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

Контекст рынка: почему этот апдейт читают между строк

В момент, когда внимание инвесторов и разработчиков разделено между быстрыми L2, конкуренцией смарт-контрактных платформ и вопросами регулирования, подобные заявления EF работают как маяк. Они не обещают «цену» и не дают прогнозов, но задают рамку: Ethereum на 2026 год делает ставку на рост пропускной способности, более «человечный» UX и усиление защитных механизмов базового слоя.

На фоне умеренной волатильности крипторынка (ETH держится в районе $1,9 тыс., BTC — около $66–67 тыс.) многие участники рынка смотрят на дорожную карту не как на «новость дня», а как на план, который влияет на комиссионную среду, инструменты кошельков, экономику L2 и доверие к экосистеме в целом.

TL;DR: три приоритета EF на 2026 год

• Scale — объединённый трек масштабирования: рост газлимита L1 к 100M+, усиление data availability (blobs) и подготовка инфраструктуры под дальнейший прирост нагрузки.
• Improve UX — «родная» абстракция аккаунтов (умные кошельки как стандарт) и более бесшовная совместимость между L2.
• Harden the L1 — безопасность, цензуроустойчивость и устойчивость сети к будущим угрозам (включая постквантовую перспективу) плюс усиление тестирования апгрейдов.

1) Scale: масштабирование L1 и blobs теперь «в одном окне»

Самое заметное организационное изменение — EF объединяет то, что раньше шло параллельными потоками (масштабирование L1 и масштабирование blobs для L2), в единый трек Scale. Причина практическая: в реальности это одна система. Рост газлимита упирается в производительность execution-клиентов и железо узлов, а рост blob-пропускной способности — в сеть, консенсус и те же клиентские изменения. Разносить это по разным «коридорам» — значит терять скорость и плодить границы ответственности.

Газлимит к 100M+ — не лозунг, а инженерная программа

EF прямо говорит о продолжении повышения газлимита — к 100 млн и дальше. Для читателя это может звучать как «просто увеличить число», но на практике это баланс трёх сил:

• Больше транзакций в L1 — выше пропускная способность и потенциально ниже перегрузки в пиковые моменты.
• Выше требования к узлам — больше вычислений, выше риск, что часть операторов «не потянет» обновлённые нагрузки.
• Риски централизации — если узел становится слишком дорогим, сеть может опираться на меньший круг участников.

Чтобы не превратить «100M» в опасный скачок, в план включены инициативы вроде block-level access lists и постоянный бенчмаркинг клиентов. На человеческом языке: команда хочет заранее подготовить протокол и клиентское ПО, чтобы рост параметров не сломал экосистему и не ухудшил свойства сети.

Если вам нужно быстро освежить базу, что такое gas и почему «лимит газа» важен не только для комиссии, но и для пропускной способности сети, — см. наш разбор: Gas в Ethereum: что такое газ и как считать комиссию.

ePBS и Glamsterdam: что это меняет

Внутри Scale-трека EF отдельно выделяет «скейлинговые компоненты» следующего апгрейда Glamsterdam, который ориентирован на первую половину 2026 года. Среди ключевых пунктов — развитие ePBS (enshrined / enshrined-like Proposer-Builder Separation), репрайсинг и дальнейшее увеличение blob-параметров.

Почему вокруг PBS столько разговоров? Потому что это архитектура, влияющая на рынок блок-построения, MEV-потоки и, в конечном счёте, на то, как сеть выдерживает нагрузку и «не ломается» под давлением извне. На практике улучшения в этой зоне могут означать более предсказуемое включение транзакций и более устойчивую экономику блок-производства.

Blobs и L2: масштабирование «снаружи» через data availability

Ethereum уже давно масштабируется не только «внутрь» (через рост параметров L1), но и «наружу» — через L2, которым нужен доступный и надёжный канал публикации данных в L1. Именно поэтому blobs стали центральным элементом комиссии в L2: если L1 «дорогой по данным», то и L2 не сможет быть экономным по комиссиям.

Чтобы понимать, как L2 «переносят» нагрузку и почему роллапы считаются основным путём масштабирования Ethereum, полезно держать под рукой базовый материал: Rollup (L2): как это работает и чем отличаются Optimistic и ZK.

zkEVM attester и масштабирование состояния

В списке практических направлений EF на 2026 год есть две темы, которые часто недооценивают в новостной повестке:

• zkEVM attester-клиент — движение от прототипов к «продакшен-готовности». Это не обязательно означает «завтра всё станет ZK», но показывает, что EF хочет иметь рабочие контуры, а не только исследовательские идеи.
• State scaling — в краткосроке через репрайсинг и «history expiry», в долгосроке — через более глубокие изменения (вплоть до перехода к другим структурам данных и движения в сторону статлесса).

С точки зрения пользователя «state scaling» звучит абстрактно. Но именно состояние (state) определяет, насколько тяжело быть полноценным узлом и насколько легко сети увеличивать параметры без роста требований к железу. Если хотите углубиться — мы отдельно разбирали, что такое состояние Ethereum и почему оно стало «узким горлом»: Состояние Ethereum: account-based модель, state root и Merkle Patricia Trie.

2) Improve UX: умные кошельки «по умолчанию» и меж-L2 совместимость

Второй трек — Improve UX — по сути отвечает на вечный вопрос: почему Ethereum технологически силён, но новичкам часто «неуютно»? Комиссии, сложные подписи, риск ошибки адреса, необходимость держать ETH «на газ», мосты между сетями, разные стандарты, разные UX-паттерны… Всё это создаёт трение — и именно его EF пытается снизить на протокольном уровне.

Нативная абстракция аккаунтов: EIP-7702 как шаг, но не финал

EF признаёт: EIP-7702 (доставленный в 2025 году) стал важным шагом, потому что приблизил аккаунт-абстракцию к реальности: появляются сценарии батчинга транзакций, спонсирования газа и «социального восстановления». Но цель на 2026 год сформулирована жёстче: умные кошельки должны стать стандартом без внешних костылей — без отдельных бандлеров/релэйеров и без дополнительного газ-оверхода.

Если это удастся, «бытовой Ethereum» может заметно измениться. Представьте, что кошелёк:

• умеет объединять действия в один клик (например, approve + swap + депозит);
• поддерживает безопасные политики подписи (лимиты, белые списки, задержки);
• даёт человеку понятный UX восстановления доступа без паники и потери средств;
• в перспективе получает более удобную миграцию на новые криптографические примитивы.

Интероперабельность L2: «бесшовные» переходы вместо зоопарка мостов

Вторая половина UX-трека — совместимость между L2. EF делает ставку на развитие стандартов и «интент-подхода», где пользователь формулирует цель («перевести», «купить», «обменять»), а инфраструктура под капотом подбирает оптимальный маршрут между сетями.

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

Постквантовая перспектива как часть UX, а не только «страшилка»

Отдельная интересная деталь: EF связывает развитие нативной абстракции аккаунтов с постквантовой готовностью. Идея в том, что если протокол позволит проще менять схему аутентификации (и делать это массово, без адской миграции), сеть будет лучше подготовлена к будущим требованиям безопасности.

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

3) Harden the L1: безопасность, цензуроустойчивость и дисциплина тестирования

Третий трек — Harden the L1 — новый. Его смысл можно сформулировать так: «мы ускоряем изменения, но не хотим потерять то, ради чего Ethereum ценят». И это, возможно, самая «взрослая» часть апдейта — потому что масштабирование без укрепления часто заканчивается тем, что сеть становится быстрее, но более хрупкой.

Безопасность: от инициатив до конкретных протокольных страховок

EF включает в Harden-трек работу над безопасностью и продолжение больших инициатив вроде «Trillion Dollar Security». Внутри — не только аудит и процессы, но и протокольные механизмы: усиление защитных контуров execution-слоя, проработка безопасных RPC-моделей, а также встраивание постквантовой готовности как отдельного направления hardening.

Цензуроустойчивость: почему это снова на первом плане

Цензуроустойчивость — одно из тех свойств, о которых вспоминают не каждый день, но которые становятся критичными в моменты давления на инфраструктуру. EF выделяет исследования и протокольные предложения в этой области (включая направления, связанные с FOCIL и расширением цензуроустойчивости на разные компоненты сети).

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

Устойчивость сети и тестирование: ускоряем форки — усиливаем инфраструктуру проверок

Третий элемент Harden-трека — «инженерная дисциплина» вокруг девнетов, тестнетов и совместимости клиентов. Это звучит скучно, но без этого ускорение обновлений превращается в лотерею. EF даёт понять: если форки будут происходить чаще, то инфраструктура тестирования должна стать ещё более системной — иначе риски «побочных эффектов» вырастут непропорционально.

Таймлайн: Glamsterdam в H1 2026, Hegotá — позже

В обновлении EF называет следующий крупный апгрейд Glamsterdam целью первой половины 2026 года, а Hegotá — следующим этапом позже в течение года. Важно, что это не «один магический форк», который решит всё, а последовательность шагов.

Если упростить до «карты ожиданий», то в 2026 году EF хочет одновременно продвинуть:

• параллелизацию/ускорение исполнения и рост газлимита;
• дальнейшее увеличение пропускной способности data availability через blobs;
• встраивание элементов PBS-архитектуры и репрайсинга;
• прогресс по UX: смарт-кошельки как стандарт, меж-L2 взаимодействие;
• усиление безопасности и цензуроустойчивости как обязательный «контур защиты».

Что это значит для пользователей, разработчиков и рынка

Для обычных пользователей

• Более понятный кошелёк — если нативная абстракция аккаунтов приблизится к целевому состоянию, онбординг станет проще: меньше ручных шагов, меньше «технических ловушек».
• Меньше трения между L2 — чем более стандартизированными будут переходы, тем меньше риск ошибиться на мостах и тем легче «жить» в экосистеме L2.
• Более предсказуемая инфраструктура — hardening и тестирование снижают вероятность неприятных сюрпризов при ускорении обновлений.

Для разработчиков и приложений

• Новые UX-примитивы — смарт-кошельки как дефолт меняют дизайн приложений: появляется шанс строить интерфейсы «как в финтехе», а не «как в инженерной консоли».
• Более широкие возможности батчинга — меньше транзакций для достижения одной цели, меньше «лишних кликов» и меньше потерь на ошибках пользователя.
• Более ясная дорожная карта — когда EF формулирует три трека, экосистеме проще синхронизировать планы, бюджеты и разработку.

Для валидаторов и инфраструктуры

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

Для рынка в целом

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

В этом смысле «Scale + UX + Harden» — это попытка закрыть три главных боли одновременно: пропускная способность, удобство, доверие к базовым гарантиям.

На что смотреть дальше: чек-лист сигналов на 2026 год

• Даты и спецификация Glamsterdam: какие конкретно EIP войдут и какие параметры будут меняться.
• Динамика газлимита: темп роста и реакция инфраструктуры (клиенты/узлы/провайдеры).
• Параметры blobs: как меняется доступность данных и как это отражается на комиссиях/ёмкости L2.
• Сдвиги в кошельках: появление нативных AA-механик «без костылей» и массовые UX-обновления.
• Интероперабельность L2: стандарты, внедрение intent-подходов и снижение зависимости от рискованных мостов.
• Безопасность и цензуроустойчивость: прогресс по hardening-инициативам и измеримые метрики устойчивости.

FAQ

Вывод

Обновление EF по протоколу на 2026 год — это не просто список задач, а попытка показать «архитектуру года»: ускоряем сеть (Scale), делаем её удобнее (Improve UX) и не теряем базовые гарантии (Harden the L1). На горизонте — Glamsterdam в первой половине 2026 года и следующий шаг Hegotá позже. Для экосистемы это означает год, где инженерные улучшения напрямую должны превратиться в более предсказуемый UX и более устойчивую основу для роста.

Полезные ссылки по теме (24k.ru)

• Ethereum (ETH) — что это за криптовалюта, смарт-контракты, L2 и стейкинг
• Gas fee в Ethereum: сколько платить и как экономить (gwei, EIP-1559)