Чем больше я смотрю на DuskEVM, тем больше думаю, что самое интересное заключается не в том, что теперь Dusk просто поддерживает EVM.
Дело в том, что разработчикам не нужно выбрасывать рабочий процесс, который они уже знают.
Если вы создаёте с Solidity, Foundry, Hardhat, viem, ethers или знакомыми EVM-кошельками, DuskEVM разработан так, чтобы перенести этот опыт в экосистему Dusk.
Но внимание привлекла именно архитектура.
DuskEVM выполняет совместимое с Ethereum выполнение, тогда как DuskDS обеспечивает лежащий в основе уровень консенсуса, проведения расчётов и доступности данных.
DUSK используется для выполнения, и он может перемещаться между Dusk L1 и DuskEVM через мост.
Также важно понимать путь транзакции.
Транзакция поступает на секвенсор DuskEVM, попадает в L2-блок, и батчер публикует данные транзакции в DuskDS. Затем state commitments и fault proofs связывают получившееся состояние обратно с DuskDS для проведения расчётов.
Этот нюанс действительно важен.
Включение транзакции — это не то же самое, что финальное проведение расчётов.
Мне также нравится, что Dusk не заставляет каждого разработчика работать в одной-единственной среде.
Разработчики EVM могут использовать DuskEVM и свои существующие инструменты, а разработчики, которые пишут контракты Rust/WASM напрямую для Dusk L1, могут продолжать использовать DuskVM.
Так что мой вывод довольно прост:
DuskEVM интересен не только тем, что приносит в Dusk совместимость с EVM.
Он интересен тем, что даёт разработчикам привычную среду исполнения, соединяя её с собственной архитектурой Dusk для расчётов и доступности данных.
Это ощущается как гораздо более масштабная история, чем просто фраза «у Dusk теперь есть EVM».
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE
Дело в том, что разработчикам не нужно выбрасывать рабочий процесс, который они уже знают.
Если вы создаёте с Solidity, Foundry, Hardhat, viem, ethers или знакомыми EVM-кошельками, DuskEVM разработан так, чтобы перенести этот опыт в экосистему Dusk.
Но внимание привлекла именно архитектура.
DuskEVM выполняет совместимое с Ethereum выполнение, тогда как DuskDS обеспечивает лежащий в основе уровень консенсуса, проведения расчётов и доступности данных.
DUSK используется для выполнения, и он может перемещаться между Dusk L1 и DuskEVM через мост.
Также важно понимать путь транзакции.
Транзакция поступает на секвенсор DuskEVM, попадает в L2-блок, и батчер публикует данные транзакции в DuskDS. Затем state commitments и fault proofs связывают получившееся состояние обратно с DuskDS для проведения расчётов.
Этот нюанс действительно важен.
Включение транзакции — это не то же самое, что финальное проведение расчётов.
Мне также нравится, что Dusk не заставляет каждого разработчика работать в одной-единственной среде.
Разработчики EVM могут использовать DuskEVM и свои существующие инструменты, а разработчики, которые пишут контракты Rust/WASM напрямую для Dusk L1, могут продолжать использовать DuskVM.
Так что мой вывод довольно прост:
DuskEVM интересен не только тем, что приносит в Dusk совместимость с EVM.
Он интересен тем, что даёт разработчикам привычную среду исполнения, соединяя её с собственной архитектурой Dusk для расчётов и доступности данных.
Это ощущается как гораздо более масштабная история, чем просто фраза «у Dusk теперь есть EVM».
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE