Следующий этап ethereum: соединение L1 и L2, усиление конфиденциальности и улучшение пользовательского опыта

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

От внедрения Blob в Dencun, значительно снизившего налоги для Rollup, до корректировки эффективности валидаторов и механизма стейкинга в Pectra, а затем до реализации PeerDAS в Fusaka, снизившей нагрузку на распространение данных — протокольный уровень сосредоточил почти все усилия на одной цели: заставить Ethereum обрабатывать больше данных, не повышая при этом порог входа для узлов.

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

Но дорога стала шире, и ехать по ней всё равно неудобно:

• Нам всё ещё нужно переносить активы между двумя-тремя L2, и легко ошибиться с сетью при выводе;
• Перевод, который явно был включен в блок за несколько секунд, требует от вас ожидания более десяти минут, прежде чем мост и биржа решат подтвердить его;
• Профессиональные билдеры почти монополизировали упаковку блоков; если вы хотите отправить чувствительную транзакцию, она может в любой момент быть отклонена вне протокола из-за скрытых правил;
• Не говоря уже о том, что до сих пор новичку, который просто хочет перевести несколько сотен USDC, приходится разбираться, почему в кошельке должен быть ETH, что такое Nonce и что такое Gas;

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

И именно это — новые проблемы, с которыми начинает сталкиваться Ethereum при централизованной обработке от Glamsterdam до Hegotá, с Q4 2026 по 2027 год.

Of course, scaling won't hit the brakes.

Glamsterdam по-прежнему ориентирован на производительность, и две наиболее интересные из них — это ePBS (EIP-7732) и BAL (Block-level Access Lists, EIP-7928); простыми словами:

• ePBS просто формализует разделение обязанностей между Proposer и Builder, которое сегодня уже широко распространено вне протокола, одновременно более научно разделяя временные окна для создания и верификации блоков, обеспечивая достаточный запас для будущего увеличения размера блоков;
• BAL же позволяет блоку в самом начале содержать «список доступа», благодаря чему узлы могут сразу предварительно загрузить данные или обработать их параллельно, устраняя узкие места ввода-вывода памяти;

За пределами масштабирования сегодняшняя реальная боль большинства людей — это не то, достаточно ли высокая TPS у Ethereum, а то, «слишком много цепочек».

Например, ETH находится в основной сети, мемы запущены на Robinhood Chain, USDC используется для расчетов в Arbitrum, а USDC для покупки по низкой цене — на Base...

Для Фонда Эфириума все Rollup являются частью экосистемы Эфириума, но для пользователей это не отличается от международного обмена валют и получения визы.

Поэтому, чтобы снова соединить рассеянные фрагменты пазла в единую сеть, помимо того, что межсетевые протоколы проявляют свою уникальность, недавно внедренный базовый механизм на уровне протоколов заслуживает особого внимания — FCR (Fast Confirmation Rule, правило быстрого подтверждения).

Многие считают, что сделка считается завершенной, как только она включена в блок, но на уровне криптографии и консенсуса новый блок может подвергнуться небольшой перестройке. Настоящая необратимость «финальности» требует, чтобы Ethereum прошел два Epoch — примерно 13 минут.

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

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

Согласно целям, установленным Фондом Ethereum, при условии нормальной синхронизации сети FCR может предварительно обеспечить «сильное подтверждение» примерно через 15–30 секунд. Хотя это не эквивалентно полной финализации, для многих мостов, межсетевых коммуникаций и инфраструктуры, которым сегодня приходится ждать финализации, этого уже достаточно, чтобы предоставить более ранний сигнал подтверждения с четкой моделью безопасности.

Более того, FCR не требует ожидания конкретного хардфорка для включения — он скорее представляет собой набор правил подтверждения, которые могут быть постепенно внедрены клиентами консенсуса и инфраструктурой.

Как только различные L2, мосты и кошельки начнут использовать этот сигнал, сегодняшние значительные задержки на уровне слоев, вызванные «ожиданием финальности L1», смогут быть сокращены с нескольких минут до десятков секунд.

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

Однако, по мере того как блоки становятся все больше, а строители — все более профессиональными, Ethereum сталкивается с другой очень типичной дилеммой.

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

Это создает чрезвычайно опасную угрозу: цензуру.

Если некоторые строители из-за регуляторного давления, коммерческой конкуренции или просто неодобрения некоторых протоколов конфиденциальности намеренно игнорируют вашу законную транзакцию в пулке памяти и отказываются включить её в блок, даже если у вас есть частный ключ и достаточная плата за газ, ваша транзакция может быть заблокирована вне цепочки (дополнительное чтение: Прописывание цензуры в протокол: кто решает, может ли транзакция Ethereum попасть в блок?).

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

Вот почему в планах Hegotá FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) занимает такое ключевое положение.

Его логика чрезвычайно проста и груба: надеть на Builder обруч.

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

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

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

Как известно, раньше, когда говорили о приватности, все упоминали доказательства с нулевым разглашением, скрытые адреса и миксеры, но как только Builder распознает «это вызов в приватный смарт-контракт», он просто отклонит его — и ваши математические трюки мгновенно перестанут работать.

В настоящее время в рамках приватности Ethereum FOCIL закрывает именно ту область, которая最容易被卡脖子, ведь только если протокольный уровень гарантированно обеспечивает доступ для каждой легальной транзакции, исследования приватности на верхнем уровне смогут иметь шанс на выживание.

В настоящее время такие более агрессивные предложения по конфиденциальности, как EIP-8182 (попытка ввести протокольный нативный Shielded Pool), хотя и находятся на стадии предложенных обсуждений (Proposed), уже явно указывают на тенденцию: конфиденциальность больше не может рассматриваться как второстепенная функция стороннего dapp — она должна постепенно стать базовой инфраструктурой 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, делая смену ключей и восстановление аккаунта более естественными;
• Платежный фрейм: Газовая оплата нативно интегрирована. Приложения могут напрямую оплачивать газ за новых пользователей или указывать в платежном фрейме прямое списание USDC из перевода — больше не нужно использовать реле для внеблокчейн-перекупки;
• Execution frame: natively supports atomic batching, authorization and redemption in one step — success means all take effect together, failure means a clean, full rollback;

Если добавить EIP-8250 (Keyed Nonces), который сейчас обсуждается в очереди, будущие аккаунты смогут иметь несколько параллельных траекторий Nonce.

Как только эти функции будут нативно интегрированы в протокол, продукт-форма таких кошельков, как imToken, переживёт качественное освобождение.

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

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

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

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

Dencun решает проблему с Blob; Pectra продолжает масштабирование, улучшая возможности валидаторов и аккаунтов; Fusaka прокладывает путь для большей пропускной способности данных с помощью PeerDAS; следующий Glamsterdam заложит основу для более высокого лимита Gas и параллельного выполнения через структурные изменения, такие как ePBS и BAL.

Расширение еще не завершено, но оно уже не является единственной проблемой.

Ethereum наконец-то освободил время, чтобы заняться самыми фундаментальными и наиболее проблемными вопросами, именно поэтому EF в 2026 году пересмотрел направления разработки протокола и сформулировал три очень простые цели:

Масштабирование, улучшение UX и усиление L1.

Ethereum has long proven to the world that it can be a never-down world computer; now, it’s about making it truly seamless for ordinary people to use.