Етхіріум-прототип, який розподіляє обов’язки з відновленням блох між нодами, продемонстрував зменшення оціненої обчислювальної роботи з відновлення в 11–18 разів у симуляціях із 1000 нодами. Результати свідчать, що оператори можуть зменшити дублювання роботи за допомогою меншої зміни, ніж повна пропозиція RowDAS.
Звіт дослідника Цаби Кіралі від 3 вересня описує спрощений дизайн як можливий перший крок до RowDAS. Він призначає завдання з відновлення без введення нових рядкових мережевих каналів у повній пропозиції.
Блоби містять дані, які використовуються ролапами другого рівня. PeerDAS, система Ethereum для перевірки доступності даних блох, дозволяє нодам завантажувати лише частину з них. Ноди з високим рівнем зберігання зберігають щонайменше 64 з 128 стовпців даних — достатньо, щоб відновити відсутні дані блох; суперноди зберігають усі 128.
Багато нод з високим рівнем зберігання можуть повторювати одну й ту ж саму реконструкцію. Спрощена архітектура спочатку призначає певні блоби саме їм, дозволяючи іншим отримувати відновлені дані замість того, щоб відразу відбудовувати їх самостійно.
Що показують симуляції відновлення блох Ethereum
У одній конфігурації з чотирма блохами, 10% супервузлів і без відкидання стовпців, оцінена вартість відновлення в мережі знизилася з 48,6 CPU-секунд за моделлю PeerDAS до 2,75 CPU-секунд за зменшеною схемою. При частці супервузлів 20% відповідні показники становили 91 і 6,6 CPU-секунд.
Ці загальні показники описують накопичену обчислювальну роботу в межах симульованої мережі, а не час, що минув під час відновлення. У розрахунках використовується виміряна вартість 162 мілісекунди за відновленням кожного блоха на процесорі Ryzen 9 8945HS. Швидкість транзакцій і економія на комісіях не були включені в звітні вимірювання.
Базова версія PeerDAS вже передбачає випадкове очікування та перевірки, які запобігають дублюванню відновлення. Тому порівняння враховує роботу, яку зберігають ці затримки, для існуючої поведінки клієнта.
За зменшеною варіантом призначені ноди діляться відновленими комірками через існуючі канали розподілу по стовпцях. Ноди з високим рівнем контролю зберігають відкладену роль відновлення для всього, що ще відсутнє, зберігаючи резервний механізм у стилі PeerDAS.
Повний RowDAS, вказаний у проєкті EIP-8371, додав би ще один спосіб відновлення: рядові канали дозволяють меншим нодам об’єднувати свої дані та відновлювати їх спільно, коли їхня загальна кількість перевищує поріг відновлення. Спрощений дизайн зберігає поточну залежність від нод з високим рівнем зберігання та не може забезпечити додаткову стійкість.
Вимірювання залишаються обмеженими симульованими, внутрішніми мережами з використанням реальної криптографії. Кіралі не повідомив про результати devnet, а повна конфігурація з 128 рядками підмережі залишається екстраполяцією з меншої кількості підмереж. Більші симуляції та тести на реальних мережах ще впереди.
EIP-8371 залишає ліміти на блоби без змін, а запропоноване розділення між призначенням обов’язків і мережевим рівнем рядків ще не було включено до проекту тексту. Негайна можливість вужча: зменшення обчислювальних завантажень процесора для відновлення, при цьому загальні переваги щодо стійкості залежать від наступного рядкового рівня.
Пост Ethereum може мати простіший спосіб полегшити обчислювальну навантаження зростаючої екосистеми rollup з’явився першим на CryptoSlate.