Z O Y A

Раньше я думал, что EVM-совместимый слой в основном про то, чтобы сделать цепочку проще для разработчиков. Но когда я присмотрелся к DuskEVM, понял, что самое интересное — это то, что ему предстоит оказаться “поверх”. Вы можете продолжать работать с привычными инструментами EVM, не нужно всё заново переучивать только ради доступа к другой сети.

DuskEVM даёт разработчикам путь Solidity/EVM в Dusk, а Hedger предназначен для переноса конфиденциальных EVM-процессов в эту среду. Он использует гомоморфное шифрование и доказательства с нулевым разглашением, чтобы обеспечивать приватность, которую при необходимости всё ещё можно проверять. Так что EVM-часть — это не вся история… это знакомая дверь к той инфраструктуре, которую Dusk строит внизу. 🤯

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

Мне всё ещё любопытно, что именно люди будут с этим реально строить 😂, потому что одной совместимости недостаточно, чтобы гарантировать, что кто-то этим начнёт пользоваться. Но мне нравится направление. Похоже, DuskEVM не просит разработчиков выбирать между привычной разработкой на EVM и инфраструктурой Dusk, ориентированной на приватность. Он пытается соединить оба подхода — и именно за этим я буду следить.

@Dusk #dusk $DUSK

Сегодня я немного зашёл в дебри, изучая PLONK-код Dusk, и это заставило меня задуматься о том, как мы обычно оцениваем проекты, связанные с приватностью. Увидеть «доказательства с нулевым разглашением» в техническом описании — это одно. А вот иметь возможность на самом деле посмотреть на реализацию — совсем другое.

Реализация PLONK у Dusk находится в открытом доступе на GitHub, так что разработчики и исследователи могут изучать что-то конкретное, а не только полагаться на описание в whitepaper. Это, конечно, не означает автоматически, что каждая часть системы идеальна, но мне нравится, что криптографию не пытаются превращать в чёрный ящик. 🤯

И это особенно важно, когда цель — регулируемые финансы. Dusk не пытается сделать всё невидимым. Суть в том, что нужна приватность, когда чувствительная информация требует защиты, при этом оставляя пространство для прозрачности и выборочного раскрытия, когда уполномоченной стороне нужно что-то проверить. Это гораздо более практичная модель для финансовых рынков, чем просто скрывать всё.

Я, конечно, не настолько квалифицирован, чтобы проводить аудит PLONK самостоятельно 😂, но мне нравится сама идея. Если конфиденциальная финансовая активность идёт onchain, я бы предпочёл, чтобы лежащая в основе приватности технология была доступна людям для вопросов и проверки, а не чтобы мы просто принимали слова проекта на веру. Именно сочетание приватности, верификации и уполномоченного раскрытия делает Dusk для меня интересным.

@Dusk #dusk $DUSK

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

Именно поэтому меня заинтересовало соединение NPEX. NPEX — это регулируемая AFM биржа, лицензированная как MTF, Broker и ECSP, и она планирует вывести 300+ млн EUR активов onchain через Dusk. Мне это показалось куда более интересным, чем очередной заголовок про «институциональное внедрение», потому что здесь есть реальный регулируемый рынок. 🤯

Затем я начал думать о том, что это означает для самих активов. Облигации, ценные бумаги и другие финансовые продукты нельзя просто взять и «уронить» в публичную блокчейн-сеть, ожидая, что они будут работать как мемкоин. Владение, комплаенс, конфиденциальность и расчёты должны быть согласованы между собой. Вот почему подход Dusk начинает казаться мне более логичным… инфраструктура проектируется под требования регулируемого финансового сектора с самого начала.

Я всё ещё хочу посмотреть, во что это реально выльется и станет ли рыночной активностью 😂, потому что партнёрства и планы — это одно, а реальное урегулирование — совсем другое. Но если регулируемые площадки действительно смогут использовать Dusk, чтобы выводить финансовые активы onchain, то это выглядит как гораздо более серьёзный тест для блокчейна, чем просто создание ещё одного токена. Вот за этим я и наблюдаю.

@Dusk #dusk $DUSK

Сегодня я смотрел на модели транзакций Dusk и наконец понял кое-что… не каждой финансовой активности нужна одинаковая степень видимости. Moonlight делает DUSK публичным и работающим на основе аккаунтов, тогда как Phoenix использует скрытый (shielded), основанный на заметках подход. Одна и та же сеть, один и тот же токен, но совершенно разный способ обработки активности.

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

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

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

@Dusk #dusk $DUSK

Я потратил некоторое время на то, чтобы разобраться, как TermMax обрабатывает обеспечение, когда сам актив не так просто продать, и это изменило то, как я думаю о кредитовании в RWA.

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

Механизм физической поставки TermMax даёт кредиторам ещё один путь…. вместо того чтобы полностью зависеть от немедленной продажи на рынке, подходящее обеспечение может быть передано кредитору, когда возникают определённые условия ликвидации.

Для меня самое интересное — это не просто использование RWA в качестве обеспечения…. а проектирование системы кредитования с учётом того, что происходит, когда у этого обеспечения изначально нет глубокой ликвидности.

@TermMax #TermMax

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

Citadel построен вокруг выдачи и проверки лицензий: он оценивает, действуют ли они по-прежнему, и ограничивает определённые действия на основе валидных учетных данных. Мне показалось интересным, что здесь авторизация становится чем-то, что блокчейн может реально «понимать», а не оставлять её спрятанной где-то в базе данных. Участник может доказать свою правомочность, не раскрывая при этом все детали о себе. 🤯

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

Меня всё ещё интересует, насколько сложными становятся эти правила, когда появляются разные активы, инвесторы и юрисдикции 😂. Но мне нравится направление, в котором движется Dusk. Если регулируемые финансы уходят onchain, то идентификация и авторизация, вероятно, не смогут оставаться чем-то, что тихо происходит на заднем плане. Этому нужно стать частью инфраструктуры тоже.

@Dusk #dusk $DUSK

Что выделяет TermMax, так это акцент на том, чтобы сделать финансирование предсказуемым, сохраняя при этом возможность адаптировать рынок под конкретные потребности.

TermMax дает вам лучшую отправную точку для сравнения возможностей, когда важные цифры уже заранее определены.

Мне нравится, как TermMax сочетает знакомые механики DeFi с более структурированным подходом к кредитованию и заимствованию.

TermMax интересен тем, что предсказуемые ставки могут помочь отделить действительно хорошую возможность от той, которая лишь временно выглядит привлекательной.

Фиксированная модель от TermMax может значительно упростить планирование более долгосрочных стратегий, когда вы уже знаете стоимость финансирования.

Мне нравится, как TermMax дает трейдерам более понятные цифры для работы, вместо того чтобы оставлять всё в зависимости от плавающих ставок.

TermMax делает заимствование по фиксированной ставке более практичным, когда вы можете заранее рассчитать стоимость еще до открытия позиции.

То, как Dusk сочетает программируемую приватность с регулируемыми финансами, дает проекту очень четкое направление.

Мне любопытно посмотреть, как конфиденциальные EVM-возможности Dusk превращаются в приложения, которыми люди действительно пользуются.

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

Сумерки работают над важным элементом инфраструктуры для учреждений, которым нужны и конфиденциальность, и подотчётность

Программируемый подход к конфиденциальности от Dusk особенно полезен для финансовых процессов с разными требованиями к доступу.

Мне нравится, как Dusk рассматривает вопросы приватности с учётом реальных институциональных требований, а не как отдельную самостоятельную функцию.

Практическая часть TermMax — заранее знать свои термины, что значительно упрощает понимание того, имеет ли смысл занимать ту или иную позицию.