Автор: imToken
Следующее масштабное обновление Ethereum вступает в завершающую стадию.
Согласно текущему официальному плану развития Ethereum, обновление Glamsterdam планируется запустить в основной сети во второй половине 2026 года. К концу июня оно также вступило в финальную стадию тестирования в сети для разработчиков. Ведётся непрерывное тестирование ключевых функций, таких как встроенный PBS, списки доступа на уровне блоков и пересмотр цен на Gas, в рамках много-клиентской тестовой сети, однако точная дата активации пока окончательно не определена.
В то же время в социальных сетях больше всего обсуждается прямолинейный нарратив о производительности, например, «основная сеть достигнет 10 000 TPS после обновления». Но помимо этого, данное обновление полностью перестраивает конвейер производства блоков и механизм выполнения Ethereum. Глубина изменений и широта их воздействия привели к тому, что сообщество разработчиков широко называет это обновление «самым масштабным со времён The Merge (объединения Ethereum)».
Итак, что же изменит это звучное «Glamsterdam» (комбинация обновлений уровня консенсуса Glas и уровня выполнения Amsterdam)? Как оно покончит с прошлыми проблемами и какие революционные изменения принесёт в наш повседневный опыт взаимодействия с блокчейном?
I. Почему это «самое масштабное обновление после Merge»?
Если предыдущие обновления Dencun и Fusaka в основном прокладывали путь для доступности данных (Blob) L2, то Glamsterdam фокусируется на возвращении к L1, инициируя масштабный ремонт производительности и архитектуры L1.
Это также отражает истинное стремление Ethereum «снова сделать L1 великим»: как разместить больше транзакций в L1, при этом не допуская роста стоимости запуска узлов и рисков централизации сети.
Однако для обычных пользователей обновления Ethereum обычно сводятся к одному простому вопросу: станет ли Gas дешевле? Увеличится ли пропускная способность? Но, честно говоря, предстоящий Glamsterdam трудно описать просто как «снижение комиссий» или «масштабирование».
В целом, это обновление затрагивает несколько ключевых аспектов основы Ethereum, включая то, кто строит блоки, как выполняются транзакции, как узлы читают и синхронизируют состояние, а также сколько Gas должно стоить различное взаимодействие с блокчейном. По сути, это перепроектирование базовой парадигмы производства и обработки блоков в Ethereum. Согласно текущим раскрытым техническим деталям, наиболее значимые изменения сосредоточены в трёх основных аспектах:
- Встроенный PBS (ePBS): перестройка игровых отношений между предлагающими и строящими блоки, устранение зависимости от внешних релеев;
- Списки доступа на уровне блоков (BALs): предоставление карты для выполнения транзакций заранее, подготовка почвы для параллельной обработки и более быстрой синхронизации узлов;
- Пересмотр цен на Gas: введение более точной модели учёта ресурсов для контроля роста состояния в условиях высокой пропускной способности;
Во-первых, чтобы понять встроенный PBS, нужно знать, что блоки в Ethereum в настоящее время не обязательно отправляются предлагающим (Proposer) лично. Особенно в текущей архитектуре MEV-Boost, большинство Proposer передают работу по сбору транзакций, упорядочиванию и поиску прибыли от MEV на аутсорсинг профессиональным строителям блоков (Builder), в то время как Proposer в основном отвечают за выбор из нескольких кандидатов того блока, который предлагает самую высокую цену, и отправку его в сеть.
Это разделение труда — «Builder собирает, Proposer отправляет» — и есть PBS (Proposer-Builder Separation).
Однако проблема в том, что в настоящее время этот механизм не полностью интегрирован в базовый протокол Ethereum — Proposer и Builder должны использовать стороннее программное обеспечение и сервисы MEV-Boost Relay для определения цены блока, доставки содержимого и оплаты.
Это означает, что Relay должны как гарантировать, что Builder в конечном итоге раскроет полный блок, так и предотвращать ситуации, когда Proposer преждевременно видит содержимое блока и отказывается от оплаты, «обманывая» Builder. Таким образом, Relay выступают в роли хрупкого и централизованного «доверенного посредника».
Именно для решения этой проблемы предлагаемый EIP-7732 ePBS (Enshrined PBS) намерен напрямую интегрировать эти игровые отношения в сам протокол консенсуса Ethereum, устраняя сторонних посредников и делая Builder участниками, распознаваемыми протоколом нативно. Builder сначала отправляет обязательство по блоку и цену, протокол автоматически блокирует соответствующую оплату, а затем специальный «Комитет своевременности полезной нагрузки (Payload Timeliness Committee)» определяет, раскрыл ли Builder полезную нагрузку выполнения вовремя.
Это позволяет разделить часть процесса обработки блока консенсуса и полезной нагрузки выполнения, увеличив окно распространения и обработки полезной нагрузки выполнения с примерно 2 секунд до примерно 9 секунд. Эти несколько секунд могут показаться незначительными, но они критически важны для масштабирования Ethereum — это означает, что узлы получат больше времени на приём и обработку больших блоков и больше данных Blob, тем самым освобождая место для дальнейшего повышения лимита Gas.
Во-вторых, ещё одним ключевым прорывом Glamsterdam на уровне выполнения являются предлагаемые EIP-7928 списки доступа на уровне блоков (BALs, Block-Level Access Lists).
Как известно, в настоящее время узлы Ethereum, прежде чем получить блок, не могут напрямую из блока узнать, какие аккаунты будет читать каждая транзакция, к каким контрактам и хранилищам обращаться и какие состояния изменять. Обычно эти зависимости данных обнаруживаются в процессе выполнения транзакций.
Это похоже на попадание на большой склад за товаром без полного списка мест его расположения. Работникам приходится искать и обрабатывать одновременно, и, чтобы избежать ситуации, когда два человека одновременно изменяют один и тот же запас, большая часть работы должна выполняться строго в фиксированном порядке (однопоточно, последовательно).
Списки доступа на уровне блоков (BALs) эквивалентны предоставлению полной «карты доступа к состоянию» для каждого блока. Они заранее объявляют в заголовке блока, к каким адресам и слотам хранилища (Storage Slots) будут обращаться наборы транзакций в этом блоке, а также каков будет результат состояния после выполнения транзакций. Используя эту карту, узлы могут заранее определить, какие транзакции будут обращаться к одним и тем же данным, а какие транзакции не конфликтуют:
Для неконфликтующих частей узлы могут заранее прочитать соответствующие состояния с диска, параллельно обрабатывать часть проверки транзакций и вычисления корня состояния, не загоняя всю работу в строго последовательную очередь. Кроме того, поскольку BALs также фиксируют изменения состояния после выполнения транзакций, некоторые узлы при синхронизации и догоне состояния сети могут использовать эти результаты для восстановления состояния, не выполняя с нуля каждую транзакцию в блоке во всех сценариях (понимание автора отчасти схоже с концепцией шардинга), превращая Ethereum в полностью параллельно исполняемый блокчейн.
Таким образом, в долгосрочной перспективе это ключевой элемент для прорыва потолка производительности основной сети Ethereum.
Наконец, пересмотр цен на Gas — это в основном калибровка ценообразования Gas для различных операций в блокчейне с помощью экономических рычагов.
Причина в том, что текущая стоимость Gas в Ethereum не полностью соответствует фактическому потреблению ресурсов узлами. Например, чисто сложное вычисление после выполнения обычно не оставляет узлу много долгосрочной нагрузки, но создание нового аккаунта, развёртывание смарт-контракта или запись нового слота хранилища генерирует данные, которые должны постоянно сохраняться всеми полными узлами по всему миру.
В прошлом плата за эти операции по созданию состояния не полностью отражала постоянные затраты на хранение, которые они несут (взрыв состояния). Если Ethereum после повышения лимита Gas сохранит прежнее ценообразование, большее блок-пространство может быстро превратиться в неконтролируемые данные состояния, которые в конечном итоге полностью обрушат аппаратное обеспечение узлов.
EIP-8037, уже определённый для включения в Glamsterdam, намерен полностью перестроить эти правила. Среди них — раздельный учёт вычислений и состояния для пересчёта стоимости в соответствии с объёмом вновь создаваемых данных состояния, разделение обычного Gas вычислений и Gas состояния; а также контроль взрывного роста состояния, благодаря чему операции, создающие большое количество новых аккаунтов, развёртывающие крупные избыточные контракты или часто записывающие новое состояние, могут стать дороже. В то же время структура комиссий для приложений, в основном потребляющих ресурсы мгновенных вычислений и не увеличивающих состояние постоянно, станет более привлекательной.
В конечном счёте, реформа Gas в Glamsterdam нельзя грубо понимать как «полное снижение комиссий». Речь идёт о том, чтобы прояснить, сколько мгновенных вычислительных ресурсов потребляет транзакция и сколько долгосрочных затрат на хранение она оставляет сети, а затем заставить различные операции платить способом, более приближённым к реальным физическим затратам.
В целом, эти три части, хотя и кажутся независимыми, на самом деле направлены на одну и ту же конечную цель: подготовить ключевую базовую инфраструктуру для дальнейшего значительного повышения лимита Gas и производительности основной сети Ethereum.
II. Почему нельзя просто увеличить блоки?
У многих может возникнуть вопрос: если всё медленно и дорого, почему бы просто не увеличить лимит Gas, удвоив ёмкость блока?
Это извечный вопрос. Теоретически, самый прямой способ увеличения пропускной способности основной сети действительно заключается в повышении допустимого лимита Gas для каждого блока: чем выше лимит Gas, тем больше транзакций и вычислений может вместить блок.
Но лимит Gas — это не число, которое можно бесконечно увеличивать. Слепое увеличение блоков вызовет эффект домино: узлам потребуется получать больше данных, выполнять больше транзакций и вычислять новое состояние за то же время. Если скорость обработки не успевает, узлы со слабой конфигурацией легче отстают, а распространение и проверка блоков также могут задерживаться, в конечном итоге увеличивая риск разделения сети и централизации.
В то же время больше транзакций означает больше аккаунтов, контрактов и данных хранилища, которые постоянно записываются в базу данных Ethereum. Эти данные не исчезают автоматически после завершения транзакций, а постоянно накапливаются в базе данных состояния Ethereum, приводя к более быстрому раздуванию состояния.
Таким образом, масштабирование Ethereum — это не простая математическая задача, а необходимость одновременно решить три проблемы:
- Во-первых, как оставить узлам больше времени на распространение и обработку больших блоков;
- Во-вторых, как уменьшить узкие места производительности, вызванные последовательным выполнением транзакций;
- В-третьих, как предотвратить быстрое превращение большего блок-пространства в неконтролируемое раздувание состояния;
В этом и заключается основная логика Glamsterdam: не слепо масштабировать, а затем заставлять узлы выдерживать нагрузку, а сначала перестроить способы производства блоков, выполнения транзакций и ценообразования на ресурсы, прочистив каналы на фундаментальном уровне, а затем естественным образом открыть дверь для повышения пропускной способности основной сети.
Среди них ePBS, перераспределяя процесс обработки блоков внутри слота, оставляет узлам больше времени на распространение и проверку больших блоков; BALs, явно предоставляя зависимости доступа к состоянию, повышают эффективность чтения, выполнения и синхронизации клиентов; пересмотр цен на Gas отвечает за ограничение неустойчивого роста состояния.
В совместных тестах Glamsterdam в апреле 2026 года основные разработчики провели нагрузочное тестирование на много-клиентских реализациях и чётко поставили техническую цель: довести доверительную ёмкость после обновления как минимум до 200 миллионов Gas. В основе этой цели лежит поддержка, совместно предоставляемая ePBS, BALs и пересмотром цен на состояние Gas.
Конечно, 200 миллионов Gas ближе к несущей способности системы после обновления и направлению, в котором она может постепенно развиваться в будущем. Это не означает, что основная сеть в день активации Glamsterdam немедленно поднимет лимит Gas до этого уровня.
Что действительно важно, так это то, что Ethereum переходит от прежнего «осторожного пробного масштабирования» к «заблаговременной подготовке к более значительному масштабированию основной сети путём перестройки базовой структуры».
III. Какое влияние окажет на обычных пользователей и экосистему Ethereum?
С точки зрения обычного пользователя, самый интересный вопрос об обновлении Glamsterdam по-прежнему заключается в том, снизятся ли комиссии за транзакции.
В целом, ответ скорее склоняется к «есть вероятность снижения и большей стабильности», а не к тому, что «все транзакции сразу подешевеют».
Поскольку ePBS и списки доступа на уровне блоков создают условия для более высокого лимита Gas, можно предвидеть, что количество транзакций, которые может вместить каждый блок, определённо увеличится. Таким образом, при неизменном спросе в блокчейне увеличение предложения блок-пространства естественным образом поможет смягчить перегрузки и снизить вероятность внезапного роста базовой комиссии (Base Fee).
Однако для отдельных транзакций изменения для разных операций могут быть неодинаковыми. Например, обычные переводы ETH могут получить выгоду от оптимизации базового Gas; и поскольку BALs заранее сообщают пути доступа к состоянию, точность кошельков при оценке комиссий Gas значительно повысится. Плохой опыт, когда из-за волатильности рынка кошелёк неточно оценивал Gas, что приводило к неудачным транзакциям, но комиссия всё равно списывалась, уйдёт в прошлое.
С другой стороны, операции по развёртыванию контрактов, массовому созданию аккаунтов или записи большого объёма нового состояния могут стать дороже из-за пересмотра цен на состояние. Таким образом, более вероятный результат от Glamsterdam — снижение стоимости простых транзакций, более стабильные комиссии в периоды перегрузок, в то время как приложения, интенсивно использующие состояние, начнут платить более точную цену за долгосрочно занимаемые сетевые ресурсы.
Для пользователей, в основном использующих L2, это обновление также не останется без последствий. ePBS увеличивает окно распространения данных полезной нагрузки выполнения с примерно 2 секунд до примерно 9 секунд, что не только может поддерживать более крупные блоки основной сети, но и оставляет пространство для обработки большего количества данных Blob в Ethereum. После дальнейшего расширения ёмкости Blob у Rollup будет больше места для отправки данных транзакций, что в долгосрочной перспективе поможет стабилизировать стоимость данных L2.
Кроме того, для кошельков, бирж и межсетевых мостов одно из изменений, которое может быть более заметным для пользователей, может исходить от EIP-7708. В настоящее время переводы токенов ERC-20 обычно генерируют стандартизированные журналы (логи) Transfer, но некоторые нативные переводы ETH между смарт-контрактами не оставляют таких же чётких записей о событиях. Кошелькам и торговым платформам часто приходится полагаться на дополнительные внутренние инструменты отслеживания транзакций, чтобы идентифицировать эти потоки ETH.
EIP-7708 требует, чтобы операции перевода ненулевого ETH и уничтожения ETH генерировали стандартные логи, позволяя кошелькам, биржам и мостам более надёжно идентифицировать пополнения, выводы и внутренние движения ETH в контрактах. В будущем записи об активах ETH, которые видят пользователи, могут стать более полными, и некоторые внутренние переводы, которые ранее требовали сложного отслеживания транзакций для отображения, также будут легче распознаваться кошельками напрямую.
Для операторов узлов и пользователей, занимающихся стейкингом, влияние более прямое. Glamsterdam одновременно меняет способ обработки блоков на уровне выполнения и консенсуса, поэтому узлам и валидаторам необходимо обновиться до версий клиентов, поддерживающих Glamsterdam, до активации в основной сети. Обычным держателям токенов не нужно перемещать ETH или выполнять какие-либо так называемые «апгрейды активов» или «обмены токенов».
В более долгосрочной перспективе Glamsterdam действительно влияет на то, как Ethereum вновь обретает баланс между масштабированием и децентрализацией. В конце концов, после увеличения ёмкости блоков, если аппаратные затраты, необходимые для работы узла, также значительно возрастут, пропускная способность основной сети может увеличиться, но сеть может всё больше зависеть от крупных организаций.
А комбинация ePBS, списков доступа на уровне блоков и пересмотра цен на состояние Gas пытается сформировать другой путь масштабирования: не просто требовать от узлов обрабатывать больше работы за то же время, а перераспределить процесс производства блоков, заранее предоставить информацию о зависимостях транзакций и заставить различные ресурсы платить в соответствии с фактической нагрузкой.
Это и есть самое фундаментальное отличие Glamsterdam от простого повышения лимита Gas. Оно не пытается решить все проблемы Ethereum с помощью одного EIP, а одновременно преобразует три взаимосвязанных механизма: производства блоков, выполнения транзакций и роста состояния.
В заключение
В долгосрочной перспективе Glamsterdam действительно глубоко повлияет на нарратив о том, как Ethereum вновь обретает баланс между «высокопроизводительным масштабированием» и «абсолютной децентрализацией».
Это также всё более знакомые нам изначальные устремления или инерция Ethereum — сталкиваясь с наступлением высокопроизводительных монолитных публичных блокчейнов, он выбирает не простой путь повышения аппаратных требований, а путь, который старается сохранить децентрализованную сущность и обладает большей устойчивостью на фундаментальном уровне. Как и в этот раз, с помощью комбинации переписывания конвейера блоков (ePBS), заблаговременного явного предоставления зависимостей транзакций (BALs) и точной оплаты различных ресурсов в соответствии с физической нагрузкой (пересмотр цен на Gas), всё ради того, чтобы, гарантируя, что обычные люди могут запускать узлы и участвовать в проверке, буквально выжать более высокую пропускную способность основной сети.
С этой точки зрения, каждая выгодная комиссия Gas, которую мы будем платить в будущем, более точные и ясные внутренние счета ETH в кошельках, более широкое пространство для снижения комиссий на L2 — всё это, возможно, в значительной степени будет обязано тому фундаменту, который Glamsterdam во второй половине 2026 года заложит для Ethereum.
