Mohsin_Trader_King

‎Однажды мой знакомый слесарь сказал мне, что самые трудные для вскрытия замки — это не те, у которых больше штифтов. Настоящая сложность — в тех, где изменение даже одного штифта полностью ломает весь механизм, а не только этот конкретный штифт. Я предположил, что доказательства «Феникса» от Dusk защищают от очевидных вещей — владения, баланса, двойных трат — а вопрос мэллируемости является чьей-то другой проблемой, решаемой где-то в стеке.
‎
‎Однако это предположение рухнуло, когда я нашёл собственную формальную статью с доказательством безопасности Dusk для Phoenix.
‎
‎В ней прямо сказано: Dusk опубликовал модели безопасности и доказательства, охватывающие немэллируемость, неотличимость по реестру и баланс-плюс-расход-ноты — все эти свойства Phoenix удовлетворяет вместе, а не как отдельные «проверки на болтах». Защита от мэллируемости означает, что транзакцию нельзя изменить post factum и при этом выдать её как всё ещё ту же допустимую доказательную конструкцию — если кто-то перехватывает вещающую транзакцию, он не может подправить её, переслать изменённую версию и при этом сохранить верификацию.
‎
‎Стоит назвать, что делает это по-настоящему редким: в той же статье говорится, что Zcash пыталась применить похожий формальный подход к безопасности к собственной модели транзакций, но в итоге отказалась от него. Материалы Dusk описывают Phoenix как первую модель конфиденциальных транзакций, которая поставляется с полным комплектом доказательств безопасности сразу по всем этим свойствам.
‎
‎Настоящая проверка для DUSK — выдержит ли эта полнота формального покрытия доказательствами дальнейшую разработку Phoenix 2.0, о которой говорится в том же обновлении по причинам соответствия MiCA, и которая меняет базовую реализацию.
‎
‎Насколько для вас гарантия немэллируемости, подтверждённая формально, важнее той, которую просто никогда не удавалось сломать на практике?

#dusk $DUSK @Dusk

Мемные монеты снова в деле — и это всегда заставляет крипторынок активно обсуждать происходящее.

Но означает ли это, что бычий рынок 2026 года наконец-то начался?

Возможно, но одного импульса мемных монет недостаточно, чтобы подтвердить полный рыночный цикл. Более сильным сигналом были бы устойчивая сила Bitcoin, улучшение ликвидности, рост участия в альткоинах и более широкая рыночная уверенность.

Сейчас рынок демонстрирует сильный импульс, но реальный тест в том, сможет ли он продолжить эту динамику.

Мемные монеты могут быстро привлечь внимание. Быку нужен не только интерес — ему нужны устойчивый капитал и участие.

Так что вопрос не только в том, разгоняются ли мемные монеты.

Главный вопрос: готов ли более широкий рынок последовать за ними?

#memecoin🚀🚀🚀 #BullRunAhead #TRUMP #MarketSentimentToday #altsesaon

$DOGE
$PEPE
$BONK

Что вы, ребята, посоветуете. $TRUMP готов(а) для другой ловушки или устроит вам огромный сюрприз?

‎Я целенаправленно разбирался, почему TermMax сделали FT и XT взаимозаменяемыми токенами, а GT — чем-то совершенно иным. Оказалось, что ответ целиком — в самом выборе стандарта токена.
‎
‎FT и XT — это ERC-20. Этот стандарт существует ровно для того, чтобы единицы были взаимозаменяемыми: любые 100 FT-USDC идентичны любым другим 100 FT-USDC, и это ровно то, что нужно для торгуемого рынка. GT — это ERC-721: невзаимозаменяемый по замыслу, каждый из них несёт один конкретный набор точных залога и долга конкретного заёмщика как неразрывную пару.
‎
‎Для меня прозрение было в том, что это не ограничение, которое TermMax сможет позже «отменить». Сделать GT взаимозаменяемым — значит лишить его именно того, что делает его полезным: связки «конкретный залог ↔ конкретный долг», которую кредитору нужно проверять.
‎
‎На фоне всего остального в риск-дизайне TermMax это действительно складывается в цельную картину. Держатель GT уже несёт ценовой риск (нарушение LLTV) и риск по времени (просроченное наступление срока) одновременно — а невосприимчивость к торговле является третьим слоем поверх этого, то есть тот конкретный набор рисков даже нельзя передать кому-то другому посреди позиции. Держатель FT, напротив, несёт риск фиксированной ставки, но всегда может выйти из этого риска через рынок. В данном случае «торгуемость» — не отдельная функция, добавленная к риск-экспозиции: это различие между риском, который вы вынуждены держать, и риском, который вы можете продать.
‎$TMX #TermMax @TermMax
‎
‎"Какая структура вам кажется более логичной?"

#termmax @TermMax $ENA
$GALA
$TUT

‎Собственный дизайн Zedger дает эмитенту актива реальную власть над расчетами, даже если держатель ничего не инициировал. Я прочитал это дважды.
‎
‎Первая моя реакция была простой и прямой — дискомфорт. Самостоятельное хранение, как считалось, означает, что никто кроме вас не перемещает ваши активы.
‎
‎Затем я задумался, почему регулируемым ценным бумагам вообще нужна такая возможность, и моя позиция изменилась.
‎
‎Материалы Dusk, объясняющие, почему Zedger существует вообще, подтверждают, что он создан именно для соответствующих требованиям расчетов и погашения ценных бумаг — не просто для переводов. Он не позволяет заранее одобренным пользователям иметь более одного счета по заданному активу, поддерживает распределение дивидендов и голосование, привязанные к реальным позициям владения, а также обеспечивает ограничение переводов, при котором получатель просто не может принять больше актива, чем позволяет установленный порог владения на уровне протокола.
‎
‎Это не случайная усложненность. Реальные ценные бумаги несут юридические обязательства, которые не исчезают, потому что актив переместился on-chain — корпоративные действия, от которых акционер не может отказаться, лимиты владения, которые регулятор требует обеспечивать, и события погашения, запускаемые условиями вне контроля держателя.
‎
‎Стоит уточнить: я нашел в том, как работает Zedger, четко описанную способность к принудительному соблюдению требований со стороны эмитента. Но конкретные операционные ограничения того, насколько именно эмитент может действовать единолично, не раскрыты в такой же детальности во всех исходных основных материалах Dusk — подтвержден замысел базового проектирования; точная процедурная граница — нет.
‎
‎Где я в итоге остановился: такая степень власти — не красный флаг для платформы регулируемых ценных бумаг. Традиционные финансы и так работают подобным образом.

#dusk $DUSK @Dusk

🌋 Оповещение о пробое — три монеты сходят с ума, пока мэйджоры спят. У кого самый сильный график отсюда?

$ONG 🔺🌕 | $AVAAI 🌀💫 | $ONT 🔷⚡

📈 ONG — рост +93.21% (сейчас $0.11944) 🚀
📈 AVAAI — рост +38.74% (сейчас $0.018981) 🌊
📈 ONT — рост +36.12% (сейчас $0.05562) 💎

ONG уверенно лидирует 🏆, почти удваиваясь за день, AVAAI не далеко позади 🥈, а ONT завершает тройку лидеров 🥉. Жирные цели впереди — ONG до $0.25 это ~109% 🔥, AVAAI до $0.04 это ~111% 💥, а ONT до $0.10 это ~80% ⚡.

🗳️ ВЫБЕРИ СВОЙ ВЫЗОВ 👇

💬 Какая продолжает рвать, а какая первая начнёт выдыхаться? Оставь свой голос и аргументы ниже ⚔️

⚠️ Это не финансовый совет. Всегда делай DYOR. 🔍

#CryptoPoll #Altcoin #cryptotrading #Binance #MarketWatch

‎Мой дядя заново собирает двигатели и хранит динамометрический ключ отдельно от обычного набора инструментов — точный, специализированный, предназначенный ровно для одной категории работ, где гадать нельзя. Всё остальное он делает на глаз.
‎
‎Я предположил, что хост-функции Piecrust — это просто обычный контрактный код, но с более красивым названием. Это предположение рассыпалось, когда я разобрался, что они представляют на самом деле.
‎
‎Хост-функция работает за пределами песочницы WASM целиком — нативный код, который рантайм вызывает напрямую, а не логика, скомпилированная в WASM и выполняемая внутри виртуализированной среды. Dusk создала их специально для криптографических операций: хеширования, верификации PLONK, верификации Groth16, проверки подписей.
‎
‎Настоящая проверка для DUSK — действительно ли это разделение на нативный/песоченный контур выдержит, когда будет добавляться всё больше криптографических примитивов, или же список хост-функций в итоге станет отдельной головной болью по сопровождению.
‎
‎Но то, что я не нашёл в документации, — это как именно Dusk решает, какие будущие операции подходят под обработку хост-функциями, а какие должны оставаться внутри WASM — есть ли установленный порог или это определяется по ситуации.
‎

#dusk $DUSK @Dusk

‎Годы назад я наблюдал, как друг торговался на рыбном рынке. Цена не была фиксированной — она менялась по мере того, как покупатели проходили мимо, а невостребованный товар дольше лежал на льду. Десятки небольших, человеческих решений по ценообразованию складывались в ту самую «рыночную цену», которой в итоге достигали к закрытию.
‎
‎Поиск цен TermMax работает ближе к тому рыбному рынку, чем к автомату с напитками. В документации протокол описывается как переосмысление Uniswap V3 AMM именно для механизмов с фиксированными ставками с настраиваемыми кривыми ценообразования. Range Order Setters каждый настраивают свою собственную кривую: более низкие ставки для первоначальной части исполнения ордера, затем постепенно более высокие — для более поздних частей. Протокол агрегирует это между несколькими Setters в один общий набор кривых, который видит Taker.
‎
‎Самокритика: в собственном анонсе TermMax версии V2 признаётся, что эта аналогия с рыбным рынком в V1 имела реальный изъян — фрагментация ликвидности была одним из трёх критических узких мест, которые они назвали прямо. Хранилищу с 1M USDC пришлось разделить средства по разным рынкам: 400K здесь, 600K там, вместо того чтобы направить их туда, где они действительно были нужны. Это не конкурентное ценообразование и не качественное ценовое открытие — это те же деньги, «застрявшие» на нескольких отдельных прилавках, которые не могут реагировать друг на друга.
‎
‎TMX следует оценивать по тому, действительно ли V2 устранил эту фрагментацию за счёт агрегирования, или же просто сделал те же фрагментированные пулы ликвидности проще для восприятия в одном дашборде.

#termmax @TermMax

‎Я сидел с одним вопросом: в документации Dusk нет прямого ответа с точными числами. Могут ли два разных заметки Phoenix когда-либо породить один и тот же nullifier.
‎
‎Что я могу подтвердить точно: в собственном репозитории Phoenix от Dusk сказано, что nullifier вычисляется именно так, чтобы внешний наблюдатель не мог связать его с тем, из какой заметки он получен. Каждая заметка хешируется и попадает в листья дерева Merkle заметок, а расходование одной из них порождает детерминированное значение nullifier, привязанное к данным именно этой заметки.
‎
‎Хеширование “под капотом” — и в структуре дерева Merkle от Dusk, и в более широких криптографических операциях — выполняется с помощью Poseidon: SNARK-дружественной хэш-функции, разработанной собственной командой Dusk специально для устойчивого к коллизиям хеширования внутри схем занулевания с доказательствами (zero-knowledge). Это не универсальная хэш-функция, взятая “с полки”; она создана под точно такие задачи для ZK-ориентированных коммитментов.
‎
‎Но устойчивость к коллизиям — это не то же самое, что абсолютная защищённость от коллизий. Любая хэш-функция, включая Poseidon, теоретически допускает (в астрономически малой степени), что два разных входа дадут одинаковый выход — такова природа хеширования, а не какая-то специфическая слабость Dusk.
‎
‎Чего я не нашёл в собственных материалах Dusk, так это опубликованной оценки вероятности коллизий, относящейся именно к их конкретным параметрам Poseidon, или документации о специализированном тестировании коллизий сверх общих свойств безопасности, которые Poseidon наследует по замыслу.
‎
‎Если у кого-то есть отчёт аудита, охватывающий именно это свойство для реализации Dusk, я бы хотел сравнить его с тем, что публично задокументировано.
‎
‎#dusk $DUSK @Dusk

‎Вернулся к ликвидационной документации TermMax именно чтобы отследить, куда фактически уходит штрафная сумма.
‎
‎Цифра простая: 10% от значения ликвидированного долга — берётся из собственного залога заёмщика каждый раз, когда срабатывает ликвидация. Менее очевидно другое: как именно эта сумма распределяется — это не единый платёж одному участнику. 5% получает ликвидатор как вознаграждение за выполнение ликвидации. Остальные 5% направляются напрямую в собственный резерв протокола.
‎
‎Для меня изменение в том, что это не просто штрафная комиссия: документы описывают двухкомпонентную систему стимулов — явно ориентированную на стабильность протокола. Её цель — поддерживать требуемый LTV по займам и при этом давать ликвидаторам реальный повод действовать быстро. Формула также подтверждает порядок приоритетов: сначала из ликвидируемого залога покрывается вознаграждение ликвидатора, затем остаток применяется к штрафу протокола — и всё это явно ограничено фактической позицией заёмщика. То есть штраф математически не может превысить то, что этот заёмщик может покрыть своим собственным залогом, независимо от того, как работает формула.
‎
‎Стоит отметить: в документации чётко указаны и распределение, и лимит, но не сказано, на что расходуется резерв после накопления, или при каких условиях его могут использовать.
‎
‎Следующее, что я бы проверил: насколько сильно этот резерв фактически вырос по сравнению с общим объёмом ликвидаций на данный момент.

#termmax @TermMax $BTW
$RICE
$GPS

‎первоначально я думал, что обеспечительный показатель TermMax просто будет лежать там статичным числом — зафиксируй ETH, займи USDC, вернись к погашению, и всё.
‎
‎а механизм GT заставил меня пересмотреть это.
‎
‎каждая заимствующая позиция — это Gearing Token, ERC-721 NFT, и в документации его предназначение описывается через конкретную альтернативу: стандартный «луупинг» (циклическое наращивание). наращивание старым способом означает множество транзакций через несколько протоколов, где каждая добавляет комиссию за газ и риск исполнения. GT сжимает весь этот процесс в один токен: он инкапсулирует и обеспечение, и долг в одной позиции.
‎
‎рынок задаёт Максимальный Loan-to-Value (MLTV), а чеканка там жёстко ограничена: зафиксируй 1 ETH на $1,000 при MLTV 0.8 — потолок составляет 800 FTs, а не 801.
‎
‎меня привлёкло не само ограничение, а то, от чего оно реально защищает.
‎
‎избыточное обеспечение — это не рекомендация, это целая модель безопасности. стоимость обеспечения должна постоянно оставаться выше стоимости долга, а не только на момент заимствования. если обеспечение падает или стоимость долга растёт достаточно, чтобы пройти порог LLTV рынка, позиция становится подлежащей ликвидации сразу же — дата погашения не имеет значения.
‎
‎поэтому NFT — это не просто удобная обёртка над лупингом: это ещё и то, что отслеживается в реальном времени. один токен, одна позиция, один коэффициент для мониторинга — вместо нескольких отдельных транзакций лупинга, каждая из которых несёт собственный риск, при этом никто не рассматривает их как единое целое.
‎
‎но жёсткий лимит MLTV не защищает от всех сценариев провала. достаточно резкого движения цены, чтобы всё равно обогнать ликвидаторов на тонком рынке — с лимитом или без.
‎
‎MLTV действительно даёт заёмщикам значимый запас безопасности, или просто отсрочивает то, как быстро ликвидация становится неизбежной??
‎
‎какую защиту MLTV реально обеспечивает заёмщику?
‎
‎
#termmax @TermMax $TUT
$ACE
$CLO

‎Мой двоюродный брат проводит две отдельные мастерские за своим домом — одну по деревообработке, другую по сварке. Я однажды спросил, почему он не построил один комбинированный сарай и не использовал его для всего. Он сказал, что стоит попытаться сделать одно пространство, которое хорошо справлялось бы с обеими задачами, — и приходится в итоге идти на компромиссы по обеим.
‎
‎Я предположил, что исполнение Dusk будет работать так же, как большинство цепочек, которые я смотрел: выбираешь EVM, отправляешь и готово. Это предположение рассыпалось, когда я разобрался, что на самом деле такое DuskVM.
‎
‎DuskVM работает на Wasmtime: он выполняет контракты Rust/WASM напрямую в L1 Dusk — это полностью отдельная среда от DuskEVM, а не слой, «прикрученный» к нему. Она существует специально для контрактов, которым нужен прямой доступ к нативным транзакционным моделям Dusk, приватности и возможностям нулевого разглашения — к тем вещам, ради которых EVM-исполняющая модель никогда не создавалась нативно.
‎
‎Piecrust, движок под капотом, заменил исходный RuskVM Dusk именно потому, что RuskVM уперся в ограничения по росту состояния и производительности — то, что Dusk нужно было решить до масштабирования токенизации регулируемых активов. В инженерных заметках Dusk указано, что Piecrust в более чем десять раз превосходит RuskVM — это не оценка, а прямое опубликованное сравнение — с хост-функциями PLONK, Groth16 и BLS, встроенными прямо в runtime.
‎
‎DuskEVM закрывает другую задачу целиком — полное соответствие EVM, стандартные инструменты Solidity, расчеты через DuskDS для разработчиков, которым нужны привычные процессы без необходимости в приватность-нэйтив примитивах.
‎
‎Настоящая проверка для DUSK — станет ли то, что эти две среды действительно остаются раздельными (а не пытаться пропихнуть приватность-нэйтив контракты через модель исполнения, созданную для чего-то другого), приносить пользу по мере роста внедрения на обеих сторонах.
‎
‎Опережает ли вариант с двумя выделенными средами вариант с одним компромиссным, или это просто означает вдвое больше обслуживания при полуторной ясности?

#dusk $DUSK @Dusk

Непрерывный мониторинг, а не разовая аудиторская проверка
‎
‎Я зашёл на страницу безопасности TermMax в поисках простого ответа: аудирована, да или нет.
‎
‎В итоге я заметил кое-что более интересное — как именно складываются воедино детали и как они отвечают по порядку.
‎
‎Аудиторские отчёты и обзоры Spearbit рассматривают код TermMax таким, каким он был в один конкретный момент. Тестовые запуски происходят до любого развертывания. Выплаты в рамках программы bug bounty от Immunefi продолжаются бессрочно после запуска — пока кто-то выбирает сообщать об уязвимостях, а не эксплуатировать их. Hypernative отслеживает активность в ончейне в реальном времени, 24/7, после всего этого.
‎
‎Вот почему важен порядок. TermMax несёт примерно $49 млн TVL и 17 000 ежедневных активных пользователей по состоянию на март 2026 года — реальный капитал, который движется ежедневно. Именно это условие ни один из слоёв до развертывания не был предназначен отслеживать.
‎
‎Независимый обзор DeFiSafety добавляет пятый ракурс: 93% в целом, PASS, по шести категориям — оценка за август 2025.
‎
‎Предразвёрточный тест не способен поймать живой паттерн эксплуатации. Оценка процесса, сделанная месяцами назад, не говорит ничего о том, что было отправлено с кодом после этого. Каждый слой «слеп» к тому, что должны были ловить другие.
‎
‎Здесь безопасность — это не сертификат, выданный один раз. Это несколько проверок, которые смотрят на разные моменты, и ни одна не подменяет собой другие.

#termmax @TermMax

‎Я углубился в то, почему Dusk именно вознаграждает избирателей за поддержку кандидатов из более ранних, уже провалившихся итераций — и почему механика этого стимула уходит глубже, чем предполагает базовое трёхшаговое описание.
‎
‎Сами три шага на бумаге просты: Proposal порождает кандидата, Validation проверяет его, Ratification подтверждает, что проверка была реальной. Неочевидно другое: как Dusk заставляет более поздние комитеты действительно возвращаться к кандидату из предыдущей итерации, а не просто ждать свежего.
‎
‎Посчитайте, как именно устроена разбивка вознаграждения. В инженерных заметках Dusk говорится, что Block Certificate платит генераторам 90% награды предыдущего блока, а оставшиеся 10% распределяются между избирателями — разделёнными на 64 квоты, по одной на кредит каждого комитета. Поэтому избиратель с большим числом кредитов, взвешенных по доле, получает пропорционально большую долю из этого среза.
‎
‎Вот что меня действительно удивило. Эти 10% вознаграждения избирателям не всегда выплачивались так. В собственном обновлении Dusk объясняется, что это добавили специально, чтобы стимулировать генераторов блоков в будущих итерациях голосовать за кандидатов из предыдущих итераций — то есть системе потребовался намеренный финансовый стимул, прежде чем комитеты стали надёжно заниматься восстановлением уже протайм-аутенного блока, вместо того чтобы просто дать ему умереть.
‎
‎Так что проваленная итерация в Dusk — это не тупик по случайности. Её можно восстановить, потому что Dusk встроил в протокол конкретную выплату, чтобы сделать восстановление оправданным усилиями комитета, а не потому что комитеты стали бы делать это добровольно и бесплатно.
‎
‎Платить комитетам за спасение неудачных попыток, или тихо признавать, что первая попытка обычно нуждается в финансовом «подталкивании», чтобы всё доводилось до конца правильно? Всё ещё перевариваю этот момент.

#dusk $DUSK @Dusk

Почему Dusk ставит себя в оппозицию к модели прозрачности Ethereum
‎
‎Проверил, как Dusk на самом деле позиционирует себя относительно Ethereum, потому что сравнения «приватных цепей» обычно по умолчанию отправляют к Zcash или Monero, а не к крупнейшей платформе смарт-контрактов.
‎
‎Собственные материалы Dusk проводят разделительную линию именно против полной прозрачности, а не против слабой приватности. По умолчанию в Ethereum видны любые балансы, каждый вызов, любые изменения состояния — любому. По умолчанию в Dusk, в рамках обеих его моделей транзакций, стартовая точка противоположная: Moonlight прозрачен по желанию, а Phoenix защищён по умолчанию.
‎
‎Посчитайте, что это стоит регулируемой организации, работающей в полностью прозрачной сети. Каждая сторона видит ваш размер позиций, ваши торговые паттерны, ваши перемещения казначейства — сведения, которыми конкурент может воспользоваться до того, как вы завершите выполнение сделок.
‎
‎Вот конкретная «дыра», которую называет Dusk: DuskEVM обеспечивает полную эквивалентность EVM через среду выполнения на базе OP Stack — подтверждённый тестнетный chain ID 745, согласно собственной документации Dusk — с использованием тех же инструментов, которые уже знакомы разработчикам Ethereum: MetaMask, Hardhat, Foundry. Это не отказ от модели выполнения Ethereum. Это отказ от стандартной видимости Ethereum при сохранении developer experience, вплоть до стандартного интерфейса JSON-RPC.
‎
‎Так что сравнение не «Ethereum плохой». Дело в том, что прозрачность Ethereum, полезная для публичной координации, становится проблемой, как только институциональному масштабу капитала нужно пройти через неё.
‎
‎Встраиваться в противовес ключевому дизайнерскому решению экосистемы на $300+ млрд, или просто закрывать пробел, который Ethereum изначально даже не пытался закрывать? Всё ещё жую это.

@Dusk #dusk $DUSK

Такое содержание должно быть оценено 👍