Если соединить обновления Ethereum за последние годы в одну линию, то ключевым словом, несомненно, будет «масштабирование».
От введения Dencun Blob для значительного снижения комиссий Rollup, до корректировки Pectra эффективности валидаторов и механизмов стейкинга, и до реализации Fusaka PeerDAS для снижения нагрузки на распространение данных — протокольный уровень потратил практически все усилия на одно дело: позволить Ethereum обработать больше данных, при этом не поднимая слишком высоко порог входа для нод.
Эта комбинация действительно работает: стоимость данных для Rollup снизилась, основной лимит газа в основной сети также стабильно повышается. Ethereum больше не пугает комиссиями в десятки долларов, как в бычьем рынке прошлого цикла.
Но дорога стала шире, а ездить по-прежнему неудобно:
- Нам все еще приходится перемещать активы между тремя-четырьмя L2, и по невнимательности можно вывести не на ту цепь;
- Перевод, который упаковывается за несколько секунд, мосты и биржи заставляют ждать подтверждения десятки минут;
- Профессиональные билдеры практически монополизировали сборку блоков. Если вы хотите отправить чувствительную транзакцию, она в любой момент может быть отклонена внепротокольными негласными правилами;
- Не говоря уже о том, что даже сегодня новый пользователь, желающий просто перевести пару сотен USDC, должен сначала разобраться, почему в кошельке должен быть ETH, что такое Nonce и что такое Gas;
На поверхности эти проблемы выглядят как трение в пользовательском опыте, но в основе они затрагивают более глубокие механизмы протокола: правила подтверждения, построение блоков, устойчивость к цензуре и модель аккаунтов.
И это именно те новые вопросы, которые Ethereum начинает решать централизованно, начиная с Glamsterdam и Hegotá, с Q4 2026 года до 2027 года.
1. Масштабирование продолжается, но начинается «сшивание» L1 и L2
Конечно, масштабирование не остановится.
Glamsterdam по-прежнему имеет сильную ориентацию на производительность. Среди наиболее примечательных изменений — ePBS (EIP-7732) и BAL (Block-level Access Lists, EIP-7928). Простыми словами:
- ePBS — это более формальное закрепление в протоколе уже существующего сегодня внешнего разделения ролей Proposer и Builder, а также более научное разделение временных окон для создания и проверки блоков, чтобы оставить запас для будущих блоков большего размера;
- BAL, в свою очередь, позволяет блоку в начале представить «список доступа», чтобы ноды могли быстро его просканировать, предварительно получить данные и даже обрабатывать параллельно, что специализируется на устранении узких мест ввода-вывода хранилища;
Однако помимо масштабирования, настоящая боль большинства сегодня — вовсе не в том, достаточно ли высок TPS Ethereum, а в том, что «цепей слишком много».
Например, ETH находится в основной сети, мем-коин, в который вы играете, — на Robinhood Chain, USDC для расчетов по платежам может быть на Arbitrum, а USDC для покупки на падении — на Base...
Для Ethereum Foundation Rollup'и являются частью экосистемы Ethereum, но для пользователя это не отличается от международного обмена валюты или получения визы.
Поэтому, чтобы снова соединить разрозненные части в единую сеть, помимо межцепных протоколов, демонстрирующих свои возможности, один из базовых механизмов, который в последнее время продвигается на протокольном уровне, заслуживает особого внимания — FCR (Fast Confirmation Rule, правило быстрого подтверждения).
Многие считают, что транзакция завершена, как только она упакована в блок. Однако с криптографической и консенсусной точки зрения, только что созданный блок все еще может подвергнуться небольшой реорганизации. Истинная необратимая «финализация (Finality)» в Ethereum требует завершения двух эпох, что занимает примерно 13 минут.
При обычных переводах это не важно, но для мостов, крупных ликвидаций и централизованных бирж это просто пытка. Чтобы не брать на себя риск реорганизации, они вынуждены заставлять вас ждать.
Гениальность FCR заключается в том, что не нужно тупо ждать полной финализации десятки минут, а использовать аттестации (Attestation), которые валидаторы и так постоянно генерируют, и на основе уже накопленного веса голосов раньше определить, получил ли блок достаточную поддержку консенсуса.
Согласно цели, поставленной Ethereum Foundation, при нормальной синхронизации сети FCR может позволить осуществить такое «сильное подтверждение» примерно за 15-30 секунд. Хотя это не эквивалентно полной финализации, для многих мостов, межцепной коммуникации и инфраструктурных решений, которым сегодня приходится ждать финализации, это уже может предоставить более ранний сигнал подтверждения с четкой моделью безопасности.
Более того, FCR не требует ожидания хардфорка для активации. Это скорее набор правил подтверждения, который может постепенно внедряться клиентами консенсуса и инфраструктурой.
Как только различные L2, мосты и кошельки начнут использовать этот сигнал, значительная часть межслойных задержек, возникающих сегодня из-за «ожидания финализации L1», может сократиться с десятков минут до уровня десятков секунд.
Это также означает, что в будущем, когда вы перемещаете актив, в фоне могут незаметно происходить переходы через две или несколько цепей, но на фронтенде вам нужно будет лишь нажать подтверждение, и вскоре средства поступят.
2. Более глубокий вопрос: кто имеет право решать, может ли транзакция попасть в цепь?
Однако по мере увеличения размера блоков и роста профессионализма билдеров, Ethereum сталкивается с еще одной классической дилеммой.
Раз профессиональные билдеры с помощью мощных вычислений и потока ордеров довели эффективность построения блоков до предела, то право жизни и смерти над большинством блоков, естественно, перешло в руки нескольких крупных организаций.
Это создает крайне опасную уязвимость: цензуру.
Если некоторые билдеры под давлением регуляций, из соображений коммерческой конкуренции или просто из-за неприязни к определенным приватным протоколам, намеренно игнорируют ваш легальный перевод в мемпуле и отказываются его упаковывать, то даже если у вас есть приватный ключ и вы заплатили достаточно газа, ваш перевод может быть заблокирован вне цепи (подробнее читайте в статье «Записать устойчивость к цензуре в протокол: кто решает, может ли транзакция Ethereum попасть в цепь?»).
Если децентрализация не может обеспечить даже самое базовое «разрешение на проведение транзакций, устойчивое к цензуре», то какая бы высокая пропускная способность ни была, это будет замок на песке.
Вот почему в планах на Hegotá такое ключевое место занимает FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805).
Его логика предельно проста и прямолинейна: надеть на билдеров смирительную рубашку.
В каждом слоте протокол будет случайным образом выбирать группу обычных независимых валидаторов и просить их поместить легальные ожидающие обработки транзакции, которые они видят в мемпуле, в «список включения (Inclusion List)». Билдер, ты по-прежнему можешь свободно упорядочивать транзакции, чтобы зарабатывать на MEV, но блок, который ты предоставишь, должен честно включить транзакции из этого списка.
Если билдер посмеет злонамеренно проигнорировать этот список, валидаторы всей сети исключат этот блок из правила выбора форка (fork-choice rule). Другими словами, ты можешь зарабатывать на своих навыках, но не можешь решать за всю сеть, кто имеет право использовать Ethereum.
С установлением этого механизма, вместе с ним, наконец, находит опору и еще одно давнее слабое место Ethereum, о котором много говорили, но которое никак не могли продвинуть — приватность, которую все с нетерпением ждут.
Как известно, когда раньше говорили о приватности, сразу упоминали доказательства с нулевым разглашением (zk-proofs), невидимые адреса, пулы смешивания. Но стоит билдеру распознать, что «это вызов приватного контракта», и сразу же отклонить его, и вся ваша математическая магия мгновенно парализуется.
В текущем плане приватности Ethereum, FOCIL как раз блокирует самое уязвимое место. Ведь только если протокольный уровень может гарантировать право доступа для каждой легальной транзакции, исследования приватности на верхнем уровне получат шанс.
Хотя такие более радикальные предложения по приватности, как EIP-8182 (попытка ввести встроенный на уровне протокола Shielded Pool), все еще находятся на стадии обсуждения (Proposed), тенденция уже очевидна: приватность больше нельзя рассматривать как периферийную функцию какого-то стороннего DApp, она должна постепенно стать базовой коммунальной услугой в основе Ethereum.
3. Последний шаг: нативная AA и кошельки, которые больше не противоречат человеческой природе
Архитектурные изменения, обсуждаемые выше, в основном происходят под поверхностью. А третье изменение будет напрямую связано с реальным пользовательским опытом обычных пользователей.
Речь о том, что Ethereum, наконец, решился на крупную операцию над моделью аккаунтов EOA, используемой более десяти лет.
Честно говоря, модель подписания приватным ключом, которую Ethereum использует до сих пор, для обычного интернет-пользователя до крайности противоречит человеческой природе:
Потерял приватный ключ — все пропало навсегда; в кошельке есть тысячи стейблкоинов, но из-за нехватки 0.001 ETH на комиссию активы временно нельзя переместить; хочешь поиграть в DeFi — сначала Approve, потом Swap, нужно трижды подписать, чтобы сделать одно дело; Nonce транзакций должны строго соблюдать очередь, одна застряла — все застряли.
В предыдущих двух раундах обновлений сообщество делало различные компромиссы. Например, создали ERC-4337, чтобы обойти проблему с помощью смарт-контрактных кошельков вне протокола; или ввели в Pectra EIP-7702, позволяющий обычным адресам временно подключать контрактную логику, чтобы получить немного гибкости.
Но 7702, в конечном счете, — это временный мост. Главное событие, на которое нацелен Hegotá, — это настоящая нативная абстракция аккаунтов EIP-8141 (Frame Transactions, транзакции-кадры).
Можно просто понять это так: раньше транзакция Ethereum жестко связывала вместе три вещи, например, кто доказывает, что это вы (верификация) + кто платит за это (Gas) + что именно нужно сделать (исполнение). EIP-8141 же на уровне протокола разделяет эти три вещи на разные «кадры» (подробнее читайте в статье «Нативная абстракция аккаунтов + защита от квантовых угроз: почему EIP-8141 еще не стал главным в Ethereum Hegotá?»):
- Кадр верификации: больше не привязан жестко к фиксированной ECDSA подписи на эллиптической кривой, может поддерживать более гибкие методы верификации, такие как Passkey, и, в сочетании с возможностями отпечатка пальца на телефоне, Face ID и т.д., делает смену ключей и восстановление аккаунта более естественными;
- Кадр оплаты: нативная спонсорская оплата газа. Разработчики приложений могут напрямую оплачивать Gas за новых пользователей, или вы в кадре оплаты можете указать списание USDC непосредственно из перевода, больше не нужны ретрансляторы, занимающиеся внецепными операциями купли-продажи;
- Кадр исполнения: изначально поддерживает атомарную пакетную обработку, авторизация + обмен в один шаг, успешно — все вступает в силу, неудачно — все откатывается быстро и четко;
Если добавить к этому EIP-8250 (Keyed Nonces), который сейчас находится в очереди на обсуждение, будущие аккаунты смогут иметь даже несколько параллельных траекторий Nonce.
Как только эти возможности нативно осядут в протоколе, для кошельков, таких как imToken, форма продукта претерпит качественное освобождение.
Ведь раньше большая часть усилий кошельков тратилась на напоминания пользователям подготовить Gas, объяснения, почему транзакция застряла, обучение пользователей, как переписать мнемоническую фразу, помощь пользователям в переключении между разными цепями через RPC.
В будущем, когда алгоритмы подписи, оплата газа, контроль разрешений и маршрутизация транзакций станут программируемыми, кошелек, наконец, сможет вернуться на свое законное место, став молчаливой операционной системой между пользователем и децентрализованным миром.
Он, как и раньше, будет полностью под контролем пользователя, но использовать его будет так же естественно, как платить с помощью Alipay по QR-коду или разблокировать устройство отпечатком пальца.
В заключение
Оглядываясь на следы обновлений Ethereum за эти годы, путь на самом деле предельно ясен.
Dencun решает проблему Blob; Pectra продолжает масштабирование, одновременно улучшая возможности валидаторов и аккаунтов; Fusaka прокладывает путь для большего объема данных с помощью PeerDAS; следующие обновления, такие как Glamsterdam, через структурные изменения, такие как ePBS и BAL, заложат основу для более высокого лимита газа и параллельного исполнения.
Масштабирование еще не закончено, но масштабирование больше не является единственной проблемой.
Ethereum, наконец, освободил руки, чтобы прямо столкнуться с самыми фундаментальными и головоломными вопросами. Именно поэтому EF, пересматривая направления разработки протокола в 2026 году, обобщил их в три очень простые цели:
Масштабировать (Scale), Улучшить пользовательский опыт (Improve UX) и Укрепить L1 (Harden the L1).
Ethereum уже давно доказал миру, что может стать мировым компьютером, который никогда не останавливается. Теперь настало время сделать так, чтобы обычные люди действительно могли пользоваться им плавно и удобно.
