Kiko奇科

DuskVM против DuskEVM: Два пути для разработчиков

Нужна ли блокчейну необходимость принудительно загонять каждого разработчика в одну и ту же среду выполнения?

Dusk использует иной подход, предлагая два пути для смарт-контрактов — каждый из них рассчитан на разные модели разработки.

DuskVM — нативный путь. Разработчики пишут контракты на Rust, компилируют их в WASM и выполняют напрямую в Dusk L1. Это дает контрактам прямой доступ к модели выполнения Dusk L1, моделям транзакций, протоколу контрактов и возможностям, которые должны находиться близко к базовому уровню, включая приватность и функциональность, связанную с нулевыми знаниями.

DuskEVM выбирает маршрут, ориентированный на совместимость. Разработчики могут использовать Solidity или Vyper вместе с привычными кошельками, библиотеками и инструментами для EVM. Расчет и доступность данных обеспечиваются через DuskDS, а DUSK выступает в качестве нативного газового токена.

Следовательно, различие заключается не столько в выборе того, какая среда лучше, сколько в согласовании архитектуры с требованиями приложения. DuskVM поддерживает прямое выполнение в L1 и нативные возможности Dusk. DuskEVM снижает порог входа для разработчиков, которые уже работают в экосистеме Ethereum.

Для Dusk наличие обоих путей создает интересный баланс между нативной функциональностью и привычностью для разработчиков.

Может ли поддержка как нативного выполнения, так и совместимости с EVM быть более сильной стратегией для разработчиков, чем принуждение к одной универсальной среде?

$DUSK

#dusk @Dusk

Стейкинг в Dusk: как DUSK обеспечивает сеть.

Что на самом деле дает стейкинг блокчейну помимо получения наград?

В Dusk стейкинг напрямую связан с консенсусом. Провайдеры (provisioners) стейкают DUSK и участвуют в процессе предложения и валидации блоков. Активные провайдеры могут зарабатывать награды за счет эмиссии токенов и комиссий за транзакции, благодаря чему стейкинг становится частью механизма безопасности сети, а не отдельным продуктом доходности.

Также важен процесс выбора. Детеминированная сортировка Dusk (deterministic sortition) выбирает генераторов блоков и членов комитета голосования через процедуру, взвешенную по размеру стейка. Механизм устроен так, что частота выбора пропорциональна стейку провайдера, оставаясь при этом воспроизводимой и непредсказуемой заранее.

Далее консенсус проходит через валидацию предложения и ратификацию. Выбранный провайдер предлагает кандидатный блок, комитет его оценивает, а другой комитет подтверждает результат валидации. Супербольшинство валидных голосов может привести к успешному исходу.

Но участие несет ответственность. Текущая документация Dusk проводит различие между мягкими штрафами за неудачное участие и жесткими штрафами за доказуемо некорректное поведение в консенсусе, включая конфликтующие подписи.

Это создает важную связь между экономическим стейком и сетевой ответственностью: DUSK — это не просто «замороженные» средства; он дает участникам экономическую причину работать консенсус-инфраструктурой корректно.

Для @Dusk стейкинг, следовательно, является частью самой архитектуры безопасности.

$DUSK #dusk

Связывание экономического стейка напрямую с ответственностью за консенсус создает более сильный стимул для надежного участия в работе сети?

комментируйте вашу идею

СУМЕРКИ: Больше, чем просто токен.

Что дает нативному токену реальную полезность, выходящую за рамки простого трейдинга?

Для Dusk DUSK интегрирован непосредственно в работу сети. Официальная документация определяет его как нативный токен, используемый для комиссий за транзакции и стейкинга, связывая актив и с активностью сети, и с участием в консенсусе.

Каждая транзакция требует сетевых ресурсов, и DUSK выступает в роли газового актива, которым оплачиваются эти операции. Это включает активность в средах исполнения Dusk: в частности, DuskEVM явно использует DUSK в качестве своего нативного газ-токена.

Вторая роль даже более фундаментальна — стейкинг.

Dusk использует провиженеров (provisioners) для участия в консенсусе: выбираются активные провиженеры, которые предлагают и валидируют блоки. Согласно текущей документации, прямой стейкинг требует запуска ноды провиженера, а вознаграждения зависят от участия в консенсусе и от активного стейка.

DUSK также связывает разные части экосистемы. Документация описывает перемещение между Dusk L1 и DuskEVM, при этом разработчики могут строить приложения через DuskVM или DuskEVM — в зависимости от требований к исполнению и инструментам.

Итак, важный момент не в том, что DUSK просто является нативным активом сети. Его полезность встроена в механизмы, благодаря которым сеть функционирует.

Для @Dusk полезность токена, таким образом, тесно связана с инфраструктурой.

$DUSK #dusk

Становится ли нативный токен более значимым, когда его полезность неразрывно связана с ключевыми операциями сети?

Цитадель: селективное раскрытие для цифровой идентичности

Цифровая идентичность часто ставит сложный выбор: раскрыть всё, чтобы доказать, кто ты есть, или раскрыть слишком мало, чтобы удовлетворить требованиям приложения.

Сумрак подходит к этой проблеме с Цитаделью, описанной в документации как уровень идентификации и доступа сети для селективного раскрытия.

Разница важна. Селективное раскрытие — это не просто про то, чтобы хранить информацию об идентичности в тайне. Речь о том, чтобы проектировать доступ вокруг сведений, которые действительно нужно раскрыть для конкретного взаимодействия.

Это естественно вписывается в более широкую архитектуру Сумрака. Сеть уже различает общедоступные и защищённые аккаунты, позволяя транзакциям работать с разными уровнями видимости. Цитадель развивает эту идею применительно к идентичности и доступу, а не только к данным транзакций.

В документации Сумрака также перечислены Citadel Self Sovereign Identities в сети Dusk Network как отдельная исследовательская работа наряду с техническими материалами, связанными с системами нулевого знания и аутентификацией с сокрытием атрибутов.

То, что меня здесь интересует, — архитектурный принцип: идентичности не обязательно становиться постоянной публичной записью только потому, что пользователю нужно что-то доказать.

Для @Dusk селективное раскрытие связывает приватность с практическим контролем доступа, что особенно актуально, когда блокчейн-инфраструктура взаимодействует с приложениями, где важны идентичность и авторизация.

#dusk $DUSK

Может ли селективное раскрытие стать отсутствующим уровнем между цифровой приватностью и требованиями идентичности регулируемых финансовых систем?

Конфиденциальность без потери практической удобочитаемости.

Конфиденциальность в блокчейне становится сложной, когда защита информации одновременно усложняет использование системы: проверку или интеграцию.

Dusk подходит к этой проблеме, делая разные уровни видимости транзакций частью архитектуры сети.

Её модель Moonlight предоставляет публичные транзакции на основе аккаунтов. Балансы публичных адресов и активность транзакций могут оставаться прозрачными — это полезно, когда требуется и видимость, и простая проверка.

Phoenix выбирает противоположный подход, когда важна конфиденциальность транзакций. Он использует защищённые транзакции на основе UTXO, построенные вокруг нот-уничтожителей (nullifiers) и доказательств с нулевым разглашением (zero knowledge proofs). Сеть может проверить корректность транзакции, не раскрывая публично отправителя, получателя или переведённую сумму.

Но конфиденциальность в Phoenix — это не просто сокрытие информации от всех. Протокол включает ключи просмотра (view keys), позволяющие пользователям определять транзакции, адресованные им, при этом сохраняя защищёнными полномочия на расходование. В whitepaper также описано, как ключи просмотра могут позволять делегированное сканирование транзакций, не давая делегированной стороне возможности тратить ноты.

Это различие важно: практическая конфиденциальность финансовой инфраструктуры не обязательно означает отказ от контролируемого доступа к информации.

Для @Dusk конфиденциальность, следовательно, лучше понимать как настраиваемое свойство транзакций, а не как препятствие для удобства использования.

$DUSK #dusk

Могла бы выборочная видимость стать более практичной моделью для финансов на блокчейне, чем выбор между полной прозрачностью и полной анонимностью?

Лунный свет против Феникса: две модели транзакций.

Один из самых интересных выборов в Dusk заключается в том, что приватность рассматривается не как решение «всё или ничего».

Вместо этого Dusk предлагает две модели транзакций с разными целями: Moonlight и Phoenix.
Moonlight — публичная аккаунтная модель Dusk. Каждый аккаунт связан с публичным ключом, а сеть поддерживает его баланс и транзакционный nonce. Транзакции авторизуются с помощью цифровых подписей, при этом состояние аккаунта остаётся прозрачным для сети.
Phoenix использует принципиально иной подход. Это скрытая UTXO-модель, основанная на UTXO, которые представлены как заметки (notes) в дереве Меркла. Когда заметка тратится, nullifier предотвращает двойное расходование, не раскрывая, какая именно заметка была использована. Транзакции Phoenix используют доказательства с нулевым разглашением, чтобы сеть могла проверить, что транзакция соответствует правилам протокола, не раскрывая напрямую лежащие в основе детали транзакции.
Эта разница важна, потому что различные финансовые операции могут требовать разного уровня видимости.
Публичный аккаунт обеспечивает понятную прозрачность, в то время как Phoenix может обеспечить более сильную приватность транзакций. Документация Dusk описывает эти модели как дополняющие друг друга, а не как конкурирующие системы.
Для @Dusk глубинная архитектурная идея — гибкость: пользователям не нужно выбирать между полностью прозрачной блокчейн-средой и полностью приватной.

$DUSK #dusk

Может ли предоставление пользователям обеих моделей — прозрачной и защищённой — стать важным требованием для серьёзной инфраструктуры on-chain финансов?

Краткое подтверждение: как Dusk достигает окончательности.

Что именно нужно блокчейну, чтобы транзакция стала окончательной?

Для Dusk ответ начинается с Succinct Attestation — ее протокола консенсуса proof-of-stake. Механизм построен вокруг случайно выбранных провайдеров и комитетов, а также последовательности шагов проверки и ратификации предложений.
Провайдер блокирует DUSK в качестве залога и после этого может стать подходящим для участия в консенсусе. Детерминированная сортировка Dusk выбирает генераторов блоков и членов голосующего комитета с помощью процесса, взвешенного по доле (stake), что делает выбор воспроизводимым, сохраняя при этом некоторую непредсказуемость за счет seed протокола.
Самое интересное — что происходит после того, как блок предложен. Один комитет выполняет его валидацию, а другой — ратифицирует результат валидации. Сверхбольшинство валидных голосов дает успешный результат: подписи BLS позволяют агрегировать голоса в компактные аттестации.
Затем Dusk использует скользящую окончательность (rolling finality), а не рассматривает каждый принятый блок как немедленно необратимый. Блоки продвигаются по состояниям, включая accepted (принят), attested (засвидетельствован), confirmed (подтвержден) и наконец final (окончательный). Окончательный блок не может быть заменен в соответствии с правилами протокола по окончательности.
Эта архитектура показывает, что окончательность — это не просто про скорость. Это про координацию участников сети: доказательство согласия и постепенное повышение уверенности в цепочке.
@Dusk , следовательно, делает консенсус архитектурным компонентом своей финансовой инфраструктуры, а не просто механизмом безопасности.

$DUSK #dusk

Предсказуемая, проверяемая окончательность важнее для финансовых блокчейнов, чем простое максимизирование пропускной способности транзакций?

Что происходит до того, как блокчейн сможет прийти к консенсусу?

Сначала сети нужен надежный способ передавать информацию между узлами.
Именно здесь Kadcast становится важной частью архитектуры Dusk.
Согласно whitepaper Dusk Kadcast — это одноранговый коммуникационный уровень, отвечающий за широковещательную рассылку блоков, транзакций и голосов по консенсусу. Он построен на распределенной хеш-таблице Kademlia, используя расстояние XOR для организации того, как узлы взаимодействуют.
Самое интересное — это его схема широковещания. Вместо того чтобы каждый узел пересылал сообщения всем своим соседям, Kadcast использует выбранных пиров на возрастающих расстояниях и организует распространение через деревья мультикаста. Цель — обеспечить более широкое покрытие сети при меньшем количестве избыточных передач.
Это важно, потому что эффективность коммуникаций напрямую влияет на то, насколько быстро информация может распространяться в децентрализованной сети. Dusk специально разработала Kadcast для сред, где критичны сетевые ресурсы и низколатентная связь. В whitepaper также отмечается, что структура может естественным образом скрывать точки происхождения сообщений, избегая прямых одноранговых соединений.
Итак, Kadcast — это больше, чем просто деталь сетевой реализации. Это часть основы, связывающей транзакционный слой Dusk с ее механизмом консенсуса.
Для @Dusk эффективная коммуникация в конечном счете сводится к созданию условий для надежной координации по всей сети.

$DUSK
#dusk

По мере масштабирования блокчейн-сетей станет ли коммуникационная архитектура столь же важной, как сам консенсус?

Что на самом деле делает архитектуру блокчейна отличной?
В случае Dusk ответ не сводится к какой-то одной изолированной функции. Важнее то, как несколько слоёв спроектированы так, чтобы работать вместе.
В основе лежит DuskDS — слой консенсусной финализации сети и доступности данных. Поверх него Dusk поддерживает два различных пути выполнения: DuskVM, где контракты на Rust/WASM выполняются напрямую в сети Dusk L1, и DuskEVM, который предоставляет среду EVM, при этом использует DuskDS для расчётов и доступности данных.
Важно и сетевое взаимодействие. Dusk использует Kadcast для распространения блоков, транзакций и голосов по консенсусу. Его структурированный подход призван уменьшить избыточность сообщений и повысить эффективность сетевой коммуникации.
Затем идёт слой транзакций. Moonlight предоставляет публичные транзакции на основе аккаунтов, а Phoenix — защищённую модель на базе UTXO. Это означает, что конфиденциальность не рассматривается как «добавка после всего»; она встроена в архитектуру транзакций протокола.
Именно это сочетание делает @Dusk
интересным для анализа. Вместо того чтобы заставлять каждое приложение работать в рамках одной модели выполнения, Dusk разделяет сетевую часть, консенсус, расчёты, выполнение и конфиденциальность транзакций на взаимодополняющие компоненты.
$DUSK встроен в эту архитектуру как нативный актив для комиссий за транзакции и стейкинга.
Более глубокий вопрос: даёт ли эта модульная архитектура Dusk ощутимое преимущество по мере развития блокчейн-инфраструктуры?
#dusk

Почему традиционным финансам нужен блокчейн, спроектированный иначе с самого начала?

Задача не сводится просто к тому, чтобы размещать финансовые активы в сети. Финансовым рынкам требуются конфиденциальность проверяемость соблюдения нормативных требований масштабируемость и надежная окончательность — одновременно. Вайтпейпер Dusk рассматривает это как проблему базовой инфраструктуры: чувствительная финансовая информация не всегда может быть раскрыта публично, но учреждениям все равно нужны механизмы, поддерживающие надзор и соответствие требованиям.

Именно здесь @Dusk
использует другой архитектурный подход.

Вместо того чтобы рассматривать конфиденциальность как внешний слой, Dusk встраивает ее в сеть через модели транзакций. Moonlight предоставляет прозрачную модель на основе аккаунтов, а Phoenix использует дизайн на базе UTXO для защищенных транзакций. Вайтпейпер также описывает Succinct Attestation как механизм консенсуса, предназначенный для окончательности в течение секунд с учетом низколатентных требований финансовых рынков.
Важный момент в том, что Dusk не подает внедрение блокчейна как исключительно техническую задачу. Она пытается решить институциональные требования, от которых зависит, сможет ли финансовая инфраструктура действительно работать on-chain.
Это делает $DUSK интересным для изучения не только с точки зрения роли токена: реальный вопрос — могут ли сосуществовать конфиденциальность, соответствие требованиям и блокчейн-ориентированное выполнение без того, чтобы учреждениям приходилось идти на компромиссы по любому из этих аспектов.

#dusk

Может ли инфраструктура блокчейна действительно удовлетворять одновременно институциональное соответствие требованиям и конфиденциальность пользователей в масштабе?

#baby $BABY

Биткоин как продуктивный капитал: заимствования под BTC через TBV
Годы биткоин в первую очередь рассматривался как долгосрочный резерв ценности. Хотя эта стратегия сработала для многих держателей, она часто ставит их перед сложным выбором: продать BTC, чтобы получить ликвидность, или оставить его нетронутым и тем самым не использовать его экономический потенциал. Без доверительных Биткоин-Волт (Trustless Bitcoin Vaults, TBV) появляется иной способ думать о биткоине — не как об активе, который нужно продавать, а как о продуктивном капитале.
С TBV нативный BTC фиксируется в хранилище (vault) на основе Taproot в сети Биткоин, а соответствующая запись хранилища создаётся в Ethereum. После того как хранилище проверено и активировано, его можно использовать в качестве залога для поддерживаемых приложений DeFi, включая публичную тестовую интеграцию с Aave v4. Пользователи могут заимствовать поддерживаемые активы, пока их биткоин остаётся заблокированным в сети Биткоин на протяжении всего процесса.
Особенно интересно в этой модели то, что полезность возникает благодаря безопасности самого биткоина, а не из-за передачи актива в другое место. Никакого оборачивания (wrapping) или кастодиального моста не требуется. Вместо этого протокол координирует $BTC и $ETH посредством криптографической верификации, позволяя BTC поддерживать заимствования при сохранении самокастодиальности и нативной модели доверия Биткоина.
Для меня это означает важный сдвиг в том, как биткоин может участвовать в децентрализованных финансах. Цель не в том, чтобы превратить биткоин во что-то другое, а в том, чтобы разблокировать ликвидность без необходимости отказываться от владения или ставить под угрозу безопасность. Продуктивный капитал не обязательно должен достигаться ценой фундаментальных принципов биткоина.
Работа @BabylonLabs_io показывает, что биткоин может оставаться безопасным нативно и с самокастодиальным контролем, становясь при этом более активным участником децентрализованных финансовых рынков.

Вопрос: Если биткоин может разблокировать ликвидность без продажи, оборачивания или бриджирования, может ли заимствование под нативный BTC стать одним из самых важных сценариев использования биткоина в DeFi?