@Dusk #dusk
$DUSK Ключевые компоненты
Сеть Dusk использует модульную архитектуру, созданную для регулируемых финансов: приватность там, где она необходима, прозрачность там, где она полезна, и детерминированное завершение расчетов там, где это требует рыночный рабочий процесс. В общих чертах:
Компонент :
1. DuskDS
Роль :
Фундамент расчетов и доступности данных: консенсус, финальность и модели транзакций Dusk
Куда идти дальше :
У Dusk двухуровневая архитектура:
DuskDS — уровень расчетов и данных (консенсус, доступность данных, модели транзакций)
DuskEVM — уровень выполнения EVM, где запускаются смарт-контракты и где живёт Hedger
На этой странице описаны модели транзакций на DuskDS. Это базовая информация для тех, кто хочет понимать, как в “под капотом” устроены расчеты и приватность. Если вы создаёте dApps в DuskEVM, то в основном вы будете взаимодействовать с Hedger и контрактами EVM.
Феникс против Лунного света (на DuskDS)На DuskDS значение может перемещаться двумя нативными способами:
Moonlight — публичные переводы на основе аккаунтов
Phoenix — скрытые переводы на основе нотов (заметок) с использованием доказательств с нулевым разглашением
В конечном итоге всё это завершает расчёты в одной и той же цепочке, но по-разному раскрывает информацию наблюдателям.
Подробности реализации см. в Whitepaper.
Moonlight — публичные балансы
Moonlight — прозрачная модель транзакций:
У аккаунтов видимые балансы.
Переводы показывают отправителя, получателя и сумму.
Она подходит для сценариев, где требуется наблюдаемость потоков (например, некоторые ситуации с казначейством или отчётностью).
Концептуально ведёт себя как стандартная модель аккаунта.
Для большинства пользователей это “просто прозрачный способ перемещать DUSK” на уровне протокола.
Phoenix — скрытые балансы
Phoenix — модель, сохраняющая приватность:
Средства хранятся как зашифрованные “ноты”, а не как явные балансы.
Транзакции доказывают корректность (нет двойных расходов, достаточно средств) с помощью доказательств с нулевым разглашением, не раскрывая:какую сумму перемещают,кому принадлежит отправленная нота, кроме получателя,между какими именно нотами.
Пользователи могут выборочно раскрывать информацию через ключи просмотра, когда это требуется для регуляторики или аудита.
$DUSK Ключевые компоненты
Сеть Dusk использует модульную архитектуру, созданную для регулируемых финансов: приватность там, где она необходима, прозрачность там, где она полезна, и детерминированное завершение расчетов там, где это требует рыночный рабочий процесс. В общих чертах:
Компонент :
1. DuskDS
Роль :
Фундамент расчетов и доступности данных: консенсус, финальность и модели транзакций Dusk
Куда идти дальше :
У Dusk двухуровневая архитектура:
DuskDS — уровень расчетов и данных (консенсус, доступность данных, модели транзакций)
DuskEVM — уровень выполнения EVM, где запускаются смарт-контракты и где живёт Hedger
На этой странице описаны модели транзакций на DuskDS. Это базовая информация для тех, кто хочет понимать, как в “под капотом” устроены расчеты и приватность. Если вы создаёте dApps в DuskEVM, то в основном вы будете взаимодействовать с Hedger и контрактами EVM.
Феникс против Лунного света (на DuskDS)На DuskDS значение может перемещаться двумя нативными способами:
Moonlight — публичные переводы на основе аккаунтов
Phoenix — скрытые переводы на основе нотов (заметок) с использованием доказательств с нулевым разглашением
В конечном итоге всё это завершает расчёты в одной и той же цепочке, но по-разному раскрывает информацию наблюдателям.
Подробности реализации см. в Whitepaper.
Moonlight — публичные балансы
Moonlight — прозрачная модель транзакций:
У аккаунтов видимые балансы.
Переводы показывают отправителя, получателя и сумму.
Она подходит для сценариев, где требуется наблюдаемость потоков (например, некоторые ситуации с казначейством или отчётностью).
Концептуально ведёт себя как стандартная модель аккаунта.
Для большинства пользователей это “просто прозрачный способ перемещать DUSK” на уровне протокола.
Phoenix — скрытые балансы
Phoenix — модель, сохраняющая приватность:
Средства хранятся как зашифрованные “ноты”, а не как явные балансы.
Транзакции доказывают корректность (нет двойных расходов, достаточно средств) с помощью доказательств с нулевым разглашением, не раскрывая:какую сумму перемещают,кому принадлежит отправленная нота, кроме получателя,между какими именно нотами.
Пользователи могут выборочно раскрывать информацию через ключи просмотра, когда это требуется для регуляторики или аудита.
