Объективно говоря, в последнее время для многих пользователей непосредственное восприятие Ethereum часто исходит не из дорожных карт или собраний разработчиков, а из конкретных операций в блокчейне.
Например, в последние два года все глубоко ощущали снижение комиссии Gas при переводе, улучшение взаимодействия при кросчейновых операциях и т.д. Именно поэтому масштабируемость Ethereum не является чисто проблемой «гонки за производительностью» — для обычного пользователя более высокий TPS, большие блоки, более сложные архитектуры нижнего уровня имеют значение только тогда, когда они действительно превращаются в более низкую стоимость, более плавные операции и более безопасный опыт использования кошелька.
А последние новые тенденции в Ethereum как раз указывают на то, что Ethereum пытается систематически перенести сложность, которую ранее несли кошельки, DApp, сторонние ретрансляторы и сами пользователи, на уровень протокола.
Среди них — участие Виталика в Keyed Nonces, достигнутый в обновлении Glamsterdam консенсус вокруг направления повышения порога Gas Limit до 200 миллионов, а также такие скрытые тренды, как непрерывно подчеркиваемые в дорожной карте на 2026 год нативная абстракция аккаунтов, меж-L2 взаимодействие, усиление безопасности L1 и другие.
一、Gas Limit до 200 миллионов?
Сначала о самом легко ощутимом пользователями аспекте — Gas Limit.
Как известно, в сети Ethereum каждая транзакция (будь то перевод или взаимодействие с контрактом) требует затрат определенного количества Gas, а емкость Gas Limit каждого блока Ethereum фиксирована, то есть количество «мест» ограничено: чем больше мест, тем больше пассажиров можно перевезти за один промежуток времени; чем острее дефицит мест, тем больше приходится конкурировать за одно и то же место, и комиссия Gas соответственно растет.
Теоретически увеличение предела Gas блока действительно напрямую и значительно повысит производительность основной сети Ethereum, однако в прошлом на фоне активного развития L2 и других направлений Ethereum был довольно осторожен, целенаправленно перенаправляя большую часть нагрузки по масштабированию на трассу L2.
Если взглянуть на кривую увеличения Gas Limit Ethereum, то можно заметить, что после первого превышения 10 миллионов в сентябре 2019 года (с 8 миллионов) и вплоть до этого года, за 7 лет Gas Limit вырос всего с 8 до 60 миллионов, особенно заметно ускорившись только в 2025 году — с 30 до 36 миллионов в феврале, до 45 миллионов в июле, и снова до 60 миллионов после обновления Fusaka в декабре.
Можно сказать, что большая часть масштабирования была «втиснута» именно в 2025 год. Конечно, как мы упоминали ранее, 2025 год также стал ключевым годом в истории развития Ethereum: обновление Fusaka всего через 7 месяцев после майского обновления Pectra доказало, что EF, пережившая серьезные изменения в руководстве, все еще способна продвигать важные обновления, а также знаменует официальный переход Ethereum к ускоренному ритму разработки «два хардфорка в год» (подробнее см. «Ethereum 2026: интерпретация последней дорожной карты протокола EF, официальный переход в эпоху «инженерных обновлений»?»).
Источник: Etherscan
Согласно Soldøgn Interop Recap, опубликованному Ethereum Foundation 2 мая, более 100 ключевых участников Ethereum приняли участие на Шпицбергене, Норвегия, во встрече по взаимодействию, посвященной обновлению Glamsterdam, ключевой целью которой было продвижение реализации, тестирования и согласования параметров Glamsterdam для нескольких клиентов. К концу встречи разработчики сформировали консенсус по направлению установления лимита Gas в 200 миллионов после Glamsterdam.
Это означает, что в случае успешного прохождения последующих процедур, исполнительная емкость Ethereum L1 может увеличиться с текущего лимита около 60 миллионов Gas до уровня 200 миллионов. В более длительной перспективе открыто обсуждаемое отношение экосистемы Ethereum к Gas Limit явно стало гораздо более «радикальным». Предложение EIP-9698 даже предполагает «увеличение в десять раз каждые два года», доведя Gas Limit до 3.6 миллиардов к 2029 году, что в 50 раз больше текущего значения.
Однако важно подчеркнуть, что повышение Gas Limit — это не просто увеличение размера блока.
Если просто грубо увеличить объем вычислений, которые может вместить каждый блок, в краткосрочной перспективе это может снизить комиссии, но в долгосрочной — приведет к увеличению нагрузки на ноды, раздуванию данных состояния, что также означает усложнение запуска нод для обычных пользователей и в конечном итоге ослабит самую основную децентрализованную основу Ethereum.
Поэтому подход к масштабированию в Glamsterdam — это комплекс мер:
- ePBS (enshrined Proposer-Builder Separation) более четко включает процесс сборки и верификации блоков в правила протокола, позволяя валидаторам безопаснее обрабатывать более крупные блоки;
- Block-Level Access Lists (BAL) заранее записывают аккаунты и места хранения, к которым будет происходить обращение при выполнении блока, тем самым поддерживая параллельное чтение с диска, параллельную верификацию транзакций и параллельный расчет корней состояния;
- А EIP-8037, увеличивая стоимость операций, связанных с созданием состояния, предотвращает слишком быстрый рост состояния после повышения Gas Limit.
В конечном счете, Ethereum хочет не просто «вместить больше транзакций», но и думает о том, как, вмещая больше транзакций, не допустить повышения порога входа для запуска нод.
Это и является коренным отличием подхода Ethereum к масштабированию от нарративов многих высокопроизводительных блокчейнов: он всегда стремился не жертвовать стоимостью верификации ради кажущейся пропускной способности, а повышать собственную пропускную способность основной сети, стараясь сохранить возможность участия обычных нод и проверяемость системы.
二、Keyed Nonces: превращение «одной очереди» в «несколько каналов»
Если Gas Limit решает вопрос «сколько может вместить блок», то Keyed Nonces обращает внимание на другую, более детальную, но ключевую проблему: как должна выстраиваться очередь для транзакции?
Как известно, в Ethereum nonce можно просто понимать как «порядковый номер» транзакции аккаунта. Его роль — предотвратить повторное выполнение одной и той же транзакции и обеспечить обработку транзакций от одного аккаунта в правильном порядке.
Этот механизм легко понять в сценарии обычного перевода: первая транзакция, вторая, третья и так далее, по порядку.
Но проблема в том, что когда возможности аккаунта усложняются, например, при приватных транзакциях, смарт-кошельках, сессионных ключах, пакетных операциях, оплате Gas третьей стороной, единый линейный nonce может превратиться в узкое место. Поэтому Keyed Nonces, предложенные в EIP-8250, предлагают основную идею: вместо одной очереди nonce у аккаунта сделать несколько доменов nonce.
Конкретно, он заменяет единый sender nonce из EIP-8141 Frame Transaction на структуру (nonce_key, nonce_seq), где nonce_key == 0 соответствует традиционному nonce аккаунта, а ненулевой key может выбирать независимую управляемую протоколом последовательность nonce. Транзакции под разными key независимы друг от друга, предотвращают повторное воспроизведение и не влияют друг на друга.
Звучит технически, но можно понять с помощью житейского сравнения: раньше аккаунт был как одно окно в банке, все операции должны были стоять в одной очереди; Keyed Nonces же похоже на распределение разных операций по разным окнам: переводы, приватные выводы, сессионные авторизации, пакетные исполнения могут идти каждый своим каналом.
Это особенно важно для приватных протоколов, потому что чтобы избежать прямого привязывания активности пользователя в блокчейне к публичному адресу, приватные протоколы могут позволить нескольким пользователям отправлять транзакции через один общий адрес отправителя (sender). Однако при едином механизме nonce подтверждение транзакции одного пользователя может привести к недействительности или блокировке ожидающих транзакций других пользователей.
А Keyed Nonces позволяют каждой трате выбирать свой домен nonce, например, производный от приватного nullifier'а, уменьшая такие конфликты очереди на уровне протокола.
Сам Виталик определяет его роль еще более масштабно. Представляя EIP-8250, он четко заявил, что Keyed Nonces — это «не только более сильная поддержка приватных решений на уровне протокола, но и, возможно, первый шаг к новой стратегии масштабирования состояния Ethereum — через создание специализированных, оптимизированных типов хранения для разных случаев использования, достичь предельной масштабируемости при сохранении децентрализации протокола».
Другими словами, можно просто понять: Gas Limit решает «размер блока», а Keyed Nonces исследуют «форму состояния» — в будущем Ethereum должен выдерживать не просто больше транзакций, а больше типов транзакций.
三、Как это повлияет на обычного пользователя?
Для экосистемы Ethereum многие обновления протокола кажутся далекими от обычного пользователя, но в конечном итоге они влияют на опыт использования кошелька.
Потому что настоящая точка входа пользователя в Ethereum — не EIP, клиенты или собрания разработчиков, а каждый перевод, авторизация, подпись, кросчейновое взаимодействие и взаимодействие с DApp внутри кошелька. То есть изменения на уровне протокола действительно завершают переход от технического обновления к улучшению пользовательского опыта только тогда, когда на уровне кошелька они переводятся в более ясный, плавный и безопасный опыт взаимодействия.
Например, абстракция аккаунтов (Account Abstraction), о которой сейчас все уже хорошо знают, нужна не для того, чтобы пользователи понимали больше технических терминов, а для того, чтобы в будущем пользователи могли более естественно использовать аккаунты в блокчейне. Поэтому в последние годы пакетные транзакции, оплата Gas третьими лицами, механизмы восстановления, разные способы подписи, сессионные авторизации и более гибкие политики безопасности постепенно становятся базовыми возможностями кошельков.
Тот же Keyed Nonces звучит как очень низкоуровневая оптимизация механизма очереди аккаунтов, но с точки зрения пользователя, его потенциальное влияние не абстрактно. Потому что сегодня многие пользователи при операциях в блокчейне могли сталкиваться с подобными ситуациями: транзакция долго не подтверждается, последующие транзакции зависают, хочется отменить или ускорить транзакцию, но не понимаешь взаимосвязи nonce, Gas и замены транзакций. Особенно при параллельном выполнении нескольких операций один неудачный шаг влияет на все последующие процессы.
Для обычного пользователя эти проблемы выглядят как «кошелек неудобный» или «сеть неудобная», но на самом деле они связаны с дизайном единого линейного nonce в модели аккаунтов Ethereum. А направление, представляемое Keyed Nonces, заключается в том, чтобы аккаунт больше не выполнял все операции строго последовательно в одной очереди, а мог разделять несколько параллельных каналов для разных сценариев использования.
Таким образом, в будущем обычные переводы, авторизации в DApp, приватные транзакции, пакетные транзакции, оплата Gas третьей стороной и другие операции теоретически могут иметь более независимое пространство выполнения, уменьшая вероятность взаимной блокировки и конфликтов.
Это, несомненно, еще больше расширит пространство для дизайна смарт-кошельков.
Что еще важнее, раньше эти возможности часто требовали распределения сложности между кошельком, DApp, сервисами-ретрансляторами и самими пользователями. Пользователю нужно было понимать объем авторизации, оценивать разумность комиссии Gas, знать, что именно он подписывает, и многократно подтверждать действия в многошаговых операциях, таких как кросчейн, обмен, стейкинг, получение наград. Любое недопонимание на любом шаге могло привести к риску неудачи операции и потери активов.
А сейчас Ethereum пытается сделать именно это: перенести часть сложности на уровень протокола, чтобы кошельки могли предлагать пользователям лучшую интерактивную абстракцию, основанную на более стандартизированных, нативных возможностях нижнего уровня.
Вот почему Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, нативная абстракция аккаунтов и меж-L2 взаимодействие, кажущиеся принадлежащими разным техническим модулям, на самом деле служат одной цели: позволить Ethereum, не жертвуя децентрализацией и безопасностью, выдерживать более сложные сценарии использования в блокчейне.
Конкретно, если взглянуть на эти тенденции вместе, становится ясно, что недавние фокусы Ethereum не разрознены:
- Повышение Gas Limit решает проблему исполнительной емкости основной сети и давления комиссий;
- BAL, ePBS, EIP-8037 решают, как в процессе масштабирования поддерживать проверяемость нод и контролируемый рост состояния;
- Keyed Nonces и Frame Transactions решают узкие места модели аккаунтов, приватных протоколов и смарт-кошельков на уровне протокола;
- Нативная абстракция аккаунтов и меж-L2 взаимодействие дополнительно направлены на улучшение опыта, который действительно могут почувствовать обычные пользователи.
Это также означает, что Ethereum вступает в новый этап.
В конце концов, в последние годы рынок больше внимания уделял масштабированию L2, снижению стоимости Blob и нарративам модульности, пользователи также привыкли перемещать активы между разными L2, искать среду взаимодействия с меньшими затратами. Но по мере дальнейшего повышения Gas Limit основной сети, продвижения обновлений вроде Glamsterdam, а также постоянной эволюции решений для абстракции аккаунтов и взаимодействия, вопрос, на который отвечает Ethereum, уже не только «как сделать транзакции дешевле», а «как сделать опыт в блокчейне более целостным».
В этом процессе важность кошельков, несомненно, будет еще больше усилена.
Потому что кошелек — это не только точка входа пользователя в Ethereum, но и интерфейс, через который возможности протокола действительно понимаются и используются пользователями. В будущем, чем сложнее обновления нижнего уровня, тем больше они должны через кошелек превращаться в более понятные подсказки при подписи, более понятные пути транзакций, более упреждающее распознавание рисков и более плавный опыт взаимодействия в блокчейне.
Общее стремление.
