西厂炒币大王

#dusk $DUSK Сегодня днем я читал техническую документацию по @Dusk , и увидел слово «программируемая приватность» снова и снова. Сначала не придал этому значения — решил, что это просто очередной «выбираете: сделать публичным или скрыть» элементарный переключатель. Но когда я увидел конкретные детали реализации приватности в DEX по защите приватности Citadel — Dusk, до меня наконец дошло: я слишком плоско представлял себе «приватность».
Большинство людей воспринимает приватность бинарно: либо всё полностью прозрачно — на блокчейне видна каждая транзакция и каждый может узнать, кто что отправил; либо всё полностью анонимно — как у некоторых монет для приватности, когда записи переводов скрываются окончательно. Но Dusk проложила посередине более тонкую «серую зону» — не переключатель, а диммер. В одной и той же транзакции сумма может быть спрятана с помощью гомоморфного шифрования: контрагент ее не видит, но факт существования транзакции сам по себе может быть раскрыт регуляторным узлам. При этом можно верифицировать на цепочке комплаенс-свойства актива (например, является ли он ограниченной ценной бумагой или есть ли у него срок действия), но при этом не раскрывать личность держателя. Такая «селективная раскрываемость» — это не просто «публично/скрыто» два варианта, а трехмерная комбинация: кому раскрывать, что именно раскрывать и насколько глубоко.
Вернувшись к сути, сложность этой идеи вовсе не в криптографии как таковой — теоретическая база ZK и гомоморфного шифрования уже лежит на виду несколько лет. Настоящая трудность — встроить в протокол модель прав «кто имеет право видеть что» прямо в состояние машины, а не потом латать это на уровне приложения. Подход Dusk — встроить правила раскрытия прямо в процесс валидации транзакций: в момент проверки узлом легальности транзакции он может доказать утверждение «эта транзакция соответствует правилам», но при этом не нужно видеть конкретное содержимое транзакции. Комплаенс-обзор и защита приватности происходят одновременно, а не сначала одно, а потом другое.
Цена тоже вполне очевидна: сложность этой «программируемой приватности» для разработчиков довольно высокая. Написать обычный ERC-20 контракт — одно, а написать контракт, который на Dusk будет выполнять приватностную логику, — совсем другое. Ментальная модель полностью меняется. Сколько разработчиков сейчас реально готовы потратить время на то, чтобы разгрызать эту жесткую кость, — я не уверен. Позицию подержу немного в стороне, а основной капитал — подожду, пока увижу реальные данные по экосистеме разработчиков.
В направлении «программируемой приватности» вы верите, что это будущий стандарт для DeFi, или же оно подходит только для узких комплаенс-сценариев? Обсудим в комментариях. #dusk $DUSK @Dusk@Dusk

#dusk $DUSK Многие считают, что достаточно смотреть активность по одной цепочке и числа транзакций. Но когда я просматривал блокчейн-эксплорер @Dusk , я обнаружил данные, на которые гораздо стоит обратить внимание: количество деплойтов смарт-контрактов и частоту вызовов.
Транзакции могут быть просто переводами, а переводы могут быть лишь тем, что маркет-мейкеры «накручивают» активность. Но деплой контракта означает, что на него кто-то собирает приложение, а частота вызовов — что это приложение действительно используют. Эти два показателя лучше, чем просто число транзакций, показывают, растет ли экосистема «в длину» и «вширь», то есть развивается.
Я проверил: текущий порог для деплоя контрактов в основной сети Dusk не слишком высок, технически обе модели — Moonlight и Phoenix — поддерживают сложную логику. Проблема начинается, когда приходят разработчики: что именно они смогут сделать. Различие Dusk — в приватности, но приватность — это категория, где требования к продуктовой архитектуре заметно выше, чем в обычном DeFi. Как пользователи будут понимать shielded-балансы? Как приложения будут выбирать между приватностью и совместимостью (composability)? Эти вопросы не решаются простым форком Uniswap.
Поэтому, когда я оцениваю прогресс экосистемы $DUSK , я не буду смотреть лишь на то, появилось ли объявление «известного протокола о деплое». Мне важнее наличие нативных приложений — вещей, которые вообще невозможно построить без приватной архитектуры Dusk. Если разработчики просто перенесут старый код с EVM и запустят его здесь, то уникальная ценность, которую дает Dusk, не будет конвертирована.
Дальше я буду следить за тремя метриками: продолжится ли рост новых контрактов в основной сети, будет ли увеличиваться частота вызовов и появятся ли сценарии нативных приложений, где «без Dusk никак». Ценность цепочки не подтверждается объявлениями о поддержке — она подтверждается тем, что на ней реально делают то, чего нельзя сделать иначе.#dusk @Dusk $DUSK

#dusk $DUSK Вчера в кофейне я посмотрел на схему технической архитектуры @Dusk с другом, который занимается аудитом смарт-контрактов. Он заглянул одним глазком и сказал: «Ты исследовал Piecrust VM от Dusk? Они напрямую встроили WASM-виртуальную машину в слой консенсуса — маршрут довольно смелый».
Я открыл репозиторий на GitHub и долго изучал структуру исходников Piecrust. Piecrust — это среда выполнения, которую Dusk разработал под сеть Rusk: на базе WebAssembly, после компиляции контрактов в WASM-байткод они запускаются непосредственно на узлах, без необходимости в каких-либо локальных инструментах/зависимостях. В официальной проектной документации всё расписано очень ясно: цель Piecrust — «deterministic execution with minimal overhead», то есть детерминированное выполнение с минимальными накладными расходами. Переход состояния для каждой транзакции должен полностью воспроизводиться и поддаваться проверке. Любой, кто хоть раз работал с VM в блокчейне, признает, что в этом решении нашли удачный баланс между эффективностью исполнения и детерминизмом.
Но когда я дальше разбирать детали по отчету аудита, у меня внутри начало холодеть.
Внешние аудиты, через которые прошёл Piecrust, выявили две критичные проблемы высокой серьёзности. Одна — риск целочисленного переполнения/недополнения: при определённых граничных условиях арифметические операции могут привести к аномальным «скачкам» значений состояния, и вредоносный контракт способен, используя тщательно сконструированные входные данные, нарушить согласованность состояния в сети. Вторая — потенциальный вектор DoS-атаки: некоторые комбинации WASM-инструкций могут вызывать аномальный рост времени выполнения на узле; теоретически злоумышленник может, отправляя определённые транзакции, замедлять весь сетевой ритм производства блоков.
Скорость исправлений у Dusk действительно впечатляет — патч в первый же момент после публикации отчёта аудита был оперативно влит в основную ветку. Но больше всего меня заставило задуматься вот что: Piecrust несёт на себе всю ончейн-логику Dusk — приватные транзакции, публичные переводы, ZK-проверки, доказательства KYC — всё запускается именно на этой VM. Любая пограничная уязвимость на уровне VM способна в один миг обнулить все безопасностные допущения для контрактов верхнего уровня. Патч закрывает одну дыру — а сколько ещё осталось незамеченным?
Как ты смотришь на безопасностные границы Piecrust VM? Есть ли у тебя другой взгляд?
Всё выше — только моё личное мнение и не является инвестиционной рекомендацией. Буду рад обсудить в комментариях! #dusk @Dusk $DUSK @Dusk

#dusk $DUSK Вчера в кофейне я разбирал техническую документацию Piecrust VM от @Dusk для аудита смарт-контрактов, и бывший коллега по этой теме Кобаяси прислал сообщение: «Ты смотрел тот Piecrust-виртуальный машинный движок DUSK? Написанный на Rust runtime для Wasm. В отчёте аудита там два уязвимости уровня high risk — ты их заметил?»
Я достал отчёт по аудиту Piecrust и долго не мог отвести взгляд от двух проблем высокой критичности. Одна — риск целочисленного переполнения/недополнения: при обработке некоторых граничных условий это может привести к неожиданным изменениям состояния. Другая — потенциальный вектор DoS-атаки: вредоносный смарт-контракт может сконструировать определённые последовательности входных данных, чтобы исчерпать вычислительные ресурсы узла.
DUSK позиционирует Piecrust как «сердце» всей сети Rusk: все приватные транзакции, верификация ZK-доказательств и вызовы смарт-контрактов выполняются на этой VM.
Но когда я стал разбирать отчёт дальше, по спине пошёл холод.
Выбор Wasm как формата исполнения — само по себе смелое решение. Wasm в браузере работает уже много лет и действительно стал зрелым, но перенести его в детерминированную среду выполнения блокчейна — совсем другое дело. Детерминированность требует, чтобы при одинаковых входных данных на любых узлах получался строго одинаковый результат, а в спецификации Wasm детали некоторых операций с плавающей запятой могут вести себя не одинаково на разных CPU-архитектурах. Команда DUSK утверждает, что обходит эти проблемы, ограничивая используемое подмножество Wasm, но насколько это подмножество само по себе достаточно строго — пока не подтверждали независимые третьи стороны.
Больше всего меня тревожит другое: в отчёте по аудиту прямо указано, что для исправления нужна «рефакторинг(реконструкция) на уровне архитектуры». Если в самом архитектурном слое есть уязвимость, и после установки патча появятся новые проблемы на границах сценариев — что тогда? Главная сеть DUSK уже запущена и на Piecrust реально крутятся потоки активов. Если на уровне исполнения в экстремальных ситуациях возникнет рассинхрон состояний, смогут ли тогда быть полностью восстановлены исторические записи приватных транзакций Phoenix?
Как насчёт Piecrust VM от DUSK — у тебя есть другое мнение?
Выше — лишь личные взгляды и не является инвестиционной рекомендацией. Давайте обсудим в комментариях! #dusk @Dusk

#dusk Сегодня днём в кофейне листал документы Dusk по узлам. Рядом сидел друг, который занимается традиционными финансами. Он заглянул в экран и спросил: «Вы, ребята, которые крутят блокчейн, стейкинг — это же просто как в банке: кладёшь деньги под проценты, да?» Я завис на пару секунд и понял, что это заблуждение гораздо глубже, чем я думал.$SNDKB
Стейкинг PoS в голове у многих примерно так же устроен, как банковский вклад на фиксированный срок: выбираешь узел, фиксируешь средства, ждёшь, пока начислят награды. Но если разобрать механизм консенсуса Dusk по частям, то это совсем не «положил деньги — и ешь проценты». В нём роли продюсера (кто создаёт блок) и валидатора (кто голосует) разделены на два независимых типа участников. Более того, в процессе создания блока есть раунд, который может пройти несколько итераций подряд: на каждой итерации заранее известно, кто является продюсером и кто отвечает за голосование. Что это значит? Что у тех, кто стоит в очереди на более позднюю итерацию, теоретически появляется мотивация ждать, что у людей впереди что-то пойдёт не так. Если у первых не получится создать блок, то следующая итерация продвинется к ним — и они смогут выйти на сцену и забрать награды. $snd
Очевидно, авторы протокола предусмотрели эту мрачную сторону и выстроили четыре линии защиты: голосование само по себе тоже даёт награды — чтобы никто не мог просто лежать на диване; награда продюсеру зависит от того, сколько голосов он «подхватил/включил», вынуждая быть активным; следующему продюсеру запрещено участвовать в текущем голосовании — это обрубает мотивацию «отказаться, чтобы повысить шанс»; и наконец, на весь раунд задан верхний предел числа итераций, чтобы пространство для задержек было перекрыто с самого начала.
Честность этой конструкции в том, что она не изображает, будто «рациональные люди не будут вредить», а прямо признаёт естественные игровые мотивы в человеческой природе и встраивает их в саму структуру протокола. Такой подход — «не доверяем, но проектируем» — куда более практичен, чем пачка проектов, которые на словах твердят про «общественный консенсус».$SPCXB
Но я не могу оценить, появятся ли со временем новые уязвимости, когда эти четыре линии защиты отработают в долгой перспективе. Игры в протоколах: если закрыть одну дыру, теоретически всегда остаётся шанс, что найдётся новая — придётся ждать, пока накопятся данные в ончейне.
Вам попадались на других PoS-цепочках похожие механизмы, рассчитанные на защиту от «злоумышленника, действующего наперёд»? Напишите название в комментариях.#dusk $DUSK @Dusk

#dusk $DUSK Многие впервые знакомятся с Dusk и по умолчанию считают, что это «цепочка с полной приватностью» — будто бы каждая транзакция автоматически анонимизируется. Прочитав официальную документацию, я понял, что это представление нужно скорректировать: в протокольном уровне Dusk встроены две модели транзакций. Phoenix отвечает за приватные транзакции, а Moonlight — за публичные. Какая именно модель будет использована, определяет сам пользователь при создании транзакции, а не система принудительно.
Сначала — различия в структуре. Phoenix работает по модели, похожей на UTXO: сумма перевода и связь «от кого — кому» подтверждаются с помощью доказательств с нулевым разглашением, поэтому внешний наблюдатель не видит конкретные суммы. Moonlight же использует знакомую модель аккаунта: баланс и записи переводов публично проверяемы — это ближе к интуитивному способу использования, как в ETH. Важно: это не две отдельные цепочки, а два нативных состояния в рамках одной и той же основной сети, между которыми можно конвертировать средства.
$SPCXB
Это довольно конкретно влияет на обычных пользователей. Биржи при пополнениях/выводах чаще используют Moonlight, потому что для сверки и соответствия (compliance) нужны публичные записи. Если же частному пользователю нужна приватность при переводах, он должен сам выбрать Phoenix. То есть фраза «я использовал Dusk, значит перевод приватный» автоматически не выполняется — ключевое значение имеет то, какой тип транзакции инициируется в кошельке.
BTC-пользователи склонны сравнивать это со «смешиванием», а ETH-пользователи — воспринимать как некий приватный смарт-контракт. Но обе аналогии неточны. Это двусторонняя поддержка на уровне консенсуса, не зависящая от каких-либо третьих протоколов.
$SNDKB
Больше всего меня интересует, как именно это отображается на уровне взаимодействия с кошельком. Если в интерфейсе есть только одна кнопка «Отправить», пользователь вообще не будет понимать, выбрал он публичный путь или приватный. И наоборот: если каждый раз требовать от пользователя сначала разобраться в двух моделях, порог становится слишком высоким. Оценивая экосистемные кошельки, я в первую очередь смотрю, делает ли кошелёк переключатели Phoenix и Moonlight явными и понятными, а также показываются ли два типа баланса раздельно. Приватность — это не лозунг, а конкретный выбор, который нужно делать при каждой транзакции.
#dusk @Dusk

Сегодня утром (8/21) я наблюдал 2 часа за стаканом TermMax BNB в сети XT и заметил одну деталь, которую розничные трейдеры, похоже, упускают: для одного и того же 90-дневного фиксированного рынка остаток времени по XT от открытия в 1-й день упал с 0.0199 до сегодняшнего значения (18-й день) — осталось всего 0.0142. Скорость затухания оказалась на 28% выше, чем я ожидал. За этим стоит то, что Range Order AMM автоматически маркетмейкит по кривой затухания: каждый раз, когда заемщик погашает очередной GT, ордеры XT автоматически смещаются на один шаг вниз. Если розничный трейдер не понимает эту линию и гонится за ростом XT, то он неизбежно окажется в минусе.$SNDKB
Вчера (8/20) в Origami Vault я купил 120 XT: на тот момент котировка была 0.0148, и я ставил на то, что оставшиеся 72 дня сохранят ценность по времени. Но сегодня утром смотрю — в рамках того же периода XT уже упал до 0.0142, а по портфелю у меня плавающий убыток 4%. Я проверил on-chain записи и понял почему: за эти 18 дней было 3 досрочных погашения GT. Каждое погашение запускает TermMax автопокупку соответствующего количества XT и уничтожение токенов. Общее обращающееся количество XT при этом не меняется, но «сжатие срока до затухания» сократилось на 6 дней — то есть кривая затухания смещается влево, и оценка XT закономерно пересматривается вниз.
Конкретно расчёт: допустим, первоначальная общая стоимость XT привязана к 90-дневной процентной ставке = 1000 USDC × 8.1% × 90/365 ≈ 20 U. Выпущено 10000 XT, тогда цена за единицу = 0.002. Через 18 дней осталось 72 дня, по линейному затуханию теоретическая цена XT = 20 × 72/90 = 16 U, распределённая на 10000 штук = 0.0016. Но в реальных котировках цена 0.0142 — премия/отклонение -11%, то есть здесь столкновение: глубина ликвидности AMM + ожидания по досрочному погашению.
$SPCXB
Сравним с Pendle YT: затухание YT — это детерминированное потребление времени, а TermMax XT добавляет слой неопределённости в виде «поведения заемщика». Если бы мои 120 XT держались до срока, даже если GT будут погашены полностью заранее и XT обнулятся, я потерял бы только основной капитал. Но если продавать по ходу — получаешь двойной удар: AMM-проскальзывание + разницу в цене из-за затухания.
Сегодня утром я сделал скрин с графиком затухания TermMax XT и записью по погашению GT в Origami (на текущий период) и выкладываю это для друзей, которые собираются шортить/трейдить XT: не относитесь к XT как к Pendle YT. У этой штуки плохая ликвидность, а досрочные погашения — это чёрный лебедь. Если вы покупаете XT — вы планируете держать до конца или торговать на волнах?
#TermMax @TermMax

#termmax Я перепроверил механизм взаимозамены XT и FT для @TermMax и обнаружил одну легко упускаемую из виду деталь. Пользователи часто думают, что XT и FT можно менять в пропорции 1:1 в любой момент, но на практике этот коэффициент меняется в зависимости от того, где именно в кривой ликвидности находится Lending Range Order.
Допустим, на текущем рынке 1 млн XT размещены на lending-стороне, и соответствующий объём выпущенных FT тоже составляет 1 млн. Но это не значит, что в любой момент один XT можно обменять обратно на один FT. $SNDKB Lending Range Order использует ступенчатое ценообразование: разные segment соответствуют разным диапазонам ставок. Когда ликвидность в одном segment оказывается заимствованной, оставшиеся XT и FT “сдвигаются” по кривой и, соответственно, меняется их позиция обмена. $SPCXB
Пример конкретной ситуации: lending-пул настроен так, что APR распределён от 8% до 12% по четырём segment. Первые два segment по 500 тыс. XT каждый уже выкуплены/сопоставлены заимствующими пользователями. Тогда, если в этот момент зайдут новые lending-средства, их стартовая ставка будет не с 8%, а с точки начала третьего segment. И наоборот: если спрос на borrowing сосредоточен в сегменте с низкой ставкой, XT на lending-стороне в сегменте с более высокой ставкой может долго оставаться несопоставленным.
Самая частая ошибка — воспринимать XT как “стабильный документ с процентами”. На самом деле XT отражает конкретную позицию lending-заказа на кривой Range Order. Именно эта позиция определяет и соответствующую ставку, и глубину ликвидности, и всё это динамично. Если меняется распределение ликвидности на рынке, то одинаковое количество XT в разные моменты времени сможет быть обменяно на разное количество FT. BTCBTCETH
Поэтому теперь, когда я смотрю lending-страницу TermMax, я ориентируюсь не только на ожидаемый APR: я также проверяю долю уже сопоставленной глубины на текущем рынке, как распределена оставшаяся ликвидность по сегментам ставок, и где именно мои XT находятся на кривой. Фиксация фиксированной ставки — это фиксация условий конкретной сделки, но стоимость выхода в период удержания XT всё равно зависит от того, как устроена оставшаяся ликвидность на рынке. Следующий момент, за которым действительно стоит наблюдать: при каких условиях в рынках с разными Maturity разрыв между ценой обмена XT и FT будет расширяться, и насколько этот разрыв влияет на практике на обе стороны — lending и borrowing. @TermMax

#dusk $DUSK Вчера перед сном в чате кто-то кинул фразу:"DUSK Если эту монету не торговать, то одними комиссиями на что там вообще рассчитывать?" Я как раз уже почти вырубался от сонливости, но увидел эту строчку — и снова сел. Вопрос довольно жёсткий, но он попал в точку: ценность токена PoS-монеты никогда не получится замазать словами «платить gas» — нужно копать слой за слоем. $SPCXB
Комиссия — это всего лишь самый верхний слой. Копаешь глубже — и вот там залог (стейкинг): валидатор должен внести DUSK в залог, чтобы получить право участвовать в создании блоков и поддерживать всю сеть расчетов. И тут есть один неочевидный момент: многие воспринимают стейкинг как «запер деньги — получил проценты», будто это лёгкая выгода «само собой». Нет. Суть стейкинг-дохода — компенсация: компенсация затрат за то, что ты замораживаешь ликвидность; компенсация риска, что тебя могут slash(оштрафовать); компенсация твоих сил и вложений в железо, когда ты по-настоящему поддерживаешь ноду. Доход и риски идут «в противофазе»: ровно поэтому люди готовы долго закрепляться в сети и реально работать, а не завести деньги, провернуть круг и уйти. Если убрать это ограничение ответственности, то даже высокая доходность не вырастит стабильное сообщество валидаторов. $SNDKB
Ещё глубже — это расчётный уровень DuskDS. Если токенизированные ценные бумаги и вправду начнут работать, расчёты DvP будут происходить постоянно — на стороне активов и на стороне платежей нужно обеспечить атомарный клиринг. Каждый раз, когда фиксируется состояние, и при каждой партии обработки, возникает реальный и повторяющийся спрос. И такой спрос не строится на эмоциях и не строится на K-линиях: он появляется, когда реальные институциональные процессы — брокеридж, кастоди (хранение) и расчёты — переносят on-chain и реально запускают как рабочий процесс. Поэтому будет ли эта монета годиться для долгосрока — не зависит от «витрины» и рекламных заголовков. Всё упирается в одно число: сколько на цепочке происходит реальных расчётов, и растёт ли это количество стабильно.
Я не умею судить о краткосрочной цене и не буду гадать. Но если разложить три слоя — «комиссии — залоговый депозит — потребность в расчётах», то становится ясно, какой показатель нужно отслеживать: не цену монеты, а реальное количество транзакций с активами, используемыми для расчётов. Если этого числа не будет — никакое повествование не спасёт; если это число начнётся расти, то прирост постепенно перетечёт в долгосрочный спрос на токен — и тогда цена будет следствием, а не причиной.
Вам самим, когда выбираете PoS-монету, что важнее: её стейкинг-экономика или её реальный объём расчетов? Напишите в комментариях ваши критерии. #dusk @Dusk

#termmax В DeFi-кредитовании большинство людей поначалу думают про пулы с плавающей ставкой вроде Aave или Compound. Но если использовать это долго, ты заметишь один болевой момент: ставки меняются каждый день. Сегодня ты берёшь под 5%, а завтра ставка может прыгнуть до 15% — любые средне- и долгосрочные стратегии превращаются в азарт, как погода.
TermMax как раз закрывает этот пробел: фиксированная ставка и фиксированный срок.$SNDKB
Моё личное понимание в том, что он переносит в блокчейн самые базовые идеи традиционных финансов — «срочный вклад» и «срочный заём». Ты кладёшь деньги и заранее знаешь, сколько получишь по истечении срока; ты берёшь взаймы и заранее фиксируешь себе стоимость. Эта определённость для арбитража, хеджирования и управления институциональным капиталом ценится намного выше, чем лишние один-два процента плавающей доходности.
Как это реализовано? TermMax разбивает одну сумму актива на две части: одна — это фиксированный доходный инструмент, который погашается по номиналу на дату окончания; вторая — та часть, которая несёт на себе колебания плавающей ставки. Тем, кто хочет стабильности, — первая часть, тем, кто хочет заработать больше, — вторая. Такой дизайн чем-то похож на подход Pendle с PT/YT, но TermMax делает акцент именно на более «больном» сценарии — кредитовании.
Больше всего мне нравится его механизм ценообразования. Это не просто «накинуть AMM и готово»: используется логика размещения заявок, похожая на order book, чтобы маркет-мейкеры могли предоставлять ликвидность в тех диапазонах ставок, которые им нужны. В итоге ставка формируется реальным сопоставлением спроса и предложения, а не «жёстким» вычислением по кривой. В долгосрочной перспективе это ближе к тому, как рынок реально оценивает стоимость капитала.
Конечно, у фиксированной ставки тоже есть цена. Ты фиксируешь ставку — и тем самым отказываешься от дополнительной выгоды, если рынок сильно пойдёт вверх по плавающей ставке. По сути, ты меняешь «возможность» на «определённость». Стоит ли игра свеч — зависит от того, какой ты тип игрока.
Для меня же сама возможность на блокчейне купить «определённый будущий денежный поток» — это уже достаточно для того, чтобы увидеть большой потенциал. В целом ниша fixed income сейчас ещё на ранней стадии: тот, кто сможет глубоко и качественно развить рынок ставок, получит шанс забрать выгоды от зрелости DeFi.$SPCXB
То, что делает TermMax сейчас, — это как раз прокладывает этот путь.
#TermMax @TermMax

#dusk $DUSK Я недавно снова посмотрел @Dusk логику определения местоположения и думаю, что рынок чаще всего недооценивает не само слово «приватность», а то, может ли приватность реально встроиться в финансовые процессы. Многие сети понимают приватность как сокрытие сумм и адресов, но для организаций, эмитентов и регулируемых активов полная невидимость — не обязательно преимущество. Настоящая сложность — сохранить для внешней стороны только необходимую конфиденциальность сделок, при этом уметь при комплаенс-проверках, урегулировании споров или верификации прав предоставлять нужным людям доказательство корректности нужного содержания. $SPCXB
Это и есть причина, по которой я считаю Dusk достойным постоянного наблюдения. Речь не просто об анонимных переводах, а о том, чтобы разместить в одном финансовом приложении доказательства с нулевым разглашением (zero-knowledge proofs), выпуск активов и возможность выборочного раскрытия. Владельцы таких активов, как облигации, доли фондов, корпоративные доли или доходные расписки, могут не захотеть раскрывать полностью свои позиции, темпы операций и структуру распределения активов; но эмитенту нужно подтверждать квалификацию инвесторов, правила удержания и соблюдение ограничений на передачу. Традиционные системы полагаются на посредников, таблицы и ручные проверки, а если в блокчейне приходится выбирать только между «полностью публично» и «полностью скрыто», реальное внедрение получается неловким. $SNDKB
Задачи, с которыми предстоит столкнуться DUSK, как раз в этом. Насколько бы ни была разумной логика выборочного раскрытия, в итоге всё упирается в пользовательский опыт: кто может инициировать запрос доказательства, что именно пользователь увидит в предоставляемом разрешении, можно ли повторно использовать доказательство, есть ли у разрешения временной диапазон и как обрабатывать ситуацию после отмены. Если эти этапы недостаточно интуитивны, приватность может превратиться из средства защиты в новый вид операционного риска. Организациям нужна не только криптография «правильной» с точки зрения теории, им нужны объяснимые процессы и прослеживаемая ответственность.
Поэтому я не буду просто смотреть на то, продолжает ли Dusk делать акцент на комплаенс-приватности; я буду следить за тем, сможет ли он превратить эти возможности в инструменты, которые разработчики и пользователи смогут понять. Сможет ли это сократить ручные процессы для эмитентов активов, сможет ли это защитить пользователей от раскрытия несвязанной информации, и сможет ли аудит и регулирование выполнять верификацию при четко заданных разрешениях — именно это является ключом к тому, чтобы DUSK перешёл от нарратива к реальному использованию. Приватность — это не «закрыть дверь», а сделать так, чтобы у каждой «ключа» были понятные границы полномочий.
#dusk @Dusk

#termmax В схеме ролей TermMax Leverager часто рассматривают как того, кто «занял деньги, а потом пошёл их покупать». Описание в документации точнее: он берёт заимствованный долговой токен и сразу же размещает обратно в сами залоговые активы, формируя позицию через flash loan в рамках одной и той же транзакции — без многократных циклов «внести → занять → конвертировать».$SPCXB
Это «без циклов» — действительно важное отличие. При традиционном подходе нужно провести несколько раундов, и каждый раунд съедает gas и проскальзывание; если в процессе цена уйдёт, приходится заново всё пересчитывать. Способ формирования позиции одной транзакцией сжимает все эти неопределённости — в итоге остаётся только один GT-позиционный элемент: внутри хранится объём залога и общая сумма долга, которую нужно вернуть к моменту истечения.
Меняется и структура затрат. Плата за заёмное финансирование фиксируется в момент сделки за счёт процентной части FT; сумма, которую нужно вернуть по истечении срока, записана в GT и не увеличится из‑за того, что позже ставки заимствования вырастут. В сценариях с плавающей ставкой устраняется риск «проценты растут и съедают доход» — остаётся более чистый риск, а именно риск цены залогового актива. И это как раз та часть, которую нужно подчеркнуть: если LTV по позиции вплотную подходит к линии ликвидации, фиксированная ставка по процентам тебя не спасёт — это две совершенно разные вещи.$SNDKB
Поэтому я воспринимаю смысл подобных инструментов одной фразой: определённы затраты, а не направление. Чем выше кредитное плечо, тем тоньше просадка цены, которую ты можешь выдержать; а дата истечения — жёсткое ограничение, и её нельзя решить за счёт «подождать ещё». Когда эти два ограничения накладываются друг на друга, запас прочности получается уже, чем многим кажется.
Когда смотрю панели по плечу в #TermMax, я скорее сначала подтверждаю два числа — цену ликвидации и дату истечения — и только потом смотрю, сколько там указано по годовой доходности. Механическое повышение эффективности — реальное, но оно повышает эффективность на этапе построения позиции, а не способность предсказывать победу. Всё вышеизложенное — описание механизма и примеры; это не является рекомендацией по использованию кредитного плеча.@TermMax

#dusk $DUSK Многие понимают приватную цепочку как комнату с одним выключателем: включаешь приватность — и все данные прячутся; выключаешь — и всё снова становится публичным. Но после повторного изучения модели транзакций Dusk я обнаружил, что она больше похожа на две разные дорожки, подготовленные для одной и той же единицы актива.
В DuskDS Moonlight использует публичную аккаунтную модель: адреса и соответствующие им балансы DUSK можно запрашивать; Phoenix же — модель выходов с защитой приватности, более подходящая для сценариев, где не хочется, чтобы детали транзакций были напрямую видны всем посторонним наблюдателям. Обе модели не являются изолированными друг от друга комплектами активов, поскольку в рамках соответствующих механизмов пользователь может преобразовывать DUSK из одной модели транзакций в другую.
Ценность такого дизайна заключается не только в том, что у пользователя появляется ещё одна кнопка. Биржам, кастодиальным платформам и некоторым регулируемым приложениям нужны понятные записи аккаунтов и верифицируемый путь движения средств; под такие процессы Moonlight легче адаптировать. А при коммерческих расчётах, распределении личных активов или наличии чувствительных позиций практический смысл приобретают возможности приватности, которые даёт Phoenix. Dusk не заставляет все сценарии следовать одной и той же видимости, а оставляет выбор внутри структуры протокола.$SPCXB
Однако двойная модель также порождает новые продуктовые задачи. Если кошелёк показывает только «отправить DUSK», но не объясняет, находятся ли средства сейчас на аккаунте Moonlight или в заметках Phoenix, обычным пользователям будет трудно понять, почему та или иная функция временно недоступна. Аналогично, при пополнении на бирже, если показывается лишь адрес, но не обозначено, какие типы транзакций поддерживаются, это может привести к ошибочному выбору пользователя.
Поэтому я считаю, что приоритетом для следующего пользовательского опыта Dusk должно быть не только доказать, что две модели могут преобразовываться, но и сделать причины преобразования, комиссии, время ожидания и применимые сценарии достаточно понятными. Техническая свобода станет действительно полезной свободой только тогда, когда её поймут пользователи.$SNDKB
Для DUSK эта схема также означает, что речь идёт не просто о переходе между разными адресами, а о том, что единый посредник ценности обслуживает как публичную ликвидность, так и потребность в приватности.@Dusk Если удастся скрыть сложные механизмы за ясными подсказками к действиям,#dusk двойная модель транзакций сможет стать базовой возможностью, которой будут готовы пользоваться и институты, и отдельные пользователи.#dusk @Dusk DUSK

#dusk $DUSK Раньше я считал, что приватные блокчейны и комплаенс-контроль — это две противоположные дороги: приватность — значит скрывать, а комплаенс — значит раскрывать, и, похоже, остаётся только выбрать что-то одно. Но только разобрав дизайн приватности DUSK, я понял, что это суждение могло упростить реальные потребности финансового мира.
В L1 DUSK использует ZK-доказательства для обработки транзакций, но при этом он не скрывает полностью всех участников сделки, суммы и типы активов. Он скорее похож на подход «минимально необходимого раскрытия»: в сети проверяется, соответствует ли транзакция требованиям к правомочности инвестора, ограничениям на передачу и условиям расчётов, не публикуя посторонние детали по позициям для всех узлов. Одни поля остаются скрытыми, а ту часть, которую нужно аудитировать, всё равно можно аудитировать.

Этот дизайн заставил меня по-новому взглянуть на проблему приватности в RWA. В реальности расчёты по ценным бумагам изначально не бывают полностью прозрачными. Кастодиальный банк видит перевод средств, депозитарий/реестровая инфраструктура — изменения по держателям, а регулятор — комплаенс-отчёты. Разные роли имеют разные полномочия, но при этом все они совместно подтверждают, что одна и та же сделка действительна. Если DUSK сможет перенести такую архитектуру в цепочку, приватность и комплаенс должны одновременно «сходиться» на одной и той же траектории выполнения, а не идти сначала приватность, а потом комплаенс.

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

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

#dusk @Dusk $DUSK

#dusk $DUSK Публиковать всю бухгалтерскую книгу напоказ — якобы это достоинство «блокчейна». Но в реальности никто не будет вывешивать ведомости с зарплатой на доске объявлений компании и называть это честностью. Прозрачность такая, что оппонент может вычислить твои козыри, — это не прозрачность, а «раздевание».
Учреждения не заходят в сеть — и часто всё упирается именно в это. Позиции фонда, цепочка средств по одной сделке M&A, идентичность клиента — всё находится и может быть раскрыто любым человеком в ончейне. В таком виде первым отказывается подписывать отдел комплаенса. Им нужен не «анти-цензурный» тотальный паблик, а вот что: «те, кому нужно, видят; тем, кому не нужно, не видно».
@Dusk решает это тем, что скручивает приватность и комплаенс в одну связку. Нулевые доказательства позволяют подтвердить: «я достаточно квалифицирован», «эти деньги чистые», «я прошёл проверку», — но при этом не раскрывать публично в соцсетях ни личность, ни сумму. Если регулятору нужно проверить — есть комплаенс-канал для проверки. А если обычным людям хочется “покопаться” — у них не получится. Доказательство и раскрытие больше не одно и то же.
Это звучит почти парадоксально. Большинство считает, что приватность и комплаенс — враги: хочешь комплаенс — отдай всё; хочешь приватность — прячься от регулятора. Dusk же нарочно ставит их бок о бок: вместо «поверь мне» — криптография, вместо «видно» — проверяемость. Невидимость не означает отсутствие проверки; видимость не означает комплаенс.
$DUSK как нативный сетевой токен в этой системе оплачивает тот самый базовый слой возможностей. Он не «подзаряжает» какой-то хайп-приложение, а продлевает жизнь инфраструктуре для того, чтобы можно было «доказать и при этом не раскрыть».
Я оцениваю, насколько правдоподобна цепочка для RWA, по одному признаку: осмелится ли она говорить о приватности. Если всё, что она умеет, — кричать «только полная прозрачность», то, скорее всего, она ни разу не сидела за одним столом с настоящими институциональными игроками. #dusk @Dusk $DUSK

Phoenix и Moonlight с двумя учетными записями: на самом деле ментальная модель пользователя — это скрытые затраты
Когда я разбирался с моделью учетной записи для @Dusk , заметил одну деталь: Dusk Network одновременно поддерживает два режима торговли — Phoenix и Moonlight. Первый соответствует транзакциям с полной приватностью в стиле UTXO, второй — прозрачным транзакциям в рамках аккаунтной модели; при этом оба режима могут взаимно конвертироваться. По задумке эта система действительно элегантна: пользователи могут переключать уровень приватности в зависимости от сценария, а XSC-контракты также могут совместно поддерживать оба пути. Но с точки зрения практического использования здесь скрыта проблема, которую обсуждают не так часто: стоимость осмысления.
Большинство пользователей не имеет понятия о различиях между UTXO и аккаунтной моделью. Заставлять их в кошельке решать «какой режим использовать для этой отправки — Phoenix или Moonlight» — по сути перенос сложность протокольного уровня на конечного пользователя. Если по умолчанию идти через приватный режим, то gas и время на доказательства будут заметно выше, чем в прозрачном режиме; и при первой же отправке новый пользователь может решить, что сеть работает медленно. Если же по умолчанию выбирать прозрачный режим, то фирменная «витрина» приватностного Layer-1 так и не будет по-настоящему реализована. На первый взгляд выбор значений по умолчанию — это вопрос UX кошелька, но по факту он возвращается обратно к самой архитектуре протокола.$AKE
В whitepaper достаточно подробно описано техническое взаимное «сцепление» двух моделей, но вот что должны делать производители кошельков и разработчики dApp с поведением по умолчанию и как объяснять пользователям издержки переключения приватности — на этом уровне экосистемные нормы сейчас, по сути, отсутствуют. Dusk хочет, чтобы конфиденциальность стала реально используемой инфраструктурой, а не игрушкой для гиков. Обучающие SDK и шаблоны на стороне кошелька, вероятно, более срочны, чем дополнительные оптимизации самого протокола.$SPCXB
Долгосрочное применение кривой для $DUSK , вероятно, зависит от того, сможет ли эта скрытая стоимость быть «переварена» экосистемным уровнем, а не от того, что в whitepaper добавят еще один технический модуль.
#dusk @Dusk

#dusk $DUSK В последнее время довольно многие спрашивают меня: «Dusk уже остыл? Объём ончейн-операций такой низкий, и приватностное повествование тоже как будто никому не интересно». Но по правде говоря, я наоборот считаю, что именно эта «холодность» стоит того, чтобы присмотреться.
С первого дня Dusk не собирался делать «приватность-версию Ethereum». Он выбрал нишу легитимной приватности — логика роста у этого направления совсем другая, чем у прежних приватных монет. После санкций против Tornado Cash протоколы чистого приватного микширования фактически приговорили. Dusk же идёт по пути проверяемых, аудитоспособных zk-доказательств: это позволяет защищать коммерческие данные и при этом удовлетворять требованиям регуляторов по KYC/AML. Трудная дорога, но если её пройти, то первой «точкой входа» для институциональных денег и традиционных финансовых активов, размещаемых ончейн, вполне может стать именно Dusk.
Ещё важнее то, что уровни консенсуса DuskDS и расчётов у него разделены. Такая архитектура позволяет одновременно обслуживать сценарии, где нужна конфиденциальность, но при этом неизбежен надзор: расчётные стейблкоины в рамках соответствия требованиям, финансы цепочек поставок, регистрация недвижимости и т. п. Многие смотрят только на объём сделок, но упускают важное: Dusk сейчас делает техническую стыковку с секьюритизационными платформами со стороны Люксембурга. Если эта кооперация реально заработает, она принесёт не «трафик для спекуляции», а подлинный спрос на ончейн-размещение активов.$BTC
Поэтому сейчас я смотрю на Dusk не на краткосрочную цену — а на то, был ли его легитимный технологический стек официально включён в финансовую инфраструктуру какой-либо страны. Как только появится этот сигнал, нынешняя тишина и вялость станет наилучшим окном для набора позиции. $DUSK
Как ты думаешь, ниша «комплаенс-приватности» — это мнимый спрос или всё-таки настоящее будущее?
#dusk @Dusk

Многие думают, что стейкинг DUSK — это просто «внести деньги и зарабатывать проценты», но на деле процесс больше похож на «очередь на заступление». В официальных правилах указано, что минимум 1000 DUSK позволяют стать кандидатом в Provisioner, но именно доля «active stake» в итоге определяет, сможете ли вы участвовать в производстве блоков и получать награды. В каждом epoch (2160 блоков) сеть случайно выбирает набор Provisioner; чем больше у вас эффективного стейка, тем выше вероятность, что вас выберут. Но даже если вы заложили 1 млн, если 70% — это locked stake (например, часть, которая постоянно блокируется из‑за частых добавлений), ваша конкурентоспособность сильно падает.
Самое главное: новое размещение стейка не начинает действовать сразу, а начинает учитываться только на границе следующего epoch. Это значит, что после внесения средств вам, возможно, придется подождать еще 6–12 часов, прежде чем они попадут в пул кандидатов. А если вы добавляете в середине периода, то только 90% становятся active stake сразу, а оставшиеся 10% превращаются в locked stake — эти активы принадлежат вам, но полностью не участвуют в консенсусе. Самое неприятное — чтобы снять locked stake, нужно сначала отменить все размещенные стейкинги, а затем заново внести их: процесс сложный, и вы теряете временную стоимость.$BTC
Поэтому доходность от стейкинга DUSK — это не простая формула «основной капитал × годовая доходность», а «эффективный капитал × коэффициент участия сети × вероятность производства блоков». Многие пользователи смотрят только на то, как растет общий баланс стейка, но игнорируют медленный рост active stake. Перед любыми действиями рекомендуется сначала проверить в кошельке или на ноде два поля: «эффективный стейк» и «заблокированный стейк», чтобы не быть введенными в заблуждение цифрами на балансе. Если вы сейчас делаете Provisioner, самое страшное — внезапно добавить большой объем DUSK, из-за чего доля active stake снизится, а ваш процент производства блоков резко упадет.
#dusk @Dusk $DUSK

Сегодня я полностью закрыл позицию $SNDKB . После отчетности SanDisk с дисками 8/6 рыночный консенсус был уже разогнан до предела: выручка 8,3 млрд, EPS более 34 долл., валовая маржа зафиксирована на уровне 79–81%. Такая «идеальная цена» — как только встречается осторожный прогноз, даже если это всего лишь слух о запуске мощностей CXMT, это тут же раздувается до паники. SNDKB как депозитарий ADGM с расписками 1:1 не имеет права голоса; когда рынок США закрыт, невозможно захеджировать. Я не хочу держать такие односторонние риски на выходные. В конце торгов тот отскок не сопровождался даже сколько-нибудь значительным объемом — я просто воспользовался моментом и вышел, чтобы после публикации цифр отчетности оценить, стоит ли возвращаться в позицию. В конце концов, в таком «высокого ожидания» окне оставаться в позиции — это ставка. Я в отчет не ставлю. #TradFi晒单

Недавно на тестнете Babylon я заблокировал 0.005 BTC для одной только что подключившейся Cosmos-сети в качестве «безопасностного веса». Удивительное ощущение, когда монеты при этом остаются в твоём кошельке, а безопасность перетекает на новую цепочку. Многие ещё не до конца понимают позиционирование BABY: это не очередной PoS-токен. BABY — это по сути секьюритизация (токенизация) биткоиновой способности обеспечивать безопасность, которую раздают тем небольшим цепочкам, которым она нужна. Токен BABY, который у тебя на руках, по сути является «квитанцией за аренду» такого сервиса безопасности.
Логика здесь довольно жёсткая. Сеть Биткоина ежегодно тратит более 700 EH/s вычислительной мощности, чтобы поддерживать неизменяемость. Любая новая цепочка, если она строит собственную валидаторскую сеть с нуля, либо кормит узлы высокой инфляцией — типичная норма 8%-12% в год — либо сталкивается с риском слабой субъективности и отката. Решение Babylon: упаковать заголовок epoch’а BSN в биткоин OP_RETURN и подстраховать новую цепочку окончательностью биткоина. Стоимость атаки сразу привязывается к необходимости заново пересобирать (re-mine) биткоин-мейннет — это значительно «твёрже», чем любые обещания от дата-центров.
Для держателей BTC раньше биткоин можно было только «положить и забыть». Теперь через удалённое стейкинг-схему Babylon BTC может оставаться в исходной сети без переноса, приватный ключ не отдаётся — и при этом можно арендовать безопасность для нескольких BSN. Получаемые доходы частично рассчитываются и выплачиваются в BABY. Эта модель «актив не пересекает цепочки, безопасность можно сдавать в аренду» лучше любой мостовой схемы соответствует биткоинскому (максималистскому) взгляду на безопасность. Более того, механизмы штрафов EOTS и тайм-локи Taproot гарантируют, что вредоносная двойная подпись будет наказана (наложением штрафа), а «якорь доверия» логически всегда откатывается обратно к биткоинскому мейннету — получается замкнутый цикл.
Конечно, риски всё же есть: на текущем этапе необходимо принять компромисс с зависимостью от Vigilante Relayer и совета Covenant. Но по сравнению с теми L2-подходами, где тебе сначала нужно обменять BTC на обёрнутую монету (wrapped), а затем заложить её в чужие смарт-контракты, предположения о доверии в Babylon намного чище. Тебе не нужно верить в какую-то новую цепочку — достаточно верить в детерминированность биткоина: блок раз в 10 минут и 6 подтверждений.$BTC
С каждой неделей я всё больше убеждаюсь, что BABY — это не для спекуляций. Это инструмент ценообразования, который связывает избыток биткоиновой безопасности с потребностью новых цепочек в холодном старте. Когда всё больше небольших сетей понимают, что вместо того чтобы ежегодно печатать 9% токенов для кормления узлов, можно платить 2.5% BABY за аренду безопасности уровня BTC, этот маховик начинает раскручиваться.#baby @BabylonLabs_io $BABY