#dusk @Dusk Dusk на самом деле не нужно было строить DuskEVM вообще. у него уже есть собственная нативная среда выполнения — DuskVM, в которой запускается Rust, скомпилированный в WASM, а не Solidity. тот факт, что оба компонента существуют бок о бок, а не один выбран и полностью закреплён, говорит о том, для чего каждый из них на самом деле оптимизирован, и что пришлось “пожертвовать”, чтобы это стало возможным.
DuskVM — это нативный путь. Rust и WASM дают более низкоуровневый контроль, как правило, более жёсткие характеристики производительности и прямой доступ к любым Dusk-специфичным примитивам, которые базовый уровень предоставляет, не проходя через слой совместимости, чтобы добраться до них. компромисс очевиден сразу, стоит только это сказать: почти никто в крипто уже знает Rust так, как знают Solidity, и разработка под DuskVM означает обучение экосистеме вместо того, чтобы принести с собой уже существующую.
DuskEVM существует именно чтобы убрать эту преграду. Solidity — это самый широко известный язык смарт-контрактов в индустрии с большим отрывом, а совместимость с EVM означает, что существующие инструменты, привычки разработчиков и уже проверенные аудитом шаблоны контрактов могут в значительной степени переехать “как есть”. цена в том, что теперь вы работаете на виртуальной машине, изначально не созданной под эту цепочку, с дополнительным уровнем — архитектура rollup была описана ранее — который стоит между вашим контрактом и базовыми гарантиями расчёта под ним.
так что реальный выбор, который вам предлагают, это не «лучше против хуже», а «какое ограничение вы хотите». DuskVM меняет знакомство разработчиков на более тесную нативную интеграцию. DuskEVM меняет часть этой нативной “плотности” на мгновенный доступ ко всей существующей Solidity-экосистеме и ко всем, кто уже в ней свободно ориентируется.
так для проекта, который реально строит регулируемую финансовую инфраструктуру на Dusk, этот выбор в основном сводится к тому, что знакомство с разработкой по умолчанию побеждает, или есть конкретные технические сценарии, где нативный путь через DuskVM явно является более правильным решением, даже если просить разработчиков выучить что-то новое.
$DUSK
DuskVM — это нативный путь. Rust и WASM дают более низкоуровневый контроль, как правило, более жёсткие характеристики производительности и прямой доступ к любым Dusk-специфичным примитивам, которые базовый уровень предоставляет, не проходя через слой совместимости, чтобы добраться до них. компромисс очевиден сразу, стоит только это сказать: почти никто в крипто уже знает Rust так, как знают Solidity, и разработка под DuskVM означает обучение экосистеме вместо того, чтобы принести с собой уже существующую.
DuskEVM существует именно чтобы убрать эту преграду. Solidity — это самый широко известный язык смарт-контрактов в индустрии с большим отрывом, а совместимость с EVM означает, что существующие инструменты, привычки разработчиков и уже проверенные аудитом шаблоны контрактов могут в значительной степени переехать “как есть”. цена в том, что теперь вы работаете на виртуальной машине, изначально не созданной под эту цепочку, с дополнительным уровнем — архитектура rollup была описана ранее — который стоит между вашим контрактом и базовыми гарантиями расчёта под ним.
так что реальный выбор, который вам предлагают, это не «лучше против хуже», а «какое ограничение вы хотите». DuskVM меняет знакомство разработчиков на более тесную нативную интеграцию. DuskEVM меняет часть этой нативной “плотности” на мгновенный доступ ко всей существующей Solidity-экосистеме и ко всем, кто уже в ней свободно ориентируется.
так для проекта, который реально строит регулируемую финансовую инфраструктуру на Dusk, этот выбор в основном сводится к тому, что знакомство с разработкой по умолчанию побеждает, или есть конкретные технические сценарии, где нативный путь через DuskVM явно является более правильным решением, даже если просить разработчиков выучить что-то новое.
$DUSK