Феникс против Лунного света: почему «Сумеркам» понадобились две модели транзакций
Я думаю, что наиболее неправильно понимаемая часть @Dusk — это не её слой конфиденциальности.
Причина в том, что «Сумерки» изначально построили прозрачную модель транзакций рядом с «Фениксом».
Ответ прост: финансовые рынки не работают с одним-единственным требованием к приватности.
В белой книге Dusk за 2024 год «Лунный свет» описан как публичный слой транзакций, добавленный вместе с «Фениксом». Moonlight использует модель на основе аккаунтов, где адреса и балансы видны. «Феникс» идёт по противоположному пути: защищённые, заметко-ориентированные транзакции с использованием доказательств с нулевым разглашением.
С «Лунным светом» биржа может сканировать аккаунты, сверять балансы и обрабатывать депозиты, опираясь на привычную модель публичного реестра. Текущая документация по интеграции Dusk прямо рекомендует Moonlight для депозитов и снятий средств на бирже, потому что «Фениксу» требуется другая архитектура хранения и сканирования.
Его заметки шифруются, а ZK-доказательства позволяют сети проверять, например, корректность и защиту от двойных списаний, не раскрывая сумму транзакции или конкретные тратимые заметки. Dusk также разработал выборочное раскрытие, чтобы приватность автоматически не означала «никакой ответственности».
Итак, исходный выбор дизайна был не:
«Феникс против Лунного света».
А вот что:
приватность — когда нужна + прозрачность — когда требуется.
И здесь есть важное обновление 2026 года.
Жёсткий форк AEGIS от Dusk закрыл 39 находок, включая 7 критических проблем, с одним критическим первопричинным дефектом, связанным с привязкой комиссии/возврата в Phoenix.
Но важнее другое: последняя документация по сети говорит, что апгрейд Boreas выводит транзакции Phoenix из обращения в сети, а обработка канонических транзакций продвинулась дальше.
«Феникс» был не просто функцией приватности. Это был эксперимент по тому, чтобы конфиденциальные расчёты работали рядом с публичной финансовой инфраструктурой.
У них разные требования к расчётам.
Эволюция Dusk особенно интересна именно потому, что протокол теперь уточняет, какие части исходной архитектуры с двумя моделями всё ещё относятся к production-стеку.
#dusk
$DUSK
Я думаю, что наиболее неправильно понимаемая часть @Dusk — это не её слой конфиденциальности.
Причина в том, что «Сумерки» изначально построили прозрачную модель транзакций рядом с «Фениксом».
Ответ прост: финансовые рынки не работают с одним-единственным требованием к приватности.
В белой книге Dusk за 2024 год «Лунный свет» описан как публичный слой транзакций, добавленный вместе с «Фениксом». Moonlight использует модель на основе аккаунтов, где адреса и балансы видны. «Феникс» идёт по противоположному пути: защищённые, заметко-ориентированные транзакции с использованием доказательств с нулевым разглашением.
С «Лунным светом» биржа может сканировать аккаунты, сверять балансы и обрабатывать депозиты, опираясь на привычную модель публичного реестра. Текущая документация по интеграции Dusk прямо рекомендует Moonlight для депозитов и снятий средств на бирже, потому что «Фениксу» требуется другая архитектура хранения и сканирования.
Его заметки шифруются, а ZK-доказательства позволяют сети проверять, например, корректность и защиту от двойных списаний, не раскрывая сумму транзакции или конкретные тратимые заметки. Dusk также разработал выборочное раскрытие, чтобы приватность автоматически не означала «никакой ответственности».
Итак, исходный выбор дизайна был не:
«Феникс против Лунного света».
А вот что:
приватность — когда нужна + прозрачность — когда требуется.
И здесь есть важное обновление 2026 года.
Жёсткий форк AEGIS от Dusk закрыл 39 находок, включая 7 критических проблем, с одним критическим первопричинным дефектом, связанным с привязкой комиссии/возврата в Phoenix.
Но важнее другое: последняя документация по сети говорит, что апгрейд Boreas выводит транзакции Phoenix из обращения в сети, а обработка канонических транзакций продвинулась дальше.
«Феникс» был не просто функцией приватности. Это был эксперимент по тому, чтобы конфиденциальные расчёты работали рядом с публичной финансовой инфраструктурой.
У них разные требования к расчётам.
Эволюция Dusk особенно интересна именно потому, что протокол теперь уточняет, какие части исходной архитектуры с двумя моделями всё ещё относятся к production-стеку.
#dusk
$DUSK