Валідатори Ethereum збираються взяти на себе нові ролі з представленням EIP-7732, пропозиції Enshrined Proposer-Builder Separation.
Ця пропозиція докорінно змінює спосіб перевірки блоків Ethereum шляхом розділення перевірки виконання від перевірки консенсусу як логічно, так і за часом.
Валідатори проходять капітальний ремонт
У валідаторів тепер є нові обов’язки, включаючи можливість стати будівельниками та обов’язок подавати атестації своєчасності корисного навантаження.
EIP вирішує кілька ключових проблем у поточній системі. Більшість пропонентів блоків-маяків передають створення корисного навантаження виконання третій стороні, відомій як конструктор.
Джерело: Ethereum
Вони запитують корінь хеш-дерева (HTR) обіцяного корисного навантаження виконання та надсилають SignedBlindedBeaconBlock довіреній стороні. Потім ця сторона замінює HTR на повне корисне навантаження виконання від конструктора перед трансляцією.
EIP гарантує справедливий обмін між пропонентом блоку маяка та розробником. Це гарантує, що чесний пропонент блоку-маяка отримує гроші від розробника, а корисне навантаження чесного розробника стає канонічною головою ланцюжка.
Наразі валідатори мають коротке вікно для виконання як консенсусу, так і переходів між станами виконання, перевірки доступності даних blob і оцінки нової голови блокчейну.
Творець Ethereum Віталік Бутерін у Празі. Авторство: Getty Images
Цей EIP змінює це, розділяючи виконання та консенсусну перевірку, дозволяючи валідаторам зосередитися на переході консенсусного стану перед атестацією.
Перевірка виконання та доступності даних відкладено, що дозволяє валідаторам виконувати ці завдання протягом часу, що залишився.
Мотивація EIP-7732
Видалення повного корисного навантаження виконання з консенсусного блоку дозволяє швидше розповсюджувати мережу. Це зменшує ймовірність реорганізації під час включення blob-транзакцій завдяки збільшеним термінам перевірки доступності даних.
Валідатори більше не пропускають атестації, посилюючи властивості вибору форка, коли розробники створюють недійсні корисні навантаження. EIP також усуває потребу в надійному проміжному програмному забезпеченні для делегування побудови блоків.
EIP не вимагає змін на рівні виконання. Проте консенсусний рівень зазнає кількох модифікацій, детально описаних у сховищі консенсусних специфікацій GitHub.
Чарльз Хоскінсон, співавтор Ethereum
Вони включають зміни в Beacon Chain, вибір форка, протоколи P2P, посібники з валідатора та введення нового посібника для створення.
Зміни в ланцюжку Beacon включають константи, попередні налаштування та різні класи контейнерів для обробки нових атестацій корисного навантаження та підписаних заголовків корисного навантаження виконання.
Контейнер BeaconState модифіковано для відстеження останнього хешу блоку, останнього слота з корисним навантаженням виконання та останнього кореня зняття коштів.
Джерело: Ethereum
BeaconBlockBody тепер містить підписаний заголовок корисного навантаження виконання та список атестацій корисного навантаження. ExecutionPayloadHeader спрощено для відстеження мінімальної інформації для зобов’язань розробника щодо корисного навантаження.
Зміни в логіці переходу стану включають нові функції для обробки атестацій корисного навантаження, виконання заголовків корисного навантаження та запитів на зняття.
Зміни вибору розгалуження включають нові константи та класи-контейнери для обробки дочірніх вузлів, останніх повідомлень і модифікацій зберігання. Представлено нові обробники для повідомлень атестації корисного навантаження та підписаних конвертів корисного навантаження виконання.
Репортаж Джая Хаміда
