Ethereum ‘двосмугове оновлення’… Glamsterdam запускає публічну тестову мережу, а Hegotá проходить початкову перевірку

[БлокМедіа, Хам Джіхьон] Ethereum продовжує підготовку до впровадження тестової мережі ‘Glamsterdam’ у рамках наступного оновлення. Паралельно розробляється наступне оновлення ‘Hegotá’, яке буде реалізовано шляхом тестування основних функцій окремо, а потім їх інтеграції.

Згідно з даними розробницької тестової зустрічі ‘ACDT #97’, організованої Ethereum Collective Korea (ECK) 24 числа, команда розробників узгодила графік тестування Glamsterdam та початкові методи тестування Hegotá на зустрічі 21 числа (за місцевим часом). Обговорення зосередилося на тому, в якому порядку перевіряти вже заплановані функції, а не на додаванні нових.

Основний потік оновлень Ethereum вже включає ‘Fusaka’, яке було впроваджено в основну мережу, потім ‘Glamsterdam’, а згодом ‘Hegotá’. Glamsterdam планується впровадити в основну мережу в четвертому кварталі цього року, а Hegotá — у другому кварталі наступного року, але конкретні дати ще не визначені.

Щоб Glamsterdam було впроваджено в основну мережу, спочатку необхідно перевірити стабільність нових функцій у тестовій мережі. Для цього використовуються тестові мережі Ethereum ‘Sepolia’ та ‘Hoodi’. Розробники спочатку впровадять Glamsterdam у ці дві тестові мережі, щоб перевірити, чи працюють додатки та смарт-контракти в Sepolia, а в Hoodi — чи немає проблем з функціонуванням мережі, такими як управління валідаторами та стейкінг.

Sepolia та Hoodi не є окремими назвами оновлень, а тестовими мережами Ethereum, які використовуються для перевірки нових функцій перед їх впровадженням в основну мережу. Sepolia в основному використовується для перевірки додатків та смарт-контрактів, тоді як Hoodi — для тестування управління валідаторами, стейкінгу та оновлень мережі. Таким чином, Hoodi не буде впроваджено в Ethereum, а Glamsterdam спочатку буде впроваджено в тестову мережу Hoodi для перевірки стабільності.

Glamsterdam перейшло до етапу визначення обсягу основних функцій та перевірки стабільності в тестовій мережі для розробників (devnet). Раніше Ethereum Foundation 17 числа минулого місяця оголосила про запуск попередньої тестової мережі ‘Platåberget’, в якій можуть брати участь звичайні розробники та оператори вузлів. Це створило середовище для попередньої перевірки того, чи працюють гаманці та різні послуги після оновлення.

Наступна ключова дата — 6 жовтня, коли Glamsterdam буде впроваджено в тестову мережу Sepolia. У зв'язку з цим команди розробників планують випустити нову версію програмного забезпечення для роботи мережі (клієнта) до 29 числа цього місяця. Дата впровадження Glamsterdam у тестову мережу Hoodi попередньо запропонована на 27 жовтня, а рішення про це буде ухвалено 8 жовтня.

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

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

Також триває програма bug bounty, в рамках якої користувачі отримують винагороду за виявлення вразливостей. Однак, станом на 24 число, винагороди за Glamsterdam обмежені технічними специфікаціями та Ethereum Improvement Proposals (EIP). Код реалізації Glamsterdam у клієнті поки що не є об'єктом винагороди, а обсяг винагороди буде розширено після оголошення кандидатної версії.

Hegotá, перевірка ‘запобігання цензурі транзакцій’ та ‘зручності гаманців’ окремо

Hegotá, що готується до етапу після Glamsterdam, визначила основні функції та просувається до початкової реалізації та формування тестової мережі. Основні функції включають ‘FOCIL (Fork Choice Based Inclusion List)’ та ‘Frame Transaction (EIP-8141)’, а решта деталей потребують додаткового обговорення.

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

Frame Transaction — це пропозиція, яка має на меті зробити спосіб схвалення транзакцій гаманця та обробки комісій більш гнучким, шляхом відображення ‘абстракції облікового запису’ в основних правилах транзакцій Ethereum. Це ключовий момент, оскільки функції, які раніше надавалися через окрему інфраструктуру ERC-4337, тепер підтримуються на рівні мережі.

У ERC-4337, коли користувач надсилає запит ‘UserOperation’ замість звичайної транзакції, ‘бандлер’ виконує проміжну роль, збираючи їх і подаючи як транзакцію Ethereum. Після цього спільний смарт-контракт ‘EntryPoint’ перевіряє умови схвалення гаманця та управляє виконанням запиту. Якщо послуга сплачує комісію за користувача, також використовується окремий контракт ‘Paymaster’. Це дозволяє реалізувати зручні функції гаманця без зміни основних правил транзакцій Ethereum, але для цього потрібна додаткова інфраструктура.

Натомість Frame Transaction складає саму транзакцію з кількох етапів обробки, таких як ‘перевірка схвалення користувача’, ‘перевірка згоди платника комісії’ та ‘фактичне виконання роботи’. Це означає, що процес перевірки, чи схвалив користувач переказ, чи погодився сервіс покрити комісію, і фактичний переказ, розміщуються в одній транзакції. На відміну від способу обробки запитів користувачів у звичайних транзакціях, структура транзакцій Ethereum сама підтримує цю структуру.

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

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

Однак також висловлювалася думка, що окремих тестів недостатньо. Потрібно перевірити, чи виникають проблеми, коли FOCIL, що вимагає включення транзакцій до блоку, працює разом з новим форматом Frame Transaction. Дослідник фонду Тоні Барштетер зазначив, що оскільки ці дві функції тісно впливають одна на одну в черзі транзакцій ‘мемпул’, важливо провести ранню інтеграцію перевірки.

Розробник Geth Мет Ганет висловив бажання створити devnet для Frame та FOCIL до Devcon. Якщо початкові тести пройдуть успішно, пропонується просувати інтегровану devnet у жовтні. Це означає, що мета — запустити тестову мережу для розробників, але це не означає, що Hegotá буде впроваджено в основну мережу в той час.

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

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

Команда розробників не визначила термін зберігання на цій зустрічі і передала це питання на онлайн-дискусії та подальші зустрічі розробників. Також було підтверджено, що це питання не є умовою, що заважає впровадженню Glamsterdam у тестову мережу Sepolia.

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