Редакція: Телефонні конференції з виконавчими директорами Ethereum (ACDE) відбуваються щодвотижня і призначені для обговорення та координації змін в виконавчому шарі Ethereum (EL). Ця 190-а ACDE телефонна конференція була присвячена обговоренню питань EIP 7251 і 7702, Ethereum Virtual Object Format (EOF) та PeerDAS.
Під час зустрічі Beiko також запропонував новий шаблон обговорення EIP та підкреслив важливість ресурсу для розробників Ethereum «eth-clients». Віце-президент з досліджень Galaxy Digital Крістін Кім детально зафіксувала основні моменти цієї зустрічі, а BlockBeasts переклав оригінальний текст наступним чином:
20 червня 2024 року розробники Ethereum зібралися на зустрічі All Core Developers ution (ACDE) під номером 190 через Zoom. ACDE телефонна конференція - це серія зустрічей, які проводяться кожні два тижні і керуються керівником протоколу Фонду Ethereum Тімом Бейко, розробники обговорюють та координують зміни в виконавчому шарі Ethereum (EL) на зустрічі.
Цього тижня розробники представили свій прогрес у реалізації різних змін коду, включаючи поліпшення пропозицій по ефіру (EIP) 7251 та 7702, а також формату віртуальних об'єктів Ethereum (EOF) та PeerDAS.
Beiko також поділився рекомендаційним шаблоном для обговорення EIP, а інженер з розробки та операцій EF Парітос Жаянті представив нову сторінку GitHub з назвою «eth-clients» для конфігурації головної та тестової мереж Ethereum. На завершення Бейко нагадав команді, що наступна телефонна конференція ACDE відбудеться в день американського свята 4 липня. Хоча він не зможе прийняти участь у цьому засіданні, дослідник EF Алекс Стокс виступить його замісником.
Pectra Devnet 1
Розробники обговорили Pectra Devnet 1 на початку зустрічі. Розробники планують запустити наступну приватну тестову мережу Pectra Upgrade наступного тижня. Порівняно з попередньою тестовою мережею Devnet 0, нова тестова мережа має наступні зміни у специфікації:
Додано об'єднання валідаторів для EL тригера
Замінив EIP 3074 на EIP 7702
Команда клієнтів EL просувається з втіленням свого Devnet 1. Кожен представник основної команди EL Ethereum поділився своїм останнім прогресом:
Besu: їх перший варіант реалізації Devnet 1 вже готовий, але є деякі пропуски в тестуванні, команда має сумніви щодо специфікації ціноутворення газу.
Nethermind: вони переглядають свою реалізацію Devnet 1, об'єднуючи різні зміни коду та гілки програмного забезпечення та пишуть тести.
Erigon: вони мають чернетку реалізації EIP 7702, яка перевіряє останні зміни до EIP 7251, які включають об'єднання валідаторів, активованих EL.
Reth: їхній Devnet 1 має бути завершений до наступної зустрічі ACD.
EthereumJS: команда працює над реалізацією EIP 7702 і очікується, що Devnet 1 буде готовий через тиждень або так.
Geth: Команда також працює над реалізацією EIP 7702.
Коли команда клієнтів ділиться своїми досягненнями, розробник на ім'я "Racytech" запитав, чи буде реалізація ЕОФ виключена з Devnet 1. Beiko підтвердив, що ЕОФ не буде тестуватися на Devnet 1, і реалізація ЕОФ повинна ґрунтуватися на останніх специфікаціях Pectra, а не на остаточних специфікаціях Deneb. Розробник-оператор з EF Барнабас Буса підкреслив, що така стратегія ускладнить налагодження ЕОФ, оскільки специфікації Pectra постійно змінюються, і також одночасно проводиться налагодження. "Незважаючи на це, це все ще правильно, оскільки ми хочемо, щоб команда працювала над основними EIPs Pectra та виправляла ці помилки. Тому це більш раціонально, ніж базуватися на попередній форці, а потім на останній стадії базуватися на Prague, і також виявляти всі ці помилки," - сказав Beiko. Prague - це EL-назва оновлення Pectra.
Оновлення EIP 7702
Незважаючи на те, що розробники зробили все можливе, щоб реалізувати EIP 7702 в Devnet 1, можливі значні зміни в коді для підтримки нових функцій, особливо здатність скасувати авторизацію транзакції EIP 7702 користувача.
Розробник Geth під назвою "Lightclient" запропонував нові зміни, які підтримують скасування EIP 7702. Він пояснив: "Не легко в будь-який момент зрозуміти, які дозволи діють, і важко зрозуміти, які скасовані, а які ні. Є деякі шаблони проектування, які дозволяють уникнути цієї ситуації, але насправді ми можливо не знаємо, як гаманець використовуватиме цю функцію. Щоб краще захиститися, я пам'ятаю, що Віталік згадував на останній телефонній конференції або в груповій обговорювальній кімнаті, що замість того, щоб дозвіл ставав тимчасовою справою, яку обов'язково включати в транзакцію, ми можемо зберігати ці дозволи, щоб ви могли в будь-який момент переглянути, які коди були надані вашому рахунку."
Розробник на ім'я «Arik» заявив, що він віддає перевагу поточній версії EIP 7702, а не запропонованим змінам в Lightclient. Arik сказав, що в новій версії EIP 7702 буде деякі специфічні випадки використання. Lightclient спростував ці коментарі, стверджуючи, що всі випадки використання, підтримувані попередньою версією EIP 7702, все ще залишаються, і було додано потужний механізм відкликання. Однак Lightclient також вказав, що ці зміни роблять реалізацію EIP у клієнті більш складною. Beiko в чаті на зустрічі заявив, що остаточне вирішення дизайну EIP 7702 є «найбільш невирішеним проблемним питанням» Pectra і запропонував розробникам організувати ще один телефонний дискусійний вебінар для досягнення консенсусу щодо його механізму відкликання. «Якщо до наступної зустрічі ми матимемо версію, якою всі будуть задоволені, то ця версія або її виправлення може бути частиною Devnet 2, це буде добре,» - сказав Beiko.
Розробник Besu Даніель Лернер питає, чи варто розробникам витрачати час на реалізацію поточної версії EIP 7702 в Devnet 1, якщо специфікація може змінитися в Devnet 2. Він каже: «Ці пропозиції досить різні, тому ми, можливо, реалізуємо деякі речі, які нам доведеться частково відкинути через 7702 через декілька тижнів». Співзасновник Safe, шифрованого гаманця, Річард Мейсснер, вважає, що це корисно реалізувати якусь версію EIP 7702 для команди гаманця на тестовій мережі. Бейко додає, що реалізація поточної версії EIP 7702, на його думку, значно не затримає прогрес команди клієнта, і спроба видалити його зі специфікації Pectra зараз може спричинити складність в Devnet 1.
Оновлення EOF
Говорячи про EOF, Busa зазначив, що його команда перевірить реалізацію EOF після впровадження інших змін у коді Pectra. Готовність EOF відстежується на GitHub. Наразі дві команди клієнтів EL, Besu і Reth, вже реалізували всі EIP EOF, тоді як інші команди продовжують працювати над усіма EIP EOF. Представник з команди Erigon заявив, що додатковий тест-кейс, що моделює блок Ethereum з EOF-транзакціями, буде корисним. Член команди тестування EF, Маріо Вега, заявив у чаті, що його команда публікує більше тестів для EOF та поділиться докладнішою інформацією на наступній зустрічі групи EOF. Незалежний розробник Ethereum-протоколу, Данно Феррін, заявив, що оскільки специфікація EOF тепер остаточно визначена, телефонні конференції EOF перейшли з щотижневих на двотижневі, і зараз робочій фокус EOF - це тестування та реалізація клієнта.
Оновлення PeerDAS
Busa накратко описав прогрес роботи з впровадження PeerDAS. Він зазначив, що наступна версія PeerDAS Devnet буде запущена протягом одного-двох тижнів. Як було обговорено на минулій зустрічі ACDC, розробка PeerDAS буде здійснюватися на основі остаточного специфікації Dencun, а не Pectra.
Оголошення
Beiko запропонував новий типовий шаблон для використання авторами EIP в дописах Ethereum Magicians. Цей новий шаблон спрямований на покращення високоякісного розгляду EIP.
Jayanthi представила сторінку GitHub «eth-clients», яка надає різноманітні ресурси для розробників Ethereum, включаючи конфігурації тестової мережі та головної мережі Ethereum. Наразі цю сторінку підтримують представники всіх команд клієнтів CL. Jayanthi закликала представників команди клієнтів EL волонтерськи допомогти у підтримці цієї сторінки GitHub.
Lightclient запитав команду клієнтів про прогрес у роботі з обробки застарілих історичних даних. На цій зустрічі не було поділено жодних оновлень у цьому плані.
Бейко сказав, що він не буде головувати на наступній телефонній конференції ACDE, яка відбудеться в США в день відпочинку 4 липня. Натомість зустріч буде проводити дослідник ЄФ Алекс Стокс.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Остання зустріч основних розробників Ethereum: наступного тижня вийде наступна приватна тестова мережа Pectra оновлення
Автор: Кристин Ким
Компіляція: Luccy, BlockBeats
Редакція: Телефонні конференції з виконавчими директорами Ethereum (ACDE) відбуваються щодвотижня і призначені для обговорення та координації змін в виконавчому шарі Ethereum (EL). Ця 190-а ACDE телефонна конференція була присвячена обговоренню питань EIP 7251 і 7702, Ethereum Virtual Object Format (EOF) та PeerDAS.
Під час зустрічі Beiko також запропонував новий шаблон обговорення EIP та підкреслив важливість ресурсу для розробників Ethereum «eth-clients». Віце-президент з досліджень Galaxy Digital Крістін Кім детально зафіксувала основні моменти цієї зустрічі, а BlockBeasts переклав оригінальний текст наступним чином:
20 червня 2024 року розробники Ethereum зібралися на зустрічі All Core Developers ution (ACDE) під номером 190 через Zoom. ACDE телефонна конференція - це серія зустрічей, які проводяться кожні два тижні і керуються керівником протоколу Фонду Ethereum Тімом Бейко, розробники обговорюють та координують зміни в виконавчому шарі Ethereum (EL) на зустрічі.
Цього тижня розробники представили свій прогрес у реалізації різних змін коду, включаючи поліпшення пропозицій по ефіру (EIP) 7251 та 7702, а також формату віртуальних об'єктів Ethereum (EOF) та PeerDAS.
Beiko також поділився рекомендаційним шаблоном для обговорення EIP, а інженер з розробки та операцій EF Парітос Жаянті представив нову сторінку GitHub з назвою «eth-clients» для конфігурації головної та тестової мереж Ethereum. На завершення Бейко нагадав команді, що наступна телефонна конференція ACDE відбудеться в день американського свята 4 липня. Хоча він не зможе прийняти участь у цьому засіданні, дослідник EF Алекс Стокс виступить його замісником.
Pectra Devnet 1
Розробники обговорили Pectra Devnet 1 на початку зустрічі. Розробники планують запустити наступну приватну тестову мережу Pectra Upgrade наступного тижня. Порівняно з попередньою тестовою мережею Devnet 0, нова тестова мережа має наступні зміни у специфікації:
Команда клієнтів EL просувається з втіленням свого Devnet 1. Кожен представник основної команди EL Ethereum поділився своїм останнім прогресом:
Коли команда клієнтів ділиться своїми досягненнями, розробник на ім'я "Racytech" запитав, чи буде реалізація ЕОФ виключена з Devnet 1. Beiko підтвердив, що ЕОФ не буде тестуватися на Devnet 1, і реалізація ЕОФ повинна ґрунтуватися на останніх специфікаціях Pectra, а не на остаточних специфікаціях Deneb. Розробник-оператор з EF Барнабас Буса підкреслив, що така стратегія ускладнить налагодження ЕОФ, оскільки специфікації Pectra постійно змінюються, і також одночасно проводиться налагодження. "Незважаючи на це, це все ще правильно, оскільки ми хочемо, щоб команда працювала над основними EIPs Pectra та виправляла ці помилки. Тому це більш раціонально, ніж базуватися на попередній форці, а потім на останній стадії базуватися на Prague, і також виявляти всі ці помилки," - сказав Beiko. Prague - це EL-назва оновлення Pectra.
Оновлення EIP 7702
Незважаючи на те, що розробники зробили все можливе, щоб реалізувати EIP 7702 в Devnet 1, можливі значні зміни в коді для підтримки нових функцій, особливо здатність скасувати авторизацію транзакції EIP 7702 користувача.
Розробник Geth під назвою "Lightclient" запропонував нові зміни, які підтримують скасування EIP 7702. Він пояснив: "Не легко в будь-який момент зрозуміти, які дозволи діють, і важко зрозуміти, які скасовані, а які ні. Є деякі шаблони проектування, які дозволяють уникнути цієї ситуації, але насправді ми можливо не знаємо, як гаманець використовуватиме цю функцію. Щоб краще захиститися, я пам'ятаю, що Віталік згадував на останній телефонній конференції або в груповій обговорювальній кімнаті, що замість того, щоб дозвіл ставав тимчасовою справою, яку обов'язково включати в транзакцію, ми можемо зберігати ці дозволи, щоб ви могли в будь-який момент переглянути, які коди були надані вашому рахунку."
Розробник на ім'я «Arik» заявив, що він віддає перевагу поточній версії EIP 7702, а не запропонованим змінам в Lightclient. Arik сказав, що в новій версії EIP 7702 буде деякі специфічні випадки використання. Lightclient спростував ці коментарі, стверджуючи, що всі випадки використання, підтримувані попередньою версією EIP 7702, все ще залишаються, і було додано потужний механізм відкликання. Однак Lightclient також вказав, що ці зміни роблять реалізацію EIP у клієнті більш складною. Beiko в чаті на зустрічі заявив, що остаточне вирішення дизайну EIP 7702 є «найбільш невирішеним проблемним питанням» Pectra і запропонував розробникам організувати ще один телефонний дискусійний вебінар для досягнення консенсусу щодо його механізму відкликання. «Якщо до наступної зустрічі ми матимемо версію, якою всі будуть задоволені, то ця версія або її виправлення може бути частиною Devnet 2, це буде добре,» - сказав Beiko.
Розробник Besu Даніель Лернер питає, чи варто розробникам витрачати час на реалізацію поточної версії EIP 7702 в Devnet 1, якщо специфікація може змінитися в Devnet 2. Він каже: «Ці пропозиції досить різні, тому ми, можливо, реалізуємо деякі речі, які нам доведеться частково відкинути через 7702 через декілька тижнів». Співзасновник Safe, шифрованого гаманця, Річард Мейсснер, вважає, що це корисно реалізувати якусь версію EIP 7702 для команди гаманця на тестовій мережі. Бейко додає, що реалізація поточної версії EIP 7702, на його думку, значно не затримає прогрес команди клієнта, і спроба видалити його зі специфікації Pectra зараз може спричинити складність в Devnet 1.
Оновлення EOF
Говорячи про EOF, Busa зазначив, що його команда перевірить реалізацію EOF після впровадження інших змін у коді Pectra. Готовність EOF відстежується на GitHub. Наразі дві команди клієнтів EL, Besu і Reth, вже реалізували всі EIP EOF, тоді як інші команди продовжують працювати над усіма EIP EOF. Представник з команди Erigon заявив, що додатковий тест-кейс, що моделює блок Ethereum з EOF-транзакціями, буде корисним. Член команди тестування EF, Маріо Вега, заявив у чаті, що його команда публікує більше тестів для EOF та поділиться докладнішою інформацією на наступній зустрічі групи EOF. Незалежний розробник Ethereum-протоколу, Данно Феррін, заявив, що оскільки специфікація EOF тепер остаточно визначена, телефонні конференції EOF перейшли з щотижневих на двотижневі, і зараз робочій фокус EOF - це тестування та реалізація клієнта.
Оновлення PeerDAS
Busa накратко описав прогрес роботи з впровадження PeerDAS. Він зазначив, що наступна версія PeerDAS Devnet буде запущена протягом одного-двох тижнів. Як було обговорено на минулій зустрічі ACDC, розробка PeerDAS буде здійснюватися на основі остаточного специфікації Dencun, а не Pectra.
Оголошення
Beiko запропонував новий типовий шаблон для використання авторами EIP в дописах Ethereum Magicians. Цей новий шаблон спрямований на покращення високоякісного розгляду EIP.
Jayanthi представила сторінку GitHub «eth-clients», яка надає різноманітні ресурси для розробників Ethereum, включаючи конфігурації тестової мережі та головної мережі Ethereum. Наразі цю сторінку підтримують представники всіх команд клієнтів CL. Jayanthi закликала представників команди клієнтів EL волонтерськи допомогти у підтримці цієї сторінки GitHub.
Lightclient запитав команду клієнтів про прогрес у роботі з обробки застарілих історичних даних. На цій зустрічі не було поділено жодних оновлень у цьому плані.
Бейко сказав, що він не буде головувати на наступній телефонній конференції ACDE, яка відбудеться в США в день відпочинку 4 липня. Натомість зустріч буде проводити дослідник ЄФ Алекс Стокс.