Многие смотрят на роадмап Dusk и думают, что DuskEVM основной сетью (2027) — это «большой хак», мол, всю on-chain-экосистему просто перенесут и будут конкурировать с Ethereum. Я же разложил Rusk/DuskVM и DuskEVM по двум уровням и думаю, что точнее сказать так — DuskVM (изначально Piecrust VM, Rust/WASM приватные контракты) и есть главная дверь Dusk как слой для расчетов по ценным бумагам, а DuskEVM — это боковая дверь для команд, которые не умеют писать на Rust: чтобы они могли «приклеить» свои бизнес-контракты в приватную модель Zedger с помощью Hedger-обозначений.
Что делает главная дверь? Весь core XSC-стандарта, жизненный цикл Phoenix note, валидации Citadel ZK-KYC, интерфейсы консенсуса SBA — всё реализовано в DuskVM на Rust. Производительность и прямой контроль над PLONK-схемами недоступны на Solidity. NPEX-облигации выпускаются нативно, есть аккаунты для депозитарного хранения у институтов, управление регуляторными view key — все эти логики с «тяжелыми активами» идут через главную дверь.
Что решает боковая дверь? В реальности 90% разработчиков Web3 умеют только Solidity. Для них переучиваться под Dusk на Rust+WASM+ZK-схемы нереально. DuskEVM запускает Solidity через совместимый по смыслу стек вроде OP Stack: Hedger на этапе компиляции вырезает hedged-переменные и переносит их в Zedger, так что разработчику писать просто — почти как обычный ERC-20, но артефакт автоматически получает приватность. Получается, Dusk опускает порог «приватного ценнойбумажного чейна» с уровня Rust-ядер до уровня Solidity-поверхности.
Я за три дня развернул testnet для XSC-дивидендов на Solidity+Hedger. Если бы заставили писать Rust/Piecrust, чтобы править Zedger note, минимум три недели. Вот в этом ценность боковой двери.
Но боковая дверь — не основная: финальность State root DuskEVM всё равно возвращается в DuskDS. Тяжелая комплаенс-логика (например, обязательные передачи, issuer force transfer) всё равно должна делаться нативными контрактами DuskVM — Solidity-боковая дверь этого не затрагивает: она не умеет менять лежащие в основе подписи SBA.
Как вы думаете: боковая дверь должна стать основным направлением?
@Dusk $DUSK #dusk
Что делает главная дверь? Весь core XSC-стандарта, жизненный цикл Phoenix note, валидации Citadel ZK-KYC, интерфейсы консенсуса SBA — всё реализовано в DuskVM на Rust. Производительность и прямой контроль над PLONK-схемами недоступны на Solidity. NPEX-облигации выпускаются нативно, есть аккаунты для депозитарного хранения у институтов, управление регуляторными view key — все эти логики с «тяжелыми активами» идут через главную дверь.
Что решает боковая дверь? В реальности 90% разработчиков Web3 умеют только Solidity. Для них переучиваться под Dusk на Rust+WASM+ZK-схемы нереально. DuskEVM запускает Solidity через совместимый по смыслу стек вроде OP Stack: Hedger на этапе компиляции вырезает hedged-переменные и переносит их в Zedger, так что разработчику писать просто — почти как обычный ERC-20, но артефакт автоматически получает приватность. Получается, Dusk опускает порог «приватного ценнойбумажного чейна» с уровня Rust-ядер до уровня Solidity-поверхности.
Я за три дня развернул testnet для XSC-дивидендов на Solidity+Hedger. Если бы заставили писать Rust/Piecrust, чтобы править Zedger note, минимум три недели. Вот в этом ценность боковой двери.
Но боковая дверь — не основная: финальность State root DuskEVM всё равно возвращается в DuskDS. Тяжелая комплаенс-логика (например, обязательные передачи, issuer force transfer) всё равно должна делаться нативными контрактами DuskVM — Solidity-боковая дверь этого не затрагивает: она не умеет менять лежащие в основе подписи SBA.
Как вы думаете: боковая дверь должна стать основным направлением?
@Dusk $DUSK #dusk