Що увійде в оновлення Пектра?

Презентація Крістін Кім на Devcon SEA, що охоплює EIP, включені до оновлення Пектра в Етеріумі, що вони змінюють у протоколі, коли очікується активація в Головній мережі та які EIP були вилучені з обсягу.

Ця стенограма є доступною копією оригінальної стенограми відео (opens in a new tab), опублікованої Фундацією Ethereum. Її було злегка відредаговано для зручності читання.

Вступ (0:00)

Ми поговоримо про всі EIP, які увійдуть в оновлення Пектра. Коротке застереження перед початком: усе, що я збираюся сказати, має виключно інформаційний характер — для ознайомлення — і не повинно розглядатися як фінансова чи інвестиційна порада.

Коли Пектра з'явиться в Головній мережі (0:23)

Перш ніж ми перейдемо до того, що увійде в Пектра, питання, яке мені ставлять найчастіше: «коли Пектра з'явиться в Головній мережі?». Тож я просто відповім на нього відразу, щоб ми могли перейти до технічних деталей.

Це дуже орієнтовний аналіз термінів. Коли люди запитують мене, коли відбудеться Пектра, я відповідаю, що ще занадто рано говорити — і це правда. Пектра все ще перебуває на дуже ранніх стадіях розробки. Специфікації змінюються, і обсяг Пектра ще не був остаточно фіналізований.

Завдяки цьому процесу ви можете дізнатися, як розробляються оновлення, як вони тестуються і, зрештою, як потрапляють у Головну мережу. Спочатку розробники вибирають кілька EIP для включення в оновлення, а потім реалізують ці EIP у приватних тестових мережах для розробників, які називаються девнетами. Розробники вже запустили кілька девнетів для Пектра, тому ці EIP вже пройшли кілька раундів реалізації. Розробники помітили крайні випадки та помилки, які вони хочуть виправити, і вони ітерують ці EIP, запускаючи нові девнети. Девнет 4 був запущений минулого місяця, у жовтні.

Зазвичай такого не буває, але розробники — спеціально для цієї конференції та для всіх присутніх — запустили першу публічну тестову мережу Пектра цього місяця. Вона називається Mekong, тож ви можете зайти та взаємодіяти з деякими EIP, які будуть у Пектра, вже зараз. Вона базується на специфікаціях девнету 4, але, будь ласка, зверніть увагу, що ці специфікації змінюються.

Існує список змін до специфікацій EIP, які розробники вже хочуть включити в девнет 5 Пектра — такі речі, як переоцінка прекомпільованого контракту BLS, і новий EIP, який не був реалізований у девнеті 4, але розробники планують реалізувати його для девнету 5 або майбутнього оновлення. Отже, специфікації Пектра змінюються. Я передбачаю, що попереду ще кілька девнетів, перш ніж специфікації можна буде дійсно заморозити.

Інша частина, яка є дійсно важливою для просування оновлення Пектра до Головної мережі, полягає у фіналізації обсягу — щоб було прийнято рішення щодо всіх EIP, які увійдуть у Пектра. Є один EIP — насправді це ще не зовсім EIP — це збільшення місткості блобів, яке розробники ще офіційно не включили в Пектра, але, схоже, вони, ймовірно, включать певне збільшення місткості блобів, оскільки нещодавно вони додали EIP, який запроваджує механізм динамічного оновлення цільового обсягу газу для блобів та максимального обсягу газу для блобів через рівень консенсусу, замість того, щоб ці параметри були жорстко закодовані на рівні виконання та рівні консенсусу.

Щойно обсяг буде фіналізований, ви починаєте тестувати будь-які нові реалізовані EIP — повний обсяг оновлення Пектра — і випробовуєте його в бойових умовах ще на кількох девнетах. Я передбачаю, можливо, до девнету 6 або 7. А потім, коли специфікації Пектра будуть заморожені та готові до роботи — усі крайні випадки, які розробники можуть знайти в девнетах, будуть знайдені — вони випустять оновлення Пектра в публічних тестових мережах Етеріуму. Зараз їх дві: Sepolia та Holesky.

Історично склалося так, що розробники закладали близько двох тижнів між оновленнями публічних тестових мереж. У рідкісних випадках розробники скорочували цей термін до одного тижня між тестовими мережами, але через розмір Пектра, я думаю, розробники захочуть використати весь час. Я закладаю приблизно місяць на Sepolia та Holesky, і після цього нарешті може відбутися активація в Головній мережі.

З огляду на всю інформацію, яку я знаю зараз, і прогрес, якого розробники досягли на цей час щодо Пектра, мій найкращий аналіз і припущення полягають у тому, що запуск Пектра в Головній мережі реально відбудеться у квітні 2025 року. Знову ж таки, це дуже орієнтовно, оскільки багато чого може змінитися. Розробка відбувається щотижня — розробники на дзвінках ACD обговорюють помилку, якої вони не очікували в цьому EIP, або новий EIP, який вони хочуть додати в Пектра.

EIP рівня виконання (6:23)

Перейдімо до суті цієї розмови — що увійде в оновлення Пектра. У Пектра увійде десять EIP, і чотири з них зосереджені на рівні виконання.

EIP-2537 — це новий прекомпільований контракт в EVM — операції з кривою BLS12-381. Це нова схема криптографічного підпису, про яку розробники смарт-контрактів просили дуже довго. Цей EIP був створений у 2020 році, і на той час розробники децентралізованих застосунків (dapp) казали, що вони дійсно хочуть його, оскільки він надасть певним dapp, які покладаються на криптографію з нульовим розголошенням, сильніші гарантії приватності, потенційно підвищену безпеку та масштабованість. Підписи BLS — це також агрегація, яка відбувається на рівні консенсусу для атестацій валідаторів. Цей EIP очікувався дуже довго. Одне з побоювань: чи є ще застосунки, які чекають на прекомпільований контракт BLS, і чи будуть вони його використовувати, коли він запрацює? Але якщо ви в цій аудиторії і не знали, що прекомпільований контракт BLS нарешті з'явиться — він з'явиться.

EIP-2935 — надання хешів історичних блоків зі стану. Він вносить зміни до рівня виконання, завдяки яким докази історичних блоків можуть генеруватися зі стану. Це має деякі короткострокові переваги для синхронізації легких клієнтів і для смарт-контрактів, які можуть захотіти використовувати дані про стан попереднього блоку безпосередньо через EVM — зараз ви фактично не можете цього зробити. Але ці короткострокові переваги не є головною причиною включення цього EIP у Пектра. Основна причина полягає в тому, що це передумова для Verkle — масштабної перебудови структури даних стану Етеріуму. Розробники думали, що цей перехід відбудеться відразу після Пектра, але Verkle не увійде у Фусака. Вони перенесли його на інше оновлення, але цей підготовчий крок уже викреслено зі списку.

EIP-7685 — запити рівня виконання загального призначення. Цей EIP насправді не вводить нових функцій в Етеріум — це EIP для підтримки інших EIP у Пектра. У Пектра є кілька EIP, де рівень виконання зможе передавати набагато більше повідомлень — різних типів повідомлень — на рівень консенсусу, чого він не міг робити раніше. Смарт-контракти на рівні виконання зможуть ініціювати виведення, консолідацію та депозити валідаторів. Замість того, щоб реалізовувати ці нові канали зв'язку окремо та унікально, цей EIP створює узагальнену структуру — узагальнену шину — для розміщення цих запитів. Це буде легше тестувати, легше впроваджувати в різних клієнтах і легше стандартизувати, особливо якщо розробники захочуть запровадити нові типи запитів, що ініціюються рівнем виконання.

EIP-7702 — встановлення коду для зовнішніх облікових записів (EOA). В Етеріумі з'явиться новий тип транзакцій. Цей тип транзакцій тимчасово дозволить EOA мати більшу гнучкість, уможливлюючи такі функції, як пакетування транзакцій, спонсоровані транзакції, умовні транзакції та делегована безпека. Ви можете подумати: «Чи це втілення бачення абстракції облікового запису в Етеріумі?». Ні, це не так — це лише маленький крок. Це ранній крок, щоб побачити, як може виглядати реальна дорожня карта до справжньої нативної абстракції облікового запису в Етеріумі. Було досить багато дебатів щодо того, як розробники повинні зробити цей перший крок, і багато суперечок навколо його включення та дизайну — але він увійшов.

EIP рівня консенсусу (12:00)

Є ще шість інших — це EIP рівня консенсусу.

EIP-7742 — розділення кількості блобів між рівнем консенсусу та рівнем виконання. Це найновіший EIP, включений у Пектра. Наразі місткість блобів жорстко закодована на рівні виконання та рівні консенсусу в усіх різних клієнтах. Оновити це жорстке кодування не так просто, як дехто може подумати. Створення механізму для динамічного встановлення місткості блобів через рівень консенсусу гарантуватиме, що в майбутньому розробники зможуть легко змінювати місткість блобів в Етеріумі, і що таке оновлення вимагатиме лише змін на рівні консенсусу — а не змін на обох рівнях.

EIP-6110 — постачання депозитів валідаторів ончейн. Злиття відбулося, і Етеріум став більш зрілим як блокчейн із доказом частки (PoS). Деякі припущення щодо безпеки тепер можна послабити. Цей EIP усуває додатковий раунд голосування, який відбувається на стороні рівня консенсусу щоразу, коли ви вносите 32 ETH на депозитний контракт, гарантуючи, що вся перевірка депозитів відбувається на рівні виконання. Це має переваги для користувацького досвіду (UX) валідаторів — це скоротить час між внесенням ваших 32 ETH і моментом, коли ви побачите, що валідатор фактично активований у сигнальному ланцюзі.

EIP-7002 — виведення, що ініціюються рівнем виконання. Це дуже добре для пулів стейкінгу. Зараз, якщо ви хочете повністю вивести валідатора, оператор вузла, який керує цим валідатором, повинен використати свій ключ виведення, щоб повністю здійснити вихід валідатора. Завдяки цьому EIP смарт-контракти зможуть ініціювати ці повні виведення. Це припущення про довіру, яке тепер можна усунути з пулів стейкінгу — такі пули, як Lido, Rocket Pool та інші пули стейкінгу на основі смарт-контрактів, тепер можуть ініціювати повне виведення валідаторів, якщо забажають.

EIP-7251 — збільшення максимального ефективного балансу. Це дійсно проблема. Коли розробники думали про сигнальний ланцюг, вони не очікували, що набір валідаторів зростатиме так швидко — зараз у нас близько 1,2 або 1,3 мільйона валідаторів. Є багато активних валідаторів, багато повідомлень передається на мережевому рівні, і цього занадто багато. Це перевантажує вузли, і якщо залишити це без контролю, це стане серйозною проблемою для здоров'я Етеріуму. EIP-7251 розроблений для того, щоб заохотити валідаторів консолідувати свої ETH і мати максимальний ефективний баланс (MaxEB) вище 32 ETH, зменшуючи кількість активних валідаторів в Етеріумі.

EIP-7549 — переміщення індексу комітету за межі атестації. Це реструктуризація та рефакторинг способу агрегації атестацій для зменшення мережевого навантаження на Етеріум та економії пропускної здатності вузлів. Коли розробники включали це в Пектра, вони думали, що це чудова зміна з прекрасними перевагами і що вона буде легкою — але на практиці її реалізація виявилася набагато складнішою, ніж очікувалося.

Підсумок (17:19)

Пектра — це різноманітний набір оновлень. Вона зробить три речі: по-перше, виправить критичні недоліки Етеріуму як блокчейну з доказом частки (PoS) — згадайте про MaxEB, це критичне виправлення, оскільки розмір набору валідаторів може продовжувати безконтрольно зростати. По-друге, покращить користувацький досвід — новий тип транзакцій, гнучкіші дизайни, деякі покращення для більш бездовірчих дизайнів пулів стейкінгу. І по-третє, збільшить місткість доступності даних Етеріуму — це ще не було офіційно включено в Пектра, але здається ймовірним.

EIP, вилучені з Пектра (18:02)

Ось усі EIP, які були вилучені з Пектра. Це своєрідний перший випадок, коли з оновлення вилучається так багато EIP.

PeerDAS — спочатку в Пектра планувалося набагато більше збільшення місткості доступності даних. PeerDAS дозволив би розробникам збільшити цільовий обсяг блобів в Етеріумі в кілька разів без значного впливу на споживання пропускної здатності та обчислювальні вимоги для запуску вузла Етеріуму. Але він усе ще перебуває на стадії досліджень і розробки.

EOF — формат об'єктів EVM (EVM Object Format). Ці одинадцять змін коду в комплексі є великим оновленням EVM Етеріуму. І PeerDAS, і EOF дійсно спочатку були включені в Пектра, але тестувалися в окремих девнетах. Розробники вирішили, що їм знадобиться набагато більше часу для підготовки до активації в Головній мережі, і вони не хотіли затримувати інші EIP Пектра. Тому вони сказали, що PeerDAS і EOF явно потребують більше часу — вони перенесуть їх на інше оновлення і не будуть стримувати інші EIP Пектра від виходу в Головну мережу.

Тепер їх перенесено у Фусака. Verkle спочатку планувався для Фусака, але згодом був ще більше відкладений. EOF і PeerDAS наразі знаходяться у Фусака. Є й інші EIP, які розробники переглянуть для включення у Фусака — перехід на SSZ, списки включення, зміни в емісії, експірація історії, ePBS та напрямок абстракції облікового запису.

Запитання та відповіді (22:02)

Ведучий: Коли EOF?

Крістін Кім: Я буквально щойно сказала, що розробники спробують включити його у Фусака. Чи вважаю я це ймовірним? Мабуть, ні. Чи думаю я, що Фусака відбудеться у 2025 році? Абсолютно ні. З огляду на те, скільки часу знадобилося на підготовку Пектра — Фусака займе стільки ж, якщо не більше часу.

Ведучий: Чи існує екстрений шлях для збільшення цільового обсягу блобів у період відтепер до активації Пектра?

Крістін Кім: Ні. Цільовий обсяг блобів — це жорстко закодований параметр на рівні виконання та рівні консенсусу. Щоб місткість блобів змінилася, розробникам потрібно зробити хардфорк. Я не думаю, що є якийсь спосіб збільшити місткість блобів до виходу Пектра без хардфорку.

Ведучий: Пропозиція полягає у зміні лише ліміту блобів чи також цільового обсягу блобів?

Крістін Кім: Чудове запитання. Найбільш консервативне збільшення — з трьох до чотирьох — зміна лише цільового обсягу, без зміни максимуму взагалі. Але це не те, про що просили розробники рівня 2 (l2). Є представник команди Base — команди Base від Coinbase — і він бореться за більш агресивні збільшення. Він показав дані, які свідчать про те, що збільшення не вплине негативно на децентралізацію Етеріуму. Існує консервативна пропозиція змінити лише цільовий обсяг, а також більш амбітна пропозиція змінити як максимум, так і цільовий обсяг — наприклад, вісім і чотири, або шість і дванадцять. Існують різні варіанти.

Ведучий: Ви закликали людей брати активнішу участь в управлінні. Як спільнота може більше долучитися?

Крістін Кім: ETH Research та ETH Magicians — це два дійсно чудові дискусійні форуми для голосування за певні EIP та висловлення вашої підтримки. Дзвінки ACD — це, мабуть, місце з найвищим рівнем значущості: усе, що вам потрібно зробити, це залишити коментар до порядку денного дзвінка ACD на GitHub і сказати, що це EIP, про який ви хотіли б поговорити або який хотіли б представити. Модератор дзвінка зазвичай дуже охоче надає вам час. Однак не забирайте занадто багато часу — можливо, п'ять хвилин, щоб висловити свою думку.