Вчера задержался на работе и «рыбачил» на сайте — пока листал новую официальную версию Dusk, запустился с настроем «переделали дизайн и поменяли обложку проекта». Старый сайт: чтобы найти техдокументацию, нужно кликнуть по трём-четырём ссылкам, а иногда он ещё и 404 выдает. В итоге я 20 минут разглядывал слоистую техническую схему на новом сайте и наконец связал в одну цепочку все мои разрозненные знания о проекте.
Новый сайт почти не заваливает маркетингом — сразу разложил техстек от нижнего уровня до верхнего. Самый низ — DuskDS: на нём держатся консенсус, расчёты и доступность данных. Уровень консенсуса построен на SBA — это комитетный PoS-механизм, где генератор блока выбирается анонимно через Proof-of-Blind-Bid. Список валидаторов меняется каждую эпоху — так задумано, чтобы не дать заранее зафиксировать валидаторов или атаковать их, и чтобы не было классической проблемы PoS, когда крупные игроки монополизируют право выпускать блоки. Транзакционный уровень — Phoenix: он опирается на UTXO-модель учёта, где средства существуют в виде крипто-«notes». В связке с обязательствами Pedersen это скрывает суммы, а инвалидаторы блокируют дабл-спенд. Узлы проверяют только валидность самих zero-knowledge proof’ов. Когда я тестировал, просто вставил в транзакцию открытый текст — всё отклонили; тогда стало ясно, что это жёстко «зашито» уже на уровне консенсуса.
Дальше, на уровне Dusk Trade, я думал, что это обычный приватный «DEX-обвес». Но демо в документации показало другое: он напрямую стыкуется с базовыми каналами расчётов, а в order book цены и количество по умолчанию шифруются — используется ElGamal гомоморфное шифрование. В цепочке и цена, и объём — в виде шифротекста. Матчинг-движок вычисляет совпадения прямо по шифротексту; после определения цены и количества сделка расшифровывается, и в итоге детали ордеров на всём пути не раскрываются. Ещё выше есть слой DuskEVM — уровень выполнения, переработанный на базе OP Stack. Там же делаются расчёты на DuskDS, так что Solidity-проекты, подключаясь, наследуют приватные возможности нижнего уровня — без изобретения «второго котла». Сверху — рабочие процессы рынка с соблюдением требований: Citadel оформлен как нативный модуль, который можно вызывать напрямую; пользователям не нужно передавать фото паспорта — достаточно zero-knowledge proof’а, чтобы доказать системе, что они «прошли комплаенс-проверку».
Раньше мне всё время казалось, что технический путь Dusk собран из кусочков. Но после нового официального сайта, где весь стек разложен по полочкам, я понял: это не про анонимные «игрушки» для переводов с нуля. Это построение полноценного комплаенс-приватного финансового базиса. Закончил читать — сразу докинул немного DUSK: смелость так прозрачно выставить техническую архитектуру напоказ для всех — сегодня редкость. #dusk $DUSK @Dusk
Новый сайт почти не заваливает маркетингом — сразу разложил техстек от нижнего уровня до верхнего. Самый низ — DuskDS: на нём держатся консенсус, расчёты и доступность данных. Уровень консенсуса построен на SBA — это комитетный PoS-механизм, где генератор блока выбирается анонимно через Proof-of-Blind-Bid. Список валидаторов меняется каждую эпоху — так задумано, чтобы не дать заранее зафиксировать валидаторов или атаковать их, и чтобы не было классической проблемы PoS, когда крупные игроки монополизируют право выпускать блоки. Транзакционный уровень — Phoenix: он опирается на UTXO-модель учёта, где средства существуют в виде крипто-«notes». В связке с обязательствами Pedersen это скрывает суммы, а инвалидаторы блокируют дабл-спенд. Узлы проверяют только валидность самих zero-knowledge proof’ов. Когда я тестировал, просто вставил в транзакцию открытый текст — всё отклонили; тогда стало ясно, что это жёстко «зашито» уже на уровне консенсуса.
Дальше, на уровне Dusk Trade, я думал, что это обычный приватный «DEX-обвес». Но демо в документации показало другое: он напрямую стыкуется с базовыми каналами расчётов, а в order book цены и количество по умолчанию шифруются — используется ElGamal гомоморфное шифрование. В цепочке и цена, и объём — в виде шифротекста. Матчинг-движок вычисляет совпадения прямо по шифротексту; после определения цены и количества сделка расшифровывается, и в итоге детали ордеров на всём пути не раскрываются. Ещё выше есть слой DuskEVM — уровень выполнения, переработанный на базе OP Stack. Там же делаются расчёты на DuskDS, так что Solidity-проекты, подключаясь, наследуют приватные возможности нижнего уровня — без изобретения «второго котла». Сверху — рабочие процессы рынка с соблюдением требований: Citadel оформлен как нативный модуль, который можно вызывать напрямую; пользователям не нужно передавать фото паспорта — достаточно zero-knowledge proof’а, чтобы доказать системе, что они «прошли комплаенс-проверку».
Раньше мне всё время казалось, что технический путь Dusk собран из кусочков. Но после нового официального сайта, где весь стек разложен по полочкам, я понял: это не про анонимные «игрушки» для переводов с нуля. Это построение полноценного комплаенс-приватного финансового базиса. Закончил читать — сразу докинул немного DUSK: смелость так прозрачно выставить техническую архитектуру напоказ для всех — сегодня редкость. #dusk $DUSK @Dusk
