Сейчас Dusk проводит AMA в Binance Square сегодня в 15:00 CEST, и стоит заранее освободить календарь. На одной сессии вы получаете сразу и Эмануэле Франчиони (CEO), и Хайна Дауэна (CTO) — такое бывает редко: обычно либо один, либо другой. Если вы следите за DuskDS, DuskEVM и DuskVM и у вас всё ещё есть вопросы — это как раз то место, чтобы их задать.

А сейчас позвольте мне объяснить, что я узнал. Я постоянно видел, как разным сетям приписывают «приватность», и честно говоря, был настроен скептически, потому что обычно это означает просто одну защищённую пулы (shielded pool), прикрученную к в остальном публичной сети. Поэтому я пошёл копать, как Dusk на самом деле выстраивает это по всему стеку, и это оказалось не тем, чего я ожидал.

По сути, Dusk разделяет задачу на три слоя, а не пытается впихнуть всё в один. DuskDS находится внизу и отвечает за консенсус по завершению (settlement) и доступность данных. Он работает на системе proof of stake под названием Succinct Attestation, которая даёт детерминированную финальность — это важно, когда вы ведёте расчёты по регулируемым активам и не можете позволить себе вероятностные подтверждения.

Вот что меня удивило. Поверх этого располагается DuskEVM — он построен как rollup на базе OP Stack, чтобы разработчики Solidity получали привычные инструменты EVM. Приватность там реализуется через механизм под названием Hedger: он использует гомоморфное шифрование вместе с доказательствами с нулевым разглашением, а не делает ставку только на ZK.

Затем есть DuskVM — нативная среда на Rust и WASM, где контракты изначально учитывают приватность, а не добавляют её «позже».

И именно тогда всё сложилось для меня в картину. Гарантии по settlement остаются одинаковыми под всем стеком, но каждый слой добавляет приватность так, что это реально подходит тому, как разработчики строят приложения, а не заставляет использовать один и тот же метод везде.

#dusk $DUSK @Dusk

На каком слое вы бы реально стали строить?