Розробники Ethereum підтвердили активацію Glamsterdam на Sepolia 6 жовтня, попереджаючи, що дешевий тестовий ефір може дозволити зловмисним будівельникам неодноразово вигравати аукціони блоків та утримувати свої транзакційні корисні навантаження під час публічного етапу тестування.
Стенограма консенсусу всіх основних розробників Ethereum від 17 вересня показує, що учасники прийняли дату 6 жовтня після перегляду нещодавніх результатів тестової мережі Glamsterdam, хоча розробники одночасно висловили занепокоєння щодо того, як Зафіксоване Розділення Пропозиції та Будівництва (Enshrined Proposer-Builder Separation) може функціонувати в публічній мережі, де тестовий ETH не має значної економічної вартості.
В основі попередження лежить EIP-7732, дизайн Зафіксованого Розділення Пропозиції та Будівництва (Enshrined Proposer-Builder Separation) Glamsterdam. Ethereum.org описує ePBS як зміну протоколу, що відокремлює завдання зі збирання транзакційних корисних навантажень від консенсусних обов'язків валідатора, переносячи відносини, які наразі сильно залежать від зовнішньої інфраструктури, до консенсусних правил Ethereum.
Згідно з цим дизайном, будівельники можуть подавати заявки на право надання виконавчого корисного навантаження. Після того, як пропонувач підтверджує виграшну заявку, очікується, що будівельник випустить транзакції, що стоять за нею. Специфікація консенсусу Ethereum визначає будівельників як окремих стейкованих учасників, які подають підписані заявки на виконавчі корисні навантаження перед трансляцією відповідної оболонки корисного навантаження.
Під час розмови розробників у четвер, розробник консенсусу Потуз попередив, що економіка змінюється в тестовій мережі, оскільки зловмисники можуть отримати тестовий ETH, не сплачуючи його ринкової вартості в основній мережі. Зловмисний оператор може створити багато ідентичностей будівельників, подавати заявки значно вищі за законних конкурентів, а потім відмовитися надавати обіцяне корисне навантаження після виграшу.
«Я можу просто запустити тисячу будівельників», — сказав Потуз, пояснюючи, що зловмисник може їх змінювати, агресивно робити ставки та утримувати корисні навантаження. Пізніше він додав: «Це може зробити будь-який підліток».
Розробник представив це занепокоєння як проблему доступності публічної тестової мережі, а не як новий спосіб викрасти ETH основної мережі. В основній мережі учасник вже може платити за створення порожнього блоку, але економічна вартість отримання блокового простору обмежує таку поведінку. Тестовий ETH робить постійне порушення набагато дешевшим.
Існуючих запобіжників може бути недостатньо для середовища Sepolia. Потуз розповів розробникам, що деякі клієнтські автоматичні вимикачі повертаються до локально побудованих блоків лише після пропуску кількох корисних навантажень, тоді як він не знав про універсальні захисти, які могли б відхиляти окремих зловмисних будівельників.
Його занепокоєння зосереджувалося на зловмисниках, які повертаються під новими ідентичностями. Навіть якщо клієнт реагує на відсутні корисні навантаження, одноразові будівельники можуть продовжувати робити ставки, якщо захисна логіка не ідентифікує та не обмежує таку поведінку досить швидко.
Розробники не представили атаку будівельників як підтверджений експлойт проти Sepolia. Обговорення стосувалося сценарію, який, як вони очікують, може виявити публічне тестування, щойно сторонні особи зможуть брати участь за умов ePBS. Потуз стверджував, що тестові мережі Ethereum потребують посилених запобіжних заходів, оскільки команди розробників додатків та інфраструктури покладаються на них для тестування програмного забезпечення проти функціонуючих блоків.
Ethereum.org зазначає, що Sepolia використовує дозвільний набір валідаторів, контрольований клієнтськими та тестовими командами, тоді як Hoodi має відкритий набір валідаторів, призначений для стейкінгу та тестування протоколу. Структура Sepolia надає розробникам Ethereum більший операційний контроль, якщо перше довготривале публічне розгортання Glamsterdam зіткнеться з проблемами.
Як раніше повідомляв crypto.news, розробники попередньо обрали 6 жовтня до останнього дзвінка, при цьому дата все ще залежала від іншого стабільного переходу приватної devnet. Консенсусна розмова від 17 вересня перенесла цей графік вперед після того, як Devnet-11 завершила свою заплановану репетицію форку.
Glamsterdam Devnet-11 був створений як контрольована репетиція «сприятливого сценарію», а не як ворожа мережа для атак. Його офіційна специфікація планувала генезис на 14 вересня, перехід Gloas на 16 вересня та збільшення ліміту газу блоку з 60 мільйонів до 200 мільйонів незабаром після цього.
Тестова мережа використовувала 84 000 валідаторів у багато-клієнтській конфігурації та містила той самий набір основних EIP, запланованих для тестування Glamsterdam. Її організатори чітко виключили навмисні атаки з обсягу Devnet-11, залишивши ворожі експерименти в довгостроковому середовищі Platåberget.
CoinDesk повідомив, що Devnet-11 завершив перехід і збільшив ліміт газу до 200 мільйонів без втрати завершеності. Значення 200 мільйонів є тестовим параметром, а не підтвердженим зобов'язанням щодо ліміту газу основної мережі.
Дорожня карта Glamsterdam від Ethereum стверджує, що оновлення призначене для збільшення пропускної здатності рівня 1, змінюючи спосіб побудови та перевірки блоків. EIP-7732 розширює вікно розповсюдження виконавчого корисного навантаження приблизно з двох секунд до близько дев'яти секунд, надаючи вузлам більше часу для розповсюдження та перевірки більших корисних навантажень.
Оновлення також включає Списки доступу на рівні блоків та низку змін у ціноутворенні газу. Раніше у матеріалах про сумісність Glamsterdam повідомлялося, що гаманці, індексатори та оцінювачі газу, які використовують фіксовані припущення, можуть потребувати змін, оскільки створення нових облікових записів та деякі операції, що сильно залежать від стану, отримують інше ставлення до газу під час запланованого форку.
Окремий огляд ризиків смарт-контрактів виявив, що контракти, які використовують фіксовані газові стипендії або газочутливі шаблони виконання, можуть потребувати тестування до того, як оновлення досягне основної мережі.
Розклад на 6 жовтня надає командам клієнтів менше часу на перегляд, ніж рекомендує звичайний процес оновлення Ethereum.
Під час дзвінка 17 вересня розробник Фредрік Свантес повідомив учасникам, що стандартний процес передбачає щонайменше 14 днів між готовим до випуску клієнтським програмним забезпеченням та першою активацією публічної тестової мережі. Він зазначив, що ці два тижні зазвичай використовуються для внутрішніх перевірок безпеки, виявлення в рамках програми «bug bounty» та можливих зовнішніх робіт з безпеки.
З наближенням Sepolia розробники обговорили крайній термін для випуску клієнтів — 29 вересня. Сім днів між 29 вересня та 6 жовтня залишили б половину звичайного періоду перегляду. Учасники прийняли цей ризик для Sepolia частково тому, що її набір валідаторів є відносно централізованим, і мережу легше відновити, якщо програмне забезпечення вийде з ладу.
Основний розробник Алекс Стоукс закликав команди випускати програмне забезпечення раніше, де це можливо, щоб більше рецензентів могли його вивчити. Щойно будуть доступні готові до випуску клієнти, вони можуть негайно приєднатися до процесу «bug bounty» Ethereum.
Скорочений графік слідує за кількома попередніми проблемами тестування. Порядок денний розробників від 3 вересня зафіксував нефінальність під час активації Devnet-8 Gloas, що вплинула на кілька консенсусних клієнтів, тоді як пізніше тестування Devnet досліджувало виправлення та додаткові граничні випадки.
Інший тестовий дзвінок зафіксував проблеми, коли сценарій Platåberget вивів з ладу 12 із 13 вузлів Besu та уповільнив роботу вузлів Erigon та Ethrex. Devnet-9 зіткнувся з незапланованою нефінальністю, що спонукало команди до подальших ітерацій перед Devnet-11.
Публічна дорожня карта Ethereum продовжує вказувати Glamsterdam на четвертий квартал 2026 року, але зазначає, що дата запуску основної мережі не була підтверджена. Наступний опублікований етап – форк Sepolia 6 жовтня.
Очікується, що Hoodi відбудеться після Sepolia, оскільки вона надає відкрите середовище валідатора для стейкінгу та тестування оновлень. Розробники обговорювали етап Hoodi під час дзвінка 17 вересня, але пов'язали його терміни з прогресом Sepolia, що означає, що проблеми з першою публічною тестовою мережею можуть змінити наступні дати.
Чернетка плану реагування на інциденти в основній мережі Ethereum досі не містить епохи активації або часової позначки. Натомість документ залишає поля інформації про оновлення порожніми, перераховуючи ролі клієнта та координації, які будуть заповнені перед розгортанням основної мережі.
Як повідомлялося раніше в матеріалах crypto.news про Glamsterdam, оновлення зосереджене на ePBS, Списках доступу на рівні блоків та переоцінці газу, розроблених для підвищення пропускної здатності рівня 1. Розробники продовжують розглядати успішне тестування з кількома клієнтами як передумову перед встановленням форку основної мережі.
Наразі команди клієнтів стикаються з крайнім терміном програмного забезпечення 29 вересня, обговорюваним під час дзвінка, після чого відбудеться активація Sepolia 6 жовтня. Розробники Ethereum не опублікували епоху основної мережі або остаточну часову позначку активації.
ETH