Недавно я ознакомился с техническими достижениями экосистемы Dusk, и некоторые детали показались очень интересными.

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

Вот несколько ключевых данных, которые стоит учитывать: BLOB сейчас генерируется с фиксированным интервалом, примерно каждые 7 минут появляется новое окно. Если одна партия EVM-транзакций не помещается в один BLOB, система автоматически делит их на последующие BLOB. Согласно текущим параметрам, одно окно может генерировать максимум 6 BLOB — можно представить это как количество полос движения на скоростной трассе расчетов. Чем яснее структура полос, тем выше пропускная способность и предсказуемость затрат, что особенно важно для соответствующих требованиям DeFi или RWA бизнесов, чувствительных к стабильности.

Еще более интересно — это логика позиционирования. DuskEVM — это слой выполнения, эквивалентный EVM, но расчет осуществляется на приватном L1, не являющемся EVM — это не просто косметическая замена, а реальное сочетание «знакомого разработчикам инструментария» и «требуемой для организаций базы для соответствия нормативам».

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