Підсумки останньої зустрічі розробників Ethereum Core: оновлення загальнодоступної тестової мережі Ethereum після свята 1 кварталу 2024 року

Оригінальна назва: Консенсусний заклик усіх основних розробників Ethereum #121

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

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

2 листопада 2023 року розробники Ethereum зібралися в Zoom на зустріч All Core Developers Consensus (ACDC) #121. Конференц-дзвінок ACDC – це серія зустрічей, що проводяться раз на два тижні, модератором яких є дослідник Ethereum Foundation Денні Райан, на яких розробники обговорюють і координують зміни на рівні консенсусу (CL) Ethereum. Цього тижня розробники зосереджуються на таких темах:

1. Значні зміни в специфікації Cancun/Deneb для зменшення складності реалізації фрагментів;

2. Ще одна зміна специфікації оновлення, щоб дозволити чесним валідаторам реорганізувати пізні блоки;

3. Оновлення прогресу в тестовій мережі Cancun/Deneb;

4. Створіть JSON-відображення специфікації для специфікації CL SSZ.

Спростіть специфікацію Blob Side Car

Після обговорень з клієнтською командою Prysm Денні Райан сказав, що розробники розробили альтернативу для обробки умов поширення BLOB, яка значно зменшить складність і проблеми, пов’язані з поширенням BLOB. «Я думаю, що більшість проблем, які ми спостерігали в мережі розробників протягом останніх шести-восьми тижнів, пов’язані зі складністю роботи з цими повідомленнями, наприклад, коли їх визнавати недійсними, як їх анулювати і за яких умов робити ці перевірки», — сказав Райан. Франческо Д’Амато, дослідник Ethereum Foundation, запропонував прикріпити заголовки блоків і докази включення до кожного Blob Side Car для вирішення цих проблем.

Ця пропозиція була створена як pull request (PR) на GitHub клієнтським розробником Lodestar “Dapplion”. Райан підкреслив, що впровадження змін до специфікації Cancun/Deneb у клієнті CL має в першу чергу включати видалення непотрібного коду, а не додавання нового контенту. Що стосується того, як ці зміни вплинуть на прогрес оновлення в основній мережі, Райан сказав, що будь-які затримки повинні бути зведені до мінімуму. «Очевидно, що тут є зв’язок з релізом Deneb, а також з тим, про що і коли йдеться в Devnet 11 і 12. Але в той же час, за моєю оцінкою, це, ймовірно, той самий час, що й запуск основної мережі, тому що простіше зробити все правильно, і нам не потрібно стикатися з такою кількістю помилок у мережі розробників». Райан додав: «Це майже напевно дозволить нам безпечніше запускати основну мережу, оскільки це простіша та легша специфікація для правильної реалізації».

На дзвінок у розробників не було заперечень проти піару. Розробники витратили деякий час на обговорення деталей реалізації PR, щоб забезпечити узгодженість між клієнтами. Райан заявив, що об’єднає PR 2 листопада і планує випустити нову версію специфікації Deneb 3 листопада.

Інші зміни в специфікації Cancun/Deneb

Дослідник Ethereum Foundation Алекс Стоукс (Alex Stokes) поставив клієнтській команді запитання про специфікацію конструктора MEV. Стоукс запитує: «По суті, хто обчислює доказ включення KZG?» В даний час специфікація вимагає, щоб магістралі MEV обчислювали ці атестації. Однак ці докази можуть бути передані вузлами маяка через API маяка. Це гарантує, що реле матиме на одну відповідальність менше відповідальності та менше нового коду, який потрібно тестувати в робочому процесі MEV. Гаджиндер Сінгх, розробник клієнтів Ethereum JS і Lodestar, виступає за передачу доказів включення KZG від вузлів маяків до ретрансляторів. З боку інших забудовників заперечень немає. З тих пір Стоукс оновив специфікацію конструктора для цієї зміни, яку можна знайти тут.

Далі розробники обговорили PR #3034 в консенсусній специфікації GitHub репозиторії. PR #3034 — це стара пропозиція від жовтня 2022 року, яка дозволяє чесним валідаторам реорганізовувати пізні блоки, тим самим заохочуючи всіх валідаторів пропонувати блоки своєчасно, а не затримувати подання, щоб отримати більше MEV. Цим піаром займався Майкл Спроул, розробник клієнта Lighthouse. Це зміна, яка за бажанням може бути реалізована як клієнтськими, так і вузловими операторами. Не було заперечень проти злиття цього піару.

Оновлення розкладу тестів у Канкуні/Денебі

Денні Райан розповів, що клієнтська команда оцінила час на реалізацію PR у три тижні. Після того, як клієнтська команда завершить реалізацію, розробник може запустити нову мережу розробників, Devnet 12, щоб протестувати новий код. Якщо розробники не оновлять клієнтську версію під час Devconnect, Ethereum Developer Focus у середині листопада, Devnet 12, швидше за все, запрацює на початку грудня. Виходячи з цих нових тестових оцінок, розробники, можливо, не зможуть випустити оновлення тестової мережі Goerli до кінця листопада, як планувалося спочатку. Швидше за все, розробники почнуть оновлювати публічну тестову мережу Ethereum після святкового сезону в 1 кварталі 2024 року.

Парітош Джаянті, DevOps-інженер Ethereum Foundation, сказав, що Devnet 11 був запущений для будь-якої клієнтської команди, щоб протестувати код Cancun/Deneb між сьогоднішнім днем і запуском Devnet 12. Він також зазначив, що 3 листопада розробники запустять тіньовий форк у тестовій мережі Goerli, щоб краще оцінити затримку блоків і блоків.

JSON відповідає специфікації SSZ

Нарешті, розробники обговорили PR #3506 в консенсус-специфікації GitHub репозиторії. Цей PR пропонує додати стандартне відображення JSON 1:1 до специфікації CL SSZ. Це принесе кілька переваг, таких як спрощена документація специфікації API маяка та покращена читабельність коду. Яцек Сієка, розробник клієнта Nimbus, сказав, що остання версія PR вирішила попередні питання щодо еквівалентності байтів і цілих чисел без знаку. Райан сказав, що він поділиться PR на каналі Ethereum R&D Discord, щоб він міг зібрати остаточні коментарі від розробників, перш ніж об’єднати їх у репозиторій специфікацій консенсусу.