Гламстердам

Предстоящее обновление Ethereum под названием Glamsterdam призвано проложить путь для следующего поколения масштабирование. Glamsterdam назван в честь комбинации «Amsterdam» (обновление Уровень исполнения, названное в честь предыдущего места проведения Devconnect) и «Gloas» (обновление уровень консенсуса, названное в честь звезды).

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

В то время как Fusaka сосредоточился на фундаментальных усовершенствованиях, Glamsterdam продвигает цели «Scale L1» и «Scale Blobs», закрепляя разделение обязанностей между различными участниками сеть и внедряя более эффективные способы обработки данных для подготовки к высокопроизводительной распараллелизации.

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

Рассматриваются улучшения для «Гламстердама»

Обновление Glamsterdam преследует три основные цели:

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

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

Масштабирование L1 и параллельная обработка

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

Предложение по основному изменению: закрепление разделения ролей между инициатором и исполнителем (ePBS)

• Устраняет внепротокольные предположения о доверии и зависимость от сторонних ретрансляторов
• Обеспечивает масштабирование L1, позволяя передавать гораздо большие объемы данных через расширенные окна распространения
• Вводит бездоверительные платежи для сборщиков непосредственно в протокол

В настоящее время процесс предложения и создания блоков включает передачу данных между теми, кто предлагает блоки, и теми, кто их создает. Взаимодействие между теми, кто предлагает блоки, и теми, кто их создает, не является частью основного протокола Ethereum, поэтому оно зависит от доверенного стороннего промежуточного ПО (middleware), программного обеспечения (реле) и внепротокольного доверия между участниками.

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

Закрепленное разделение ролей создателя блоков и сборщика транзакций (ePBS, или EIP-7732) формально разделяет работу инициатора (который выбирает консенсусный блок) и сборщика (который собирает исполнительную полезную нагрузку), закрепляя эту передачу непосредственно в протоколе.

Встраивание бездоверительного обмена полезной нагрузки блока на оплату непосредственно в протокол устраняет необходимость в стороннем промежуточном ПО (таком как MEV-Boost). Однако сборщики и инициаторы могут по-прежнему использовать внепротокольные реле или промежуточное ПО для сложных функций, которые еще не являются частью основного протокола.

Для решения проблемы узкого места «горячего пути» ePBS также вводит Комитет по своевременности полезной нагрузки (PTC) и логику двойного крайнего срока, позволяя валидаторам подтверждать консенсусный блок и своевременность исполнительной полезной нагрузки по отдельности, чтобы максимизировать пропускную способность.

Разделение ролей инициатора и сборщика на уровне протокола расширяет окно распространения (или время, доступное для распространения данных по сети) с 2 до примерно 9 секунд.

Заменяя внепротокольное промежуточное ПО и реле механизмами, встроенными в протокол, ePBS снижает зависимость от доверия и позволяет Ethereum безопасно обрабатывать гораздо большие объемы данных (например, больше блобов для ) без перегрузки сети.

Ресурсы: Техническая спецификация EIP-7732 (opens in a new tab)

Предложение по основной теме: списки контроля доступа на уровне блоков (BAL)

• Устраняет узкие места последовательной обработки, предоставляя предварительную карту всех зависимостей транзакция, что позволяет валидаторы обрабатывать множество транзакции параллельно, а не по одной.
• Позволяет узлам обновлять свои записи, считывая окончательные результаты без необходимости повторного воспроизведения каждой транзакция (синхронизация без выполнения), что значительно ускоряет синхронизацию узел с сеть.
• Исключает догадки, позволяя валидаторы предварительно загрузить все необходимые данные сразу, вместо того чтобы находить их шаг за шагом, что значительно ускоряет валидацию.

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

Списки контроля доступа на уровне блоков (BAL, или EIP-7928) похожи на карту, которая включена в каждый блок и сообщает сеть, к каким частям базы данных будет осуществлен доступ до начала работы. BAL требуют, чтобы каждый блок включал Хэш каждого изменения аккаунт, которого коснутся транзакции, а также окончательные результаты этих изменений ( Хэш запись всех обращений к Стейт и значений после выполнения).

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

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

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

eth/71 обмен списками доступа к блок

Обмен списками доступа к блокам (eth/71 или EIP-8159) является прямым сетевым дополнением к спискам доступа на уровне блоков. В то время как списки доступа к блокам (BAL) открывают параллельное выполнение, eth/71 обновляет Протокол «равный равному», чтобы узлы могли фактически обмениваться этими списками по сеть. Внедрение обмена списками доступа к блок обеспечит более быструю синхронизацию и позволит узлам выполнять обновления Стейт без выполнения.

Ресурсы:

• Техническая спецификация EIP-7928 (opens in a new tab)
• Техническая спецификация EIP-8159 (opens in a new tab)

Устойчивость сети

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

Увеличение стоимости газ при создании состояния

• Гарантирует, что комиссия за создание новых учетных записей или смарт-контрактов точно отражает долгосрочную нагрузку, которую они оказывают на базу данных Ethereum.
• Автоматически корректирует эти сборы за создание данных на основе общей пропускной способности сети, ориентируясь на безопасный и предсказуемый темп роста, чтобы стандартное физическое оборудование могло продолжать поддерживать работу сеть.
• Разделяет учет этих конкретных комиссий в новом хранилище, снимая старые ограничения на транзакция и позволяя разработчикам развертывать более крупные и сложные приложения.

Добавление новых учетных записей, токенов и создает постоянные данные (известные как «Стейт»), которые каждый компьютер, работающий в сеть, должен хранить неопределенно долго. Текущие сборы за добавление или чтение этих данных непостоянны и не обязательно отражают фактическую долгосрочную нагрузку на аппаратное обеспечение сети, которую они создают.

Некоторые действия, которые создают Стейт в Ethereum, такие как создание новых учетных записей или развертывание больших смарт-контрактов, были относительно недорогими по сравнению с постоянным пространством для хранения, которое они занимают на узлах сети. Например, развертывание контракта значительно дешевле за байт, чем создание слотов хранения.

Без корректировки состояние Ethereum может увеличиваться почти на 200 ГиБ в год, если сеть масштабируется до лимита газа в 100M, в конечном итоге превосходя возможности обычного оборудования.

Увеличение стоимости газ для создания состояния (или EIP-8037) гармонизирует затраты, привязывая их к фактическому размеру создаваемых данных, обновляя сборы таким образом, чтобы они были пропорциональны объему постоянных данных, которые операция создает или к которым обращается.

EIP-8037 также вводит модель резервуара для более предсказуемого управления этими затратами; плата Стейт газ сначала берется из state_gas_reservoir, а опкод GAS возвращает только gas_left, предотвращая неправильный расчет доступного газ в кадрах выполнения.

До EIP-8037 и вычислительная работа (активная обработка), и постоянное хранение данных (сохранение смарт-контракт в базе данных сети) имели один и тот же лимит газа. Модель резервуара разделяет учет: лимит газа для фактической вычислительной работы транзакция (обработки) и для долгосрочного хранения данных ( газ Стейт ). Разделение этих двух составляющих помогает предотвратить исчерпание лимит газа из-за большого объема данных приложения; до тех пор, пока разработчики предоставляют достаточно средств для заполнения резервуара для хранения данных, они могут развертывать гораздо более крупные и сложные смарт-контракты.

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

Ресурсы: Техническая спецификация EIP-8037 (opens in a new tab)

Обновление стоимости газа для доступа к состоянию

• Увеличивает стоимость газ для приложений, которые считывают или обновляют информацию, постоянно хранящуюся в Ethereum (коды операций доступа к состоянию), чтобы точно соответствовать вычислительной работе, требуемой этими командами.
• Повышает отказоустойчивость сети за счет предотвращения атак типа «отказ в обслуживании», использующих искусственно заниженную стоимость операций чтения данных

По мере роста Стейт Ethereum поиск и чтение старых данных («доступ к Стейт ») стали более тяжелыми и медленными для обработки узлами. Плата за эти действия осталась прежней, хотя теперь поиск информации (с точки зрения вычислительной мощности) стал немного дороже.

В результате некоторые конкретные команды в настоящее время недооценены по сравнению с работой, которую они заставляют узел выполнять. Например, EXTCODESIZE и EXTCODECOPY недооценены, потому что они требуют двух отдельных операций чтения из базы данных — одной для объекта аккаунт и второй для фактического размера кода или байт-кода.

Обновление стоимости газ для доступа к состоянию (или EIP-8038) увеличивает константы газ для опкодов доступа к состоянию, таких как поиск данных аккаунт и контракта, чтобы привести их в соответствие с производительностью современного оборудования и размером Стейт.

Приведение стоимости доступа к данным в соответствие с реальными затратами также помогает сделать Ethereum более устойчивым. Поскольку эти ресурсоемкие операции по чтению данных искусственно удешевлены, злоумышленник может заспамить сеть тысячами сложных запросов данных в одном блок, прежде чем достигнет лимита комиссий сети, что потенциально может привести к остановке или сбою сеть (атака типа «отказ в обслуживании»). Даже без злого умысла разработчики не имеют экономических стимулов для создания эффективных приложений, если чтение сеть данных слишком дешево.

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

Ресурсы: Техническая спецификация EIP-8038 (opens in a new tab)

Устойчивость сети

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

Исключить валидаторы, которым был присвоен статус "slashed", из процесса выдвижения кандидатов

• Предотвращает выбор оштрафованных (забаненных) валидаторы для предложения будущих блоки, исключая гарантированные пропущенные слоты.
• Обеспечивает бесперебойную и надежную работу Ethereum, предотвращая серьезные сбои в случае массового Слэшинг.

В настоящее время, даже если валидатор получает слэш (штраф за нарушение правил или ненадлежащую работу), система все равно может выбрать его для создания блок в ближайшем будущем, когда она генерирует будущие запросы на выбор валидатора.

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

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

Ресурсы: Техническая спецификация EIP-8045 (opens in a new tab)

Разрешить выходам использовать очередь консолидации

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

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

Разрешение выходов из стейкинга через очередь консолидации (или EIP-8080) демократизирует очередь консолидации для всех выходов из стейкинг, создавая единую, справедливую очередь для всех.

Разберем, как это работает сегодня:

• Лимит оттока Ethereum — это ограничение безопасности на скорость, с которой валидаторы могут входить, выходить или объединять (консолидировать) свои стейкнутые ETH, чтобы гарантировать, что безопасность сети никогда не будет дестабилизирована.
• Поскольку консолидация валидатор — это более сложная операция с большим количеством движущихся частей, чем стандартный выход валидатор, она занимает большую часть этого бюджета безопасности (лимита оттока)
• В частности, Протокол предписывает, что точная стоимость обеспечения безопасности одного стандартного выхода составляет две трети (2/3) стоимости одной консолидации.

Более справедливые очереди на вывод средств позволят стандартным выходам заимствовать неиспользованное пространство из очереди консолидации в периоды высокого спроса на вывод средств, применяя обменный курс «3 за 2» (на каждые 2 неиспользованных места консолидации сеть может безопасно обрабатывать 3 стандартных вывода). Этот коэффициент оборота 3/2 уравновешивает спрос в очередях консолидации и вывода средств.

Демократизация доступа к очереди консолидации увеличит скорость, с которой пользователи смогут выйти из своей Стейк в периоды высокого спроса, до 2,5 раз без ущерба для безопасности сеть.

Ресурсы: Техническая спецификация EIP-8080 (opens in a new tab)

Улучшение пользовательского опыта и опыта разработчиков

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

Снижение внутренних затрат на газ для транзакция

• Снижает базовая комиссия за транзакции, уменьшая общую стоимость простого платежа в ETH.
• Делает небольшие переводы более доступными, повышая жизнеспособность Ethereum как обычного средства обмена.

Все транзакции в Ethereum сегодня имеют фиксированную базовую газовая комиссия, независимо от того, насколько просто или сложно их обработать. Предложение по снижению внутреннего газ транзакция (или EIP-2780) предлагает снизить эту базовая комиссия, чтобы сделать стандартный перевод ETH между существующими счетами до 71% дешевле.

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

Предложение вводит исключение для создания совершенно новых учетных записей, чтобы низкие комиссии не перегружали Стейт сети. Если перевод отправляет ETH на пустой, несуществующий адрес, сеть должна создать для него постоянную новую запись. За создание этой аккаунт добавляется надбавка к газ, чтобы помочь покрыть долгосрочные расходы на ее хранение.

В совокупности EIP-2780 призван сделать повседневные переводы между существующими счетами более доступными, обеспечивая при этом защиту сеть от разрастания базы данных за счет точного ценообразования реального роста Стейт.

Ресурсы: Техническая спецификация EIP-2780 (opens in a new tab)

Детерминированное предварительное развертывание фабрики

• Предоставляет разработчикам нативный способ развертывания приложений и кошельков смарт-контракт по одному и тому же адрес в нескольких блокчейнах.
• Позволяет пользователям иметь один и тот же адрес смарт- кошелек в нескольких сетях второго уровня (L2), что снижает когнитивную нагрузку, уменьшает путаницу и снижает риск случайной потери средств.
• Заменяет обходные пути, которые разработчики в настоящее время используют для достижения этого паритета, что упрощает и повышает безопасность создания мультивалютных кошельков и приложений.

Если у пользователя сегодня есть кошелек со смарт-контракт с учетными записями в нескольких совместимых с виртуальной машиной Ethereum (EVM) сетях, он часто получает совершенно другой адрес в разных сетях. Это не только сбивает с толку, но и может привести к случайной потере средств.

Детерминированное предварительное развертывание фабрики (или EIP-7997) предоставляет разработчикам встроенный способ развертывания децентрализованный приложений и смарт-контракт кошельков по одному и тому же адрес в нескольких сетях EVM, включая основную сеть Ethereum, сети второго уровня (L2) и другие. В случае принятия это позволит пользователям иметь один и тот же адрес в каждой участвующей сети, значительно снижая когнитивную нагрузку и вероятность ошибок пользователя.

Детерминированное предварительное развертывание фабрики работает путем постоянного размещения минимальной специализированной программы фабрики в идентичном месте (а именно, по адрес 0x12) в каждой участвующей EVM-совместимой сети. Его цель — предоставить универсальный стандартный контракт фабрики, который может быть принят любой EVM-совместимой сеть; до тех пор, пока EVM-сеть участвует и принимает этот стандарт, разработчики смогут использовать его для развертывания своих смарт-контрактов по точно такому же адрес в этой сеть.

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

Ресурсы: Техническая спецификация EIP-7997 (opens in a new tab)

При переводах и сжигании ETH регистрируется журнал

• Автоматически создает постоянную запись (журнал) при каждом переводе или сжигании ETH.
• Устраняет историческое упущение, которое позволяет приложениям, биржам и мостам надежно обнаруживать депозиты пользователей без специальных инструментов отслеживания.

В отличие от токенов (ERC-20), обычные переводы ETH между смарт-контрактами не выдают четкой квитанции (стандартного лога), что затрудняет их отслеживание биржами и приложениями.

Переводы и сжигание ETH генерируют журнал (или EIP-7708), который обязывает сеть генерировать стандартное событие журнала каждый раз, когда перемещается или сжигается ненулевое количество ETH.

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

Ресурсы: Техническая спецификация EIP-7708 (opens in a new tab)

eth/70 частичные списки получения блок

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

eth/70 partial блок receipt lists (или EIP-7975) представляет новый способ взаимодействия узлов друг с другом (eth/70), который позволяет разбивать эти большие списки на более мелкие и удобные для управления части. eth/70 вводит систему разбиения на страницы для Протокол связи сети, которая позволяет узлам разбивать списки подтверждений блок и безопасно запрашивать данные более мелкими, удобными для управления фрагментами.

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

Ресурсы: Техническая спецификация EIP-7975 (opens in a new tab)

Дополнительная литература

• дорожная карта Ethereum
• Forkcast: Гламурный Амстердам (opens in a new tab)
• Glamsterdam Meta EIP (opens in a new tab)
• Обновление приоритетов протокола на 2026 год: анонс в блоге (opens in a new tab)
• Ежедневный подкаст Gwei Refuel — Постквантовый Ethereum, Glamsterdam уже в пути (opens in a new tab)

Часто задаваемые вопросы

Как можно конвертировать ETH после Твёрдый форк Glamsterdam?

• Никаких действий для ваших ETH не требуется: после обновления Glamsterdam вам не нужно конвертировать или обновлять свои ETH. Балансы ваших аккаунт останутся прежними, а ETH, которые вы в настоящее время держите, останутся доступными в существующем виде после Твёрдый форк.
• Остерегайтесь мошенников! Любой, кто предлагает вам «обновить» ваши ETH, пытается вас обмануть. Вам не нужно ничего делать в связи с этим обновлением. Ваши активы останутся полностью нетронутыми. Помните, что информированность — лучшая защита от мошенничества.

Подробнее о том, как распознать мошенничество и избежать его

Влияет ли обновление Glamsterdam на все узлы и валидаторы Ethereum?

Да, обновление Glamsterdam требует обновления как Исполнительных клиентов, так и клиентов консенсуса. Поскольку это обновление вводит встроенное разделение между создателями и валидаторами (Enshrined Proposer-Builder Separation, ePBS), операторам узел необходимо будет убедиться, что их клиенты обновлены для обработки новых способов создания, проверки и подтверждения блоки сеть.

Все основные клиенты Ethereum выпустят версии, поддерживающие Твёрдый форк, помеченный как высокоприоритетный. Вы можете следить за тем, когда эти релизы будут доступны в репозиториях клиент на GitHub, их каналах Discord (opens in a new tab), Discord EthStaker (opens in a new tab) или подписавшись на блог Ethereum для получения обновлений Протокол.

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

Что мне, как стейкер, нужно сделать для обновления Glamsterdam?

Как и при каждом обновлении сеть, обязательно обновите свои клиентские приложения до последних версий с пометкой о поддержке Glamsterdam. Следите за обновлениями в списке рассылки и объявлениями о протоколе в блоге EF, (opens in a new tab) чтобы быть в курсе выпусков.

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

Какие улучшения Glamsterdam предложит для масштабирования L1?

Главной особенностью является ePBS (EIP-7732), которая отделяет сложную задачу проверки сеть транзакции от задачи достижения консенсус. Это расширяет окно распространения данных с 2 до примерно 9 секунд, разблокируя способность Ethereum безопасно обрабатывать гораздо более высокую пропускную способность транзакция и размещать больше блоков данных для сетей второго уровня.

Снизит ли Glamsterdam комиссию за транзакции в Ethereum (Layer 1)?

Да, Glamsterdam, скорее всего, снизит комиссии для обычных пользователей! Снижение внутренней газ транзакция (или EIP-2780) уменьшает базовая комиссия за отправку ETH, что делает использование ETH для повседневных платежей намного дешевле.

Кроме того, для обеспечения долгосрочной устойчивости Glamsterdam внедряет списки контроля доступа на уровне блоков (BAL). Это позволяет осуществлять параллельную обработку и подготавливает L1 к безопасному использованию более высоких общих лимитов газ в будущем, что, вероятно, снизит стоимость газ за транзакцию по мере роста пропускной способности.

Изменятся ли мои существующие смарт-контракты после Glamsterdam?

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

• Увеличение максимального размера контракта (или EIP-7954) позволяет разработчикам развертывать более крупные приложения, увеличивая максимальный размер контракта примерно с 24 КБ до 32 КБ.
• Детерминированное предварительное развертывание фабрики (или EIP-7997) представляет собой универсальный встроенный контракт фабрики. Он позволяет разработчикам развертывать свои приложения и смарт-контракт кошельки по одному и тому же адрес во всех участвующих цепочках EVM.
• Если ваше приложение полагается на сложное отслеживание для поиска переводов ETH, переводы и сжигание ETH генерируют журнал (или EIP-7708), что позволит вам перейти к использованию журналов для более простого и надежного учета.
• Повышение стоимости газ для создания состояния (или EIP-8037) и обновление стоимости газ для доступа к состоянию (или EIP-8038) вводят новые модели устойчивости, которые изменят определенные затраты на развертывание контрактов, поскольку создание новых учетных записей или постоянного хранилища будет иметь динамически регулируемую комиссию.

Как Glamsterdam повлияет на хранение узел и аппаратные требования?

Несколько предложений по улучшению Ethereum (EIP), рассматриваемых для Glamsterdam, адрес проблемы производительности, связанной с ростом Стейт:

• Повышение стоимости газ для создания состояния (или EIP-8037) вводит динамическую модель ценообразования, направленную на достижение темпов роста базы данных Стейт в 100 ГиБ/год, что гарантирует, что стандартное физическое оборудование сможет продолжать эффективно поддерживать работу сеть.
• eth/70 частичные списки квитанций о блок (или EIP-7975) позволяют узлам запрашивать квитанции о блок с разбиением на страницы, что разбивает списки квитанций о блок с большим объемом данных на более мелкие фрагменты, чтобы предотвратить сбои и синхронизацию по мере масштабирования Ethereum.