Я думал, что если Moonlight и Phoenix перечислены на странице архитектуры наравне, то пользователи основной сети и сегодня всё ещё могут свободно выбирать между публичными аккаунтами и скрытыми (экранируемыми) транзакциями. После повторной проверки обновления Boreas для @Dusk я понял: не диаграмма архитектуры решает, сможет ли учреждение выйти в прод, а то, какие именно транзакции фактически принимает текущая сеть.
В официальном обновлении всё сказано однозначно: в основной сети 10 июня 2026 года вместе с перезапуском Boreas прекращается приём новых транзакций Phoenix на блоке `4,414,095`; в тестовой сети аналогичный запрет действует после 7 августа, на блоке `4,000,000`. Moonlight — это поддерживаемая на данный момент модель транзакций.
Когда вы помещаете это в процесс, где казначейство учреждения покупает одну ограниченную облигацию, разница проявляется сразу. Продуктовая команда может захотеть скрыть суммы платежей и связь с аккаунтами, но при этом по правам предоставлять площадке или аудитору доказательства. Если в перечне для запуска просто написано «Dusk поддерживает Phoenix», то на самом последнем шаге — в кошельке, в системе хранения и в расчётных процедурах — всё выяснится: границы подключения к текущей основной сети изменились, и заранее предусмотренный тип транзакций уже нельзя отправить.
Это не значит, что у Dusk исчезло направление приватности. На сайте приватность, селективное раскрытие и нативные ZK‑контракты по‑прежнему указаны как ключевые возможности, а Hedger на DuskEVM предлагает ещё один закрытый маршрут для EVM; но в тот же день на сайте и DuskEVM, и Hedger были помечены как `Testnet`. Поэтому история Phoenix, нативные ZK‑возможности, возможности Hedger в тестовой сети и производственные рабочие процессы, доступные учреждениям, должны быть отмечены раздельно и не могут взаимозаменяться в одной фразе «поддержка приватности».
Официальные материалы не доказывают, что приватные рабочие процессы основной сети уже широко запущены, и не доказывают, что тестовые возможности Hedger уже имеют уровень SLA для учреждений. Здесь нет обходного пути «чем больше названий функций, тем сильнее принятие».
Дальнейшее наблюдение оставляет всего четыре отчётные метрики: количество новых доступных в основной сети конфиденциальных маршрутов транзакций, число поддерживаемых производственных кошельков и хранилищ, фактический объём выполнения конфиденциальных контрактов, а также успешность авторизованного раскрытия. На уровне токенов я не буду расширять повествование про полезность: опорная точка документа $DUSK всё ещё — оплата исполнения комиссии и сетевого стейкинга; только когда доступные маршруты обеспечивают непрерывное выполнение, имеет смысл говорить о наблюдаемых требованиях.
Как вы считаете, следующий шаг важнее всего — A восстановить нативные скрытые (экранируемые) транзакции, B довести Hedger до production, или C сначала опубликовать точную матрицу доступности?#dusk
В официальном обновлении всё сказано однозначно: в основной сети 10 июня 2026 года вместе с перезапуском Boreas прекращается приём новых транзакций Phoenix на блоке `4,414,095`; в тестовой сети аналогичный запрет действует после 7 августа, на блоке `4,000,000`. Moonlight — это поддерживаемая на данный момент модель транзакций.
Когда вы помещаете это в процесс, где казначейство учреждения покупает одну ограниченную облигацию, разница проявляется сразу. Продуктовая команда может захотеть скрыть суммы платежей и связь с аккаунтами, но при этом по правам предоставлять площадке или аудитору доказательства. Если в перечне для запуска просто написано «Dusk поддерживает Phoenix», то на самом последнем шаге — в кошельке, в системе хранения и в расчётных процедурах — всё выяснится: границы подключения к текущей основной сети изменились, и заранее предусмотренный тип транзакций уже нельзя отправить.
Это не значит, что у Dusk исчезло направление приватности. На сайте приватность, селективное раскрытие и нативные ZK‑контракты по‑прежнему указаны как ключевые возможности, а Hedger на DuskEVM предлагает ещё один закрытый маршрут для EVM; но в тот же день на сайте и DuskEVM, и Hedger были помечены как `Testnet`. Поэтому история Phoenix, нативные ZK‑возможности, возможности Hedger в тестовой сети и производственные рабочие процессы, доступные учреждениям, должны быть отмечены раздельно и не могут взаимозаменяться в одной фразе «поддержка приватности».
Официальные материалы не доказывают, что приватные рабочие процессы основной сети уже широко запущены, и не доказывают, что тестовые возможности Hedger уже имеют уровень SLA для учреждений. Здесь нет обходного пути «чем больше названий функций, тем сильнее принятие».
Дальнейшее наблюдение оставляет всего четыре отчётные метрики: количество новых доступных в основной сети конфиденциальных маршрутов транзакций, число поддерживаемых производственных кошельков и хранилищ, фактический объём выполнения конфиденциальных контрактов, а также успешность авторизованного раскрытия. На уровне токенов я не буду расширять повествование про полезность: опорная точка документа $DUSK всё ещё — оплата исполнения комиссии и сетевого стейкинга; только когда доступные маршруты обеспечивают непрерывное выполнение, имеет смысл говорить о наблюдаемых требованиях.
Как вы считаете, следующий шаг важнее всего — A восстановить нативные скрытые (экранируемые) транзакции, B довести Hedger до production, или C сначала опубликовать точную матрицу доступности?#dusk
