Muzamil Abbas⁷⁵ 穆扎米尔_阿巴斯

#dusk $DUSK @Dusk
Я читал подход Dusk к токенизации безопасности, и одна деталь снова и снова привлекала мое внимание. Большинство блокчейн-трансферов снаружи кажутся мгновенными. Активы перемещаются, балансы меняются, и транзакция считается завершенной. Но регулируемые активы работают не всегда так.

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

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

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

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

#dusk $DUSK @Dusk
dумаю, приватность становится гораздо полезнее, когда вы можете четко понимать, что именно скрывается.

Именно поэтому мне особенно нравится дизайн Dusk. В Phoenix whitepaper разделяет выходные данные на прозрачные и обфусцированные типы. Таким образом, приватность не рассматривается как простой переключатель, при котором всё исчезает. Некоторая информация может оставаться видимой, а другие детали — быть защищены.

Zedger развивает эту идею для токенизации с точки зрения безопасности. Изменения баланса аккаунта можно хранить в приватной памяти, тогда как корень Sparse Merkle Segment Trie раскрывается публично. Благодаря этому система получает возможность проверять что-то, не раскрывая при этом лежащую в основе информацию аккаунта.

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

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

#dusk $DUSK @Dusk
Я думал о том, как большинство обсуждений криптовалют до сих пор рассматривают приватность как нечто, принадлежащее определённой сети. Если вы хотите приватность — вы переводите активы туда. Если вам нужна совместимость/комплаенс или иные функции — вы перемещаетесь в другое место. Такое разделение всегда казалось мне немного ограничивающим.

То, что привлекло моё внимание в DUSK, — это идея о том, что приватность может стать частью рабочего процесса, а не конечной «точкой назначения». Сеть изначально была спроектирована для конфиденциальных транзакций, доказательств с нулевым разглашением (zero-knowledge) и структур, которые могут поддерживать регулируемые активы, не раскрывая при этом каждую деталь публично. Вместо того чтобы заставлять пользователей выбирать между прозрачностью и приватностью, цель, похоже, в том, чтобы сделать и то и другое сосуществующим в одной среде — в зависимости от того, что требуется в конкретной ситуации.

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

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

#dusk $DUSK @Dusk
Я всё больше думаю о подходе Dusk к размещению рыночных данных в onchain, и одна вещь не даёт мне покоя

Вынести цену на блокчейн — это одна проблема
А решить, какая именно цена должна там оказаться — другая

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

Но для слабо торгуемой ценной бумаги всё иначе

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

Если это число становится частью onchain-процесса, внезапно источник данных начинает значить почти столько же, сколько и инфраструктура, которая её передаёт

Из-за этого я по-новому смотрю на роль Dusk

Интересный для меня вопрос — не просто можно ли вынести ценовые данные onchain

А то, как система обрабатывает разногласия между источниками: устаревшие цены, низкую ликвидность или необычные сделки

Должен быть какой-то способ оценивать качество данных, а не просто фиксировать всё, что приходит первым

Мне бы хотелось увидеть, как это работает на практике на менее ликвидных регулируемых активах — особенно когда разные источники дают слегка разные оценки

Потому что в этот момент реальный вопрос становится простым

Кто получает последнее слово в том, что на самом деле «реально» по цене?

#dusk $DUSK @Dusk
Я немного иначе задумался о посттрейдинговом дизайне Dusk после чтения материалов о жизненном цикле. Раньше я думал, что программируемое соответствие — это в основном про то, чтобы убедиться, что сделку можно выполнить до того, как она произойдёт. Но более сложный вопрос, похоже, начинается после сделки, когда нужно, чтобы корректными оставались право собственности, право голоса, право на дивиденды и статус соответствия.

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

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

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

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

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

Вот за чем я хочу наблюдать. Не только за тем, есть ли у TermMax ликвидность, но и за тем, как именно она ведет себя, когда пользователи коллективно меняют предпочтение по времени. Рынок переоценивает цены плавно или же более короткие сроки становятся переполненными, а более длинные оказываются обойденными?
#termmax @TermMax

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

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

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

При этом меня по-прежнему интересует качество исполнения. Кривая на бумаге означает немного, если рыночная активность остается вне нее или если меняющиеся условия делают взгляд на ставку устаревшим. Я бы хотел наблюдать, как быстро заполняются эти диапазоны, как часто мейкеры их корректируют и приводит ли эта гибкость со временем к более высокой эффективности использования капитала.
#termmax @TermMax

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

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

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

Я не говорю, что у каждого дизайна моста есть одинаковые слабые места. Некоторые явно улучшаются. Но все же, когда я оцениваю сейчас кроссчейн-систему, я трачу меньше времени на то, как перемещаются активы, и больше — на то, кому в конечном счете доверяют, когда что-то идет не так. Мы действительно лучше снижаем эту зависимость или в основном прячем ее за более сложной инфраструктурой?
#dusk $DUSK @Dusk

#TermMax
Я изучаю, как TermMax обрабатывает позиции с фиксированной ставкой, и, похоже, структура FT, XT и GT — это та часть, которую я теперь понимаю иначе. Сначала мне казалось, что разбиение позиции с фиксированной ставкой на отдельные токены — это просто более аккуратный способ представить тот же долг. Но, углубившись в механику, я начинаю видеть, почему разделение имеет значение.

FT представляет основную (principal) сторону, тогда как XT выделяет процентную (interest) составляющую, а GT связана скорее со стороной погашения (maturity) позиции. Полезно то, что единой позиции по фиксированной ставке теперь не обязательно вести себя как один неделимый актив. Разные части экономической подверженности риску (economic exposure) потенциально можно обрабатывать отдельно — в зависимости от того, что именно пользователь хочет держать или торговать.

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

Я всё ещё внимательно слежу за этой частью. Создаёт ли разбиение долга с фиксированной ставкой на меньшие фрагменты действительно более лучшие рынки, или мы просто переносим сложность в другое место?
#termmax @TermMax

В последнее время я думаю о DuskEVM под немного другим углом: не только о том, сколько стоит транзакция, но и о том, насколько предсказуемы эти затраты, когда вы разрабатываете что-то для регулируемой сферы.

Интересно то, что комиссия — это не просто одно простое число. Она зависит от двух ценовых уровней: с одной стороны — издержки на выполнение, а с другой — затраты на доступность данных. Именно на втором уровне прогнозирование может становиться менее понятным.

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

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

Для регулируемых финансов предсказуемость может быть почти так же важна, как и сама по себе абсолютная величина комиссии. Это интересный дизайнерский тест для Dusk
#dusk $DUSK @Dusk

#termmax @TermMax
Я продолжал смотреть на двусторонний ордер TermMax и сначала подумал, что это просто еще один способ размещать гибкие ордера на кредитование или заимствование. Но после того как я разобрался в том, как ведут себя две кривые, я уже не так уверен, что всё так просто.

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

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

Поэтому реальный вопрос меньше про то, насколько «умны» две кривые, и больше про то, насколько эффективно они реально используются на живых рынках. Я бы хотел посмотреть распределение исполнений во времени, прежде чем решать, насколько значимое преимущество это действительно создаёт.
#TermMax

Я всё чаще замечаю, что большинство обсуждений партнерств DUSK сосредоточены на NPEX, но мне кажется, что более крупная история — это формирующийся вокруг него шаблон. Когда в одном и том же разговоре об экосистеме появляются такие имена, как Cordial Systems, 21X и NPEX, это начинает выглядеть менее как отдельная бизнес-взаимосвязь и больше как проверка того, сможет ли одна модель инфраструктуры обслуживать несколько регулируемых рынков.

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

Вот почему я обращаю внимание на растущую сеть партнеров, а не на какое-то одно конкретное объявление. Если несколько участников регулируемых рынков изучают одну и ту же инфраструктуру, может ли это быть сигналом о том, что отрасль движется к общему посттрейд-моделю?
#dusk $DUSK @Dusk

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

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

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

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

Я заметил кое-что интересное в текущей кампании Binance Square. Многие сосредотачиваются только на вознаграждениях, но на рейтинг сильно влияет соответствующий требованиям торговый объем, сгенерированный зрителями.

Поэтому я внимательно слежу за $DUSK . Проект создает инфраструктуру, ориентированную на приватность, для регулируемых финансов, при этом в рамках кампании поощряется реальная рыночная активность, а не простое взаимодействие. Учитывается подходящий объем Spot и Futures, благодаря чему участие становится более связанным с реальным торговым поведением.

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

#dusk $DUSK @Dusk
Меня заинтересовало кое-что, о чем редко упоминают, когда говорят о приватности в ончейне: сколько вообще других транзакций может оказаться рядом с вашей?

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

Представьте 10 человек, выходящих из одной и той же комнаты. Если только один человек несет определенную посылку, угадывать становится легко. Поставьте в комнату 1000 человек — и то же наблюдение становится гораздо менее полезным. Технология при этом не изменилась магически, изменилось лишь ощущение неопределенности.

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

Так что я бы не оценивал приватность только по вопросу, скрывает ли протокол данные. Я бы также спросил, сколько реальной активности окружает те скрытые данные.

Если число пользователей растет, становится ли расширяющаяся «толпа» самостоятельным ресурсом приватности для пользователей Dusk?

#dusk $DUSK @Dusk
Я поймал себя на мысли о простой передаче (переводе) как-то в другой день. В большинстве сетей транзакция либо имеет достаточно средств и действующую подпись, либо не проходит. Решение в основном техническое. Но что происходит, когда сети нужно также определить, разрешена ли транзакция изначально?

Именно этот вопрос увлёк меня глубже в Dusk. Если логика комплаенса становится частью слоя транзакций, перевод больше не сводится просто к перемещению стоимости с одного адреса на другой. Он начинает проверять условия ещё до того, как произойдёт расчёт. Кому будет отправлен актив? Они имеют право? Соответствует ли перевод всё ещё требованиям, которые привязаны к этому активу?

Интересно, что это меняет то, где живёт сложность. Вместо того чтобы комплаенс обрабатывали постфактум институции, часть ответственности переходит ближе к самой сети. Это звучит эффективно, но создаёт и другую проблему. Правила меняются. Юрисдикции меняются. Активы, которые на поверхности выглядят одинаково, могут иметь разные ограничения «под капотом».

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

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

#dusk $DUSK @Dusk
Раньше я предполагал, что токенизированные акции станут мейнстримом, как только кто-то решит вопрос с выпуском. В последнее время я уже не так уверен.

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

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

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

Что привлекло мое внимание в Dusk — это фокус на менее заметном слое. Многие проекты говорят о том, чтобы выводить активы в блокчейн. Меньше кто целенаправленно занимается сохранением всего, что придает этим активам смысл после завершения сделки.

Если токенизированные ценные бумаги будут масштабироваться глобально, какая проблема окажется более сложной — создание самого актива или поддержание всего его жизненного цикла?