TULIP__

#dusk $DUSK @Dusk

Я поменял телефон довольно давно, и самое странное оказалось не в том, что пришлось учиться новым функциям. Самое сложное — понять, какие старые привычки всё ещё работают. Те же жесты, те же приложения, всё выглядит знакомо… пока я не потянулся за чем-то и не обнаружил, что этого нет там, где мозг ожидал.

Вот так я и воспринимаю DuskEVM.

Я столько раз видел «EVM-совместимый», что почти перестал обращать внимание на эту фразу. А то, что меня по-настоящему интересует с @dusk, — проще: может ли разработчик сесть и просто работать? Solidity, Hardhat, Foundry, ethers, viem, кошелёк, который они уже знают. Ни одной недели, потраченной на борьбу с совершенно новой средой, прежде чем начнёт появляться хоть что-то полезное.

Но я всё время думаю о том, что происходит под этим знакомым слоем.

$DUSK используется для выполнения: он может перемещаться между Dusk L1 и DuskEVM через мост, а активность в итоге закрепляется обратно через DuskDS. Так что вы работаете внутри чего-то, что ощущается привычно, но при этом опираетесь на инфраструктуру, которая на самом деле не является обычной EVM-настройкой.

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

Возможно, именно это люди и упускают.

Убедить разработчиков попробовать ещё одну EVM-среду — уже не самая сложная часть. Гораздо труднее заставить их забыть, что они используют другую архитектуру, до того самого момента, когда это отличие действительно начнёт иметь значение… вот это кажется куда более трудным.

$DUSK

#termmax @TermMax

Я всегда думал, что ликвидация звучит просто — пока не задашь один вопрос: кто на самом деле хочет залог, когда всё становится неприятным?

Для высоколиквидных активов продажа залога, чтобы погасить кредитора, имеет смысл. Обычно на рынке есть спрос. Но @TermMax тоже смотрит в сторону RWAs и активов, где это предположение может не сработать. Когда ликвидность тонкая или волатильность становится экстремальной, требование немедленной продажи может оказаться именно тем, на что не стоит опираться.

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

И я думаю, что именно там начинается сложная часть. Поддержка менее ликвидного залога полезна, но передача его не “создаёт” ликвидность магическим образом. Всё равно кто-то должен оценить этот актив, принять его и в конечном итоге решить, что с ним делать. А с RWAs могут появляться дополнительные юридические и регуляторные вопросы и в отношении базового актива.

Так что я не рассматриваю физическую поставку как то, что @TermMax устраняет риск ликвидации. Скорее похоже, что TermMax меняет, на кого ложится этот риск.

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

#termmax @TermMax
Я смотрел на 7-дневный депозит с фиксированной ставкой, и одно показалось почти наивным: APR выглядит значимым, но фактически заработанные доллары почти не меняются. Высокая годовая ставка может звучать важно, однако короткий срок тихо сжимает реальную доходность.

Это особенно важно для TermMax, потому что комиссия за предоставление займа в размере 2% взимается с процентов, а не с основной суммы. При 5%, 10% или даже 20% APR комиссия в процентном выражении может выглядеть иначе, чем ощущается в долларах. Для коротких сроков FT я бы предпочёл видеть чистую сумму заработка, а не очередной годовой «заголовок».

Затем — сама зрелость. Если 40% открытых FT истекают внутри одного семидневного окна — или, например, около $1M созревает в то же блок-окно, — то главное давление может быть вообще не кредитным риском. Это может быть просто затор при погашениях, комиссии за газ и тайминг исполнения.

TermMax фиксирует ставку на момент входа, но ранний выход — это уже другая история. Продажа после 25%, 50% или 75% срока вводит рыночное ценообразование, которое исходный APR не отражает.

Вот в чём для меня неприятная часть. TermMax может сделать ставку по займу предсказуемой, но при этом ликвидность, стоимость погашения и выходной P&L остаются куда менее предсказуемыми. Иногда скрытый риск — не в том, заплатят ли вам. А в том, сколько стоит уйти.

#dusk

Заблокированная офисная дверь кажется скучной, пока не понимаешь, что находится за ней. Замок здесь не чтобы впечатлить. Он отвечает на простой вопрос: кто на самом деле имеет право заходить внутрь?

Мне кажется, у институциональных RWAs есть та же неприятная проблема. Перевод регулируемых ценных бумаг onchain звучит просто, пока не появляются правила владения. Не каждый кошелёк может хранить любой актив, и не каждая передача должна считаться допустимой.
Вот где для меня становится интересен @Dusk. Разрешения, критерии инвестора и привязка кошелька — не «побочные функции». Это часть того, чтобы владение можно было реально обеспечивать.

Скрытое давление — в верификации. Сеть может эффективно перемещать активы, но институциям всё равно нужна уверенность в том, кто в этом участвует. Контроли переводов могут задавать границы, а выборочное раскрытие создаёт ещё один баланс: доказать, что нужно регуляторам или уполномоченным сторонам, не раскрывая всё публично. Для $dusk этот баланс важен, потому что приватность без ответственности не удовлетворит регулируемые рынки, но и полная прозрачность тоже создаёт собственные проблемы.

Впрочем, контроли добавляют трения. Привязка кошелька может усложнять онбординг. Право на участие может меняться. Учётные данные могут устаревать. И кто-то должен оставаться ответственным, когда onchain-правила больше не совпадают с реальностью. Dusk может дать инфраструктуру, но инфраструктура не убирает человеческие «острые углы».

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

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

#dusk @Dusk $DUSK

TermMax vs Morpho: у кого лучше вариант ролловера?

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

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

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

Так что для вас важнее: определенность фиксированных ставок или гибкость переменных?

#termmax @TermMax

#dusk $DUSK @Dusk

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

Люди по-прежнему проходят мимо, процесс продолжается и никому не приходит в голову требовать показать каждую бумагу на каждом столе.

Именно такую «тихую смену» я пытаюсь понять в контексте программируемой конфиденциальности. На большинстве цепочек по умолчанию всё наоборот: каждый баланс, каждая передача, каждое правило должны находиться на виду, иначе система ломается. Конфиденциальность превращается в то, что либо нужно полностью скрыть, либо просто оставить.

@Dusk пытается сделать сложнее. Он превращает конфиденциальность в реальную логику, на которой держатся финансовые правила.

Контракты могут проверять право на выполнение, устанавливать ограничения на переводы, оформлять владение — при этом чувствительные числа остаются запечатанными.

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

Меня всё время занимает вопрос о том, какое давление это создаёт. Когда правила живут внутри приватного состояния, кто на самом деле несёт цену за то, что проверка окажется неверной?

Если доказательства верны, но лежащие в основе допущения о праве или расчетах не выдерживают в каком-то пограничном случае, система уже переместила стоимость. Развернуть это задним числом без простого публичного следа невозможно.

Возможно, это и есть реальное изменение. Конфиденциальность перестала быть щитом и начала превращаться в механизм. Я всё ещё не уверен, что мы готовы к тому, чего это требует от доверия.
#dusk

#dusk $DUSK @Dusk

Я всё думал о чём-то простом: запертый ящик полезен только тогда, когда ответственный за проверку всё ещё может доказать, что находится внутри, не открывая его постоянно. Похоже, именно это и есть настоящая сложность за Dusk Hedger.

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

Именно здесь цифры внедрения могут вводить в заблуждение. Одно приложение Dusk, производящее 1,000 транзакций Hedger, демонстрирует активность. А двадцать учреждений, выпускающих 100 транзакций, могут показать нечто более ценное: более широкое доверие. Точно так же 20 активов, поддерживающих Hedger, мало что значат, если только два из них генерируют повторяющиеся конфиденциальные транзакции.

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

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

#dusk $DUSK
Я давно наблюдаю за Dusk — от первых идей до сегодняшнего дня. Пока большинство проектов переписывали свои истории, переходили к новым нарративам или исчезали, проходя через несколько циклов, Dusk оставался сосредоточенным на одном: выводить регулируемые активы в ончейн-среду, одновременно решая вопросы приватности.

Люди называют это медленным. Я говорил то же самое. Но спустя несколько лет мой взгляд изменился. На уровне инфраструктуры «медленно» иногда бывает проблемой, а иногда — сигналом. Когда команда годами продолжает работать над регулированием, криптографией и сложной инженерией, не гоняясь за хайпом, это обычно значит, что она не оптимизирована под краткосрочное внимание. Таких осталось немного.

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

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

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

Больше всего этой индустрии не хватает не «хитрых» технологий. Ей не хватает людей, готовых продолжать работу в тихие периоды, когда на них никто не смотрит. Я дам таким проектам, как этот, больше времени и меньше тревоги буду испытывать, каждый день глядя на графики.

@Dusk $DUSK

$AIO

#dusk $DUSK

Я в последнее время много думаю о доказательствах с нулевым разглашением (zero-knowledge proofs), особенно в контексте Dusk.

Большинство людей слышат «ZK» и сразу представляют себе сложную математику. Но идея на самом деле проста: можно доказать, что утверждение верно, не раскрывая приватные детали, стоящие за ним. Это крайне важно в финансах.

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

Мне особенно интересно именно выборочное раскрытие. Приватность — по умолчанию, но при необходимости регуляторы или уполномоченные стороны всё равно могут получить нужное доказательство. Такое сочетание ощущается редким.

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

Эта разница заслуживает внимания..

@Dusk
#dusk $DUSK

@Dusk тихо создавала нечто иное — цепочку, которая действительно пытается решить проблему «конфиденциальность vs соответствие требованиям», о которой большинство проектов только говорят. Институтам нужна конфиденциальность для балансов и потоков транзакций, но регуляторы всё же требуют способа проверять информацию при необходимости. Двойная модель Dusk с Phoenix для приватных переводов и Moonlight для публичных, в сочетании с выборочным раскрытием через инструменты вроде Citadel, кажется специально предназначенной именно для этого противоречия.

Особенно выделяется то, насколько это стало доступным. Разработчики теперь могут использовать знакомые инструменты вроде Solidity и Hardhat в тестовой сети. Это убирает серьёзный барьер, не ослабляя функции конфиденциальности. Создатели могут экспериментировать с конфиденциальными финансовыми приложениями, не учась с нуля полностью новый стек.

Похоже, команда также сосредоточена на менее «громкой», но важной работе — укреплении протокола, улучшениях моста и подготовке Dusk Trade. Это не выглядит как очередной краткосрочный нарративный проект. Для тех, кто следит за реальными активами и регулируемыми on-chain-финансами, это одна из самых продуманных инфраструктур, которые сейчас формируются.

Любопытно посмотреть, что начнёт разворачиваться, когда инструментарий станет открытым.

#dusk $DUSK @Dusk
$HYUNDAI
$NVDAB

@SheRaz992
🤭🤭🤭

с возвращением, дядя 😁😁

не заходите, не вступайте, а идите ☠️👻

#dusk $DUSK
Раньше я думал, что приватность в криптовалюте в основном про сокрытие баланса кошелька или смешивание транзакций.

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

И тогда я нашёл Dusk.

Это L1, созданный специально для финансовых приложений, которым нужна конфиденциальность. Меня особенно привлек стандарт Confidential Security Contract (XSC) и тот факт, что он поддерживает нативные конфиденциальные смарт-контракты. Это не «прикрутили» позже. Оно встроено изначально.

Вы можете оставлять чувствительные части приватными, при этом всё равно иметь возможность доказывать то, что нужно для комплаенса или расчётов. Такой баланс встречается редко.

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

@Dusk
#dusk
$DUSK

заявляй и делись 🥳

чираааааз 🥳