#dusk $DUSK @Dusk
Роллапы в стиле Optimism заставляют вас ждать 7 дней, чтобы вывести средства обратно на L1.
Слой EVM Dusk заявляет ~15 минут.
Это не просто небольшое улучшение UX.
Это другая ставка на безопасность, и я хотел понять, почему она срабатывает.
7-дневное окно в таких сетях, как Optimism, — это не время вычислений.
Это буфер: он дает разрешение без permissionless-наблюдателям успеть поймать плохой state root и подать fraud proof, даже если они медленные или отвлеклись.
Уберите необходимость в таком буфере — и ожидание уменьшается вместе с ним.
DuskEVM работает в OP Stack, но завершает вычисления (settles) на DuskDS, а не на Ethereum.
Его обходной путь — pre-verifier с MIPS на ноде DuskDS (Rusk), который проверяет переходы состояний до того, как они будут опубликованы, вместо ожидания, пока кто-то поймает мошенничество постфактум.
Меньше неожиданных вещей проходит незамеченными, поэтому окно сокращается с дней до минут.
Вот к чему я снова и снова возвращаюсь.
Предварительная проверка каждого перехода стоит дешево, пока трафик DuskEVM невелик.
Но становится дорого очень быстро, когда появляется реальный объем DeFi на Solidity, потому что каждую пачку нужно проверять по полному execution trace, прежде чем ее примут.
Если пропускная способность не справляется, тогда «что-то» уступает: либо проверки ослабляют, заново открывая ровно тот риск, от которого было построено окно, либо времена финальности начинают снова расти.
Быстрая финальность действительно полезна для регулируемых финансов.
Но долгосрочный сценарий DUSK зависит от того, что этот подход выдерживает реальную нагрузку DeFi, а не тестнетовую.
Сохранится ли финальность в 15 минут при реальном спросе, или это все еще число с тестнета?
Роллапы в стиле Optimism заставляют вас ждать 7 дней, чтобы вывести средства обратно на L1.
Слой EVM Dusk заявляет ~15 минут.
Это не просто небольшое улучшение UX.
Это другая ставка на безопасность, и я хотел понять, почему она срабатывает.
7-дневное окно в таких сетях, как Optimism, — это не время вычислений.
Это буфер: он дает разрешение без permissionless-наблюдателям успеть поймать плохой state root и подать fraud proof, даже если они медленные или отвлеклись.
Уберите необходимость в таком буфере — и ожидание уменьшается вместе с ним.
DuskEVM работает в OP Stack, но завершает вычисления (settles) на DuskDS, а не на Ethereum.
Его обходной путь — pre-verifier с MIPS на ноде DuskDS (Rusk), который проверяет переходы состояний до того, как они будут опубликованы, вместо ожидания, пока кто-то поймает мошенничество постфактум.
Меньше неожиданных вещей проходит незамеченными, поэтому окно сокращается с дней до минут.
Вот к чему я снова и снова возвращаюсь.
Предварительная проверка каждого перехода стоит дешево, пока трафик DuskEVM невелик.
Но становится дорого очень быстро, когда появляется реальный объем DeFi на Solidity, потому что каждую пачку нужно проверять по полному execution trace, прежде чем ее примут.
Если пропускная способность не справляется, тогда «что-то» уступает: либо проверки ослабляют, заново открывая ровно тот риск, от которого было построено окно, либо времена финальности начинают снова расти.
Быстрая финальность действительно полезна для регулируемых финансов.
Но долгосрочный сценарий DUSK зависит от того, что этот подход выдерживает реальную нагрузку DeFi, а не тестнетовую.
Сохранится ли финальность в 15 минут при реальном спросе, или это все еще число с тестнета?
