Гламстердам

Майбутнє оновлення Гламстердам мережі Етеріум розроблено, щоб розчистити шлях для наступного покоління масштабування. Назва Гламстердам походить від поєднання «Amsterdam» (оновлення рівня виконання, назване на честь попереднього місця проведення Devconnect) та «Gloas» (оновлення рівня консенсусу, назване на честь зірки).

Продовжуючи прогрес, досягнутий в оновленні Фусака, Гламстердам зосереджується на масштабуванні рівня 1 (l1) шляхом реорганізації того, як мережа обробляє транзакції та керує своєю зростаючою базою даних, фундаментально оновлюючи те, як Етеріум створює та перевіряє блоки.

Тоді як Фусака зосереджувалася на фундаментальних вдосконаленнях, Гламстердам просуває цілі «Масштабування рівня 1 (l1)» та «Масштабування блобів», закріплюючи розподіл обов'язків між різними учасниками мережі та запроваджуючи ефективніші способи обробки даних, щоб підготувати до паралелізації з високою пропускною здатністю.

Ці покращення гарантують, що Етеріум залишатиметься швидким, доступним та децентралізованим у міру обробки більшої активності, водночас зберігаючи вимоги до обладнання прийнятними для людей, які запускають вдома.

Покращення, що розглядаються для Гламстердаму

Оновлення Гламстердам зосереджено на трьох основних цілях:

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

Коротко кажучи, Гламстердам запровадить структурні зміни, щоб гарантувати, що в міру збільшення місткості мережі вона залишатиметься стійкою, а продуктивність — високою.

Масштабування рівня 1 (l1) та паралельна обробка

Значуще масштабування рівня 1 (l1) вимагає відходу від позапротокольних припущень довіри та обмежень послідовного виконання. Гламстердам вирішує це шляхом закріплення розподілу певних обов'язків з побудови блоків та запровадження нових структур даних, які дозволяють мережі підготуватися до паралельної обробки.

Головна пропозиція: Закріплене розділення пропоузера та білдера (ePBS)

• Усуває позапротокольні припущення довіри та залежність від сторонніх ретрансляторів (relays)
• Підтримує масштабування рівня 1 (l1), дозволяючи значно більші корисні навантаження завдяки розширеним вікнам поширення
• Запроваджує бездовірчі платежі будівельникам безпосередньо в протокол
• Вимагає архітектурних оновлень для пулів стейкінгу, щоб уможливити бездовірчий моніторинг, хоча загальний користувацький досвід стейкінгу покращується завдяки вдосконаленому процесу вибору будівельника

Наразі процес пропонування та побудови блоків включає передачу між пропонувальниками блоків та будівельниками блоків. Відносини між пропонувальниками та будівельниками не є частиною основного протоколу Етеріуму, тому вони покладаються на довірене стороннє проміжне програмне забезпечення, програми (ретранслятори) та позапротокольну довіру між суб'єктами.

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

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

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

Щоб усунути вузьке місце «гарячого шляху», ePBS також запроваджує Комітет своєчасності корисного навантаження (PTC) та логіку подвійного дедлайну, що дозволяє валідаторам окремо засвідчувати блок консенсусу та своєчасність корисного навантаження виконання для максимізації пропускної здатності.

Розділення ролей пропонувальника та будівельника на рівні протоколу розширює вікно поширення (або час, доступний для розповсюдження даних у мережі) з 2 секунд до приблизно 9 секунд.

Замінюючи позапротокольне проміжне програмне забезпечення та ретранслятори внутрішньопротокольними механізмами, ePBS зменшує залежності від довіри та дозволяє Етеріуму безпечно обробляти значно більші обсяги даних (наприклад, більше блобів для ) без перевантаження мережі.

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

Головна пропозиція: Списки доступу на рівні блоку (BAL)

• Усуває вузькі місця послідовної обробки, надаючи попередню карту всіх залежностей транзакцій, створюючи основу для того, щоб валідатори обробляли багато транзакцій паралельно, а не одну за одною
• Дозволяє вузлам оновлювати свої записи, зчитуючи кінцеві результати без необхідності повторного відтворення кожної транзакції (синхронізація без виконання), що значно прискорює синхронізацію вузла з мережею
• Усуває здогадки, дозволяючи валідаторам попередньо завантажувати всі необхідні дані відразу, а не виявляти їх крок за кроком, що робить валідацію значно швидшою

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

Списки доступу на рівні блоку (BAL, або EIP-7928) функціонують як карта для мережі, деталізуючи, до яких частин бази даних буде здійснено доступ до початку роботи. Рівень виконання зберігає повний список доступу до блоку, включаючи кожну зміну акаунта, якої торкнуться транзакції, разом із кінцевими результатами цих змін (усі доступи до стану та значення після виконання). Щоб блоки залишалися легкими, заголовок блоку містить нове поле з унікальним цифровим відбитком (запис хешу) цього списку.

Оскільки вони дають миттєве розуміння того, які транзакції не перекриваються, BAL дозволяють вузлам виконувати паралельне зчитування з диска, отримуючи інформацію для багатьох транзакцій одночасно. Мережа може безпечно групувати непов'язані транзакції та обробляти їх паралельно.

Оскільки BAL включає кінцеві результати транзакцій (значення після виконання), коли вузлам мережі потрібно синхронізуватися з поточним станом мережі, вони можуть скопіювати ці кінцеві результати для оновлення своїх записів. Валідаторам більше не потрібно відтворювати всі складні транзакції з нуля, щоб дізнатися, що сталося, що робить приєднання нових вузлів до мережі швидшим і простішим.

Паралельне зчитування з диска, яке стало можливим завдяки BAL, стане значним кроком до майбутнього, де Етеріум зможе обробляти багато транзакцій одночасно, значно збільшуючи швидкість мережі.

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

Обмін списками доступу до блоку (eth/71 або EIP-8159) є прямим мережевим доповненням до списків доступу на рівні блоку. Тоді як BAL розблоковують паралельне виконання, eth/71 оновлює одноранговий протокол, щоб дозволити вузлам фактично ділитися цими списками через мережу. Тепер обов'язковий для всіх клієнтів рівня виконання, обмін списками доступу до блоку забезпечить швидшу синхронізацію та дозволить вузлам виконувати оновлення стану без виконання.

Ресурси:

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

Стійкість мережі

Оскільки мережа Етеріум зростає швидше, важливо переконатися, що вартість її використання відповідає зносу обладнання, на якому працює Етеріум. Мережі необхідно збільшити свої загальні ліміти місткості, щоб безпечно масштабуватися та обробляти більше транзакцій.

Збільшення вартості газу для створення стану

• Гарантує, що комісії за створення нових акаунтів або смарт-контрактів точно відображають довгострокове навантаження, яке вони створюють на базу даних Етеріуму
• Встановлює фіксовану вартість за байт стану (CPSB), орієнтуючись на безпечний і передбачуваний темп зростання 120 ГіБ/рік, гарантуючи, що стандартне фізичне обладнання зможе продовжувати підтримувати роботу мережі
• Відокремлює облік цих конкретних комісій у новий резервуар, знімаючи старі обмеження транзакцій і дозволяючи розробникам розгортати більші та складніші застосунки

Додавання нових акаунтів, токенів та створює постійні дані (відомі як «стан»), які кожен комп'ютер, що підтримує мережу, повинен зберігати нескінченно довго. Поточні комісії за додавання або зчитування цих даних є непослідовними і не обов'язково відображають фактичне довгострокове навантаження на зберігання, яке вони створюють на обладнання мережі.

Деякі дії, які створюють стан в Етеріумі, як-от створення нових акаунтів або розгортання великих смарт-контрактів, були відносно недорогими порівняно з постійним простором для зберігання, який вони займають на вузлах мережі, наприклад, розгортання контракту значно дешевше за байт, ніж створення слотів зберігання.

Без коригування зростання стану Етеріуму стало б нестійким, оскільки мережа масштабується до нижньої межі ліміту газу у 200 млн, що стало можливим завдяки Гламстердаму (при цьому розробники наразі тестують еталонний ліміт газу блоку у 150 млн для отримання точного ціноутворення стану).

Збільшення вартості газу для створення стану (або EIP-8037) гармонізує витрати, прив'язуючи їх до фактичного розміру створюваних даних, оновлюючи комісії так, щоб вони були пропорційні обсягу постійних даних, які операція створює або до яких отримує доступ.

EIP-8037 також запроваджує модель резервуара для більш передбачуваного управління цими витратами; плата за газ стану спочатку стягується з state_gas_reservoir, а опкод GAS повертає лише gas_left, запобігаючи неправильному розрахунку доступного газу фреймами виконання. Для підтримки цього важливим фоновим завданням надається додатковий ліміт палива, який надходить безпосередньо в цей виділений резерв, гарантуючи, що критичні мережеві операції не зазнають невдачі просто тому, що зберігання постійних даних вимагає більше ресурсів.

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

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

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

Оновлення вартості газу для доступу до стану

• Збільшує витрати газу, коли застосунки зчитують або оновлюють інформацію, що постійно зберігається в Етеріумі (опкоди доступу до стану), щоб точно відповідати обчислювальній роботі, якої вимагають ці команди
• Посилює стійкість мережі, запобігаючи атакам типу «відмова в обслуговуванні», які використовують штучно дешеві операції зчитування даних

Оскільки стан Етеріуму зріс, процес пошуку та зчитування старих даних («доступ до стану») став важчим і повільнішим для обробки вузлами. Комісії за ці дії залишилися незмінними, хоча зараз пошук інформації є трохи дорожчим (з точки зору обчислювальної потужності).

Як наслідок, деякі специфічні команди наразі недооцінені відносно роботи, яку вони змушують виконувати вузол. Наприклад, EXTCODESIZE та EXTCODECOPY недооцінені, оскільки вони вимагають двох окремих зчитувань з бази даних — одного для об'єкта акаунта, а другого для фактичного розміру коду або байт-коду.

Оновлення вартості газу для доступу до стану (або EIP-8038) збільшує константи газу для опкодів доступу до стану, таких як пошук даних акаунта та контракту, щоб узгодити їх із продуктивністю сучасного обладнання та розміром стану.

Узгодження вартості доступу до стану також допомагає зробити Етеріум більш стійким. Оскільки ці важкі дії зі зчитування даних є штучно дешевими, зловмисник може заспамити мережу тисячами складних запитів даних в одному блоці до досягнення ліміту комісії мережі, що потенційно може призвести до зупинки або збою мережі (атака типу «відмова в обслуговуванні»). Навіть без злого наміру розробники не мають економічного стимулу створювати ефективні застосунки, якщо зчитування даних мережі є занадто дешевим.

Завдяки більш точному ціноутворенню дій доступу до стану Етеріум може бути більш стійким до випадкових або навмисних уповільнень, тоді як узгодження витрат мережі з навантаженням на обладнання створює більш стійку основу для майбутніх збільшень ліміту газу.

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

Стійкість мережі

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

Виключення валідаторів, що зазнали слешингу, з пропонування

• Запобігає вибору оштрафованих (тих, що зазнали слешингу) валідаторів для пропонування майбутніх блоків, усуваючи гарантовано пропущені слоти
• Забезпечує безперебійну та надійну роботу Етеріуму, запобігаючи серйозним зупинкам у разі масового слешингу

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

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

Виключення валідаторів, що зазнали слешингу, з пропонування (або EIP-8045) просто відфільтровує валідаторів, що зазнали слешингу, від вибору для майбутніх обов'язків. Це покращує стійкість ланцюга, гарантуючи, що для пропонування блоків вибираються лише здорові валідатори, підтримуючи якість обслуговування під час збоїв у мережі.

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

Дозвіл виходам використовувати чергу консолідації

• Закриває лазівку, яка дозволяє валідаторам з високим балансом виходити з мережі швидше, ніж меншим валідаторам, через чергу консолідації
• Дозволяє звичайним виходам переходити в цю другу чергу, коли вона має вільну місткість, скорочуючи час виведення зі стейкінгу в періоди високого обсягу
• Підтримує сувору безпеку, щоб уникнути зміни основних лімітів безпеки Етеріуму або ослаблення мережі

Оскільки оновлення Пектра збільшило максимальний ефективний баланс для валідаторів Етеріуму з 32 ETH до 2048 ETH, технічна лазівка дозволяє валідаторам з високим балансом виходити з мережі швидше, ніж меншим валідаторам, через чергу консолідації.

Дозвіл виходам використовувати чергу консолідації (або EIP-8080) демократизує чергу консолідації для всіх виходів зі стейкінгу, створюючи єдину, справедливу чергу для всіх.

Щоб розібратися, як це працює сьогодні:

• Ліміт плинності Етеріуму — це ліміт безпеки швидкості, з якою валідатори можуть входити, виходити або об'єднувати (консолідувати) свої застейкані ETH, щоб гарантувати, що безпека мережі ніколи не буде дестабілізована
• Оскільки консолідація валідатора є важчою дією з більшою кількістю рухомих частин, ніж стандартний вихід валідатора, вона з'їдає більшу частину цього бюджету безпеки (ліміту плинності)
• Зокрема, протокол диктує, що точна вартість безпеки одного стандартного виходу становить дві третини (2/3) вартості однієї консолідації

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

Демократизація доступу до черги консолідації збільшить швидкість, з якою користувачі зможуть виводити свій стейк у періоди високого попиту, до 2,5 разів без шкоди для безпеки мережі.

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

Покращення досвіду користувачів та розробників

Оновлення Гламстердам мережі Етеріум має на меті покращити користувацький досвід, підвищити можливість виявлення даних та впоратися зі зростаючими розмірами повідомлень, щоб запобігти збоям синхронізації. Це полегшує відстеження того, що відбувається ончейн, водночас запобігаючи технічним збоям у міру масштабування мережі.

Зменшення внутрішніх витрат газу на транзакції

• Знижує базову комісію за транзакції, зменшуючи загальну вартість простого нативного платежу в ETH
• Робить менші перекази доступнішими, підвищуючи життєздатність Етеріуму як повсякденного засобу обміну

Сьогодні всі транзакції в Етеріумі мають фіксовану базову комісію за газ, незалежно від того, наскільки просто чи складно їх обробити. Зменшення внутрішнього газу транзакції (або EIP-2780) пропонує знизити цю базову комісію, щоб зробити стандартний переказ ETH між існуючими акаунтами до 71% дешевшим.

Зменшення внутрішнього газу транзакції працює шляхом розбиття комісії за транзакцію, щоб відобразити лише базову, необхідну роботу, яку фактично виконують комп'ютери, що підтримують мережу, наприклад, перевірку цифрового підпису та оновлення балансу. Оскільки базовий платіж в ETH не виконує складний код і не несе додаткових даних, ця пропозиція зменшить його комісію відповідно до його невеликого розміру.

Пропозиція запроваджує виняток для створення абсолютно нових акаунтів, щоб нижчі комісії не перевантажували стан мережі. Якщо переказ надсилає ETH на порожню, неіснуючу адресу, мережа повинна створити для неї новий постійний запис. До створення цього акаунта додається надбавка за газ, щоб допомогти покрити навантаження на його довгострокове зберігання.

Разом EIP-2780 має на меті зробити повсякденні перекази між існуючими акаунтами доступнішими, водночас гарантуючи, що мережа все ще захищена від роздування бази даних шляхом точного ціноутворення справжнього зростання стану.

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

Детерміноване попереднє розгортання фабрики

• Надає розробникам нативний спосіб розгортати застосунки та гаманці смарт-контрактів на абсолютно однакову адресу в кількох ланцюгах
• Дозволяє користувачам мати однакову адресу смарт-гаманця в кількох мережах рівня 2 (l2), зменшуючи когнітивне навантаження, плутанину та ризик випадкової втрати коштів
• Замінює обхідні шляхи, які розробники наразі використовують для досягнення цього паритету, роблячи створення багатоланцюгових гаманців і застосунків простішим і безпечнішим

Якщо сьогодні користувач має гаманець смарт-контракту з акаунтами в кількох ланцюгах, сумісних з віртуальною машиною Етеріуму (EVM), він часто отримує абсолютно різні адреси в різних мережах. Це не лише збиває з пантелику, але й може призвести до випадкової втрати коштів.

Детерміноване попереднє розгортання фабрики (або EIP-7997) надає розробникам нативний, вбудований спосіб розгортати свої децентралізовані застосунки та гаманці смарт-контрактів на абсолютно однакову адресу в кількох ланцюгах EVM, включаючи головну мережу Ethereum, мережі рівня 2 (l2) та інші. У разі прийняття це дозволить користувачеві мати абсолютно однакову адресу в кожному ланцюзі-учаснику, значно зменшуючи когнітивне навантаження та ймовірність помилки користувача.

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

Ця стандартизація спрощує створення кросчейн-застосунків та управління ними для розробників і ширшої екосистеми. Розробникам більше не потрібно створювати спеціальний код для конкретного ланцюга, щоб зв'язати своє програмне забезпечення в різних мережах, натомість вони використовують цю універсальну фабрику для генерації абсолютно однакової адреси для свого застосунку всюди. Крім того, оглядачі блоків, сервіси відстеження та гаманці можуть легше ідентифікувати та пов'язувати ці застосунки й акаунти в різних ланцюгах, створюючи більш уніфіковане та безперебійне багатоланцюгове середовище для всіх учасників на базі Етеріуму.

Ресурси: Технічна специфікація 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 часткові списки квитанцій блоку

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

Тепер обов'язкові для всіх клієнтів рівня виконання, часткові списки квитанцій блоку eth/70 (або EIP-7975) запроваджують новий спосіб спілкування вузлів один з одним (eth/70), який дозволяє розбивати ці великі списки на менші, більш керовані частини. eth/70 запроваджує систему розбиття на сторінки для протоколу зв'язку мережі, яка дозволяє вузлам розбивати списки квитанцій блоку та безпечно запитувати дані меншими, більш керованими фрагментами.

Ця зміна запобігатиме збоям синхронізації мережі в періоди високої активності. Зрештою, це прокладає шлях для Етеріуму до збільшення місткості блоку та обробки більшої кількості транзакцій на блок у майбутньому без перевантаження фізичного обладнання, що синхронізує ланцюг.

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

Подальше читання

• Дорожня карта Етеріуму
• Forkcast: Гламстердам (opens in a new tab)
• Мета-EIP Гламстердаму (opens in a new tab)
• Анонс у блозі про оновлення пріоритетів протоколу на 2026 рік (opens in a new tab)
• Подкаст The Daily Gwei Refuel — Постквантовий Етеріум, Гламстердам наближається (opens in a new tab)

Часті запитання

Як можна конвертувати ETH після хардфорку Гламстердам?

• Для ваших ETH не потрібно жодних дій: Немає потреби конвертувати або оновлювати ваші ETH після оновлення Гламстердам. Баланси ваших акаунтів залишаться незмінними, а ETH, якими ви зараз володієте, залишаться доступними у своїй існуючій формі після хардфорку.
• Остерігайтеся шахраїв!  будь-хто, хто вказує вам «оновити» ваші ETH, намагається вас ошукати. Вам не потрібно нічого робити у зв'язку з цим оновленням. Ваші активи залишаться абсолютно недоторканими. Пам'ятайте, що поінформованість — найкращий захист від шахрайства.

Більше про розпізнавання та уникнення шахрайства

Чи впливає оновлення Гламстердам на всі вузли та валідатори Етеріуму?

Так, оновлення Гламстердам вимагає оновлення як клієнтів виконання, так і клієнтів консенсусу. Оскільки це оновлення запроваджує закріплене розділення пропоузера та білдера (ePBS), операторам вузлів потрібно буде переконатися, що їхні клієнти оновлені для обробки нових способів побудови, валідації та засвідчення блоків мережею.

Усі основні клієнти Етеріуму випустять версії з підтримкою хардфорку, позначені як високопріоритетні. Ви можете слідкувати за тим, коли ці випуски будуть доступні, у репозиторіях клієнтів на GitHub, їхніх каналах у Discord (opens in a new tab), у Discord EthStaker (opens in a new tab) або підписавшись на блог Етеріуму для отримання оновлень протоколу.

Щоб підтримувати синхронізацію з мережею Етеріум після оновлення, оператори вузлів повинні переконатися, що вони використовують підтримувану версію клієнта. Зверніть увагу, що інформація про випуски клієнтів залежить від часу, і користувачам слід звертатися до останніх оновлень для отримання найактуальніших деталей.

Як стейкер, що мені потрібно зробити для оновлення Гламстердам?

Як і з кожним оновленням мережі, обов'язково оновіть свої клієнти до останніх версій, позначених підтримкою Гламстердаму. Слідкуйте за оновленнями в списку розсилки та анонсами протоколу в блозі EF (opens in a new tab), щоб отримувати інформацію про випуски.

Щоб перевірити своє налаштування до того, як Гламстердам буде активовано в головній мережі, ви можете запустити валідатор у тестових мережах. Форки тестових мереж також анонсуються в списку розсилки та блозі.

Які покращення включатиме Гламстердам для масштабування рівня 1 (l1)?

Головною функцією є ePBS (EIP-7732), яка відокремлює важке завдання валідації мережевих транзакцій від завдання досягнення консенсусу. Це розширює вікно поширення даних з 2 секунд до приблизно 9 секунд, розблоковуючи здатність Етеріуму безпечно обробляти значно вищу пропускну здатність транзакцій і вміщувати більше блобів даних для мереж рівня 2 (l2).

Чи знизить Гламстердам комісії в Етеріумі (рівень 1 (l1))?

Так, Гламстердам, швидше за все, знизить комісії для звичайних користувачів! Зменшення внутрішнього газу транзакції (або EIP-2780) знижує базову комісію за надсилання ETH, роблячи використання ETH значно дешевшим для повсякденних платежів.

Крім того, для довгострокової стійкості Гламстердам запроваджує списки доступу на рівні блоку (BAL). Це уможливлює паралельну обробку та готує рівень 1 (l1) до безпечної обробки вищих загальних лімітів газу в майбутньому, що, ймовірно, зменшить витрати газу на транзакцію в міру зростання місткості.

Чи будуть якісь зміни в моїх існуючих смарт-контрактах після Гламстердаму?

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

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

Як Гламстердам вплине на вимоги до сховища вузлів та обладнання?

Кілька EIP, що розглядаються для Гламстердаму, вирішують проблему різкого падіння продуктивності через зростання стану:

• Збільшення вартості газу для створення стану (або EIP-8037) запроваджує структуру фіксованих витрат (CPSB) для орієнтації на темп зростання бази даних стану 120 ГіБ/рік, гарантуючи, що стандартне фізичне обладнання зможе продовжувати ефективно підтримувати роботу мережі.
• Часткові списки квитанцій блоку eth/70 (або EIP-7975) дозволяють вузлам запитувати квитанції блоку з розбиттям на сторінки, що розбиває важкі списки квитанцій блоку на менші фрагменти для запобігання збоям і проблемам із синхронізацією в міру масштабування Етеріуму.

Останнє оновлення сторінки: 6 червня 2026 р.

w (opens in a new tab)

m (opens in a new tab)

Переглянути учасників