Останнім часом хтось стежить за рухом проекту Dusk, але справді варто звернути увагу не на різні гасла та обіцянки, а на те, наскільки просунулася "інженерна стрічка прогресу".

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

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

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

Переваги такого підходу досить очевидні. З одного боку, гаманці та апаратні підписувальні пристрої з екосистеми EVM можуть більш гладко інтегруватися; з іншого — для організацій і проектних команд можна швидко створювати власні L2 на базі DuskDS — з можливістю вибору ліцензованого або ліцензованого режиму, налаштовуючи різні правила для sequencer, і закодовуючи регуляторні вимоги безпосередньо у параметри, а не у презентаційні матеріали.