Как понять следующую ступень масштабируемости Ethereum?

Статья: imToken

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

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

Недавние новые инициативы Ethereum как раз указывают на то, что система пытается перенести сложность, ранее лежавшую на кошельках, DApp, сторонних ретрансляторах и самих пользователях, на уровень протокола.

В частности, речь идет о таких направлениях, как Keyed Nonces, участие Vitalik в проекте Glamsterdam, согласование по лимиту Gas в 2 миллиарда, а также в дорожной карте 2026 года — нативная абстракция аккаунтов, межL2 взаимодействия и усиление безопасности L1 — все это признаки системного сдвига.

1. Повышение лимита Gas до 2 миллиардов?

Рассмотрим наиболее очевидный для пользователей аспект — лимит Gas.

Как известно, в сети Ethereum каждая транзакция (будь то перевод или взаимодействие с контрактом) требует определенного количества Gas, а лимит Gas в каждом блоке фиксирован и ограничен: чем больше лимит, тем больше транзакций можно включить в блок; чем он меньше — тем выше конкуренция за место, и тем выше плату за Gas.

Теоретически, увеличение лимита Gas в блоке должно значительно повысить пропускную способность сети. Однако в прошлом Ethereum в условиях активного развития решений второго уровня (L2) и других маршрутов был очень осторожен с этим вопросом — большая часть расширения пропускной способности шла в сторону L2.

Если взглянуть на график роста лимита Gas, то видно, что в сентябре 2019 года он впервые превысил 10 миллионов, достигнув 8 миллионов, и только за последние 7 лет — до 60 миллионов. Особенно заметен скачок в 2025 году: в феврале лимит вырос с 30 до 36 миллионов, в июле — до 45 миллионов, а после обновления Fusaka в декабре — до 60 миллионов.

Большая часть расширения произошла именно в 2025 году. И, как мы уже отмечали, 2025 год — очень важный для истории Ethereum: всего за 7 месяцев после обновления Pectra в мае, обновление Fusaka подтвердило, что после значительных изменений в руководстве EF способна реализовать крупные обновления, и это стало сигналом ускоренного развития — «двойных хардфорков» в год.

По данным Ethereum Foundation, 2 мая было проведено собрание по межоперабельности Soldøgn Interop, в котором приняли участие более 100 ключевых участников Ethereum, в том числе в Норвежском архипелаге Свальбард. Основная цель — продвижение реализации, тестирования и согласования параметров для Glamsterdam, и по итогам встречи участники пришли к консенсусу о лимите Gas в 2 миллиарда.

Это означает, что при успешном дальнейшем развитии, вычислительная мощность L1 Ethereum может быть увеличена с текущих примерно 60 миллионов до 200 миллионов Gas. В долгосрочной перспективе, открытость к обсуждению этого вопроса в сообществе стала гораздо более «радикальной»: предложение EIP-9698 даже предполагает увеличение лимита в 50 раз — до 3,6 миллиарда к 2029 году.

Однако важно подчеркнуть, что увеличение лимита Gas — это не просто «раздувание» блока.

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

Поэтому стратегия расширения Glamsterdam — это комплекс мер:

• ePBS (enshrined Proposer-Builder Separation) — разделение процессов построения и проверки блока, делающее их более безопасными;

• Block-Level Access Lists (BAL) — предварительное указание аккаунтов и хранилищ, к которым будет обращение при выполнении блока, что позволяет параллельно читать диск, проверять транзакции и вычислять корень состояния;

• EIP-8037 — повышение стоимости операций создания состояния, чтобы избежать быстрого роста состояния после увеличения лимита Gas.

В конечном итоге, Ethereum не просто хочет «вписать больше транзакций», а думает о том, как при этом не усложнить работу узлов.

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

2. Keyed Nonces: превращение «одной очереди» в «множество каналов»

Если лимит Gas решает вопрос «сколько транзакций поместится в блок», то Keyed Nonces фокусируется на более тонкой, но очень важной проблеме — как правильно организовать очередь транзакций?

В Ethereum nonce — это, по сути, порядковый номер транзакции в аккаунте, предотвращающий повторное выполнение и обеспечивающий последовательность.

В простом случае, это выглядит как очередь: первая транзакция, вторая, третья — все по порядку.

Но при усложнении сценариев — использование приватных транзакций, умных кошельков, сессионных ключей, пакетных операций или сторонних платежных систем — одна линейная очередь nonce становится узким местом. Поэтому EIP-8250 предлагает концепцию Keyed Nonces: вместо одного nonce у аккаунта появляется несколько «ключей» (nonce_key), каждый со своей последовательностью (nonce_seq).

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

Объяснить проще: раньше аккаунт был как окно в банке, через которое все операции шли по одной очереди; Keyed Nonces — это как разделение операций по разным окнам, например, для переводов, приватных снятий, сессионных разрешений или пакетных команд.

Это особенно важно для приватных протоколов, чтобы не связывать активность пользователя с одним публичным адресом. В случае с одним nonce, одна задержка или сбой блокировки всей очереди. А с Keyed Nonces — можно разделить операции по каналам, снизив риск блокировок.

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

Проще говоря, если лимит Gas решает «размер блока», то Keyed Nonces — это исследование «формы состояния» — как Ethereum будет хранить и обрабатывать все больше и разных типов транзакций.

3. Как это повлияет на обычных пользователей?

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

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

Например, Account Abstraction — не для того, чтобы пользователи знали больше технических терминов, а чтобы в будущем они могли более естественно взаимодействовать с аккаунтами в цепочке. Поэтому в последние годы в кошельках появляются такие возможности, как массовые транзакции, Gas-автооплата, механизмы восстановления, разные виды подписей, сессионные разрешения и более гибкая безопасность.

Аналогично Keyed Nonces — это низкоуровневая оптимизация очередей, которая на практике может значительно упростить жизнь пользователя. Сегодня многие сталкиваются с ситуациями, когда транзакция долго не подтверждается, а последующие операции блокируются, потому что не понимают, как работают nonce, Gas или как отменить или ускорить транзакцию. Особенно при параллельных операциях одна ошибка может привести к сбою всей цепочки.

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

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

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

Это объясняет, почему такие технологии, как Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, нативная абстракция аккаунтов и межL2 взаимодействия — все служит одной цели: позволить Ethereum поддерживать более сложные сценарии, не жертвуя децентрализацией и безопасностью.

Объединив эти направления, можно увидеть, что Ethereum движется к новой фазе:

• Повышение лимита Gas — для увеличения пропускной способности и снижения затрат;

• BAL, ePBS, EIP-8037 — для сохранения верифицируемости и контроля роста состояния;

• Keyed Nonces, Frame Transactions — для решения проблем с аккаунтами, приватностью и кошельками;

• Нативная абстракция аккаунтов и межL2 — для улучшения пользовательского опыта.

Это означает, что Ethereum переходит в новую эпоху.

Рынок последние годы сосредоточился на масштабировании L2, снижении стоимости транзакций и модульных решениях, а пользователи привыкли к межL2 переводам и более дешевым взаимодействиям. Но с ростом лимита Gas, развитием Glamsterdam и новых решений по аккаунтам, Ethereum отвечает не только за «как сделать транзакции дешевле», а за «как сделать цепочку более целостной и удобной».

В этом процессе роль кошелька становится еще важнее.

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

Общими усилиями.