Розробники Ethereum представили два конкуруючі пропозиції, щоб запобігти порушенню роботи існуючих смарт-контрактів майбутнім оновленням Glamsterdam, оскільки зростає занепокоєння щодо змін у правилах ціноутворення газу мережі.
Короткий огляд
- Розробники Ethereum Лео Глісіч і Джуліо Ребуффо подали конкуруючі пропозиції, щоб запобігти порушенню роботи існуючих смарт-контрактів переглянутим ціноутворенням газу в Glamsterdam.
- Глісіч хоче, щоб старіші контракти зберегли свої існуючі правила газу, тоді як Ребуффо запропонував окремі системи обліку для збереження виконання контрактів за попередніми правилами.
- Дослідники безпеки попередили, що приблизно 200 000 контрактів можуть бути порушені, а занепокоєння поширюється на усталені протоколи DeFi та застосунки, що зберігають кошти користувачів.
- Засновник Curve Finance Майкл Єгоров попередив про можливий екстрений хардфорк, тоді як інвестор Ethereum Раян Беркманс відкликав свою попередню підтримку швидкої активації.
- Активацію Glamsterdam на Hoodi було відкладено після попереджень про безпеку, і розробники попередньо обговорювали ще один приватний тест на 16–20 листопада.
Розробники Лео Глісіч і Джуліо Ребуффо подали окремі пропозиції в неділю, 8 листопада, пропонуючи різні способи запровадження нових газових зборів без впливу на застосунки, які вже працюють на Ethereum.
Пропозиції з'явилися після попереджень про безпеку, які змусили розробників відкласти частину графіка тестування Glamsterdam. Деякі існуючі смарт-контракти покладаються на фіксовані витрати газу, і зміна цих витрат може призвести до збою транзакцій або перешкодити застосункам, які неможливо оновити після розгортання.
Розробники Ethereum пропонують два підходи до ціноутворення газу
Пропозиція Глісіча, EIP-8488, запровадила б окремий набір інструкцій для новорозгорнутих смарт-контрактів, дозволяючи старішим контрактам продовжувати працювати за їхніми існуючими правилами газу.
Згідно з пропозицією, нові контракти використовували б опкоди V2, які дотримуються переглянутого ціноутворення, запровадженого через EIP-8037 та EIP-8038. Існуючі контракти зберегли б оригінальну структуру ціноутворення, дозволяючи розробникам запровадити зміни без примусу старіших застосунків до адаптації.
Ребуффо запропонував інше рішення в окремому чернетці, яке запровадило б дві системи обліку газу в межах кожної транзакції.
Одна обчислювала б, скільки газу споживає контракт за попередніми правилами, зберігаючи умови, які він очікує під час виконання. Друга обчислювала б фактичну комісію за транзакцію за переглянутим графіком ціноутворення.
Його пропозиція визнає, що жодної реалізації клієнта виконання або консенсусних тестів для цього дизайну ще не завершено. Жодна з пропозицій не була схвалена для включення до Glamsterdam.
Чому газові зміни Glamsterdam викликали занепокоєння щодо безпеки
Проблеми сумісності походять від EIP-8037 та EIP-8038, які змінюють спосіб стягнення Ethereum плати за створення та доступ до стану блокчейну.
EIP-8037 підвищив би базову плату за газ для створення смарт-контракту з 32 000 до 183 600, не враховуючи додаткових витрат на виконання та зберігання коду.
Хоча зміни покликані врахувати ресурси, споживані активністю блокчейну, дослідники безпеки попередили, що існуючі застосунки можуть бути не готові до переглянутих зборів.
Як crypto.news раніше повідомляв, компанія з безпеки ChainSecurity виявила вісім припущень, які використовуються існуючими смарт-контрактами і можуть стати недійсними за запропонованих правил газу.
Деякі контракти резервують фіксовану кількість газу для зовнішніх викликів, тоді як інші залежать від конкретної поведінки в разі збою транзакцій. Неочікувана зміна споживання газу може перешкодити цим операціям.
Псевдонімний розробник banteg попередив у X, що існуючий аналіз уже виявив приблизно 200 000 потенційно порушених контрактів, тоді як методологічні проблеми можуть означати, що фактична кількість є більшою.
Розробник заявив, що занепокоєння поширюється на розгортання та роботу кількох відомих протоколів, а не обмежується ізольованими помилками кодування.
Спільнота Ethereum розділилася щодо ризиків Glamsterdam
Запропоновані зміни викликали критику з боку розробників і представників індустрії DeFi, які вважають, що Ethereum має вирішити проблеми сумісності перед тим, як продовжувати.
Засновник Curve Finance Майкл Єгоров попередив у X, що Glamsterdam може спричинити серйозні проблеми, якщо розробники продовжать, не усунувши ризики.
«Шановний @ethereum – будь ласка, не зламай ланцюг. Схоже, що Glamsterdam у поточній формі призведе до ще одного екстреного хардфорку назад, з великою кількістю драми», – написав Єгоров.
Член спільноти Ethereum та інвестор Раян Беркманс спочатку підтримував просування оновлення, аргументуючи, що Ethereum не може гарантувати незмінну ціну газу для кожного існуючого застосунку.
Згодом Беркманс змінив свою позицію після розгляду проблем сумісності.
«Ми (очевидно, тепер) не повинні продовжувати рух до активації Glam якнайшвидше. Я помилявся, коли так казав», – написав він у X.
Дослідник з безпеки pcaversaccio зайняв більш рішучу позицію, стверджуючи, що Glamsterdam не слід розгортати в його поточній формі.
«imho Glamsterdam не слід випускати в його поточній формі, крапка», – написав дослідник, посилаючись на зміни газу, про які, за повідомленнями, було попереджено основним розробникам Ethereum тижнями раніше.
Тестування Glamsterdam залишається відкладеним
Розробники Ethereum відклали активацію Hoodi 26 жовтня після того, як виникли побоювання щодо того, як переглянуті правила газу можуть вплинути на контракти, вже розгорнуті в основній мережі.
Відстрочення охопило зміни рівня виконання Amsterdam, зміни консенсусу Gloas та заплановане збільшення ліміту газу Hoodi до 200 мільйонів.
У заяві від 6 листопада розробник Ethereum Foundation Маріус ван дер Вейден сказав, що організація працює з ChainSecurity та Dedaub, щоб вивчити постраждалі застосунки та зібрати відгуки від розробників.
Під час зустрічі розробників 29 жовтня попередньо обговорювався наступний приватний тест Glamsterdam, орієнтовно на 16–20 листопада найраніше. Графік було складено до подання двох конкуруючих пропозицій.
