Конференція розробників Ethereum зосереджена на оновленні Cancun, EIP-4844 є основною пропозицією

2025-08-14 20:43:09

Генерація анотацій у процесі

Огляд 107-ї зустрічі Консенсусу розробників ядра Ethereum

20 квітня 2023 року розробники Ethereum провели 107-у телефонну конференцію основних розробників Консенсусу (ACDC). Конференцію вів дослідник фонду Ethereum, основна увага приділялася змінам в консенсусному шарі Ethereum (CL), оновленню прогресу Deneb, а також іншим пропозиціям в рамках наступного оновлення Канкуна, крім EIP-4844.

Deneb测试网#5

Після успішної активації оновлення в Шанхаї, розробники швидко звернули увагу на підготовку до Канкуна. Канкун є наступним оновленням виконавчого шару Ethereum (EL), а Deneb – відповідним оновленням CL. Під час конференції розробники обговорили остаточний обсяг оновлення Cancun/Deneb, яке буде базуватися на EIP-4844 і впроваджувати типи транзакцій blob.

Підготовка Deneb почалася з запуску тестової мережі #5. Розробники планують запустити п’яту тестову мережу EIP-4844 наступного тижня. Інженер DevOps однієї з фондів проводить пробний запуск для кількох клієнтів, готуючи випуск тестової мережі на наступний тиждень.

В API двигуна відбулася незначна зміна: виклики "getPayloadV3" та "getBlobsBundleV1" об'єднано в один. Це зміна ще не була внесена до специфікації EIP-4844, але буде завершена в найближчі кілька днів для тестування в тестовій мережі #5.

Розробники також обговорили питання, як повторно вставити blob-транзакції в блок під час перезавантаження ланцюга. Оскільки blob-транзакції відокремлені від звичайних транзакцій, після перезавантаження blobs можуть бути отримані лише з транзакцій з публічного пулу пам'яті. Враховуючи, що багато транзакцій обходять пул пам'яті, одним із рішень є передача CL даних blob кожного блоку EL, а потім EL може кешувати їх, поки блок не буде завершений. Іншим методом є вимога до користувачів, які подали транзакції, що обійшли пул пам'яті, повторно подавати свої транзакції під час подій перезавантаження ланцюга.

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

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

Додаткова пропозиція Deneb

Окрім EIP-4844, оновлення Deneb також враховує інші оновлення коду:

EIP-4788: Відкриття стану CL Beacon-ланцюга в EL, що дозволяє смарт-контрактам здійснювати мінімально довірений доступ до CL.
EIP-6914: Повторне використання індексних номерів валідаторів, які повністю вийшли з мережі і тривалий час не були активними, допомагає зменшити безкінечне зростання списку валідаторів.
Потенційна зміна коду, яка передбачає заповнення даних з генезис-блоку Beacon-ланцюга та створення нового "історичного резюме".
PR 3175: запобігання блокам, які подаються в черзі виходу валідаторів, що підлягають покаранню, забезпечення захисту від "високого режиму збоїв".
EIP-6493: вирішує, як вузли повинні обробляти типи транзакцій blob, які форматуются у форматі SSZ на CL, але кодуються по-різному на EL.

Розробники прагнуть включити EIP-4788, EIP-3175 та EIP-4844 у наступне оновлення.

ETH-1.63%

Переглянути оригінал

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

13 лайків