Ще один звіт випав - звіт 8/4 PeerDAS Devnet від Sunnsyide Labs тут! Цікаво, як вузли поводяться в умовах виробничого стилю з PeerDAS? 🧵

Цього разу Sunnyside Labs запустила 2 види devnets на основі зображення fusaka-devnet-2 @ethPandaOps, щоб перевірити стабільність мережі в більш реалістичному середовищі: 1. Interop devnet (змішані клієнти CL/EL з 50% супервузлом) 2. Ідеальна devnet PeerDAS (кожен вузол ексклюзивно зберігає унікальний стовпець даних)

Для кожної конфігурації devnet ми запустили 3 нових тестових сценарії на ній: 1. Краплі з великими передаваннями Це робиться для того, щоб дослідити, як регулярні транзакції впливають на конкуренцію поширення блоку з поширенням стовпця даних по вузлах. Ми зберегли кожен блок під час тесту, щоб він досяг 22 Мг (розмір блоку 2 МБ). 2. Обмеження пропускної здатності + великі перехресні пристрої Цей тест призначений для дослідження поведінки мережі в умовах вузлів з обмеженою пропускною здатністю, таких як домашні стейкери. Пропускна здатність становить встановлено як 100/50 Мбіт/с для супервузлів і 50/25 Мбіт/с для повних вузлів, відповідно до рекомендацій EIP-7870. 3. Тест синхронізації Genesis Genesis sync тестується через devnets, щоб виявити будь-які блокувальники або помилки в процесі синхронізації. Ось які висновки ми отримали з цих тестів:

1 – Великі транзакції мають низький вплив на мережу, в умовах необмеженої мережі Як в Interop Devnet, так і в Perfect PeerDAS Devnet мережа без особливих проблем витримала 60 ляп, навіть з додатковими транзакціями, крім blob. Цей результат збігається з базовим сценарієм лише з ляпками. Це вказує на те, що звичайні транзакції, відмінні від BLOB, мають мінімальний вплив на стабільність мережі без обмежень ресурсів.

2 - Обмеження пропускної здатності впливає на мережу різними шляхами З регульованими висхідними каналами до 100/50 Мбіт/с для супервузлів і 50/25 Мбіт/с для повних вузлів, пропускна здатність BLOB знизилася до 20 блобів/блок у devnet Interop і 30 блобів/блок у devnet Perfect PeerDAS. У цих межах різке зростання повідомлень IWANT на beacon_block тему показало, що блоки маяків важко розповсюджуються. Крім того, як тільки вузли досягли своєї стелі виходу, EL мемпули виявили набагато менше плям, про що свідчить різке падіння показників успішності getBlobsV2. Внутрішні дискусії вказують на обмеження завантаження в 50 Мбіт/с на супернодах як на головного винуватця: ця стеля в EIP-7870 призначена для локальних конструкторів блоків, а не для супервузлів, які обслуговують ширшу мережу. Таким чином, ці випробування були суворішими, ніж реальні умови. Цього тижня Sunnyside Labs проведе подальший тест із вищою пропускною здатністю супервузлів, щоб оцінити точний вплив цього обмеження.

3 - Genesis sync працює для Interop devnet, але не вдалося на Perfect PeerDAS devnet Синхронізація Genesis бездоганно виконана на devnet Interop, але зупинилася відразу після епохи оновлення Fulu на Perfect PeerDAS. Якщо вузол не може отримати всі стовпці під час синхронізації генезису, він в ідеалі повинен запитувати додаткові вузли для заповнення прогалин, що ще не реалізовано в жодному клієнті. Чи стане це отримання стовпців між одноранговими стовпцями обов'язковою функцією до того, як Fusaka все ще буде відкритою; Рішення очікується на засіданні ACD наступного четверга.

4 - Успішне заповнення сховища валідатора на @Teku_Consensys Заповнення сховища валідаторів дозволяє клієнту виявляти відсутні історичні стовпці та автоматично отримувати їх від вузлів. Наш спеціальний тест підтвердив, що реалізація Teku працює бездоганно - вона виявила прогалини і повністю заповнила без затримок в штатних умовах. На тестах була виявлена невелика помилка в крайньому випадку, коли в ланцюжку була велика прогалина без будь-яких плям, яка була швидко виправлена командою. Інші клієнти зараз працюють над цією функцією, і вона буде протестована в майбутніх розробниках Sunnyside у міру завершення впровадження.

Цього тижня Sunnyside Labs продовжить проводити devnets, зосереджуючись на наступних темах: - Devnet Interop з більш високими обмеженнями пропускної здатності супервузлів і більш тривалими періодами часу - Більше аналізу тестів синхронізації genesis на devnet Perfect PeerDAS - Більше devnet, зосереджених на максимальному розмірі блоку (у форматі зі швидким стисненням), вузлах, пошкоджених blobber, і остаточності в розділеній мережі