20 квітня 2023 року розробники Ethereum провели 107-е засідання телефонної конференції основних розробників Консенсусу (ACDC). Засідання вів дослідник Фонду Ethereum, на якому основну увагу було приділено змінам у шарі консенсусу Ethereum, оновленню прогресу Deneb та обговоренню інших пропозицій у рамках оновлення Канкуна, крім EIP-4844.
Deneb测试网络#5
Після успішної активації оновлення в Шанхаї, розробники одразу ж зосередили увагу на підготовці до Канкуна. Канкун - це наступне оновлення виконавчого рівня Ethereum, тоді як Deneb - це відповідне оновлення рівня консенсусу. Під час конференції розробники обговорили остаточний обсяг оновлення Cancun/Deneb, яке буде зосереджене на EIP-4844 та реалізації типу транзакцій blob.
Розробники планують запустити п'яту тестову мережу EIP-4844 наступного тижня. Один з інженерів Фонду Ethereum заявив, що він проводить пробні запуски для кількох клієнтів, щоб підготуватися до випуску тестової мережі.
У API двигуна є невелика зміна: виклики "getPayloadV3" та "getBlobsBundleV1" об'єднано в один. Ця зміна ще не інтегрована в специфікацію EIP-4844, але буде завершена найближчим часом для тестування в тестовій мережі #5.
Розробники також обговорили питання, як повторно вставити blob-транзакції в блок під час перетворення ланцюга. Оскільки blob-транзакції відокремлені від звичайних транзакцій, повторно сформовані blobs можуть бути отримані лише з публічного пулу транзакцій. Враховуючи, що багато транзакцій обходять пул транзакцій, одним із рішень є надання шару консенсусу даних blob кожного блоку шару виконання, після чого шар виконання може кешувати їх до завершення блоку. Інший варіант полягає в тому, щоб вимагати у користувачів транзакцій, які обходять пул транзакцій, повторно подавати транзакції під час подій перетворення ланцюга.
Деякі розробники схильні передавати blob-дані на виконавчий рівень, щоб їх можна було повторно вставити в транзакції під час реорганізації. Однак цей підхід може ще більше порушити абстракцію між виконавчим рівнем і Консенсусом, а також може вплинути на реалізацію майбутнього оновлення вибірки доступності даних. Через відсутність участі команди клієнтів виконавчого рівня це питання буде обговорено на наступній зустрічі.
Додаткова пропозиція Deneb
Окрім EIP-4844, оновлення Deneb також розглянуло інші кодові оновлення:
EIP-4788: відкриття стану сигнальної ланцюга рівня консенсусу на рівні виконання, що дозволяє смарт-контрактам здійснювати мінімально довірений доступ до рівня консенсусу.
EIP-6914: Повторне використання індексних номерів валідаторів, які повністю вийшли з мережі та неактивні протягом тривалого часу. Через високий рівень складності впровадження може бути відкладено до Deneb.
Потенційна зміна коду, що передбачає заповнення даних з генезис-блоку Beacon Chain і створення нового "історичного підсумку".
PR 3175: Запобігання тому, щоб оштрафовані валідатори подавали блоки під час виходу з черги, забезпечення захисту від "високих режимів відмови".
EIP-6493: вирішення проблеми, як вузли обробляють транзакції типу blob, закодовані на різних рівнях консенсусу та виконання.
Розробники, як правило, прагнуть включити EIP-4788, PR 3175 разом з EIP-4844 в наступне оновлення. Щодо інших пропозицій, розробники продовжать удосконалювати деталі та проводити подальші обговорення на майбутніх зустрічах.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
6
Репост
Поділіться
Прокоментувати
0/400
ChainDetective
· 08-16 04:51
Після Канкуна, здається, настав час 4844.
Переглянути оригіналвідповісти на0
0xSunnyDay
· 08-16 04:49
4844 що це таке? Не розумію, тому питаю.
Переглянути оригіналвідповісти на0
SandwichVictim
· 08-16 04:47
Канкун апгрейд, сендвіч небезпечний
Переглянути оригіналвідповісти на0
MidnightSnapHunter
· 08-16 04:42
Швидко, швидко, швидко 4844 незабаром зможе Падіння газу
Переглянути оригіналвідповісти на0
PaperHandsCriminal
· 08-16 04:38
Є стільки нових пропозицій, але я знову втратив шість відсотків.
Конференція розробників Ethereum зосереджена на оновленні Deneb, основна увага приділяється EIP-4844
Розробники Ethereum провели 107-у основну конференцію Консенсусу, обговорюючи прогрес оновлення Deneb
20 квітня 2023 року розробники Ethereum провели 107-е засідання телефонної конференції основних розробників Консенсусу (ACDC). Засідання вів дослідник Фонду Ethereum, на якому основну увагу було приділено змінам у шарі консенсусу Ethereum, оновленню прогресу Deneb та обговоренню інших пропозицій у рамках оновлення Канкуна, крім EIP-4844.
Deneb测试网络#5
Після успішної активації оновлення в Шанхаї, розробники одразу ж зосередили увагу на підготовці до Канкуна. Канкун - це наступне оновлення виконавчого рівня Ethereum, тоді як Deneb - це відповідне оновлення рівня консенсусу. Під час конференції розробники обговорили остаточний обсяг оновлення Cancun/Deneb, яке буде зосереджене на EIP-4844 та реалізації типу транзакцій blob.
Розробники планують запустити п'яту тестову мережу EIP-4844 наступного тижня. Один з інженерів Фонду Ethereum заявив, що він проводить пробні запуски для кількох клієнтів, щоб підготуватися до випуску тестової мережі.
У API двигуна є невелика зміна: виклики "getPayloadV3" та "getBlobsBundleV1" об'єднано в один. Ця зміна ще не інтегрована в специфікацію EIP-4844, але буде завершена найближчим часом для тестування в тестовій мережі #5.
Розробники також обговорили питання, як повторно вставити blob-транзакції в блок під час перетворення ланцюга. Оскільки blob-транзакції відокремлені від звичайних транзакцій, повторно сформовані blobs можуть бути отримані лише з публічного пулу транзакцій. Враховуючи, що багато транзакцій обходять пул транзакцій, одним із рішень є надання шару консенсусу даних blob кожного блоку шару виконання, після чого шар виконання може кешувати їх до завершення блоку. Інший варіант полягає в тому, щоб вимагати у користувачів транзакцій, які обходять пул транзакцій, повторно подавати транзакції під час подій перетворення ланцюга.
Деякі розробники схильні передавати blob-дані на виконавчий рівень, щоб їх можна було повторно вставити в транзакції під час реорганізації. Однак цей підхід може ще більше порушити абстракцію між виконавчим рівнем і Консенсусом, а також може вплинути на реалізацію майбутнього оновлення вибірки доступності даних. Через відсутність участі команди клієнтів виконавчого рівня це питання буде обговорено на наступній зустрічі.
Додаткова пропозиція Deneb
Окрім EIP-4844, оновлення Deneb також розглянуло інші кодові оновлення:
EIP-4788: відкриття стану сигнальної ланцюга рівня консенсусу на рівні виконання, що дозволяє смарт-контрактам здійснювати мінімально довірений доступ до рівня консенсусу.
EIP-6914: Повторне використання індексних номерів валідаторів, які повністю вийшли з мережі та неактивні протягом тривалого часу. Через високий рівень складності впровадження може бути відкладено до Deneb.
Потенційна зміна коду, що передбачає заповнення даних з генезис-блоку Beacon Chain і створення нового "історичного підсумку".
PR 3175: Запобігання тому, щоб оштрафовані валідатори подавали блоки під час виходу з черги, забезпечення захисту від "високих режимів відмови".
EIP-6493: вирішення проблеми, як вузли обробляють транзакції типу blob, закодовані на різних рівнях консенсусу та виконання.
Розробники, як правило, прагнуть включити EIP-4788, PR 3175 разом з EIP-4844 в наступне оновлення. Щодо інших пропозицій, розробники продовжать удосконалювати деталі та проводити подальші обговорення на майбутніх зустрічах.