🚨 Звіт Sunnyside devnet (30.09) щойно випав — приблизно devnet-5 працював на ~11% масштабі основної мережі (~1,7 тисячі повних вузлів).
Якщо ви дбаєте про масштабування BLOB-об'єктів і мережеві обмеження, це важливо прочитати.
Нитка 🧵
Пропускна здатність краплі в devnet-5 витримувала 22/33 плям і була розтягнута до 48/72, при цьому пік використання газу становив близько ~45 M.
Найбільшим обмежувачем була пропускна здатність мережі: fullnodes з обмеженням завантаження 50 Мбіт/с постійно досягали стелі на рівні 48/72 blobs.
На відміну від наших попередніх невеликих девентів, сплески EL P2P для повних вузлів повністю випередили плітки, створивши нову нестабільність у масштабі. Сторона EL в мережі зараз є домінуючим джерелом волатильності.
Сплески завантаження пліток у стовпцях ослабли, ймовірно, тому, що трафік EL вже насичував пропускну здатність, а вузли мали більше вузлів CL, щоб ділитися запитами стовпців.
За наявності, надійність GetBlobsV2 явно показала деяке погіршення при більш високому навантаженні.
Geth і Nethermind продемонстрували вищу доступність блобів, ніж коефіцієнт влучень, припускаючи, що вони часто мали лише часткові ляпки — натякаючи, що часткове повернення з API GetBlobs може допомогти продуктивності CL при більшій кількості блобів.
Тим часом, продуктивність GetBlobAPI Reth значно покращилася, подвоївши кількість однорангових вузлів (~120 проти ~40–60) і нарешті позбувшись минулих проблем із синхронізацією/OOM.
Висновок:
Fusaka розблокує підтримку більшої кількості ляпок для L2, тоді як поточні заплановані BPO масштабуватимуться до цільового показника 14 ляпень на блок (з максимальним 21). Щоб вийти за межі цього ліміту, необхідно приділити пильну увагу критичним вузьким місцям, висвітленим у цьому звіті, а саме: пропускній здатності завантаження, стабільності мережі P2P та специфічним для клієнта відхиленням.
Першочерговим завданням має бути підвищення ефективності пропускної здатності та вдосконалення обробки клієнтських BLOB, наприклад, увімкнення часткового повернення через API GetBlobs.
Sunnyside Labs залишається відданою просуванню цих областей і продовжуватиме працювати над тим, щоб розширити пропускну здатність BLOB-об'єктів до межі — але завжди таким чином, щоб забезпечити безпечну та надійну роботу мережі.
2,18 тис.
14
Вміст на цій сторінці надається третіми сторонами. Якщо не вказано інше, OKX не є автором цитованих статей і не претендує на авторські права на матеріали. Вміст надається виключно з інформаційною метою і не відображає поглядів OKX. Він не є схваленням жодних дій і не має розглядатися як інвестиційна порада або заохочення купувати чи продавати цифрові активи. Короткий виклад вмісту чи інша інформація, створена генеративним ШІ, можуть бути неточними або суперечливими. Прочитайте статтю за посиланням, щоб дізнатися більше. OKX не несе відповідальності за вміст, розміщений на сторонніх сайтах. Утримування цифрових активів, зокрема стейблкоїнів і NFT, пов’язане з високим ризиком, а вартість таких активів може сильно коливатися. Перш ніж торгувати цифровими активами або утримувати їх, ретельно оцініть свій фінансовий стан.