Передумови та мотивація EIP-7732
Оскільки проблеми MEV важко розв’язати через їх першопричину, єдиним способом уникнути загроз безпеці є вжиття заходів для вирівнювання умов гри. Після злиття Ethereum, щоб зберегти справедливість і зменшити ефект масштабу великих пулів застав на видобуток MEV, Flashbots запустили MEV-Boost, який використовує механізм PBS (Proposer-Builder Separation), щоб зменшити можливості валідаторів для безпосередньої участі у діяльності MEV і перетворення різноманітності зацікавлених сторін MEV. Наразі частка блоків MEV-Boost перевищила 90%.
З широким впровадженням MEV-Boost спільнота Ethereum почала турбуватися про ризики безпеки, які можуть виникнути внаслідок використання цієї сторонньої служби. Тому народилася ідея впровадження PBS у протоколі Ethereum під назвою ePBS. Закріплене відокремлення між ініціатором і забудовником). Нещодавно ePBS було присвоєно офіційний номер EIP: EIP-7732. EIP-7732 — це зміна консенсусного рівня без необхідності внесення змін до рівня виконання. Суть полягає в тому, щоб логічно та тимчасово відокремити перевірку виконання від перевірки консенсусу та відкласти перевірку виконання до завершення перевірки консенсусу.
Пропозиція EIP-7732, крім вирішення проблеми верифікаторів, які покладаються на треті сторони (наприклад, MEV-Boost) для створення корисних навантажень виконання, також спрямована на оптимізацію ефективності процесу перевірки. Наразі валідатори повинні завершити весь консенсус і виконати функції переходу між станами за дуже короткий час (протягом 4 секунд), що висуває надзвичайно високі вимоги до обчислювальних ресурсів і пропускної здатності мережі. Протягом цього вікна валідаторам необхідно перевірити та підтвердити велику кількість інформації про транзакції та оновити статус блокчейну. Це не тільки збільшує обчислювальне навантаження на один вузол, але й збільшує ймовірність помилок. Відокремлюючи перевірку виконання та перевірку консенсусу, вузли повинні виконувати лише відносно невелику кількість завдань у межах критичного 4-секундного вікна, тим самим зменшуючи обчислювальне навантаження та прискорюючи поширення мережі.
Основний вміст EIP-7732
EIP-7732 створює нову роль «Будівельник», нову необов’язкову відповідальність для валідаторів, яку може використовувати будь-який валідатор із достатніми коштами, щоб зробити ставку на ланцюг маяків, і здатність виконувати завдання з будівництва блоків. Станьте будівельником. Будівельник несе відповідальність за будівництво та надання обіцянок щодо виконання корисного навантаження. Тепер валідатори можуть доручати виконання корисних навантажень розробникам, зосереджуючись більше на завданнях на рівні консенсусу.
Корисне навантаження виконання є основною частиною блоку та містить усю інформацію про транзакції та зміни статусу. Процес створення корисного навантаження виконання включає вибір транзакцій із пулу пам’яті, сортування транзакцій, послідовне виконання транзакцій і упаковку всієї інформації для формування корисного навантаження виконання.
Щоб досягти такого поділу, EIP-7732 видаляє поле ExecutionPayload, яке містить усі дані, пов’язані з виконанням транзакцій, наприклад список транзакцій і результати переходу стану. Якщо видалити це поле, створення та перевірка вмісту виконання відокремлюється від створення та перевірки блоку маяка. В якості альтернативи EIP-7732 представляє нову структуру даних SignedExecutionPayloadHeader, яка містить обіцянку розробника щодо корисного навантаження виконання, яке буде розкрито в майбутньому.
загальний процес
Завдання конструктора: Конструктор відповідає за створення корисного навантаження виконання та генерування обіцянки, яка відкриє корисне навантаження виконання. Обіцянка інкапсульована в структурі даних SignedExecutionPayloadHeader, яка включає хеш корисного навантаження виконання та цифровий підпис цього хешу для забезпечення незмінності даних і перевірки походження. Ця обіцянка вказує на те, що розробник відкриє повне корисне навантаження виконання в певний визначений час у майбутньому, і вказує суму, яка має бути сплачена пропоненту блоку маяка, щоб стимулювати пропонента блоку маяка включити цю обіцянку.
Завдання пропонента блоку-маяка: Пропонатор блоку-маяка (валідатор) співпрацює з розробником і йому не потрібно безпосередньо обробляти деталі виконання транзакції під час створення нового блоку-маяка, натомість включає зобов’язання, надане розробником, і потім передайте весь блок маяка в мережу Ethereum, щоб досягти консенсусу. Включення лише зобов’язань зменшує навантаження на мережу та прискорює розповсюдження блоків маяків і процес перевірки консенсусу. Після обробки зобов’язання розробника чайові у зобов’язанні вираховуються з балансу ланцюга маяків розробника та зараховуються на рахунок пропонента блоку маяків. Після того, як пропонент блоку-маяка успішно транслює блок-маяк із зобов’язанням, розробник зобов’язаний надати повне корисне навантаження виконання протягом заданого вікна часу.
Перевірка PTC: щоб контролювати, чи розробники публічно виконують корисні навантаження вчасно, група валідаторів, випадково вибраних мережею Beacon Chain, формує Комітет своєчасності корисних навантажень (PTC). PTC відповідає за перевірку того, чи надав розробник корисне навантаження виконання, яке відповідає обіцянці протягом зазначеного вікна часу. Якщо забудовник не розкриє інформацію своєчасно та правильно, PTC опублікує негативний результат, і забудовник зіткнеться зі штрафом у вигляді зменшення ставки. Якщо перевірка PTC пройдена, повна перевірка корисного навантаження виконання відкладається для окремої обробки під час наступного блоку маяка, тобто відкладеної перевірки.
Крім того, пропозиція також вводить регулятивні правила та новий механізм покарання для PTC, щоб забезпечити суворість і справедливість усього процесу перевірки. У той же час, завдяки розділенню корисних навантажень виконання та блоків маяків, логіка вибору розгалуження також була налаштована для адаптації до нового процесу перевірки. Очікується, що ці зміни значно підвищать безпеку та ефективність мережі. Завдяки ряду дизайнів EIP-7732 покращує ефективність обробки Ethereum і зменшує затримку мережі.
[Відмова від відповідальності] На ринку існують ризики, тому інвестувати потрібно обережно. Ця стаття не є інвестиційною порадою, і користувачі повинні розглянути, чи підходять будь-які думки, погляди чи висновки, що містяться в цій статті, для їхніх конкретних обставин. Інвестуйте відповідним чином і робіть це на свій страх і ризик.
Цю статтю передруковано з дозволу: "Foresight News"
Оригінальний автор: 0XNATALIE
