BlockRadar-月月

Последний день 2025 года, ЮйЮй стоит на фоне Binance, полная ожидания 2026 года～

Надеюсь, в новом году, пусть ваши кошельки сияют, как этот "2026", и финансовая свобода осуществится как можно скорее!🚀🌕

Спасибо Binance за то, что были рядом, в 2026 мы вместе разбогатеем, вместе взлетим!💰

#Binance #2026见 #crypto

Вчера вечером я открыл разработческую документацию для @Dusk , чтобы найти в ней точку входа для сторонних разработчиков — понятный стартовый маршрут от третьей стороны. В разделе «Start here» официально рекомендуют развернуть смарт‑контракты, затем использовать мост для активов, но я заметил, что в этой же документации висят входы к продуктам Dusk Trade, Dusk Wallet и Dusk Pay. Я изначально хотел просто посмотреть, как внешние команды подключаются к экосистеме, но то, как это «официальное оформление» сделано так, что кажется, будто сам Dusk делает слой приложения, очень затянуло — я отвлёкся и провёл на чтении довольно много времени.

На первый взгляд $DUSK — это приватно соответствующая цепочка. Но чем больше я смотрю, тем сильнее ощущаю, что её реальный «сердечник» — это пример вертикальной интеграции, где граница между «протоколом» и «слоем приложений» намеренно размыта: она не только предоставляет консенсус DuskDS и среду выполнения DuskEVM, но и сама берётся за торговую площадку, кошелёк и платежи. Официальная документация позиционирует эти продукты как «приложения поверх протокола», при этом сам протокол по‑прежнему подчёркивает открытость, DuskEVM совместим со стандартными инструментами Solidity, а Dusk Connect поддерживает подключение к нескольким кошелькам. Но по факту продвигаются и официальные приложения, и базовый протокол одним и тем же субъектом — граница получается размытее, чем следует из формулировок.

То, что заставляет меня быть осторожным, — в том, что вертикальная интеграция на этапе холодного старта действительно может быстро запустить процессы и дать институциям демонстрацию «из коробки». В экосистеме уже есть Sozu (стейкинг), Pieswap (DEX), Dusk Domains и другие проекты сообщества — это показывает, что сторонние входы полностью не закрыты. Однако Dusk Trade и Dusk Pay сейчас всё ещё находятся в режиме предрелиза или в листе ожидания — они пока не запущены в массовую эксплуатацию. Поэтому утверждать, что они уже заняли позицию «официального спонсора/бренда», было бы преждевременно. То, о чём я снова и снова думаю, — смогут ли сторонние разработчики в долгую сохранить достаточно мотивации строить свои решения рядом с официальными продуктами, а не исходить из того, что именно официальные приложения по умолчанию первыми получают лицензии и доступ к ресурсам NPEX и точкам входа для ликвидности. На данный момент это лишь обоснованные предположения, а не подтверждённые «жёсткие» приоритеты. #dusk

Поэтому сейчас мне важнее всего наблюдать другое: когда Dusk Trade и Dusk Pay действительно выйдут в прод, сможет ли Dusk перейти от модели «официальной демонстрации» к «процветающей сторонней экосистеме». Меня по-настоящему интересует не только то, смогут ли сами официальные приложения добиться успеха — меня волнует, сможет ли в долгосрочной перспективе стоимость токена DUSK быть совместно наращена открытой экосистемой приложений, а не в итоге окончательно сойтись к роли внутренних «топливных» продуктов самого Dusk.

Вчера я открыл страницу стейкинга по @Dusk — изначально просто хотел понять, на чём именно зарабатывают ноды. Количество нод, ставка стейкинга, годовая доходность — цифры в целом не выглядят ужасно. Но как только я нажал на «Источники дохода» и захотел выяснить, награды идут от торговых комиссий или от вновь выпущенных токенов, в официальном описании было только «стейкинговые награды», без дальнейшей детализации. Этот пробел заставил меня задержаться дольше.

На поверхности Dusk — это приватный и комплаенс-проходящий блокчейн, но чем дальше смотришь, тем больше ощущение, что его нынешнее «ядро» похоже на промежуточную стадию: безопасность обеспечивают за счёт эмиссии токенов, а безопасная нарративная история привлекает институции, при этом институции ещё не начали реально платить. Основная сеть DuskDS работает примерно год и семь месяцев: у нод есть награды, но по-настоящему вносящий вклад торговыми комиссиями DuskEVM всё ещё тестируется. Награда за каждый блок равна сумме вновь выпущенного DUSK и всех комиссий за транзакции в этом блоке. На текущем этапе 1 на блок примерно выпускают 19.86 монет $DUSK , а онлайн-объём транзакций за 24 часа на цепи обычно всего одна-две сотни, так что комиссии совсем небольшие — ими можно почти пренебречь. Доход от стейкинга практически полностью держится на эмиссии.

По-настоящему насторожило другое: эмиссия — это не «бесплатная безопасность», это просто перекладывание затрат на всех держателей. Новые монеты, которые получает стейкер, фактически размывают долю тех, кто не стейкает. Как ресторан: гостей ещё нет, а деньги с подарочных карт уже забирают и выдают официантам зарплату — баланс на картах постепенно тонет незаметно. Технология работает — не значит, что экономика здорова.

Похоже, официальный сайт это понимает: они предусмотрели снижение вдвое каждые четыре года, план рассчитан на 36 лет суммарной эмиссии 50 миллионов монет. Ранний высокий объём эмиссии упаковали как «стартовые субсидии» — логика понятна, но только при условии, что в течение этих четырёх лет торговые комиссии вырастут настолько, чтобы подхватить эстафету. Иначе после снижения вдвое на втором этапе доход нод резко падает: либо «безопасностный бюджет» сокращается, либо вынужденно меняют параметры. По сути, это гонка со временем.

Поэтому сейчас мне важнее всего другое: когда DuskEVM действительно начнёт обрабатывать институциональные сделки, сможет ли источник стейкинговой доходности DUSK сместиться с «эмиссии токенов» на «торговые комиссии». Меня по-настоящему не волнует, какая будет годовая доходность у нод: важно, сможет ли эта субсидия со снижением вдвое каждые четыре года дотянуть до момента, пока не исчерпают ресурс — и обеспечит ли реальная экономическая активность переход, чтобы механизмы безопасности стали системой доходов, поддерживаемой реальными расчётами, а не «инфляционным двигателем». #dusk

Вчера я открыл блокчейн-браузер по @Dusk и увидел, что высота блоков в основной сети уже превысила 3,28 млн. Я изначально просто хотел проверить время работы, но на цифре «3,28 млн» всё зависло. Что именно хранится в этих блоках? Чем ниже я листаю, тем больше мне кажется, что именно эта цифра заслуживает вопросов сильнее, чем любой roadmap.

Многие рассматривают Dusk как соответствующую приватную цепочку или как историю вокруг RWA. Но сейчас я всё больше склоняюсь к мысли, что её реальное «ядро» — это странная конструкция «разделение производства блоков и экономической активности»: базовый DuskDS уже стабильно выпускает блоки более полутора лет, с консенсусом и работой нод всё в порядке, но реально несущий институциональные бизнес-процессы DuskEVM всё ещё находится в тестнете, Hedger — в статусе alpha, а Dusk Trade — в листе ожидания. Из тех 3,28 млн блоков сколько приходится на стейкинг, переводы, внутренние тесты — и сколько на реальную циркуляцию токенизированных активов с лицензиями? Официальной структуры не раскрыли, и это меня немного тревожит. #dusk

Но осторожность во мне рождается ещё и из другого: высота блоков никогда не равна экономической «толщине». Одна цепь может продолжать выпускать блоки за счёт нод и стейкинга, при этом годами не иметь реального внешнего спроса на транзакции. Техническая работа не равна наличию рынка. Я снова и снова думаю о том, что у DuskDS есть приватные транзакции, публичный трейдинг Moonlight, стейкинг — всё это есть. Но если активность в сети настолько сконцентрирована на стейкинге и внутренних переводах, то $DUSK 的 ценность токена всё равно будет «приклеена» к самому факту «производства блоков», а не к тому, что именно загружено в блоки.

Поэтому сейчас мне хочется в первую очередь наблюдать, как изменится структура транзакций в блокчейн-браузере после запуска DuskEVM в основной сети. Меня волнует не то, насколько ещё может расти число 3,28 млн, а то, сможет ли в долгосрочной перспективе потребление gas у DUSK переключиться с «ноды и тесты» на «реальные расчёты уполномоченных институциональных участников», и чтобы высота блоков наконец начала отражать плотность экономической активности — а не только то, что цепь всё ещё «живёт».

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

В материалах @Dusk говорится, что лицензированный брокер должен «обеспечить наилучшее исполнение по оптимальной цене», и при этом упоминается отображение MiFID II; а фирменный навык Hedger — «путать книгу ордеров». Проблема в другом: самое главное в MiFID II — прозрачная и проверяемая ценовая траектория до и после сделки. Но книга, которая шифрует в одну связку котировки, глубину и намерения, по определению не дает этой траектории. Материалы так и не отвечают на один пустой вопрос: после того как книга ордеров перемешана, кто будет определять, что каждая сделка действительно заключена по оптимальной цене?

$DUSK занимает в этой «пустоте» очень чистое место. Это gas: он лишь доказывает, что транзакция была включена, исполнена и урегулирована, но не доказывает справедливость. В квитанции есть только окончательный результат, без возможности сопоставить цены с незаключенными лимитными ордерами. Поэтому обязанность «лучшего исполнения» может быть подтверждена только внешними свидетельствами с места проведения сделки. То, что получает держатель монет, — это подтверждение факта исполнения, а не справедливость цены: первое проверяется, второе — нет.

Чем сильнее конфиденциальность, тем менее видна цена; чем сложнее доказать «лучшее исполнение»; тем больше «ценность лицензии» становится похожей на фразу, а не на поддающийся проверке журнал. Риск не в самом сопоставлении, а в том, что после стирания конфиденциальностью проверочного пути остается только «оптимум», который просто так себя называет. Если крупные сделки явно отклоняются от публичных справочных цен, но при этом невозможно предоставить поддающиеся аудиту записи сравнений, то эту «комплаенс»-схему следует пересчитать заново.#dusk

Я не отрицаю ценность приватности, но она делит одну и ту же «учетную книгу» с лучшим исполнением, при этом требуя ровно противоположной видимости. В бюджете относите ее к доверию к результату сопоставления, а не к гарантии качества сопоставления; сигнал выхода — «были ли крупные сделки без публичных сравнений по цене», а не рост/падение цены токена. В ежедневном режиме нужно смотреть: отклонение цены сделок после внедрения перемешивания книги ордеров от публичной справочной цены, может ли «лучшее» исполнение быть независимо пересчитано и есть ли вообще ончейн-поддающееся аудиту ценовое сравнение для «лучшего исполнения».

Перейдите к разделу таблицы распределения токенов за №@TermMax — больше всего меня нахмурило не то, как продумана механика, а само название Foundation. В разделе 3.2 он вынесен отдельно и составляет 5%, то есть 50 млн монет. Условие разблокировки — «гэп» на 3 месяца, затем 12 месяцев линейного распределения. Само по себе это ещё терпимо, но стоит увидеть это в общей таблице — и становится немного не по себе: команда и консультанты — 12 месяцев «гэп» плюс 30 месяцев линейного, инвесторы — 12 месяцев «гэп» плюс 24 месяца линейного, даже экосистемный фонд — 1 месяц «гэп» плюс 48 месяцев линейного, постепенно «дотирается». И только этот «Фонд» — по названию как будто призванный охранять долгосрочные интересы протокола, — среди всех институциональных долей бежит быстрее всех: в общей сложности за 15 месяцев он полностью освобождается.

Чем дольше я смотрю, тем яснее понимаю: сама такая сортировка — это протечка временных предпочтений. Где в выпуске токенов «технический параметр» блокировки? По сути это схема приоритетов выхода: команда закована дольше, консультанты закованы дольше, инвесторы закованы дольше — и только фонд закован на меньшее время. Но именно на нём лежит то, что меньше всего нуждается в ликвидности: долгосрочная разработка, управление и продолжение экосистемы. Деньги, которые, казалось бы, должны быть самыми «тормозными», получили самые «проворные» условия выхода. Почему счёт, который должен бы двигаться последним, оказался впереди всех? #TermMax

Роль TMX здесь ещё более стоит обдумать. Официально это управление (governance) токеном, а те 50 млн монет из фонда — по идее — должны идти на администрирование параметров и работу над экосистемой, чтобы протокол в долгосрочной перспективе имел опору. Но период блокировки превращает это в ликвидный актив, который можно полностью конвертировать уже на 15-м месяце. В этой схеме почти сливаются управление и ликвидность: кто быстрее получает монеты, которые можно продать, тот быстрее получает и право назначать цену. Иными словами, долгосрочные обязательства ещё не начались — а дверь для выхода уже заранее открыта.

Так что то, что написано в таблице распределения под именем Foundation, на самом деле не скрывает временную ось. Если счёт с названием Foundation разблокируется и завершит высвобождение раньше всех остальных, то мы видим не долгосрочные обязательства, а опцион на выход, поставленный в самое начало и прикрытый названием. Как вы думаете, это всё ещё можно называть фондом?

“原生发行”里那句“公司行为在代码中执行，无需 сверка”，я представляю себе вексель, который сам начисляет дивиденды, и рядом — машину, которая делает автоматические переводы, но ни судьи, объявляющего дефолт, ни доверенного лица, сортирующего требования кредиторов, рядом нет. Он платит проценты, при условии что кто-то заранее введёт параметры; он не может назначить заседание, потому что он лишь исполнитель, а не арбитр.

В материале @Dusk фраза «корпоративные действия» встречается три раза: сервисные действия, сложная автоматизация процессов и «выполняется кодом, без сверки». Если разобрать по частям, дивиденды, сплит и слияние — это параметризованные события: суммы, даты, пропорции заданы, и код механически распределяет. Дефолт, реструктуризация, продление — это события арбитражного типа: нужно оценивать платёжеспособность, ранжирование кредиторов и порядок приоритетов, и кому-то нужно выйти и сказать «нет». Первое можно выложить в цепочку, второе не получится «зашить навсегда». «Без сверки» относится только к механической ноге; сверка для арбитражной ноги переносится на тот день, когда событие действительно произойдёт.

$DUSK по смыслу однозначно: это gas, чтобы машина крутилась, — переносить «ногу» актива и «ногу» оплаты. Он не распределяет права из купона, номинала или остаточной стоимости; те юридические требования оцениваются в EURQ или ценных бумагах — не в DUSK. Машина двигается — взимает комиссию; то, что она «выplюет», уходит не ей, а другим. Это операционное соглашение с фиксированной оплатой, а не остаточное притязание на базовый актив.

Риск не в том дне, когда код ошибся, а в том дне, когда код не может ошибаться. Если случится реальный дефолт или реструктуризация, решение о том, кто и сколько вернёт, принимают контракт, суд и ликвидатор, а не «контракт». Тогда фраза «корпоративные действия исполняются кодом» будет переведена как «параметры записаны вне цепочки неким человеком», и именно он станет реальным оппонентом. #dusk

Я не отрицаю автоматизацию — я отрицаю попытку встроить арбитраж в исполнитель. Рассматривать в бюджете как конвейер для расчётов — да, как замену требований кредитора — нет. При выходе проверяй «пишется ли параметр в единственный адрес и меняются ли права на запись», а не ценовую волатильность. Ежедневный контроль: права на запись параметров в модуле servicing, диапазон авторизационных ключей эмитента, а также разница по времени между поступлением купона или номинала и записью в цепочке. Машина может ошибаться нулём, но у компании всегда будет необходимость проводить заседание.

Я прочитал проекты такого типа, например этот @TermMax , есть у меня привычка — сначала переворачивать последнюю страницу. На этот раз там было две строки: «Prepared by: Term Structure Labs Limited; Issuing Entity: Gradient Global Limited (BVI)». Один отвечает за подготовку обещания, другой — за выпуск активов. Ваш TMX в юридической бухгалтерии записан на имя последнего; но полномочия управления, распределение доходов по залогу, разделение комиссий — все это обеспечивается кодом и операциями, которые поддерживают первый.

Это довольно любопытно. Если рассматривать весь документ TermMax как двойную звёздную систему, реальная проблема не в том, какая из двух звезд светит ярче, а в том, куда смещён их центр масс. Держатели формально стоят на стороне эмиссии — той самой компании, которая выпускает токены; однако создание стоимости и действия по погашению происходят в протоколе, который работает под другой звездой — Term Structure Labs. Между двумя листами «черным по белому» в официальной белой книге не указано ни каких-либо механизмов консолидации, ни договорённостей по обеспечению — осталась лишь одна строка с подписью. Когда в документе появляется термин «governance token» («токен управления»), по умолчанию предполагается, что эмитент и оператор — одно и то же лицо; но та страница с подписью легко опровергает это допущение.

В итоге TMX оказывается довольно неудобной вещью: расчётная единица относится к эмитенту, а функциональное обещание — к оператору. По вопросам залога, голосования, распределения доходов — в каждой позиции права в конечном итоге указывают на сущность, которая не является эмитентом. Чьё же обещание вы держите в руках? Думаю, большинство людей не задумывались об этом по-настоящему. #TermMax

Так что не спешите называть это токеном единого эмитента. Это скорее двоичная структура со смещённым центром масс. Держатели думают, что они заключили сделку «погашение против ожиданий» с проектом, но в действительности они сталкиваются с двумя сторонами, у которых границы обязательств не определены. И тот центр масс, который по-настоящему должен нести обязательства по погашению, вообще не прописан ни в одном наборе контрактных условий, которые можно взять и исполнить.

@Dusk материалы неоднократно упоминают «десятки триллионов» и «десятки миллиардов долларов»; можно «зафиксировать» это на внутренней логике системы, но по сути это обменник, управляющий активами на 300 млн евро, где около 17 500 активных инвесторов плюс более сотни малых и средних компаний. Стоит лишь выложить эти три набора чисел — смысл становится прямым: повествование оценивается в триллионах, а протокол на деле — в 300 млн. Первое — воображаемый знаменатель, второе — реальная числительная часть.

Положение DUSK зависит от фактической пропускной способности, а не от масштабов нарратива. Это gas — кроссчейн и расчетная единица; спрос накапливается благодаря реальным сделкам. Иметь $DUSK — значит купить форвардный денежный поток, где в роли «знаменателя» выступают «триллионы», а в роли «числителя» — «300 млн». Рынок любит заранее «оценивать» еще не возникшие рынки — это не удивительно; удивительно другое: прямо сейчас даже якорь предварительного ценообразования не сформировался в значимом масштабе.

Система и не отрицает альтернативность. Материал признаёт, что Chainlink CCIP уже поддерживает более 65 блокчейнов; EURQ на Dusk — это лишь один из «трех блокчейнов». Dusk — не единственный законный слой расчетов, а заменяемый точкой подключения. Настоящая траектория взаимной совместимости находится в руках Chainlink, а держатели DUSK лишь платят за доступ к этой работе. Zero-slippage burn/mint CCT: при ближайшем рассмотрении это отмена публичной площадки, где цены выставлялись через ликвидити-пулы; переназначение цены вынесли в другое место — отсутствие слипа не означает отсутствие переназначения, просто оно происходит «не там».

Риск включается куда прозаичнее нарратива: «300 млн» (числитель) не догоняет «триллионы» (знаменатель). Оборот EURQ в Dusk на протяжении длительного времени ниже ожиданий, активные адреса и отклонение от «17 500» продолжают расходиться с планом — тогда рыночные предварительные расчеты будущего будут пересчитаны. Предоплачено не само имущество, а ожидание масштаба рынка, которого еще не существует. Чем больше знаменатель, тем больше будет ценовой разницы, которую придется «вернуть» в будущем. #dusk

Я не отрицаю предварительное ценообразование; я против того, чтобы использовать знаменатель как числитель. В бюджете относить это нужно к ростовому опциону, а не к денежному потоку. Выход оценивается по принципу «отношение фактического размера on-chain расчетов к масштабу нарратива продолжает увеличиваться», а не по колебаниям цены токена. В повседневном режиме следи за несколькими цифрами: on-chain AUM, расход DUSK gas на одну сделку, объем обращения EURQ в Dusk, а также отклонение активных адресов от «17 500». Триллионы, возможно, придут сами — а возможно, никогда; до тех пор знаменатель остается знаменателем.

Если судить только по названию, @TermMax и Term Structure пахнут вполне серьезной финансовой инженерией: будто форму кривой ставок рынок «сам» выторговывает в процессе конкурентной борьбы. Но если открыть их белую книгу, вы обнаружите, что кривые ценообразования и параметры риска не рождаются в безымянной сети валидаторов, а выписаны предельно ясно пятью Curator: Keyrock, Hardcoded Lab, Edge Capital, AlphaPing, Origami Crypto. Иными словами, это протокол, который рекламирует децентрализованно «фиксированные» ставки; но его «фиксированность» не возникает из согласования между покупателями и продавцами — скорее это результат после «одобрения по белому списку».

Интересно другое: власть этого белого списка снова «замыкается» на токенах. TMX стейкинг меняется на sTMX, а в белой книге TermMax всё сказано прямо: усиленные права управления позволяют корректировать рыночные параметры риска и, вдобавок, определять, какие Curator попадут в список. Логика получается замкнутой: у кого больше токенов — тот и может повлиять на белый список; белый список определяет, как будет выглядеть кривая ставок; а кривая ставок уже решает, кто именно между FT и XT заберет спрэд с той или иной стороны. Децентрализация, как обещали, — в конце концов оказывается игрой в голосование за допуск в белый список.

Что касается Atomic Orders, разработчики преподносят это как инструмент повышения эффективности капитала. Если посмотреть под другим углом, он позволяет виртуальной ликвидности разбираться на несколько ордеров в течение одной и той же секунды: то есть реальное ценообразование зависит от того, готов ли маркет-мейкер выставлять котировки, а не от того, сколько «настоящих» денег заперто в пуле. Достаточно, чтобы один из пяти Curator тайно вышел или поменял параметры — и якобы фиксированное обязательство по ставкам, словно из-под вас резко убирают стул. Не кажется ли вам, что эти два слова — «фиксированность» — на самом деле фиксированы не так уж и надежно?#TermMax

Так что в целом у этой системы почти нет ничего общего с алгоритмической подстраховкой. Она больше похожа на двухуровневую модель поручительств: параметры контролирует пятерка, а допуски и разрешения — держатели токенов. Её «фиксированность» — институциональная, а не математическая.

Так называемый «обезличенный (запутанный) ордербук» по сути больше похож на теневой пул, закрытый для публики, но полуприоткрытый для «своих»: о более справедливом рынке говорить не приходится.@Dusk Он заявляет о защите от манипуляций и намерении обезопасить участников и их экспозицию, но на практике цену отбирают у всех участников и передают матчинг-движку и стороне, у которой есть ключи для раскрытия.

Hedger с помощью гомоморфного шифрования и нулевых знаний выполняет матчинг по шифртекстам, а доказательство на стороне браузера укладывается в две секунды. Это решает только «снаружи не видно», но не решает «внутри кто что видит». Как только ордербук смешивают, пропадают публичные глубины, тайминг выставления ордеров и снятия; а требуемое комплаенс-аудитами «выборочное раскрытие» как раз и показывает, что у роли есть возможность по необходимости восстанавливать открытый текст. Информация расщепляется на два уровня: без прав видно только свои собственные сделки, а с правами — видна вся цепочка ордеров. В традиционных рынках это называют adverse selection (неблагоприятным отбором): осведомлённые ордера тихо перетекают в систему, а каждый «неосведомлённый» клиринг платит разницей цен.

$DUSK хорошо понимает свою роль: это не расчетная единица, а билет, чтобы попасть в эту непрозрачную очередь. Трейдер платит gas с помощью DUSK, покупая место в механизме сопоставления, но не покупая эквивалентную информацию о контрагенте. Плата вносится до входа, а информация распределяется уже после — асимметрия задана изначально. По сути, это сделка по обмену стоимостью информации: сначала фиксируют цену, потом распределяют информацию.

Условия можно сузить: как только будет доказано, что некоторый уполномоченный участник способен считывать больше информации об ордерах, или когда граница прав на раскрытие меняется до раскрытия, нарратив о защите теневого пула придется пересчитывать. Проще говоря, спрятано обычно не «само действие», а его видимость. Каждая доля ценового спрэда, которую рынок платит за приватность, в итоге ложится на сторону, не видящую ордеры.#dusk

Я не выступаю за отказ от таких структур — я против бесплатного доверия. Бюджетируйте это как стоимость информации, а не как обычную стоимость торгов; сигналом к выходу пусть служат «изменения прав на раскрытие» и «аномальное расширение разницы в ценах относительно публичного рынка», а не чистый откат по стоимости. За чем следить ежедневно: скольжение на крупных сделках, диапазон раскрытия прав у уполномоченных сторон, а также подразумеваемая разница в стоимости информации, соответствующая единице DUSK. Самое противоинтуитивное: дизайн, громче всего заявляющий о защите от манипуляций, нередко первым превращается в новый вход для манипуляций.

我最早读 @TermMax 白皮书时，最让我愣一下的不是代币模型，而是个听起来很普通的词——Idle Fund Deployment。第2.2节几乎没多解释，只说没被借出去的钱会自动放进 Aave、Morpho、Venus 这类浮动利率借贷协议里去吃利息。说白了，用户拿到手的“固定利率”，底子并不是什么干净的零息债，而是池子里闲置的钱又被转手贷了一道。固定收益是卖给用户的那一面，浮动那面协议自己揣着。这有点像餐厅把没卖完的菜重新加工成例汤，端给你时却只写“今日固定套餐”。

那这部分敞口到底算谁的？说实话，白皮书没有往下讲。外部借贷协议如果出了清算、坏账或者合约漏洞，那些原本“闲置”的钱连收益带本金都会变成 TermMax 自己的暗雷，可它对用户承诺的固定兑付并不会因此少一分。换句话说，利率风险并没有消失，只是从借款方挪到了第三方借贷协议头上，再把一份掺过水的确定性卖回给存款人。

代币这边就更有意思了。TMX 名义上是治理和效用代币，质押能换成 sTMX，收益从 FT/XT 的交易费、借贷费、清算费里过一手分下来。可初始流通的 20% 里，15% 给了“社区”，5% 给了“流动性”，TGE 当天直接解锁，没有任何锁仓。你想想，所谓社区和流动性，说白了就是上线首日的即时抛压，跟长期绑定一点关系都没有。名字起得挺体面，翻开底牌一看，更像是给首日卖盘留的两扇门。

所以如果你问我 #TermMax 到底在做什么，我可能会说，它不是消灭了利率风险，而是把风险转给了第三方借贷协议，再把首日抛压贴上了社区和流动性的标签。“固定”是它的定价招牌，“浮动”是它自己吞下去的运营成本。真正支撑系统运转的，其实是这两者之间的利差，以及那个没人愿意多谈的违约尾部。利润从那里来，风险也藏在那里。

«„детерминированная окончательность“» сшивает две вещи, которые не объединились. Я бы предпочёл разделить: первая половина обещает конечную точку, вторая — признаёт, что до фактического зачисления всё ещё нужно пройти ещё немного. Материал @Dusk написан очень ясно: транзакции в L2 попадают быстро, но inclusion и settlement — это два разных этапа, и те, кто живёт между слоями, не должны выводить окончательность по времени. Эту мысль я и формулирую как предупреждение о рисках.

Путь DuskEVM: секвенсор, L2-блок, публикация батчером, подтверждение состояния и доказательства неисправности, которые “прибивают гвоздями” результат. В переводе это означает форвардную поставку: на первом шаге пользователь платит gas через $DUSK , а получает — временное состояние «уже включённое в блок», а не актив «уже урегулированный/settled». Ни секвенсор, ни батчер не отвечают за выплаты. DUSK — не документ расчёта (settlement), а цена за промежуток, который ещё не полностью прошёл; он потребляется ещё до того, как исход будет признан верным.

Скрытность есть и на уровне пересчёта. L1 рассчитывается в LUX, а EVM-инструментарий ожидает числовые значения в WEI: перемещение балансов и стоимости происходит через поэтапные конверсии, а способы идентификации того, кто вызывает контракт, тоже различаются. Стоит ошибиться на одну позицию или на десятичную долю — и появляется разница, которую пользователь не увидит. Скорость лишь упаковывает эту разницу ещё более скрытно: чем быстрее ты «вошёл», тем легче принять «уже включено» за «уже завершено».

Условия запуска несложные: секвенсор только принимает и не испускает, интервал между действиями батчера удлиняется, межслойные конверсии баланса не сходятся, изменения прав не раскрыты. Самый тяжёлый ущерб — у тех, кто считает временное состояние конечной точкой. То, что продаётся здесь, — не расчёт, а тот промежуток времени до расчёта; риск несёт держатель, а цена назначается в момент нажатия подтверждения. #dusk

Я не призываю уходить, я призываю оценивать риск. В бюджете относите это как договорённость о ликвидности: при выходе смотрите на то, что задержки включения и расчёта ведут себя аномально, на изменения в поведении секвенсора; следите за средними задержками, частотой батчера, межслойными отображениями балансов и изменениями администраторских прав. Нейминг объединяет два этапа в одно слово, а рынок всё равно требует платить отдельно — вот единственный критерий.

В начале этого месяца Fireblocks объявила о реконфигурации механизма обработки транзакций: ключевая идея — убрать централизацию nonce-последовательности и установить «автоматический предохранитель», чтобы предотвратить то, что блокировка в начале единой очереди nonce затянет всю цепочку обработки для аккаунта. Это заставило меня вернуться и перечитать раздел 4.1 в белой книге @Dusk . Moonlight больше похож на систему последовательного, поштучного расчетного аккаунта: nonce там — не номер транзакции, допускающий параллельность, а принудительный порядковый клиринговый идентификатор. Главный вывод в том, что DUSK здесь одновременно выступает и в роли переводимого актива, и в роли аванса по контракту, и в роли расчетной топливной единицы — из‑за этого структура «риск—доходность» по природе своей оказывается асимметричной.

Транзакционные поля Moonlight включают value, nonce, deposit, gas_limit, gas_price и signature; в белой книге указано, что nonce должен строго равняться текущему значению плюс один, иначе транзакция будет отклонена и не будет зачислена. Если перевести на язык финансовых условий, это практически одноканальная клиринговая очередь: зависание любой транзакции замораживает дальнейшие инструкции, создавая фактическую «head-of-line blocking». Value — это сумма перевода, deposit — опциональный авансовый платеж, направляемый в контракт, а gas_limit×gas_price — это способ ценообразования топливных затрат, учитываемых как $DUSK . Все три компонента «из одного корня»: одновременно на баланс аккаунта ложатся три группы экспозиций — оплата, исполнение и тарифы. Стоит также присмотреться к условиям возврата: при откате исполнения контракта сумма возвращается по исходному маршруту, а неизрасходованный gas не возмещается; по сути, это условные расчетные условия, зависящие от корректности отката состояния виртуальной машины.

В названии есть парадокс: модель полностью прозрачного аккаунта называется «лунный свет», но сам «лунный свет» не проясняет картину, при этом ему приходится нести самую строгую поштучную сверку. Если сериализованная очередь окажется заблокирована из‑за одной «плохой» транзакции или из‑за резких колебаний комиссий, клиринговая способность аккаунта просто перестанет работать. А когда новые денежные потоки войдут и упадут ниже порогов поддержания или крупные адреса начнут массово выходить, конечной точкой, скорее всего, станет кредитное событие структурированного продукта. Разница лишь в том, что кредит подтверждается алгоритмом, но сам алгоритм не несет обязательств по погашению.#dusk

По операциям я не занимаю направленную позицию — выделяю только риск-бюджет. Любая единичная экспозиция ограничена уровнем потерь, который я могу выдержать; если в очереди nonce или в правилах возврата происходит отклонение, я выхожу в первую очередь — без ожидания разворота нарратива. Ежедневно отслеживать нужно немного ончейн‑метрик: тренд общего объема средств в блокировке, изменения в позициях крупных адресов, а также записи об изменениях полномочий администраторов контрактов. По этому проекту у меня нет «позиции» как таковой: всё, что я могу дать, — это число ожидаемой доходности после корректировки на риск. Остальное зависит от того, куда каждый предпочитает смещать свои приоритеты по риску.

Miden 的 USDCx 以 1:1 用 USDC 做背书，承诺转账不暴露余额、对手方与交易历史。这让我重读了 @Dusk 白皮书第 4.2 节：Phoenix 的本质是一张不断变厚的无记名票据登记簿，隐私不是密码学白送的，而是向匿名集规模租来的。核心判断：DUSK 既是被隐藏的计价资产，又是得付费的燃料，风险收益结构天然不对称。

Phoenix 的 note 含 type、com、enc、npk、R、encsender 六个字段。com 封装金额，enc 仅收款人可解，npk 是按 npk=H(rA)G+B 导出的一次性地址。票据可验证但不记名，网络只验证零知识证明的守恒关系——输入等于输出加手续费，手续费以 $DUSK 计价。nullifier 是核销号，只证明票已兑付，不揭示哪一张；note 因此永久留在膨胀的 Merkle 树里充当匿名集。

隐私强度随匿名集大小走：树越大核销号越难对上人，参与人数萎缩隐私就跟着掉。view key 允许“看见”但不能“花费”，签名可外包证明生成，把看和动拆成两种权限。结构出问题，终点大概率是信用事件，算法背书却不承担兑付义务。#dusk

操作上 Dusk 不设方向性仓位，只保留风险预算。单一敞口压在可承受损失下限内，匿名集规模或核销规则异动就优先退出，不等叙事反转。日常盯的指标：总锁仓量趋势、大额地址持仓变动、合约管理员权限变更记录。对这个项目我不持立场，能给的就是风险调整后预期回报率数字，剩下的看各人风险偏好往哪边靠。

@Dusk 的叙事，我更愿意看成用分级披露条款重构清算层的尝试。它没发明隐私或透明，只是把两种互斥的披露结构拆开重组。翻完合约权限和 Moonlight、Phoenix 的披露边界，判断很直接：Dusk 把“要么全量披露、要么完全不可审计”的单选题，改成按角色分层让渡信息。风险收益的不对称，从底层就埋下了。

以太坊、比特币的公开账本，机构一迁移持仓和对手方全暴露；Zcash、Monero 的遮蔽账本则丢了审计回放，等于拿不出可核对的账。两种困境本质是同一条约束：披露和可审计没法在同一层共存。
$DUSK 把约束拆成两层：Moonlight 当可对账的公开结算账户扛合规成本；Phoenix 用 nullifier、隐身地址和零知识证明做不记名票据扛隐私成本；view key 给监管和审计开定向解码口子，审计不必全量公开。

问题在于，披露给谁、披露多少被合约权限直接写进清算条款，而非用户选择。风险转移得很干净：多数参与者进匿名集扛集中度风险，披露权限方保留定向读取权，信息优势自然落到他们手里。一旦 view key 被单点控制、强制划转权限未披露变更，或匿名集因大额地址退出收窄，这套结构最后会滑向哪里？大概率是一次结构化产品的信用事件。区别只在于信用由算法背书，可算法从不承担兑付义务。#dusk

操作上我不设方向性仓位，只留风险预算。单一敞口压在可承受损失下限以内，披露权限或匿名集规模异动就优先退出，不等叙事反转。日常盯的链上指标不多：总锁仓量趋势、大额地址持仓变动、合约管理员权限变更记录。对这个项目我不持立场，能给的就是一个风险调整后的预期回报率数字，剩下的看各人风险偏好往哪边靠。

Смотри на Moonlight и Phoenix для @Dusk бок о бок — больше похоже на схему двухуровневого расчёта: один слой — публичные учётные записи в реестре, другой — проверяемая, но безымянная система билетов, разделяющая те же самые правила клиринга. Пролистай права по контракту и маршрут миграции средств — вывод прямой: структура «риск-вознаграждение» изначально асимметрична. Пользователь думает, что получил удобство приватности и соблюдения комплаенса, но это удобство разнесено по двум пулам ликвидности; между ними границы раскрытия устанавливает протокол.

Аккаунт Moonlight строится на nonce и публичных балансах — получается защита от повторного воспроизведения и расчётный счёт, который можно аудировать, близкий к традиционным брокерским учётам с поштучной сверкой. Phoenix же собирает безымянные билеты из notes, nullifier и скрытых адресов: nullifier лишь доказывает, что билет был уничтожен, но не раскрывает держателя. Фраза из whitepaper Dusk «две модели должны дополнять друг друга» в финансовых условиях превращается в многоуровневое раскрытие: прозрачный слой несёт на себе нагрузку комплаенса и затрат на прослеживаемость, а слой смешивания — риск снижения концентрации анонимного множества и анонимности; глубина ликвидности и правила раскрытия определяются параметрами контракта, а не пользовательским соглашением. Пользователь правда может свободно переключаться между приватностью и прозрачностью? Похоже, скорее его просто толкают между двумя водоёмами с разными профилями риска — и он делает пассивную настройку.

Откуда взяться риску для $DUSK ? Скорее всего, не из верификации подписи, а из нестабильности на стыке двух уровней. Как только анонимное множество сужается, «сила» приватности Phoenix падает вместе с ним; если же потоки средств между прозрачным слоем и слоем смешивания будут системно помечаться, так называемое выборочное раскрытие очень быстро выродится в фактическое полное отслеживание. Добавь к этому приток новых денег, который опускает показатель ниже порога поддержания, или же концентрацию крупных адресов при миграции между двумя пулами — и финальная точка такой двухуровневой схемы расчётов, вероятно, станет кредитным событием структурированного продукта. Разница лишь в том, что кредит здесь «подпирается» алгоритмом, но сам алгоритм никогда не несёт обязательств по погашению.

На текущем этапе я не занимаю направленную позицию по #dusk — оставляю лишь немного бюджета на риск. Контролирую единственный экспозиционный контур в пределах, соответствующих допустимому максимальному убытку: если анонимное множество уменьшается или возникают аномалии миграций между пулами, выходить приоритетнее, чем ждать разворота нарратива. За проектом в повседневном режиме следить особо не за чем: тренд общего объёма заблокированных средств, изменения в держателях крупных адресов, записи о смене прав администраторов контрактов. По самому проекту я не занимаю «позицию» — могу дать лишь число ожидаемой доходности с поправкой на риск.

Раз уж речь зашла о @Dusk , мне трудно отнести это просто к инженерии приватности. Пройдя по архитектуре прав доступа в контракте и сверив границы раскрытия Moonlight и Phoenix, я скорее вижу в этом структурированную схему хранения данных с сопутствующими условиями градуированного раскрытия. Ключевая проблема — асимметрия риск/выгода: большинство участников несёт бремя раскрытия информации и затрат на комплаенс, тогда как сторона, обладающая правами раскрытия, заодно удерживает ценовую власть в части апсайда.

Прозрачный бухгалтерский учёт Moonlight и «смешанный» бухгалтерский учёт Phoenix образуют два слоя раскрытия: один — явный, другой — скрытый. На виду доступны для проверки балансы и nonce; в скрытой части суммы и получатели «запечатываются» в верифицируемые, но непрозрачные для внутреннего анализа доказательства с помощью zero-knowledge, nullifier и скрытых адресов. В белой книге заявлено: «приватность и комплаенс совместимы», а если разложить это на финансовые условия, получается механизм условного раскрытия: обычные держатели продвигаются в анонимный пул (анонимный набор), регуляторы и аудиторы получают возможность адресного декодирования через view key. Принудительные переводы Zedger больше похожи на приоритетный «задний ход» для эмитента — чтобы тот мог заранее держать удобную линию переназначения. Приватность — это брандмауэр для публики, раскрытие — уступка конкретным субъектам; переключатель находится в руках контрактных прав, а не полагается на правовые процедуры.

Когда именно эта конструкция, включающая #dusk , начнёт сбоить? В большинстве случаев дело не в том, что алгоритм не выдержит, а в чрезмерной централизации прав на раскрытие. Контроль над диапазоном хранения view key, изменение прав на принудительный перевод, когда никто не обращает внимания, или сужение анонимного набора из‑за выхода крупных адресов — всё это превращает обещание «комплаенс-подотчётность при невидимости для публики» в фактическую информационную монополию. Когда новые потоки средств упадут ниже порогов поддержания, либо начнут конфликтовать регуляторные трактовки и правила раскрытия, финалом почти наверняка станет кредитное событие для структурированного продукта — разница лишь в том, что здесь кредит подтверждается алгоритмом, а сам алгоритм никогда не берёт на себя обязанность по погашению.

Если говорить про меня лично, то в текущий момент $DUSK я не держу направленной позиции: оставляю только одну «бюджетную» на риск сумму. Один риск‑экспозиции — в пределах уровня понесения потерь, который я считаю приемлемым; при любом изменении прав или структуре блокировки/заморозки приоритетом становится выход, а не ожидание разворота нарратива. Мало ежедневных on-chain метрик, за которыми я слежу: тренд общего объёма заморозки, изменения по крупным адресам, а также записи о смене прав администратора контракта. По этому проекту у меня нет принципиальной позиции — максимум, что я могу дать, это показатель ожидаемой доходности с поправкой на риск; остальное зависит от того, куда у каждого склонность к риску.