Ethereum Конференція ACDC #132 хвилини: Electra Devnet 0 готова до інших технічних тем

Оригінальна назва: Ethereum All Core Developers Консенсус Call #132 Опис

Оригінал статті Крістін Кім

Оригінальна компіляція: Luccy, BlockBeats

Примітка редактора:

Ethereum всі основні дзвінки розробників Консенсус (ACDC) проводяться раз на два тижні для обговорення та координації змін у Ethereum Консенсус рівні (CL). Це 132-й конференц-дзвінок ACDC, під час якого розробники поділилися оновленнями першої Тестова мережа Pectra Devnet (Pectra Devnet 0), обговорили відкриті питання щодо специфікації, а також висвітлили дослідницькі проекти, пов’язані з мережевою публікацією та вибіркою доступності даних. До них відносяться відкриті питання Електри, питання без відповідей, пов’язані з Електрою, і відкриті питання дослідження.

Що стосується відкритих випусків Electra, розробники зосередилися на впливі EIP 7251 і EIP 7549, а також на пропозиціях щодо додавання нового EIP, який би створив загальний запит EL. Для невирішених питань, пов’язаних з Electra, обговорення включають зміни в типах індексів ради валідаторів, зміни в обробці валідаторів депозит даних тощо. Крістін Кім, VP відділу досліджень Galaxy Digital, детально розповіла про основні моменти зустрічі, які BlockBeasts склали наступним чином:

21 березня 2024 року Ethereum розробники зібралися в Zoom на сесію конкурсу All Core Developers Консенсус (ACDC) #132. Конференц-дзвінок ACDC – це серія зустрічей Ethereum два тижні, організованих стипендіатом Фонду Алексом Стоуксом, на яких розробники обговорюють та координують зміни в Ethereum Консенсус Layer (CL). Цього тижня розробники поділилися оновленням про свою підготовку до першого Тестова мережа розробників Pectra, також відомого як Pectra Devnet 0. Вони обговорили відкриті питання щодо специфікації Pectra Devnet 0 і коротко виділили два незавершені дослідницькі проекти, пов’язані з мережевою публікацією та вибіркою доступності даних.

Відкриті запитання Electra

Розробники Ethereum Foundation випустили початкову специфікацію CL і тестові вектори для Pectra Devnet 0. Однак є кілька відкритих питань щодо цих специфікацій, які можуть бути вирішені, а можуть і не бути вирішені вчасно до першого запуску devnet. Стоукс підкреслив, що одна з проблем пов’язана з EIP 7251 (збільшення MAX_EFFECTIVE_BALANCE). Розробники, схоже, схиляються до валідатори застейкати Злиття ETH як до дії, що запускається на рівні виконання (EL). Однак, на даний момент, злиття визначається як операція CL у початковій специфікації Electra. «Це добре, тому що сигнальна мережа вимагає однаково найдовшої логіки обробки, незалежно від джерела», — сказав Стоукс.

Ще одне відкрите питання, яке розробники обговорювали під час дзвінка, було пов’язане з EIP 7549 (Moving Commission Indexes Outside of Proof). EIP змінюють спосіб агрегування доказів валідаторів і форматування фрагментів. Коли Pectra активовано, докази попереднього оновлення будуть згорнуті до не лонгуючий бути сумісними з новими доказами, надісланими у блокчейні. Стоукс виділив два можливих рішення проблеми з GitHub провідний до дзвінка. Він пише:

· Клієнт транслює обидва формати в останню епоху Денеба, стежачи за тим, щоб не створювати спотворених повідомлень.

· Розширено блоки додатковими полями для до-Електрових доказів, і дозволено стиль Денеба лише в першу епоху Електри.

Deneb — це комбінована назва оновлення для останньої Хардфорк, активованої на Ethereum. Electra — це назва оновлення CL для наступного негайного жорсткого форк на Ethereum.

Обидва варіанти розробники обговорили на конференц-зв’язку. Врешті-решт, вони вирішили поки що не змінювати специфікацію Electra, а подивитися, як ці втрачені докази впливають на безпеку мережі в devnet.

Третім невирішеним питанням, яке обговорювалося розробниками під час телефонної конференції, пов’язаної з Electra, було додавання нового EIP до оновлення, яке створило б загальний запит EL. Запропонований розробником Geth EIP «Lightclient» спростить процес відправки повідомлень про оновлення з EL в CL. У зв’язку з зростання застейкати-рішень на основі смартконтракти відбувся масовий приплив EIP, активованих на Ethereum та різних операціях валідаторів для пропозиції Pectra запускатися безпосередньо з EL, а не з CL. Пропозиція Lightclient створює загальну структуру для поширення «запитів, ініційованих контрактом» від EL до CL. Враховуючи, що EIP змінить спосіб проектування Pectra, зокрема впровадження EIP 6110 та EIP 7002, Lightclient підкреслює, що очікує, що команда клієнтів якнайшвидше надасть зворотний зв’язок щодо його пропозиції. Розробники домовилися спробувати завершити EIP Lightclient до кінця тижня, щоб створити та поділитися його специфікацією до понеділка, 22 квітня.

Потім розробники обговорили ще два невирішених питання, пов’язаних з EIP 7549 і EIP 7251, підняті розробником Teku Михайлом Калініним. Перший стосується змін типів індексів ради валідаторів, а другий пропонує зміни в обробці даних валідаторів депозит. Стоукс закликав розробників більш детально розглянути обидві пропозиції для подальшого обговорення в найближчі тижні.

Нарешті, останньою невирішеною проблемою, пов’язаною зі специфікацією Electra, яку обговорюють розробники, є збільшення кількості ляпок. Парітош Джаянті, інженер з експлуатації розробників у Ethereum Foundation, сказав, що хоче проаналізувати активність BLOB-об’єктів Dencun після оновлення та порекомендувати одноразове збільшення кількості BLOB, щоб бути включеним в оновлення Electra. Дослідник Ethereum Фонду Ансгар Дітріхс підкреслив, що він також запропонував активувати поступове збільшення кількості плям, яке слід розглядати паралельно з пропозицією Джаянті включити Електру.

Дослідження відкритих питань

Під час телефонної розмови ACD цього тижня розробники коротко обговорили два дослідницькі проекти. Перша – це нова дослідницька стаття Андерса Елоуссона, дослідника Фонду Ethereum, яка пропонує нову модель для обмірковування та впровадження змін Ethereum випуск політики. Повний пост можна прочитати тут. Стоукс закликав розробників переглянути публікацію під час дзвінка.

Другий дослідницький проект, запропонований розробником Lighthouse Адріаном Меннінгом, пов’язаний з підмережами доказу. Як каже Меннінг на GitHub: «Цей PR вводить концепцію «шардингу мережі», яка є просто абстрактною концепцією, яка позначає ідентифікатор Нода як число (шардинг мережі). Потім ми можемо використовувати цей мережевий шардинг (номер) для виділення тем, на які ноди повинні підписатися протягом лонг часу. Меннінг шукає остаточну думку щодо своєї пропозиції, щоб його команда могла розпочати роботу над рішенням для вибірки доступності даних Ethereum PeerDAS. Щоб отримати інформацію про вибірку доступності даних, прочитайте цей звіт Galaxy Research.

Розробник Nethermind Лукаш Розмей запитав EIP чи був схвалений 7547 (список включення) для включення в модернізацію Electra. Розробники повторюють, що EIP 7547 ще не затверджено для включення.

Сауліус Грігайтіс (Saulius Grigaitis), розробник, який створює CL-клієнт Ethereum під назвою «Grandine», поставив під сумнів правила вибору форк Ethereum з огляду на поточні дослідження PeerDAS. Грігайтіс просить розробників включати ідеї в робочу групу PeerDAS.