以太坊核心开发者共识会议#107 підсумок

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

Deneb测试网#5

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

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

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

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

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

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

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

1. EIP-4788: Дозволяє виводити стан сигналізаційного ланцюга консенсусу на рівні виконання, полегшуючи доступ до інформації про консенсусний рівень для смарт-контрактів.

2. EIP-6914: Пропозиція повторно використовувати індексні номери валідаторів, які повністю вийшли з мережі і тривалий час були неактивними. Розробники погодилися продовжити вдосконалення цієї пропозиції, але, можливо, відкладуть її реалізацію до після Deneb.

3. Потенційна зміна коду, яка передбачає заповнення даних з генезис-блоку та створення нової "історичної резюме".

4. PR 3175: Запобігання тому, щоб перевіряючі, що підлягають покаранню, пропонували блоки при виході з черги, забезпечуючи захист від "високих режимів відмов".

5. EIP-6493: вирішення питання, як вузли обробляють різні типи транзакцій blob, закодовані на рівні консенсусу та виконання.

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