Всё чаще я думаю, что Web3 действительно хочет расширять аудиторию и не может вечно крутиться только в своём собственном кругу. $niulai $niuIai Выбор начать с кино-IP мне кажется довольно прямой попыткой. «Ниулаи» сам по себе относится к традиционному контенту, а в сочетании с мем-сообществом фактически добавляет к медиа-IP новый канал распространения. Этот вектор стоит продолжать внимательно изучать. #niulai #牛来
Постоянно сравнивал это с каждым анонсом «совместимого с EVM», который я читал для других L1 за годы. Обычно это означает: «мы скопировали интерфейс». Хотел понять, чем это отличается, прежде чем мне станет интересно.
Лёгкое прочтение: Solidity-разработчики теперь могут сразу разворачивать контракты в Dusk, бесплатно унаследовать приватность и комплаенс — без переписывания. Полный стек инструментов Ethereum, плюс конфиденциальность, которой у Ethereum нет. Лучшее из обоих миров.
Но спросите, что именно значит «унаследовать» на уровне исполнения. DuskEVM работает как прикладной слой поверх базовой цепочки Dusk. Именно компонент Hedger выполняет реальную работу с приватными транзакциями, используя ZK-доказательства и гомоморфное шифрование. Solidity-код не получает приватность просто потому, что он «живёт» в цепочке. Приватность — это отдельный модуль, через который контракт должен маршрутизировать вызовы
Вот что сжато в формулировку «бесшовная миграция». Контракт, написанный под допущения публичного EVM — публичные балансы, публичные вызовы, компонуемость, зависящая от того, что все видят состояние друг друга, — не станет приватным просто из‑за повторного развёртывания. Он либо остаётся по сути публичным, и вы получаете совместимость без реальной функции, либо использует Hedger, и тогда компонуемость, стоимость газа и инструменты ведут себя иначе, чем предполагал код на Solidity. Вы не получаете обе половины бесплатно. Вы выбираете, какое допущение сломается.
Похоже на двойное листингование акций частной компании на публичной бирже. Та же юрлицо, та же внутренняя таблица владения, но правила публичного листинга, требования к раскрытию информации и механика торговли — совершенно другой режим, наложенный сверху. Обёртка не стирает различия — она лишь заставляет всё выглядеть снаружи как обычная торговля.
Активность на testnet (Rusk v1.7.0, апгрейд Boreas) указывает, что инфраструктура работает. Но вопрос в том, будут ли реальные DeFi-протоколы мигрировать и действительно использовать Hedger, или же просто развернут «ванильные» контракты, чтобы собрать грант — это уже отдельная история.
Смотрю, сколько контрактов DuskEVM реально затрагивают слой приватности, а сколько просто сидят поверх него.
Я продолжал сравнивать ликвидационные механики TermMax с Aave и что-то не сходилось. Aave ликвидирует непрерывно случайно и вероятностно. TermMax концентрирует всё в момент погашения. Раньше мне казалось, что это чище.
Поверхностное прочтение: взять заем с фиксированной ставкой и фиксированным сроком, внести залог, и быть ликвидированным по наступлении срока, если окажешься в минусе. Механически.
Но в реальности это выглядит иначе: вы не распределяете риск ликвидации по времени. Вы его пакуете. Все позиции, которые окажутся under water в одном и том же окне погашения, очищаются одновременно. Протокол купил определенность по ставке, сконцентрировав давление в заранее известной точке.
Что люди упускают: что происходит, когда 40% залога погашается в одном и том же окне? Кто тогда ликвидируется? Какой слиппедж возникает, когда сразу разворачиваются 50+ позиций? Фиксированные ставки решают вопрос. Но риск ликвидационного каскада — нет.
Вспомните погашения облигаций. Корпоративные облигации погашаются по расписанию. Именно тогда спреды расширяются, а рынки становятся наиболее “нервными”. TermMax превратил случайные ликвидации в запланированные. Не устранение риска. Просто календарь сроков для управления.
Я хочу, чтобы мне это нравилось. Но компромисс реален: предсказуемость ставки покупается ценой сжатого давления ликвидаций. Это не плохо. Просто не невидимо.
Следим, как протокол справится с первым крупным кластером погашений в условиях стресса. Именно тогда мы поймем, является ли пакетирование ликвидаций фичей или трением.
Я снова и снова возвращался к одной строке в KYC-документе Dusk: «доказать владение лицензией, не раскрывая ничего сверх того, что утверждение является истинным». Прочитайте это три раза. И всё равно не уверен, что до конца это усвоил.
Простой вывод очевиден: Citadel — нулевая доверительная (zero-knowledge) KYC-надстройка Dusk, поэтому пользователи подтверждают личность один раз и затем используют это повсюду, без повторной бумажной волокиты. История про эффективность. Похоже на удачное улучшение пользовательского опыта.
Но давайте задержимся на том, где именно происходит верификация. Традиционный KYC означает, что банк, биржа и десяток разных организаций отдельно хранят у себя ваш скан паспорта, адрес и историю баланса. Citadel меняет подход: вы получаете криптографическую лицензию, которая доказывает, что вы соответствуете требованию, и при этом исходные данные никогда не покидают ваш контроль. Поставщик услуги не хранит вашу личность — он хранит доказательство.
Вот что часто смешивают: «сохраняющий приватность» и «соответствующий требованиям (compliant)» звучат так, будто между ними есть противоречие, но Citadel пытается сделать их одним и тем же механизмом. Это не «ничего». Однако доказуемое соответствие всё равно требует, чтобы кто-то — регулятор, аудитор — доверял самой системе доказательств. Моя первая реакция была считать, что это уже решено. Нет. Просто переносится вопрос доверия с «доверяй хранителю данных» на «доверяй криптографии и тому, кто её аудитит».
Представьте это как KYC-коммунальные сервисы в традиционных финансах — общие службы верификации, которые банки уже используют, чтобы сократить дублирование онбординга и, как сообщается, сэкономить организациям реальные деньги на издержках комплаенса. Citadel нацелена на тот же центр затрат, только данные вообще не должны находиться ни на каком центральном сервере.
О том, будут ли регуляторы относиться к zero-knowledge-доказательству с такой же уверенностью, как к сохранённому документу, — открытый вопрос. Интересно посмотреть, как это будет выглядеть в реальном институциональном внедрении, а не только на страницах whitepaper.
⚠️ Подождите бычьего разворота/возврата около 0.44–0.48. На графике очень сильный нисходящий тренд, поэтому не входите во время следующей резкой красной свечи.
Подтверждение: Закрытие 4H выше 0.50 усилит восстановление с целью к 0.60–0.80.
Ликвидация: Закрытие 4H ниже 0.40.
Риск: 🔴 Очень высокая волатильность после падения примерно на 33% — используйте очень низкое плечо и небольшую позицию.
⚠️ Дождитесь подтверждения бычьего движения/возврата в районе 0.614–0.622. Последняя свеча — резкая распродажа, поэтому не гонитесь, пока цена не стабилизируется.
Подтверждение: Закрытие на 4H выше 0.640 усилит продолжение к 0.670–0.700.
Ликвидация: Закрытие на 4H ниже 0.596.
Риск: Высокая волатильность — используйте низкое плечо и контролируйте размер позиции.
Провёл утро, читая о Zedger — протоколе Dusk для выпуска и передачи регулируемых ценных бумаг on-chain. Деталь, которая запомнилась: это не просто стандарт токенов — он рассчитан на обработку вещей вроде ограничений на право собственности, условий, кому разрешено передавать, и правил раскрытия информации как нативной логики, потому что токенизированные реальные активы несут юридические обязательства, с которыми обычный ERC-20 никогда не был предназначен справляться.
Обычно в крипто регулирование воспринимают как что-то, что нужно обходить или «пристёгивать» уже после запуска: комплаенс живёт в офчейн-документах, о которых сама цепочка не знает. Dusk делает наоборот. Они с самого начала проектируют базовый слой с учётом принципов минимизации данных в стиле GDPR и правил по типам активов в духе MiCA, так что вопросы соответствия и раскрытия не являются запоздалыми дополнениями — это часть того, как вообще валидируется транзакция.
То, чего я пока не знаю, — насколько «комплаенс по дизайну» будет устойчивым со временем. Меняются правила регулирования. Протокол, «зашитый» под текущие нормы, должен уметь доказывать, что он способен поглощать изменения и завтрашние требования без жёсткого форка каждый раз, когда сдвигается нормативная база. Быть построенным для регулирования и быть устойчивым к регулированию — не одно и то же.
Какая именно версия этого получится — пока для меня открытый вопрос.
Провёл утро, читая про Dusk Trade и его связь с NPEX — лицензированной биржей, которая приносит начейн токенизированные, регулируемые активы. Меня зацепило не само объявление о партнёрстве, а стоящая под ним механика: DUSK — это не просто спекулятивный актив, который «лежит и ждёт». Это газ, который оплачивает транзакции, стейк, который обеспечивает безопасность сети, и голос, который формирует управление — три роли, выполняющие реальную работу, а не одна роль, надевшая три ярлыка.
Обычно полезность токена прикручивают задним числом, оправдывая постфактум, когда на цепочке уже появляются пользователи. Dusk заложил функцию токена вокруг комплаенс-слоя с самого начала: стейкинг обеспечивает безопасность сети, специально спроектированной для работы с регулируемой токенизацией RWA. Поэтому роль безопасности токена и регуляторная цель сети — не две отдельные истории.
Чего я пока не знаю — так это сохранится ли это соответствие при реальном институциональном объёме. Партнёрство с лицензированной биржей — это приоткрытая дверь, а не доказательство того, что через неё обязательно пойдут потоки. Полезность «на бумаге» не равна полезности «под нагрузкой», и экономика стейкинга, которая работает при скромной активности, не обязана автоматически работать в институциональном масштабе.
Честно говоря, не уверен. Наблюдаю за этим проектом.