Нещодавно побачив технічний прогрес у екосистемі Dusk, деякі деталі досить цікаві.

Основна ідея полягає в тому, що DuskDS — це рівень доступності даних + розрахунковий рівень, який вже стабільно працює у головній мережі протягом деякого часу, а оновлення Rusk, як останній етап перед запуском головної мережі, має ключове завдання — забезпечити обробку BLOB-транзакцій. Простими словами, потрібно повністю прояснити, як масові транзакції L2 потрапляють у канал L1.

Ось кілька важливих даних, які варто розглянути: BLOB наразі генерується з фіксованим інтервалом, приблизно кожні 7 хвилин з’являється нове вікно. Якщо одна порція EVM-транзакцій не поміщається в один BLOB, система автоматично ділить їх на наступні BLOB. За поточними параметрами, одне вікно може генерувати до 6 BLOB — можна уявити це як кількість смуг на швидкісній трасі для розрахунків. Чим ясніше структура смуг, тим більш передбачувана пропускна здатність і вартість, що особливо важливо для відповідних DeFi або RWA-проектів, які дуже чутливі до стабільності.

Ще цікавіше — логіка його позиціонування. DuskEVM — це рівень виконання, еквівалентний EVM, але розрахунки здійснюються на приватному L1, який не є EVM — це не просто косметичний апгрейд, а цілком реальне поєднання "знайомого інструментарію для розробників" і "засобу відповідності регуляторним вимогам" у одному.

На практиці: гаманці та апарати для підпису з екосистеми EVM можуть працювати більш гладко; для інституцій і проектів навіть можливо швидко створити власний налаштований L2, гнучко обираючи режим дозволу/заборони, налаштовуючи правила для sequencer, і закодовуючи регуляторні вимоги безпосередньо у параметрах, а не у презентаціях PowerPoint.