20 квітня 2023 року розробники Ethereum провели 107-у телефонну конференцію основних розробників щодо консенсусу (ACDC). На конференції, яку вів дослідник з Фонду Ethereum, основну увагу приділили змінам у консенсусному шарі Ethereum (CL), оновленню прогресу Deneb, а також іншим пропозиціям, окрім EIP-4844, у контексті наступного оновлення Канкуна.
Deneb测试网#5
Після успішної активації оновлення в Шанхаї, розробники зосередилися на підготовці до Канкуна. Cancun — це назва наступного оновлення виконавчого шару Ethereum (EL), а Deneb — відповідна назва оновлення CL. Розробники обговорили кінцевий обсяг оновлення Cancun/Deneb, яке буде зосереджене на EIP-4844, що реалізує тип транзакцій blob.
П’ятий тестовий мережевий запуск Deneb запланований на наступний тиждень. Деякі клієнти проходять пробні запуски для підготовки до випуску тестової мережі. У API двигуна є невелика зміна, яка об’єднує виклики "getPayloadV3" та "getBlobsBundleV1" в один. Ця зміна буде протестована на тестовій мережі #5.
Розробники також обговорили питання про те, як повторно вставити блоб-транзакції під час реорганізації ланцюга. Оскільки блоб-транзакції відокремлені від звичайних транзакцій, блоби після реорганізації можуть бути отримані лише з транзакцій громадського пулу пам'яті. Враховуючи, що багато транзакцій обходять пул пам'яті, розробники запропонували два рішення: дозволити CL передавати дані блобів кожного блоку EL, або вимагати від користувачів транзакцій, які обходять пул пам'яті, повторно подавати транзакції під час події реорганізації ланцюга.
Щодо цього питання у розробників є різні думки. Дехто вважає, що передача blob-даних до EL є простішим рішенням, але інші побоюються, що це може порушити абстракцію між шарами EL і CL. Через відсутність участі команди клієнтів EL, це питання буде обговорене знову на наступній нараді.
Додаткова пропозиція Deneb
Окрім EIP-4844, оновлення Deneb також враховує інші кодові оновлення:
EIP-4788: Відкриття стану CL Beacon Chain в EL, що дозволяє смарт-контрактам здійснювати мінімально довірений доступ до CL.
EIP-6914: Повторне використання індексних номерів валідаторів, які повністю вийшли з мережі та давно не були активними, щоб зменшити безкінечне зростання списку валідаторів.
Заповнити дані з генезис-блоку Beacon Chain і створити новий зміст "історичного підсумку".
PR 3175: Запобігання подачі блоків валідаторами, яких покарали, під час виходу з черги.
EIP-6493: вирішує, як вузли повинні обробляти різні типи транзакцій blob, закодовані в CL і EL.
Розробники мають намір включити EIP-4788, PR 3175 та EIP-4844 в наступне оновлення. EIP-6914, через вищу складність, може бути відкладений на реалізацію в жорсткому форку після Deneb. Інші пропозиції потребують подальшого обговорення та уточнення.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Розробники Ethereum зосередилися на обговоренні оновлення Канкун, EIP-4844 стало в центрі уваги
以太坊核心开发者共识会议#107Огляд основних моментів
20 квітня 2023 року розробники Ethereum провели 107-у телефонну конференцію основних розробників щодо консенсусу (ACDC). На конференції, яку вів дослідник з Фонду Ethereum, основну увагу приділили змінам у консенсусному шарі Ethereum (CL), оновленню прогресу Deneb, а також іншим пропозиціям, окрім EIP-4844, у контексті наступного оновлення Канкуна.
Deneb测试网#5
Після успішної активації оновлення в Шанхаї, розробники зосередилися на підготовці до Канкуна. Cancun — це назва наступного оновлення виконавчого шару Ethereum (EL), а Deneb — відповідна назва оновлення CL. Розробники обговорили кінцевий обсяг оновлення Cancun/Deneb, яке буде зосереджене на EIP-4844, що реалізує тип транзакцій blob.
П’ятий тестовий мережевий запуск Deneb запланований на наступний тиждень. Деякі клієнти проходять пробні запуски для підготовки до випуску тестової мережі. У API двигуна є невелика зміна, яка об’єднує виклики "getPayloadV3" та "getBlobsBundleV1" в один. Ця зміна буде протестована на тестовій мережі #5.
Розробники також обговорили питання про те, як повторно вставити блоб-транзакції під час реорганізації ланцюга. Оскільки блоб-транзакції відокремлені від звичайних транзакцій, блоби після реорганізації можуть бути отримані лише з транзакцій громадського пулу пам'яті. Враховуючи, що багато транзакцій обходять пул пам'яті, розробники запропонували два рішення: дозволити CL передавати дані блобів кожного блоку EL, або вимагати від користувачів транзакцій, які обходять пул пам'яті, повторно подавати транзакції під час події реорганізації ланцюга.
Щодо цього питання у розробників є різні думки. Дехто вважає, що передача blob-даних до EL є простішим рішенням, але інші побоюються, що це може порушити абстракцію між шарами EL і CL. Через відсутність участі команди клієнтів EL, це питання буде обговорене знову на наступній нараді.
Додаткова пропозиція Deneb
Окрім EIP-4844, оновлення Deneb також враховує інші кодові оновлення:
EIP-4788: Відкриття стану CL Beacon Chain в EL, що дозволяє смарт-контрактам здійснювати мінімально довірений доступ до CL.
EIP-6914: Повторне використання індексних номерів валідаторів, які повністю вийшли з мережі та давно не були активними, щоб зменшити безкінечне зростання списку валідаторів.
Заповнити дані з генезис-блоку Beacon Chain і створити новий зміст "історичного підсумку".
PR 3175: Запобігання подачі блоків валідаторами, яких покарали, під час виходу з черги.
EIP-6493: вирішує, як вузли повинні обробляти різні типи транзакцій blob, закодовані в CL і EL.
Розробники мають намір включити EIP-4788, PR 3175 та EIP-4844 в наступне оновлення. EIP-6914, через вищу складність, може бути відкладений на реалізацію в жорсткому форку після Deneb. Інші пропозиції потребують подальшого обговорення та уточнення.