#dusk $DUSK @Dusk Дай мне проверить технические утверждения, прежде чем окончательно это оформлять.

Прочитал белую книгу Dusk в спокойный вечер, из любопытства, что XSC на самом деле означало помимо названия. В итоге застрял на разделе про транзакции. Dusk запускает две модели в рамках одной сети: Moonlight — прозрачная учетная система, и Phoenix — защищенная UTXO-модель с использованием доказательств с нулевым разглашением.

Чего я не ожидал: Moonlight не входил в исходный дизайн. Dusk добавил его после того, как стало ясно, что для интеграции с биржами нужен публичный транзакционный модель, потому что полная анонимность создавала риск делистинга по правилам ЕС. Это практичная причина, а не маркетинговая — и она меняет то, как я воспринимаю всю систему.

Эти две модели не изолированы. Transfer Contract позволяет пользователям атомарно конвертировать между заметками Phoenix и балансами Moonlight, а Phoenix поддерживает ключи просмотра, чтобы конкретные транзакции можно было выборочно раскрывать для аудита.

Конкретный сценарий: небольшой трейдинговый стол выплачивает зарплаты и отчитывается о движении казначейства через Moonlight — полностью видимо — а затем выполняет реальные сделки по позициям через Phoenix, скрывая их от конкурентов; при необходимости у регулятора хранится ключ просмотра. Ни моста, ни второй цепочки — тот же слой расчетов.

Вот основная идея. Но то, что я не могу оценить по документу: трение (фрикция), как ведет себя конвертация при реальной нагрузке, и правда ли, что «безшовность» сохраняется, если обе модели конкурируют за одно и то же пространство в блоке.

Кто-нибудь реально делал конвертации Moonlight-to-Phoenix в тестнетe Dusk? Насколько это ощущалось атомарным и быстрым, или была задержка, о которой в документации не упоминается? $SOL $LAB