В жизни каждого развивающегося блокчейна наступает момент, когда команда должна решить: остаться монолитной или разделиться на слои, созданные под разные задачи. Dusk Network приняла это решение — стоит пройтись по нему.
Базовый уровень — DuskDS, слой расчетов, консенсуса и доступности данных. Он запускает Succinct Attestation, обрабатывает контракты первичного стейка (генезисного) и контракты перевода, а также передает данные через Kadcast — одноранговый сетевой протокол, который снижает использование пропускной способности примерно на 25%–50% по сравнению со стандартными сетями сплетен (gossip). Поверх этого расположен DuskVM — дом для Piecrust и нативных контрактов, сохраняющих приватность, с использованием модели. Далее идет DuskEVM — слой, полностью эквивалентный EVM, построенный через порт OP Stack: разработчики на Solidity получают совместимость с Hardhat, Foundry и MetaMask, при этом расчеты по-прежнему выполняются на DuskDS.
То, что связывает эти три слоя, — нативный мост, а не мост «завернутого актива» (wrapped-asset). Один токен DUSK перемещается через все три среды, а MIPS-ориентированный pre-verifier проверяет переходы состояния еще до того, как они попадут в цепочку. Именно поэтому Dusk Network не несет семидневное «окно отказа» по выводу средств, которое обычно требуется для rollups в стиле Optimism. Выводы финализируются примерно за 15 минут вместо этого. DuskTrade — приложение в стиле нео-брокера сети — является работающим примером того, для чего этот стек действительно предназначен: прямое, on-chain владение денежными рыночными фондами, ETF и облигациями, расчеты по которым происходят в момент исполнения сделки, и которые подключаются к DeFi как любой другой токен.
Я не стану притворяться, что три слоя автоматически лучше, чем один. Разделение сред исполнения добавляет реальную поверхность для координации: больше ветвлений кода, больше мест, где могут скрываться баги, и больше решений о том, какой слой подходит под конкретный сценарий использования. Dusk Network делает ставку на то, что предоставление разработчикам нативной среды приватности и привычной EVM-среды в рамках одного слоя расчетов оправдывает эту сложность — особенно для команд, ориентированных на Ethereum, которые не хотят переписывать все только ради приватности.

То, сохранится ли дополнительная «поверхность» в реальных условиях противника — не только на диаграммах в документации — это то, за чем я буду следить дальше.
#dusk $DUSK @Dusk