DuskEVM интересен тем, что он не требует от разработчиков EVM начинать с нуля.
Если вы уже разрабатываете с Solidity, Vyper, Foundry, Hardhat, viem или ethers, идея состоит в том, чтобы перенести привычный рабочий процесс в стек Dusk.
Но самая интересная, на мой взгляд, часть — что происходит «под капотом».
DuskEVM — это совместимая с Ethereum среда выполнения, а DuskDS отвечает за консенсус, валидацию и доступность данных. DUSK используется для выполнения и может перемещаться между Dusk L1 и DuskEVM через мост.
Также стоит обратить внимание на цепочку обработки транзакций.
Сначала транзакция попадает в секвенсер DuskEVM, затем включается в блок L2. Батчер публикует данные транзакции в DuskDS, а коммиты состояния и доказательства ошибок связывают получившееся состояние с последующим сеттлментом в DuskDS.
Последний момент важен, потому что включение транзакции и сеттлмент — это не одно и то же. Просто увидеть, что транзакция включена, не означает, что можно предполагать финальность, опираясь только на то, сколько времени прошло.
Мне также нравится, что Dusk не заставляет все приложения работать в одной и той же среде.
Для приложений на Solidity, EVM-кошельков и существующих инструментов экосистемы Ethereum, DuskEVM — очевидный путь.
Для контрактов на Rust/WASM, которым нужно напрямую работать с Dusk L1, остается вариант DuskVM.
Так что интересная часть — это не просто «у Dusk теперь есть EVM».
Интереснее то, что Dusk дает разработчикам знакомую среду выполнения, при этом сохраняя связь с собственной прослойкой сеттлмента и доступности данных.
@Dusk_Foundation
#dusk
$DUSK
Если вы уже разрабатываете с Solidity, Vyper, Foundry, Hardhat, viem или ethers, идея состоит в том, чтобы перенести привычный рабочий процесс в стек Dusk.
Но самая интересная, на мой взгляд, часть — что происходит «под капотом».
DuskEVM — это совместимая с Ethereum среда выполнения, а DuskDS отвечает за консенсус, валидацию и доступность данных. DUSK используется для выполнения и может перемещаться между Dusk L1 и DuskEVM через мост.
Также стоит обратить внимание на цепочку обработки транзакций.
Сначала транзакция попадает в секвенсер DuskEVM, затем включается в блок L2. Батчер публикует данные транзакции в DuskDS, а коммиты состояния и доказательства ошибок связывают получившееся состояние с последующим сеттлментом в DuskDS.
Последний момент важен, потому что включение транзакции и сеттлмент — это не одно и то же. Просто увидеть, что транзакция включена, не означает, что можно предполагать финальность, опираясь только на то, сколько времени прошло.
Мне также нравится, что Dusk не заставляет все приложения работать в одной и той же среде.
Для приложений на Solidity, EVM-кошельков и существующих инструментов экосистемы Ethereum, DuskEVM — очевидный путь.
Для контрактов на Rust/WASM, которым нужно напрямую работать с Dusk L1, остается вариант DuskVM.
Так что интересная часть — это не просто «у Dusk теперь есть EVM».
Интереснее то, что Dusk дает разработчикам знакомую среду выполнения, при этом сохраняя связь с собственной прослойкой сеттлмента и доступности данных.
@Dusk_Foundation
#dusk
$DUSK