Автор Крістін Кім
Упорядники: Luccy, BlockBeats
Примітка редактора: All Core Ethereum Developer Execution Call (ACDE) проводиться кожні два тижні для обговорення та координації змін у Ethereum Execution Layer (EL). Це 190-й конференц-дзвінок ACDE, обговорювалися EIP 7251 і 7702, формат віртуальних об’єктів Ethereum (EOF) і PeerDAS.
Під час зустрічі Бейко також запропонував новий шаблон обговорення EIP і підкреслив важливість сторінки ресурсу для розробників Ethereum «eth-clients». Крістін Кім, віце-президент із досліджень Galaxy Digital, детально записала ключові моменти цієї зустрічі. BlockBeasts склав оригінальний текст таким чином:
20 червня 2024 року розробники Ethereum зібралися в Zoom на зустріч №190 All Core Developers Execution (ACDE). Конференц-дзвінок ACDE — це серія зустрічей, які проводяться раз на два тижні під керівництвом Тіма Бейко, керівника відділу підтримки протоколів Ethereum Foundation, де розробники обговорюють і координують зміни рівня виконання Ethereum (EL).
Цього тижня розробники представили свій прогрес у впровадженні різних змін коду, включаючи пропозиції щодо вдосконалення Ethereum (EIP) 7251 і 7702, а також формат віртуальних об’єктів Ethereum (EOF) і PeerDAS.
Бейко також поділився запропонованим шаблоном для обговорень EIP, а інженер EF DevOps Парітхош Джаянті представив нову сторінку GitHub під назвою «eth-clients» для конфігурації основної та тестової мережі Ethereum. Насамкінець Бейко нагадав команді, що наступний дзвінок ACDE відбудеться у свято США 4 липня. Хоча він не буде присутній на зустрічі, дослідник EF Алекс Стоукс модеруватиме її замість нього.
Пектра Девнет 1
Розробники почали сесію з обговорення Pectra Devnet 1. Розробники планують запустити наступну спеціальну тестову мережу для оновлення Pectra наступного тижня. У порівнянні з попередньою тестовою мережею Devnet 0, нова тестова мережа в основному має такі зміни в специфікаціях:
Додано злиття валідатора, викликаного EL
EIP 3074 замінено на EIP 7702
Команда клієнта EL продовжує впровадження Devnet 1. Представники кожної з основних команд Ethereum EL поділилися своїми останніми розробками:
Бесу: Перша версія реалізації Devnet 1 готова, але ще не вистачає деяких тестів, і команда має запитання щодо специфікацій операції ціноутворення на газ.
Nethermind: вони переглядають свою реалізацію Devnet 1, об’єднують різні зміни коду та розгалуження програмного забезпечення та пишуть тестові приклади.
Erigon: вони мають чернетку реалізації EIP 7702 і переглядають останні зміни до EIP 7251, які додають об’єднання валідаторів, викликаних EL.
Рет: впровадження Devnet 1 має бути завершено до наступної зустрічі ACD.
EthereumJS: команда працює над впровадженням EIP 7702 і очікує, що Devnet 1 буде готовий приблизно через тиждень.
Гет: Команда також працює над впровадженням EIP 7702.
Коли команда клієнта поділилася своїм прогресом, розробник на ім’я «Racytech» запитав, чи буде реалізація EOF виключена з Devnet 1. Бейко підтвердив, що EOF не буде тестуватися на Devnet 1 і що реалізація EOF має базуватися на останній специфікації Pectra, а не на остаточній специфікації Deneb. Інженер EF DevOps Барнабас Буса підкреслив, що ця стратегія ускладнить налагодження EOF, оскільки специфікації Pectra змінюються та одночасно налагоджуються. «Незважаючи на це, це все ще вірно, тому що ми хочемо, щоб команда працювала над основними EIP Pectra та виправляла ці помилки. Отже, це має більше сенсу, ніж будувати на попередньому форку, а потім розвивати на Празі на завершальному етапі, а також відкривати всі ті неправильні", - сказав Бейко. Прага - це назва EL для оновлення Pectra.
Оновлення EIP 7702
Поки розробники працюють над впровадженням EIP 7702 у Devnet 1, цілком можливо, що в код будуть внесені значні зміни для підтримки нових функцій, зокрема можливості для користувачів відкликати авторизацію транзакцій EIP 7702.
Розробник Geth під назвою "Lightclient" запропонував нові зміни для підтримки відкликання EIP 7702. Він пояснив: «Нелегко побачити, які авторизації у вас діють у будь-який час, і важко знати, які з них відкликано, а які ні. Існують шаблони розробки, які можуть уникнути таких ситуацій, але насправді ми може не знати, що буде робити гаманець, щоб краще захистити, я пам’ятаю, що Віталік згадав під час останнього дзвінка або під час сеансу, що замість того, щоб зробити авторизацію випадковою річчю, яку потрібно включити в ці авторизації можна зберегти, щоб ви могли в будь-який час побачити, які коди призначено вашому обліковому запису."
Розробник на ім'я «Арік» заявив, що віддає перевагу поточній версії EIP 7702 перед змінами, запропонованими Lightclient. Арік сказав, що в новому EIP 7702 будуть певні випадки використання. Lightclient заперечує ці коментарі, заявляючи, що всі варіанти використання, підтримувані старішою версією EIP 7702, залишаються, і додано потужний механізм скасування. Однак Lightclient також зазначив, що ці зміни ускладнюють реалізацію EIP у клієнті. У чаті на конференції Бейко сказав, що завершення розробки EIP 7702 є «невирішеною проблемою специфікації номер один» для Pectra, і запропонував розробникам організувати ще один дзвінок для досягнення консенсусу щодо механізму відкликання. «Було б чудово, якби до наступної зустрічі у нас була версія, якою всі загалом задоволені, або ця версія, або її змінена версія, яка може стати частиною Devnet 2», — сказав Бейко.
Розробник Besu Даніель Лернер поставив під сумнів, чи варто розробникам витратити час на впровадження поточної версії EIP 7702 у Devnet 1, якщо специфікації можуть змінитися в Devnet 2. Він сказав: «Пропозиції досить різні, тому ми можемо реалізувати те, що через кілька тижнів доведеться частково відхилити через повторну зміну 7702», сказав, що, на його думку, Було б корисно, щоб команда гаманця запровадила якусь версію EIP 7702 у тестовій мережі. Бейко додав, що впровадження EIP 7702 у його поточній формі, на його думку, не призведе до суттєвої затримки прогресу команди клієнта, що може спричинити ускладнення для Devnet 1, якщо розробники зараз спробують видалити його зі специфікації Pectra.
Оновлення EOF
Говорячи про EOF, Буса сказав, що його команда перевірить реалізацію EOF після впровадження інших змін коду Pectra. Готовність EOF відстежується на GitHub. Наразі дві групи клієнтів EL, Besu та Reth, реалізували всі EOF EIP, тоді як інші групи все ще працюють над впровадженням усіх EOF EIP. Представники команди Erigon відзначили, що додаткові тести, що моделюють блоки Ethereum, що містять транзакції EOF, були б корисними. Маріо Вега, член команди тестування EF, сказав у чаті, що його команда випускає більше тестів EOF і розповість більше на наступній сесії EOF. Данно Феррін, незалежний розробник протоколу Ethereum, сказав, що оскільки специфікація EOF наразі завершена, конференц-зв’язки EOF було змінено з тижневих на два тижні, а EOF зараз зосереджується на тестуванні та клієнтській реалізації.
Оновлення PeerDAS
Буса коротко представив хід роботи з впровадження PeerDAS. Він сказав, що наступний PeerDAS Devnet буде онлайн через один-два тижні. Як обговорювалося на останній зустрічі ACDC, PeerDAS буде розроблено на основі завершеної специфікації Dencun, а не на основі специфікації Pectra.
оголошення
Beiko запропонував новий шаблон за замовчуванням для авторів EIP для використання в публікаціях Ethereum Magicians. Цей новий шаблон розроблено для полегшення високоякісних перевірок EIP.
Джаянті представив сторінку GitHub «eth-clients», яка надає різноманітні ресурси для розробників Ethereum, включаючи стандартизовані конфігурації для тестової та основної мережі Ethereum. Зараз цю сторінку обслуговують представники всіх команд клієнтів CL. Джаянті закликав представників команди клієнта EL зголоситися добровільно підтримувати цю сторінку GitHub.
Lightclient запитав команду клієнта про хід їхньої роботи над закінченням терміну дії історичних даних. Жодних оновлень щодо цього на зустрічі не надходило.
Бейко сказав, що він не буде вести наступну конференцію ACDE, яка припадає на свято США 4 липня. Потім його очолить дослідник EF Алекс Стокс.
