Серебро резко выросло, быки полностью вышли на рынок?
Только что XAGUSDT (серебро) после достижения низкой точки 78.23 продемонстрировало V-образный разворот, краткосрочно резко выросло почти на 13%, пробив отметку в 88 долларов!
Текущая цена 87.86, за последние 24 часа рост более 2.92%, объем торгов также увеличился, сигнал о поступлении средств ясен.
На 15-минутном графике цена уверенно удерживается выше трех скользящих средних MA7, MA25, MA99, бычий тренд окончательно установлен?
#dusk $DUSK @Dusk Не рассматривайте DuskEVM как обычную EVM-сеть. Первая же преграда — форк Uniswap
Я использовал DuskEVM как обычную EVM-сеть и напрямую форкнул Uniswap V3 Core. На этапе компиляции Boreas RC1 в Pair.sol чтение balanceOf сразу красным подсветило _reserves. Резервы в EVM-сети — это открытое storage, вью-функции можно читать как угодно; DuskEVM пытается скрыть глубину ликвидности и уходит в Hedger, но в EVM storage переменных Hedger попросту нет, поэтому вью-функции их не читают. Uniswap’s mint, burn и swap целиком зависят от синхронного чтения reserve для расчёта произведения — из‑за этого вся арифметическая цепочка целиком приходится пересобирать.
Со «shielding»-пулом ещё хуже. Оригинальные LP-токены — это ERC-20, передача публичная; в DuskEVM чтобы сделать confidential LP, нужно заново оборачивать через ConfidentialERC20, а долю LP запихивать в Zedger note. Swap — это не просто изменение _reserves mapping: нужно «съедать» старую note и «чеканить» новую note, а суммы подтверждаются PLONK-схемой. getAmountOut тоже нельзя считать как в оригинале: если там берётся reserveIn / reserveOut, то Dusk-версия обязана в схеме доказать, что (старая сумма в note минус вход) = (сумма в новой note плюс выход). Для маркет-мейкера вход/выход не видны, но view key можно аудитировать.
Я пробовал переделать Pair так, чтобы он наследовал ConfidentialERC20 — но сигнатуры permit сразу конфликтуют. approve Hedger — это потребление note, а не ERC20 allowance-битмапа; также нужно менять и блок SafeCast на HedgedUint256. Так называемая «миграция без разрывов» — это в основном маркетинговые обещания: по крайней мере, три части — контракт Pair, расчёт amount в Router и выборка TWAP в Oracle — нужно полностью переписать. Объект выборки TWAP становится note commitment, его нельзя прочитать напрямую.
Что можно переиспользовать: только синтаксис Solidity, фреймворк тестов Foundry, инструментальную цепочку Remix и конфигурацию chainId. Ключевая AMM-логика при соприкосновении с приватностью — это по сути заново «с нуля». Если сравнивать с Aztec: у Noir контрактная разработка, и при этом совместимость с EVM слабее; в DuskEVM, по крайней мере, опыт работы с Solidity не настолько разорван. Но развернуть DeFi-протокол — это не значит «просто деплой и всё».
#dusk $DUSK @Dusk Три шага на вывод — деньги поступают только после этого. Дизайн моста DuskEVM: от кого он защищает
Я дочитал объяснение по мосту DuskEVM. И больше всего меня волнует не то, что наконец-то можно написать Solidity-контракт, а тот процесс, как активы возвращаются с EVM-стороны обратно на L1. Один выход нужно разбить на три части: сначала инициировать вывод на DuskEVM, затем вернуться на Dusk L1 и подать там доказательство, и в конце дождаться, пока состояние созреет, после чего выполнить finalize. Для обычных пользователей это, очевидно, не так уж легко.
Честно говоря, это не похоже на большинство OP-сетапов Rollup. Официальные мосты Arbitrum и Optimism тоже работают через окно доказательств мошенничества, но они частично скрывают ожидание за счёт сторонних мостов ликвидности или более редких подтверждений; в Dusk же каждый шаг вынесен наружу. DuskEVM — среда выполнения из OP Stack: контракты и приложения работают на EVM-стороне, а расчёты и доступность данных всё равно возвращаются в DuskDS. Ввод — прост: после подтверждения на L1 учёт на EVM-стороне просто делается. А вот выход куда сложнее: L1 не просто “верит” EVM-аккаунту, что он хочет вернуть средства. Ему нужно, чтобы появился output proposal, чтобы было выполнено подтверждение состояния, чтобы прошли proof maturity и проверки dispute-game — и только потом деньги поступят. Такой дизайн разделяет быстрое выполнение и окончательное расчётное завершение по разным слоям. Поэтому ожидание и цена верификации на пути выхода перекладывается на пользователей.
Официальный интерфейс тоже довольно прямолинеен: пользователям не стоит рассчитывать время самим по таймингу, а нужно следить за состояниями — Waiting for output proposal, Ready to prove и Waiting to finalize. Ведь решает не часы, а факт того, что состояние действительно опубликовано, что доказательство подано, и что окно спора закрыто. Это ответственнее, чем многие проекты, которые дают лишь расплывчатый ориентир вроде “примерно 7 дней”, но означает, что пользователю нужно оставить Gas на стороне EVM и оплатить две операции (оплата за действия) на L1. Любая нехватка баланса на любом этапе просто всё остановит.
Сейчас это описание относится только к Testnet: тестовые монеты не имеют практической ценности. Прогон сценариев может проверить, что протоколный путь и взаимодействие кошелька не сломаны, но это не докажет ни сроков запуска mainnet, ни того, что при высокой нагрузке публикация output и подача доказательств смогут стабильно завершаться. В отличие от этого, некоторые конкуренты уже прогнали на мейннете несколько раундов стресс-тестов — а у Dusk это пока ещё на шаг раньше.
#dusk $DUSK @Dusk Разобрал соответствующий движок Dusk и запустил голый код на «железе» три ночи подряд — теперь я понял, кто платит за этот счет
Сначала я думал, что Citadel просто прикручивает крипто-лицензию к меркле-дереву: пользователь предъявляет ZK-доказательство о совершеннолетии, внесении в реестр и совпадении с белым списком — и исходные данные личности не попадают ни к кому. Этот скелет по умолчанию, зашифрованный «по умолчанию», по сравнению с обычной excel-таблицей белых списков в классическом бэкенде, действительно на порядок выше. XSC же прямо вшивает в слой активов и передаточные ограничения, и ключи для аудиторских представлений — и мне тоже стало казаться, что соответствие наконец перестало быть бэкенд-логикой в базе данных.
Но когда валидатор развернули на недорогом VPS, вся жестокость на стороне клиента сразу вылезла наружу. Одна и та же справка: на защищенных терминалах с аппаратным ускорением она укладывается в сотни миллисекунд, а на обычном ноутбуке по клику приходится ждать три секунды; для мобильных устройств об этом почти нечего и мечтать. Чем чище криптография PLONK, тем тяжелее становится вычислительная нагрузка в браузере — из-за WASM и недостающей мощности, которую «компенсирует» Piecrust. Суверенитет данных покупается ценой тормозов в интеракциях — эту разницу не будут оплачивать ни аудиторы, ни розница. Учреждения могут, но это не значит, что на площадке выпуска это будет удобно; и уж точно не значит, что для высокочастотной торговли такая задержка будет приемлема.
Возьмем Concordium: там уровень идентичности проще, но «тень» централизованного издателя офлайн всё равно тянется; в Oasis же Sapphire быстрый, а приватные вычисления возвращают корень доверия в аппаратный TEE. Dusk идет по одному пути до конца: клиент считает всё самоподтверждением, а контрактный слой жёстко держит соответствие. Такой педантизм хорош — но и плох именно тем, что он педантизм. Он делает так, что данные в онлайне не лгут, DuskEVM показывает дневную активность в двузначных значениях, TVL пустоват, а NPEX как бы громко ни рассказывал про токены ценных бумаг — без маркет-мейкера с постоянными котировками это всё равно цепочечный овердрафт на словах. Сейчас история про комплаенс-активы снова в моде, но громкость сама по себе никогда не превращается в ликвидность.
Сможет ли регулятор принять чистый ZK вместо явных следов в виде «печатных» записей? Как в контракте будет происходить горячее обновление межюрисдикционных правил? И выдержит ли децентрализованное размещение ноды стоимость атак и их последствия? Ни один из этих факторов не является «быстрой переменной». Если обычное устройство генерирует Citadel-доказательство за несколько секунд, есть ли у переключателя выборочного раскрытия диапазонный эффект/эхо, и существует ли реальная скорость обращения на тестнете за пределами «красивых обещаний» — если это не покажут внятно, то как бы аккуратно ни был написан XSC, это будет письмо инженера регулятору, а не ворота для того, чтобы деньги пришли на площадку.
#termmax @TermMax Чем сильнее клиринговая линия давит, тем ближе риск по безнадёжным долгам: холодные наблюдения после недельного теста TermMax
Я всю ночь смотрел на клиринговую панель TermMax — не чтобы поразвлечься, а чтобы понять, не уйдёт ли платформа в минус при экстремальных движениях. TermMax задаёт триггерные линии ликвидации довольно жёстко: допустимый запас по коэффициенту залога у него на одну ступень ниже, чем у Aave. Как только ликвидация срабатывает, принимающая сторона сразу забирает активы со скидкой. Такое решение ускоряет исполнение ликвидаций, но и раньше выносит риск на рынок.
По факту, пользовательский опыт ликвидации у TermMax действительно отличается от традиционных протоколов. У Aave и Compound ликвидации зависят от сторонних роботов: стоит подскочить Gas, и мелкие позиции часто остаются без присмотра — ликвидационные ордера висят. TermMax позволяет обычным пользователям напрямую выставлять ордера на ликвидацию, порог входа ниже, и в этом направлении я вижу плюс. Но проблема в том, что скидка слишком мала — прибыли нет, слишком велика — это бьёт по протоколу. В условиях сильной перегрузки комиссии в основной сети могут съесть заметную часть дохода. Сейчас TermMax закрывает эту дыру за счёт динамической скидки и субсидий в $TMX. Как долго продержатся эти субсидии — честно говоря, у меня нет уверенности.
Если сравнить с Liquity, то его ликвидации страхуются стабильным пулом: держатели LQTY поглощают безнадёжные долги, а механизм выглядит более замкнутым и зрелым. TermMax скорее ориентирован на модель ордерной книги: гибкость — да, но когда глубины недостаточно, ликвидационные ордера накапливаются, и задержка ликвидации увеличивает ценовой проскок. Я специально наблюдал за несколькими крупными позициями — разница цен там пока ещё была достаточно широкой, а проблема сильнее проявляется в периоды низкой ликвидности. В такой архитектуре глубина — фактически «ахиллесова пята» системы ликвидаций, и TermMax, похоже, ещё не полностью это решает.
$TMX сейчас в основном выполняет функции по стимулам ликвидаций и управлению, но контур спроса и предложения не выглядит достаточно прозрачным. Когда объём ликвидаций небольшой, субсидии концентрируются на нескольких узлах; когда ликвидации начинают расти, сможет ли доход протокола перекрыть потери по безнадёжным долгам — большой вопрос. TermMax находится на этапе, где требуется постоянная проверка: ценность токена слишком жёстко привязана к масштабу ликвидаций, а значит волатильность может быть высокой.
В целом TermMax делает ликвидации более доступными для участия — идея верная, — но параметры и глубину фондов ещё нужно «допилить» временем. Сейчас он похож на машину с очень высокой скоростью вращения: сможет ли она стабильно работать в долгую, зависит от рыночной глубины и от реальной эффективности ликвидаций после выхода субсидий.
#dusk $DUSK @Dusk Приватность и соответствие требованиям ходят по кругу, тянут и тянут — путь Dusk становится всё более изматывающим.
Снова прогнал тестнет Dusk: самое прямое ощущение не в том, что технику не удалось запустить, а в том, что она жёстко привязывает приватность и комплаенс к одной и той же книге учёта. На каждом шаге будто ищут точку баланса. На чейне таится молчание и нет открытого текста, нулевые доказательства сжимают и суммы, и контрагентов до достаточно «чистого» вида, но для аудита там начинается неловкость. Регуляторским узлам нужно восстановить конкретную транзакцию — либо через дополнительные разрешения, либо через внецепочное “дописывание”. В итоге эмитент фактически сам на себе несёт издержки комплаенса. Polymesh сразу «зашивает» правила идентичности и передачи: приватность приносится в жертву ради той предсказуемости, которую ждут институты. Dusk, напротив, оставляет гибкость — и именно в ранней стадии, когда конкурируешь за традиционные структуры, это превращается в минус.
С залогами и gas всё, наоборот, работает нормально: логика замкнутого контура без изъянов. Проблема в том, что она заканчивается внутри контура. Кошелёк и браузер по сути всё ещё выглядят как инструменты разработчика; если ты не трогал похожие цепочки, сесть и поехать будет заметно тяжело. Я взял Ondo как ориентир — так особенно наглядно: Ondo не лезет в базовый слой, упаковывает активы в доли фонда — получается легко, быстро и с концентрированной ликвидностью. Dusk же вынужден тащить на себе и цепь, и приватность, и комплаенс — период по времени растягивается. Но у этой «тяжеловесности» есть и обратная сторона: когда однажды от стейбл-/секторальных (ценной бумаги) токенов всё-таки потребуют нативное on-chain-соответствие, базовые накопления Dusk окажутся сложнее заменить, чем «приклеенные» схемы.
Сейчас нарратив, который гонит капитализацию, явно сильнее, чем реальная подкладка активов на цепи. Пока это расхождение не сократилось, не спешите говорить, что проект обогнал время. Приватность для Dusk — это не маркетинговое слово, а предварительное условие для размещения активов на цепи. Но сами по себе предпосылки ценности не создают — их нужно закреплять через ликвидность и удержание эмитентом. В конечном итоге ценность определяется не TPS на тестнете, а тем, сколько on-chain-запросов на выпуск оказывается «заперто» и не так просто переносится с места на место.
Я дважды изучал параметры клиринга TermMax: дисконтная лестница оказалась более агрессивной, чем в Aave. Коэффициент здоровья падает до 1.05 — и срабатывает частичный клиринг; защита от проскальзывания предусмотрена только в одном режиме. В итоге клиринговой стороне достаётся совсем тонкий остаток. Такая конструкция должна была бы за счёт частых мелких клирингов снижать вероятность плохих долгов, но стимулы для токена TERM не подтянулись: субсидии скорее «для галочки», по факту всё равно крупные игроки выкупают всё подряд.
На тестнете я прогнал сценарий с обеспечением LRT: исполнение клиринга у TermMax действительно быстрое — после обновления оракула до завершения клиринга проходит примерно два блока, что обходит арбитражную схему в Compound. Но проблемы тоже на месте: глубина пула обеспечения недостаточная. Если клиринговая заявка чуть больше, проскальзывание съедает всю прибыль. Толщина стаканов в основных LRT-рынках несопоставима с изоляцией ликвидности у Morpho. TermMax концентрирует клиринговый спрос в одном общем пуле — ликвидность размывается. При концентрированных клирингах стакан становится таким тонким, что ценовой спред становится заметным.
Есть ещё один неприятный момент: награда за клиринг не выплачивается сразу, используется отложенное распределение. Это плохо для розничных клиринговых операторов: деньги дольше «застревают», а стабильная доходность (в годовом выражении) намного ниже, чем у Aave, где бонусы начисляются мгновенно. Если токеновая субсидия не компенсирует стоимость времени, участие в клирингах рано или поздно пойдёт вниз. Я не увидел у TermMax более гибкого переключения параметров; возможно, в будущем придётся перейти на клиринг с изоляцией по активам. Иначе в условиях медвежьего рынка эту схему попросту будут бросать клиринг-участники.
В целом подход TermMax к клирингу выглядит скорее оборонительным: он подходит для обработки небольших объёмов проблемных позиций с высокой частотой. Но при экстремальных режимах всё равно нужен внешний маркет-мейкер как гарантия. Разница с топовыми протоколами — не в скорости, а в толщине клиринговой экосистемы. Если токен TERM сможет сильнее увязать стимулы клиринга с реальным исполнением, этот пробел тогда хотя бы теоретически можно будет закрыть.
Эта волна RWA поднимается почти одинаково на рынке: упаковать казначейские облигации и фонды денежного рынка в токены, выпустить их в Ethereum и затем рекламировать «стабильную доходность». Товаров становится больше, но мне нужна возможность — как у брокера — размещать ордера, проводить расчёты и затем использовать эти активы в DeFi в составе стратегий. Этот пробел так никто и не закрыл. Dusk Trade как раз и хочет это исправить.
Dusk Trade позиционирует себя не как ещё один эмитент токенов, а как нового брокера на DuskEVM: перевести на блокчейн всё сразу — фондовые денежные инструменты, ETF, облигации и RWA. Ключевые слова — во второй части: задача не в том, чтобы «обшить» токенами один-единственный класс активов, а в том, чтобы создать целую торговую витрину активов, с реальным владением и мгновенными расчётами.
Больше всего меня волнует соответствие требованиям. Dusk Trade строит свою модель по регуляторным правилам MTF и инвестиционных платформ под контролем ЕС: расчёты и торги идут в рамках лицензированного подхода, а не в обход регуляторов. В сочетании с нативной приватностью и детерминированными расчётами Dusk, он хочет закрыть сразу те немногие вещи, которых больше всего не хватает, когда финансовые активы переводят в ончейн.
Ближе всего сейчас команды вроде Ondo, которые делают только доходные активы одного типа, а также Securitize — по их схеме институционального выпуска ценных бумаг. Первым не хватает лицензий и широты набора активов, вторым ещё далеко до полноценного брокерского опыта. Сложности у Dusk Trade тоже вполне прямолинейные: лицензия MTF — жёсткий порог. Одобрят ли и сколько это займёт — никто не берётся гарантировать, а ликвидность пула ончейн-активов придётся создавать с нуля.
Расчётные и залоговые издержки, которые обеспечивает $DUSK , — и только если лицензия будет внедрена, а активы быстро появятся на витрине, Dusk Trade сможет реально запуститься. @Dusk стоит на стыке между брокером и ончейн-активами: направление правильное, дальше всё зависит от исполнения.