Binance Square
Block_Zen
24k Публикации

Block_Zen

Square Verified+
Crypto is my pulse | charts are my language | Fearless in the bull | patient in the bear | X : Block_Zen
936 подписок(и/а)
33.2K+ подписчиков(а)
19.5K+ понравилось
Посты
·
--
#dusk $DUSK @Dusk_Foundation Изначально я нашёл неудобным то, что у Zedger есть расчётная сила со стороны эмитента. Казалось, это почти противоположно предположению о само-кураторстве, которое я обычно привношу в крипто. Затем я заметил противоречие. Сегодня DUSK торгуется примерно по $0.078, после попытки приблизиться к $0.0792, при объёме фьючерсов за 24 часа около $6.1M. Тем временем деталь протокола, которая мне интересна, имеет мало общего с ценой. Zedger был разработан так, чтобы ценные бумаги могли нести правила соответствия прямо в своей модели транзакций: одобренные аккаунты, лимиты на владение, дивиденды, голосование и логика расчётов/погашения. В описании Dusk явно говорится о переводах с ограничениями, где получатель не может превысить заданный порог владения. Это создаёт странное напряжение. Чем точнее токен представляет регулируемую ценную бумагу, тем меньше, возможно, «беспорядочное» (permissionless) поведение его владения. Для обычной крипты вмешательство эмитента выглядит как сбой само-кураторства. Но для ценных бумаг неограниченный контроль держателя может сам по себе нарушать правила, прикреплённые к активу. Так что интересный вопрос не в том, даёт ли Zedger эмитентам контроль. Интересно, делает ли добавление юридических ограничений к активу необходимой какую-то форму контроля — и сможет ли этот контроль оставаться узким, аудируемым и предсказуемым. Я ещё не нашёл чёткой границы одностороннего действия эмитента, которая была бы описана достаточно последовательно, чтобы закрыть этот вопрос. И честно, именно это я бы изучал, прежде чем нарратив RWA станет слишком комфортным. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK @Dusk

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

Затем я заметил противоречие.
Сегодня DUSK торгуется примерно по $0.078, после попытки приблизиться к $0.0792, при объёме фьючерсов за 24 часа около $6.1M.

Тем временем деталь протокола, которая мне интересна, имеет мало общего с ценой.

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

Это создаёт странное напряжение.
Чем точнее токен представляет регулируемую ценную бумагу, тем меньше, возможно, «беспорядочное» (permissionless) поведение его владения.
Для обычной крипты вмешательство эмитента выглядит как сбой само-кураторства.

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

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

@Dusk #dusk $DUSK
Проверено
#dusk $DUSK @Dusk_Foundation Я слышал фразу «эта монета отличается» достаточно часто, чтобы начать сомневаться в ней. Dusk заставил меня взглянуть дважды, потому что рынок, похоже, закладывает в цену нарратив быстрее, чем подтверждается инфраструктура. DUSK торгуется примерно по $0.077 при объёме за 24 часа около $9M, после резкого роста на этой неделе. Вот где противоречие становится особенно интересным. То, что строит Dusk, направлено на снижение подверженности информации, однако сейчас его токен переоценивается из‑за очень публичного внимания рынка. На фоне этого шума Citadel придерживается другого подхода к комплаенсу. Пользователи могут доказать, что у них есть действительное удостоверение, не размещая лежащие в основе персональные данные или точную лицензию прямо в ончейне. Так что приватность — не такая уж необычная часть. Необычная часть — попытка сделать доказательство комплаенса переносимым. Но это порождает вопрос, на который я не могу ответить только архитектурой: становится ли криптографически корректное доказательство регуляторным доказательством просто потому, что его технически можно проверить? NPEX и Quantoz придают тезису больше конкретики, включая планируемую интеграцию EURQ на Dusk. Но партнёрства — это не то же самое, что регулярный институциональный спрос. Вот что я сейчас и наблюдаю. Если цена может так быстро двигаться на нарративе, сможет ли в итоге реальное регулируемое использование стать тем фактором, который сдвигает тезис? Именно эта разница между рыночной спекуляцией и внедрением инфраструктуры делает DUSK для меня интересным. @Dusk_Foundation #DUSK $DUSK
#dusk $DUSK @Dusk

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

DUSK торгуется примерно по $0.077 при объёме за 24 часа около $9M, после резкого роста на этой неделе.
Вот где противоречие становится особенно интересным.

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

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

Так что приватность — не такая уж необычная часть.
Необычная часть — попытка сделать доказательство комплаенса переносимым.

Но это порождает вопрос, на который я не могу ответить только архитектурой: становится ли криптографически корректное доказательство регуляторным доказательством просто потому, что его технически можно проверить?

NPEX и Quantoz придают тезису больше конкретики, включая планируемую интеграцию EURQ на Dusk. Но партнёрства — это не то же самое, что регулярный институциональный спрос.

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

Именно эта разница между рыночной спекуляцией и внедрением инфраструктуры делает DUSK для меня интересным.

@Dusk #DUSK $DUSK
Раньше я думал, что кредитное плечо всегда сводится к одному вопросу: насколько далеко позиция может пойти против меня, прежде чем наступит ликвидация? Когда копнул глубже, в @termmax эта предпосылка показалась слишком простой. Плечо на базе GT работает через LTV. Если залог достаточно сильно смещается против позиции, ликвидация становится частью риска. Альфа — другое. Её Long и Short позиции — это опционы. Вы платите премию заранее, и именно эта премия определяет максимальный возможный убыток по позиции. TermMax описывает это как обеспеченное плечом воздействие без риска ликвидации. Я не читаю это как «безопасное плечо». Я читаю это как иной способ определить просадку. GT оставляет позицию подверженной LTV и механике ликвидации. Альфа ставит максимальный убыток в точке входа через премию. Именно это различие изменило то, как я смотрю на слово «кредитное плечо». Одна и та же метка может описывать две совершенно разные структуры риска. И само по себе кратное плечо не говорит мне достаточно. Оно говорит только о том, какую экспозицию я беру. Оно не говорит, что произойдёт, если я ошибусь. Поэтому вопрос, который теперь меня интересует больше всего, звучит не так: «Сколько плеча я могу использовать?» А так: «Где на самом деле определена моя просадка?» Похоже, это гораздо более удачное место для начала. #termmax @termmax
Раньше я думал, что кредитное плечо всегда сводится к одному вопросу: насколько далеко позиция может пойти против меня, прежде чем наступит ликвидация?
Когда копнул глубже, в @TermMax эта предпосылка показалась слишком простой.
Плечо на базе GT работает через LTV. Если залог достаточно сильно смещается против позиции, ликвидация становится частью риска.
Альфа — другое.
Её Long и Short позиции — это опционы. Вы платите премию заранее, и именно эта премия определяет максимальный возможный убыток по позиции. TermMax описывает это как обеспеченное плечом воздействие без риска ликвидации.
Я не читаю это как «безопасное плечо».
Я читаю это как иной способ определить просадку.
GT оставляет позицию подверженной LTV и механике ликвидации.
Альфа ставит максимальный убыток в точке входа через премию.
Именно это различие изменило то, как я смотрю на слово «кредитное плечо».
Одна и та же метка может описывать две совершенно разные структуры риска.
И само по себе кратное плечо не говорит мне достаточно.
Оно говорит только о том, какую экспозицию я беру.
Оно не говорит, что произойдёт, если я ошибусь.
Поэтому вопрос, который теперь меня интересует больше всего, звучит не так:
«Сколько плеча я могу использовать?»
А так:
«Где на самом деле определена моя просадка?»
Похоже, это гораздо более удачное место для начала.

#termmax @TermMax
#dusk $DUSK @Dusk_Foundation Я в последнее время присматриваюсь к DUSK около $0,063, и рынок по-прежнему оценивает его как токен с малой капитализацией: примерно $37 млн капитализации и около $2 млн дневного объёма торгов. Но для меня более интересная часть — не размер. А противоречие. CoinGecko по-прежнему относит DUSK к категории «Privacy Blockchain», тогда как Dusk выстраивает решения вокруг регулируемых активов, выборочного раскрытия и контролируемой видимости. Это похоже на простую проблему классификации, пока не посмотришь, что именно протокол пытается сделать. Dusk, похоже, не воспринимает приватность как «никто не может увидеть ничего». Его дизайн ближе к следующему: по умолчанию скрывать чувствительную финансовую информацию, а затем позволять эмитенту, площадке, аудитору или регулятору видеть конкретные данные, которые им разрешено видеть. Именно это противоречие я постоянно держу в голове. Протокол пытается сделать приватность совместимой с регулированием, но сама «приватность» как ярлык может превратиться в сигнал регуляторного риска. То есть Dusk, возможно, придётся доказать сразу две вещи. Во-первых, что выборочное раскрытие действительно работает для регулируемых рынков. Во-вторых, что биржи и кастодианы готовы отличать эту модель от полностью непрозрачных приватных активов. Первая — это техническая задача. Вторая — задача классификации. И честно говоря, меня больше всего интересует именно вторая. Если рынок будет продолжать видеть «privacy blockchain», прежде чем увидит «regulated financial infrastructure», то станет ли ключевое преимущество Dusk в приватности частью его проблемы с внедрением? @Dusk_Foundation #dusk $DUSK l
#dusk $DUSK @Dusk

Я в последнее время присматриваюсь к DUSK около $0,063, и рынок по-прежнему оценивает его как токен с малой капитализацией: примерно $37 млн капитализации и около $2 млн дневного объёма торгов.

Но для меня более интересная часть — не размер. А противоречие.

CoinGecko по-прежнему относит DUSK к категории «Privacy Blockchain», тогда как Dusk выстраивает решения вокруг регулируемых активов, выборочного раскрытия и контролируемой видимости.

Это похоже на простую проблему классификации, пока не посмотришь, что именно протокол пытается сделать.

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

Именно это противоречие я постоянно держу в голове.

Протокол пытается сделать приватность совместимой с регулированием, но сама «приватность» как ярлык может превратиться в сигнал регуляторного риска.

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

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

Первая — это техническая задача.
Вторая — задача классификации.
И честно говоря, меня больше всего интересует именно вторая.

Если рынок будет продолжать видеть «privacy blockchain», прежде чем увидит «regulated financial infrastructure», то станет ли ключевое преимущество Dusk в приватности частью его проблемы с внедрением?

@Dusk #dusk $DUSK

l
#dusk $DUSK @Dusk_Foundation Я снова и снова возвращаюсь к странной “провальности” в Dusk: протокол делает стейкинг более удобным для подключения к приложениям, но рынок, кажется, по-прежнему ждёт, когда эти приложения создадут реальный спрос. Hyperstaking позволяет смарт-контрактам участвовать в стейкинге. В старой модели стейкинг означал больше операционной нагрузки, включая минимальные 1 000 DUSK и инфраструктуру, необходимую для запуска ноды. Теперь взаимодействие с безопасностью может происходить на уровне контракта. Это особенно важно, если посмотреть на то, что Dusk действительно строит вокруг этого: XSC для конфиденциальных смарт-контрактов и финансовых активов, плюс работу по токенизированным ценным бумагам и инфраструктуре оракулов. Поэтому архитектура движется в сторону того, чтобы безопасность стала чем-то, что приложения могут просто подключать. Но есть одно противоречие, которое мне кажется более интересным. Снижение трения вокруг стейкинга должно сделать сеть проще в использовании, но более простая инфраструктура не автоматически создаёт экономическую активность. Если финансовые приложения не генерируют повторяющиеся транзакции, Hyperstaking может улучшить архитектуру, не меняя существенно использование сети. Вот почему меня меньше всего интересуют сам по себе объём 1B DUSK или ещё какой-то показатель стейкинга. Мне важно понять, начнёт ли реальная активность догонять заложенный дизайн: взаимодействия с контрактами, активные кошельки, объём расчётов и повторяющееся финансовое использование. Потому что реальный тест — не в том, сделал ли Dusk безопасность проще для интеграции. Вопрос в том, есть ли у приложений действительно достаточно причин использовать эту безопасность. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK @Dusk

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

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

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

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

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

Вот почему меня меньше всего интересуют сам по себе объём 1B DUSK или ещё какой-то показатель стейкинга.
Мне важно понять, начнёт ли реальная активность догонять заложенный дизайн: взаимодействия с контрактами, активные кошельки, объём расчётов и повторяющееся финансовое использование.

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

@Dusk #dusk $DUSK
#termmax @termmax Раньше я читал @TermMax через розничный слой, но текущие цифры заставляют смотреть на это иначе. Кампании TMX, XP, бейджи, рычаги и Alpha создают видимую активность. TermMax находится примерно на уровне $32,5 млн TVL, при этом около $22,1 млн приходится на активные займы и $16,7 тыс. на комиссии за 30 дней. Меня зацепило не столько масштабы. Меня заинтересовал разрыв между ликвидностью и реальным спросом на кредит. Если розница помогает “подстегнуть” слой ликвидности, то более сложный вопрос — продолжает ли этот капитал находить продуктивное применение, а не просто накапливаться на балансе. Институциональное направление делает всё ещё интереснее. TermMax уже перешёл к финансированию с фиксированной ставкой на токенизированных акциях Ondo, при том что токенизированно-акционная платформа Ondo пересекла $1 млрд TVL и $18 млрд в кумулятивном объёме. Так что рыночная возможность выглядит реальной. Но здесь есть противоречие, к которому я постоянно возвращаюсь: для институционального внедрения нужна глубокая ликвидность, тогда как глубокая ликвидность сама по себе нуждается в постоянном спросе. Розница может помочь быстро создать первую сторону. Институции, возможно, в конечном итоге обеспечат вторую, но им нужны предсказуемое финансирование, определённые сроки погашения и достаточная глубина для размещения значимого объёма. Поэтому я меньше интересуюсь тем, что TermMax просто растёт по TVL. Я наблюдаю, начинает ли существующая ликвидность чаще переходить во всё более устойчивый кредитный спрос. Возможно, реальный тест — это не привлечение ещё большего капитала. Важно, что тот капитал, который уже есть, продолжает находить работу.
#termmax @TermMax

Раньше я читал @TermMax через розничный слой, но текущие цифры заставляют смотреть на это иначе.

Кампании TMX, XP, бейджи, рычаги и Alpha создают видимую активность. TermMax находится примерно на уровне $32,5 млн TVL, при этом около $22,1 млн приходится на активные займы и $16,7 тыс. на комиссии за 30 дней.

Меня зацепило не столько масштабы. Меня заинтересовал разрыв между ликвидностью и реальным спросом на кредит.

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

Институциональное направление делает всё ещё интереснее. TermMax уже перешёл к финансированию с фиксированной ставкой на токенизированных акциях Ondo, при том что токенизированно-акционная платформа Ondo пересекла $1 млрд TVL и $18 млрд в кумулятивном объёме.

Так что рыночная возможность выглядит реальной.

Но здесь есть противоречие, к которому я постоянно возвращаюсь:

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

Розница может помочь быстро создать первую сторону. Институции, возможно, в конечном итоге обеспечат вторую, но им нужны предсказуемое финансирование, определённые сроки погашения и достаточная глубина для размещения значимого объёма.

Поэтому я меньше интересуюсь тем, что TermMax просто растёт по TVL.

Я наблюдаю, начинает ли существующая ликвидность чаще переходить во всё более устойчивый кредитный спрос.

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

Важно, что тот капитал, который уже есть, продолжает находить работу.
#termmax @termmax Я всё возвращался к Range Orders TermMax, потому что, честно говоря, поначалу я думал, что это просто ещё одна функция в книге заявок. Но затем я посмотрел на текущие цифры и начал видеть дизайн иначе. TermMax — это примерно $33 млн TVL при около $22 млн в активных займах, при этом около 94% TVL всё ещё находится в Ethereum. Больше всего меня удивило то, как Range Order обрабатывает размер. Кредитор не просто говорит: «Я одолжу под 8%». Скорее это похоже на: «Я предоставлю вот столько под 8%, но если вы используете больше моего капитала, я хочу другую ставку». Это ощущается ближе к тому, как я бы реально думал о своих деньгах. Я могу быть вполне комфортно с тем, чтобы разместить $50K, но $500K заставило бы меня остановиться. Концентрация другая. Ликвидность, от которой я отказываюсь, — другая. Даже альтернативная стоимость начинает ощущаться иначе. Сначала я увидел в этом просто более выгодное кредитное ценообразование. Но есть подвох, о котором я изначально не подумал. Больше контроля — значит больше решений. Ты можешь формировать, где именно размещается твоя ликвидность, но при этом нужно быть более осмотрительным в том, какую кривую ты создаёшь. И учитывая, что ликвидность всё ещё сильно сосредоточена в Ethereum, я продолжаю задаваться вопросом: помогает ли эта дополнительная точность капитальному согласованию лучше, или же она просто даёт пользователям больше ручек для управления. Возможно, это и есть реальный тест для программируемого кредитования. @termmax #termax
#termmax @TermMax

Я всё возвращался к Range Orders TermMax, потому что, честно говоря, поначалу я думал, что это просто ещё одна функция в книге заявок.

Но затем я посмотрел на текущие цифры и начал видеть дизайн иначе.
TermMax — это примерно $33 млн TVL при около $22 млн в активных займах, при этом около 94% TVL всё ещё находится в Ethereum.

Больше всего меня удивило то, как Range Order обрабатывает размер.

Кредитор не просто говорит: «Я одолжу под 8%».
Скорее это похоже на: «Я предоставлю вот столько под 8%, но если вы используете больше моего капитала, я хочу другую ставку».

Это ощущается ближе к тому, как я бы реально думал о своих деньгах.

Я могу быть вполне комфортно с тем, чтобы разместить $50K, но $500K заставило бы меня остановиться. Концентрация другая. Ликвидность, от которой я отказываюсь, — другая. Даже альтернативная стоимость начинает ощущаться иначе.

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

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

@TermMax #termax
#dusk $DUSK @Dusk_Foundation Я просматривал настройку Citadel от DUSK, и меня не давала покоя одна небольшая вещь: выборочное раскрытие уменьшает объем данных, которые вы показываете, но при этом может сделать удостоверяющего (issuer) еще более важным. Сама идея довольно простая. Пользователь проходит проверку, получает лицензию, а затем может позже доказывать, например, аккредитованный статус, отсутствие санкционных ограничений или юрисдикцию, не показывая весь идентификационный досье. Сначала я подумал: ну это просто меньше доверия и меньше данных повсюду. Но потом я начал размышлять о том, что происходит за этим удостоверением. Первое решение KYC всё равно откуда-то берется. Если это удостоверение переносимое, то то же самое решение можно использовать повторно в разных взаимодействиях, вместо того чтобы каждое учреждение снова начинало процесс с нуля. Это полезно. Но это также означает, что я больше полагаюсь на того, кто его выдал. И вот здесь внимание привлекла часть про время. Удостоверение может быть действительным сегодня и при этом не означать то же самое позже. Санкции меняются. Право на участие меняется. Информация о комплаенсе со временем устаревает. Поэтому тот компромисс, который я продолжаю видеть, довольно прост: верификатор видит меньше, но удостоверяющий (issuer) становится важнее. Из-за этого вещи вроде отзыва (revocation), актуальности и ответственности становятся особенно важными. Мне также интереснее, используют ли люди эти удостоверения повторно, чем то, сколько интеграций анонсируют. Потому что в конечном итоге кому-то нужно доверять удостоверению, чтобы действовать на его основе. И если окажется, что это удостоверение устарело или неверно, я всё равно пытаюсь понять: кто на самом деле несет ответственность? @Dusk_Foundation #dusk $DUSK Если удостоверение неверное или устарело, кто должен быть ответственным?
#dusk $DUSK @Dusk

Я просматривал настройку Citadel от DUSK, и меня не давала покоя одна небольшая вещь: выборочное раскрытие уменьшает объем данных, которые вы показываете, но при этом может сделать удостоверяющего (issuer) еще более важным.

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

Сначала я подумал: ну это просто меньше доверия и меньше данных повсюду.

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

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

Это полезно.

Но это также означает, что я больше полагаюсь на того, кто его выдал.

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

Поэтому тот компромисс, который я продолжаю видеть, довольно прост:

верификатор видит меньше, но удостоверяющий (issuer) становится важнее.

Из-за этого вещи вроде отзыва (revocation), актуальности и ответственности становятся особенно важными.

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

Потому что в конечном итоге кому-то нужно доверять удостоверению, чтобы действовать на его основе.

И если окажется, что это удостоверение устарело или неверно, я всё равно пытаюсь понять:

кто на самом деле несет ответственность?

@Dusk #dusk $DUSK

Если удостоверение неверное или устарело, кто должен быть ответственным?
The credential issuer
67%
The verifier
33%
Both equally
0%
3 проголосовали • Голосование закрыто
#dusk $DUSK @Dusk_Foundation Я снова и снова возвращался к одному странному контрасту в DuskEVM: сейчас рынок воспринимает DUSK как тихий актив стоимостью около $0.064 — при объёме торгов за 24 часа примерно $4.1 млн — в то время как архитектура незаметно делает DUSK первым шагом в сам EVM. Перед развёртыванием Solidity вы делаете бридж DUSK из DuskDS. В DuskEVM он становится газовым активом, а DuskDS при этом остаётся слоем расчетов и доступности данных. Сначала мне это показалось обычной «трубной» работой для тестнета. А потом противоречие сложилось в картинку. DuskEVM, по идее, должна казаться знакомой разработчикам EVM, но первое экономическое действие совсем не похоже на Ethereum. Вы входите через собственный слой расчетов от Dusk в первую очередь. Поэтому история совместимости и история расчетов тянут в разные стороны: знакомое исполнение с одной стороны и намеренно «родимая» зависимость Dusk снизу. И это может значить больше, чем сам мост. Если разработчики со временем будут использовать DuskEVM для финансовых приложений, чувствительных к приватности, вопрос будет не только в том, насколько EVM ощущается знакомым. Вопрос в том, станет ли эта базовая связка с DuskDS частью того, почему приложение работает именно так. Сейчас, пока DUSK всё ещё торгуется примерно по шесть центов, рынок, похоже, не закладывает в цену особой разницы между этим. Не уверен, потому ли это, что архитектура ещё рано, или потому ли, что зависимость в итоге не будет значить так много, как я думаю. Какая сторона окажется права, когда появятся реальные приложения? @Dusk_Foundation #dusk $DUSK Что важнее всего для долгосрочного принятия DuskEVM?
#dusk $DUSK @Dusk
Я снова и снова возвращался к одному странному контрасту в DuskEVM: сейчас рынок воспринимает DUSK как тихий актив стоимостью около $0.064 — при объёме торгов за 24 часа примерно $4.1 млн — в то время как архитектура незаметно делает DUSK первым шагом в сам EVM.
Перед развёртыванием Solidity вы делаете бридж DUSK из DuskDS. В DuskEVM он становится газовым активом, а DuskDS при этом остаётся слоем расчетов и доступности данных.

Сначала мне это показалось обычной «трубной» работой для тестнета.

А потом противоречие сложилось в картинку.
DuskEVM, по идее, должна казаться знакомой разработчикам EVM, но первое экономическое действие совсем не похоже на Ethereum. Вы входите через собственный слой расчетов от Dusk в первую очередь.

Поэтому история совместимости и история расчетов тянут в разные стороны: знакомое исполнение с одной стороны и намеренно «родимая» зависимость Dusk снизу.
И это может значить больше, чем сам мост.
Если разработчики со временем будут использовать DuskEVM для финансовых приложений, чувствительных к приватности, вопрос будет не только в том, насколько EVM ощущается знакомым. Вопрос в том, станет ли эта базовая связка с DuskDS частью того, почему приложение работает именно так.

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

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

@Dusk #dusk $DUSK

Что важнее всего для долгосрочного принятия DuskEVM?
EVM compatibility
67%
DuskDS settlement
0%
Privacy-native apps
33%
6 проголосовали • Голосование закрыто
Я продолжал смотреть на Dual Investment от @TermMax Alpha, и одно противоречие выделялось сильнее, чем APY. Текущий интерфейс рекламирует доходность около 50%, но то, что мне интереснее всего, — откуда берётся эта доходность: по сути, ваш USDT выступает обеспечением для ликвидности пут-опционов. Если цена остаётся выше вашего страйка, вы сохраняете USDT и премию. Если она опускается ниже, USDT может конвертироваться в актив по выбранному вами страйку. Так что привлекательная доходность идёт вместе с менее очевидным условием: ваша ликвидность может не оставаться полностью ликвидной. В документации TermMax сказано, что когда внесённые активы уже одолжены покупателями опционов, раннее снятие может быть недоступно до наступления срока. Это меняет то, как я думаю о продукте. APY на самом деле не просто «платит вам за то, чтобы держать USDT на парковке». Вам компенсируют за предоставление этой ликвидности человеку, который занимает противоположную сторону опциона. И если рынок резко пойдёт дальше, это различие становится особенно важным. Можно зарабатывать, одновременно становясь менее гибким в обращении с капиталом. Мне интересно, будут ли пользователи ценить такой компромисс, когда заголовочная APY перестанет быть главным привлечением. Ключевое противоречие здесь — доходность против ликвидности: тот же механизм, который может сделать возврат привлекательным, может также сделать капитал менее гибким. @termmax #termmax
Я продолжал смотреть на Dual Investment от @TermMax Alpha, и одно противоречие выделялось сильнее, чем APY.

Текущий интерфейс рекламирует доходность около 50%, но то, что мне интереснее всего, — откуда берётся эта доходность: по сути, ваш USDT выступает обеспечением для ликвидности пут-опционов.

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

В документации TermMax сказано, что когда внесённые активы уже одолжены покупателями опционов, раннее снятие может быть недоступно до наступления срока.
Это меняет то, как я думаю о продукте.
APY на самом деле не просто «платит вам за то, чтобы держать USDT на парковке». Вам компенсируют за предоставление этой ликвидности человеку, который занимает противоположную сторону опциона.

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

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

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

@TermMax #termmax
#termmax @termmax Раньше я думал, что TermMax в первую очередь решает одну задачу: выводит выдачу кредитов под фиксированную ставку в ончейн. Но потратив больше времени на дизайн, я понял, что более сложная проблема — что происходит с этим фиксированным кредитом, когда ликвидность начинает двигаться. Именно здесь архитектура стала для меня особенно интересной. Структура GT помещает обеспечение и долг в одну позицию, а ограничения по LTV делают границу риска проще для визуального восприятия. Range Orders идут дальше: они позволяют кредиторам выражать, как меняется требуемая ставка по мере того, как используется все больше их ликвидности. Эта незаметная разница действительно важна. Это значит, что рынок не просто сопоставляет капитал по цене. Он может начать выражать связь между размером, ставкой, длительностью и предпочтением по ликвидности. Но гибкость не устраняет риск. Она переносит часть сложности в другое место. Ликвидации по‑прежнему зависят от рыночной ликвидности. Фиксированные позиции по‑прежнему нуждаются в убедительных путях выхода. Управление (governance) по‑прежнему должно менять параметры, не превращая локальную корректировку в более широкий риск‑событие. И потому меня заинтересовал и Smart Unwind. Фиксированная позиция полезна лишь настолько, насколько система умеет ею управлять, когда первоначальные условия больше не кажутся комфортными. Поэтому я слежу за TermMax сейчас не столько из‑за громкой ставки, сколько за тем, что происходит, когда ликвидности становится мало. Сможет ли программируемый кредит сохранить уверенность фиксированных ставок, не превращая тихо ликвидность в цену этой уверенности? #TermMax @termmax
#termmax @TermMax

Раньше я думал, что TermMax в первую очередь решает одну задачу: выводит выдачу кредитов под фиксированную ставку в ончейн. Но потратив больше времени на дизайн, я понял, что более сложная проблема — что происходит с этим фиксированным кредитом, когда ликвидность начинает двигаться.
Именно здесь архитектура стала для меня особенно интересной.
Структура GT помещает обеспечение и долг в одну позицию, а ограничения по LTV делают границу риска проще для визуального восприятия. Range Orders идут дальше: они позволяют кредиторам выражать, как меняется требуемая ставка по мере того, как используется все больше их ликвидности.
Эта незаметная разница действительно важна.
Это значит, что рынок не просто сопоставляет капитал по цене. Он может начать выражать связь между размером, ставкой, длительностью и предпочтением по ликвидности.
Но гибкость не устраняет риск. Она переносит часть сложности в другое место.
Ликвидации по‑прежнему зависят от рыночной ликвидности. Фиксированные позиции по‑прежнему нуждаются в убедительных путях выхода. Управление (governance) по‑прежнему должно менять параметры, не превращая локальную корректировку в более широкий риск‑событие.
И потому меня заинтересовал и Smart Unwind. Фиксированная позиция полезна лишь настолько, насколько система умеет ею управлять, когда первоначальные условия больше не кажутся комфортными.
Поэтому я слежу за TermMax сейчас не столько из‑за громкой ставки, сколько за тем, что происходит, когда ликвидности становится мало.
Сможет ли программируемый кредит сохранить уверенность фиксированных ставок, не превращая тихо ликвидность в цену этой уверенности?

#TermMax @TermMax
#dusk $DUSK @Dusk_Foundation Я снова читал Whitepaper Dusk, и одна мысль не отпускала меня: приватность на финансовых рынках — это не просто про скрытие всего. Речь о том, чтобы скрывать то, что не должно быть публичным, при этом доказывая то, что действительно нужно проверять. Эта разница кажется небольшой, но, как мне кажется, это более сложная задача. Публичный блокчейн делает верификацию простой, потому что все видят одни и те же данные. Но регулируемые финансы работают не всегда так. Чувствительные транзакции могут требовать конфиденциальности, тогда как правила владения, соответствие критериям или действительность транзакции всё равно должны поддаваться проверке. Именно на этом я и сосредоточил внимание в @Dusk. Phoenix использует подход на основе UTXO и сочетает такие инструменты, как скрытые адреса, nullifiers, подписи и доказательства с нулевым разглашением. Меня интересует не просто то, что детали транзакций могут оставаться приватными. Меня интересует, что верификация не обязательно должна означать раскрытие. Затем Zedger развивает эту идею дальше — к конфиденциальным смарт-контрактам и финансовым приложениям. Для меня это важная граница: приватность не должна означать создание чёрного ящика, а комплаенс не должен превращать каждое финансовое действие в публичное. Настоящая проверка — смогут ли регуляторы принять криптографическое доказательство как значимое свидетельство, не требуя видеть всё, что лежит под ним. Если этот баланс работает, то это гораздо более полезная идея, чем приватность сама по себе. Как вы думаете: смогут ли регулируемые финансы в конечном итоге доверять доказательству, не требуя полной видимости? @Dusk_Foundation #dusk $DUSK Что важнее всего для регулируемых финансов в on-chain?
#dusk $DUSK @Dusk

Я снова читал Whitepaper Dusk, и одна мысль не отпускала меня: приватность на финансовых рынках — это не просто про скрытие всего.

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

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

Именно на этом я и сосредоточил внимание в @Dusk.
Phoenix использует подход на основе UTXO и сочетает такие инструменты, как скрытые адреса, nullifiers, подписи и доказательства с нулевым разглашением.
Меня интересует не просто то, что детали транзакций могут оставаться приватными.

Меня интересует, что верификация не обязательно должна означать раскрытие.

Затем Zedger развивает эту идею дальше — к конфиденциальным смарт-контрактам и финансовым приложениям.

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

Настоящая проверка — смогут ли регуляторы принять криптографическое доказательство как значимое свидетельство, не требуя видеть всё, что лежит под ним.
Если этот баланс работает, то это гораздо более полезная идея, чем приватность сама по себе.

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

@Dusk #dusk $DUSK

Что важнее всего для регулируемых финансов в on-chain?
Privacy by default
0%
Full transparency
0%
Verifiable compliance
0%
0 проголосовали • Голосование закрыто
#dusk $DUSK Сначала я думал, что DuskEVM — это в основном сценарий онбординга для EVM. Затем я посмотрел на рынок и на архитектуру вместе, и противоречие стало уже невозможно игнорировать. DUSK торгуется примерно около ~$0.07, но протокол пытается решить проблему, которая на самом деле не про цену: как сделать финансовую активность приватной, не делая при этом невозможной проверку? Solidity и Hardhat снижают порог входа для разработчиков, но внимание мне задержал Hedger. Интересная часть — не просто скрыть балансы или данные транзакций. Важно, что Dusk пытается защитить чувствительную информацию, при этом позволяя доказывать конкретные утверждения. Но у приватности есть цена. Генерация ZK-доказательств вычислительно настолько тяжёлая, что Dusk разделяет работу провайдера на специализированную инфраструктуру, а производительность сильно зависит от однопоточной мощности. И ещё есть мост между Dusk L1 и DuskEVM. Вывод — это не одно действие; он требует инициации, доказательства и финализации на L1. Так что противоречие, к которому я снова и снова возвращаюсь, такое: Чем более приватным становится финансовый процесс, тем важнее становится механизм проверки. Приватность уменьшает то, что могут видеть наблюдатели. А комплаенс увеличивает то, что нужно уметь доказывать. Возможно, самая сложная проблема DuskEVM — не добиться конфиденциальности. А не допустить, чтобы конфиденциальность превратилась в ещё одну форму сложности. Именно за этим я всё ещё наблюдаю. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK
Сначала я думал, что DuskEVM — это в основном сценарий онбординга для EVM. Затем я посмотрел на рынок и на архитектуру вместе, и противоречие стало уже невозможно игнорировать.

DUSK торгуется примерно около ~$0.07, но протокол пытается решить проблему, которая на самом деле не про цену: как сделать финансовую активность приватной, не делая при этом невозможной проверку?

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

Генерация ZK-доказательств вычислительно настолько тяжёлая, что Dusk разделяет работу провайдера на специализированную инфраструктуру, а производительность сильно зависит от однопоточной мощности.
И ещё есть мост между Dusk L1 и DuskEVM. Вывод — это не одно действие; он требует инициации, доказательства и финализации на L1.
Так что противоречие, к которому я снова и снова возвращаюсь, такое:
Чем более приватным становится финансовый процесс, тем важнее становится механизм проверки.

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

Возможно, самая сложная проблема DuskEVM — не добиться конфиденциальности.

А не допустить, чтобы конфиденциальность превратилась в ещё одну форму сложности.
Именно за этим я всё ещё наблюдаю.

@Dusk #dusk $DUSK
#dusk $DUSK Я снова и снова возвращаюсь к одному противоречию в @Dusk: чем полезнее приватность становится для организаций, тем более ценной становится контролируемая видимость. DUSK торгуется около $0.0648, рост 6.75%, но само движение цены — не то, что меня действительно интересует. Меня привлекла архитектура вокруг конфиденциальных транзакций, XSC и выборочного раскрытия. Идея не в том, чтобы просто скрывать финансовую информацию. Идея — дать разным участникам доступ к разным уровням этой информации, когда того требует ситуация. Инвестору может понадобиться только подтверждение соответствия. Эмитенту может потребоваться больше контекста. Аудитору или регулятору могут понадобиться более глубокие записи. Более широкому рынку может почти ничего не понадобиться. Это меняет приватность из задачи «что скрыть» в задачу «распределения доступа». И вот где это противоречие становится по-настоящему интересным. Чем лучше становится программируемое раскрытие, тем важнее становится и слой разрешений. Кто определяет эти правила? Кто может их изменять? Кто решает, когда исключение является законным? Потому что система может защищать чувствительную информацию, при этом концентрируя власть над тем, кто имеет право ее видеть. И именно эта граница мне интереснее, чем «приватный блокчейн». Dusk, возможно, тестирует, могут ли финансовые рынки иметь конфиденциальность, не теряя верифицируемости. Но более сложный тест может заключаться в том, останется ли программируемая видимость нейтральной или постепенно превратится в программируемый контроль. Вот за чем я наблюдаю помимо графика цены. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK
Я снова и снова возвращаюсь к одному противоречию в @Dusk: чем полезнее приватность становится для организаций, тем более ценной становится контролируемая видимость.

DUSK торгуется около $0.0648, рост 6.75%, но само движение цены — не то, что меня действительно интересует.

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

Инвестору может понадобиться только подтверждение соответствия.

Эмитенту может потребоваться больше контекста.

Аудитору или регулятору могут понадобиться более глубокие записи.

Более широкому рынку может почти ничего не понадобиться.

Это меняет приватность из задачи «что скрыть» в задачу «распределения доступа».

И вот где это противоречие становится по-настоящему интересным.

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

Кто определяет эти правила?

Кто может их изменять?

Кто решает, когда исключение является законным?

Потому что система может защищать чувствительную информацию, при этом концентрируя власть над тем, кто имеет право ее видеть.

И именно эта граница мне интереснее, чем «приватный блокчейн».

Dusk, возможно, тестирует, могут ли финансовые рынки иметь конфиденциальность, не теряя верифицируемости.

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

Вот за чем я наблюдаю помимо графика цены.

@Dusk #dusk $DUSK
#dusk $DUSK Раньше я думал, что сибил-устойчивость — это про то, чтобы не допустить фейковые идентичности. Но после того как я разобрался в механике стейкинга в Dusk, мне стало казаться, что более сложная проблема — это ценообразование влияния. Минимум 1 000 DUSK — это лишь первый слой. То, что привлекло мое внимание: новый стейк не становится активным сразу. Dusk использует эпохи по 2 160 блоков, а активация происходит после ближайшей границы следующей эпохи — примерно через 6–12 часов, в зависимости от того, когда был внесен стейк. Это создает странный компромисс. Атакующий может получить капитал, но не может мгновенно превратить его в вес для консенсуса. При этом та же «шероховатость» относится и к честному капиталу. Безопасность усиливается отчасти потому, что система заставляет всех ждать. Затем я посмотрел на сторону стимулов. Dusk планирует выпустить 500 млн DUSK за 36 лет, чтобы финансировать награды за стейкинг. То есть безопасность — это не просто техническое свойство; она зависит от того, будут ли валидаторы продолжать считать экономику достаточно выгодной, чтобы вкладывать капитал и тратить усилия на работу. Так что теперь меня меньше интересует, сколько идентичностей человек может создать. Меня больше интересует, насколько дорого сделать эти идентичности значимыми. Возможно, сибил-устойчивость на самом деле не про предотвращение фейковых идентичностей. Возможно, дело в том, чтобы сделать влияние дорогим, медленным и подотчетным. Разве не так лучше думать о безопасности стейкинга? @Dusk_Foundation #dusk $DUSK Что важнее всего для сибил-устойчивости?
#dusk $DUSK

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

Минимум 1 000 DUSK — это лишь первый слой. То, что привлекло мое внимание: новый стейк не становится активным сразу. Dusk использует эпохи по 2 160 блоков, а активация происходит после ближайшей границы следующей эпохи — примерно через 6–12 часов, в зависимости от того, когда был внесен стейк.

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

Затем я посмотрел на сторону стимулов. Dusk планирует выпустить 500 млн DUSK за 36 лет, чтобы финансировать награды за стейкинг. То есть безопасность — это не просто техническое свойство; она зависит от того, будут ли валидаторы продолжать считать экономику достаточно выгодной, чтобы вкладывать капитал и тратить усилия на работу.

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

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

Возможно, дело в том, чтобы сделать влияние дорогим, медленным и подотчетным.

Разве не так лучше думать о безопасности стейкинга?

@Dusk #dusk $DUSK

Что важнее всего для сибил-устойчивости?
Making influence expensive
34%
Delaying new stake
33%
Both together
33%
3 проголосовали • Голосование закрыто
#dusk $DUSK Я снова и снова возвращаюсь к противоречию в @Dusk: система пытается раскрывать меньше, но регулируемым финансам, возможно, на самом деле нужно больше вещей, которые можно доказать. Citadel 2 и XSC довольно чётко проводят это различие. Вы можете подтвердить соответствие, не раскрывая личность за учётными данными, при этом финансовая активность может оставаться конфиденциальной, не отменяя требований комплаенса или аудита. Так что цель вовсе не в том, чтобы «скрыть всё». Скорее в том, чтобы: доказать утверждение, скрыв ненужные данные. Сделать это ещё более интересным помогает аспект безопасности. AEGIS исправил 39 замечаний, включая 7, классифицированных как критические: они касались выполнения, целостности комиссий и аутентификации консенсуса. Dusk говорит, что доказательств эксплуатации найдено не было. Это дало мне чуть иной способ смотреть на приватность. Сокращение раскрытия не уменьшает количество предположений, лежащих в основе системы. Если что, это делает границы базовой верификации ещё более важными. И рынок по‑прежнему выглядит крошечным относительно этой амбиции. Так что я думаю, что реальная задача Dusk — не просто доказать, что финансовые данные могут оставаться приватными. Ему нужно доказать, что менее заметная информация всё равно может давать достаточно проверяемую истину, чтобы институты доверяли системе. Сколько данных на самом деле должно быть публичными, прежде чем прозрачность начинает превращаться в ненужное раскрытие? @Dusk_Foundation #dusk $DUSK
#dusk $DUSK
Я снова и снова возвращаюсь к противоречию в @Dusk: система пытается раскрывать меньше, но регулируемым финансам, возможно, на самом деле нужно больше вещей, которые можно доказать.

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

Так что цель вовсе не в том, чтобы «скрыть всё».
Скорее в том, чтобы: доказать утверждение, скрыв ненужные данные.

Сделать это ещё более интересным помогает аспект безопасности.
AEGIS исправил 39 замечаний, включая 7, классифицированных как критические: они касались выполнения, целостности комиссий и аутентификации консенсуса. Dusk говорит, что доказательств эксплуатации найдено не было.
Это дало мне чуть иной способ смотреть на приватность.

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

@Dusk #dusk $DUSK
Раньше я думал, что безопасность Babylon начинается тогда, когда BTC заблокирован в Bitcoin. Потом я потратил некоторое время на то, как именно хранилище (vault) проходит путь от создания до урегулирования (settlement), и это предположение начало меняться. Bitcoin — это финальная контрольная точка. Но прежде чем что-либо дойдет до Bitcoin, нужно собрать подписи, выполнить условия и скоординировать работу разных участников. Перед тем как транзакция будет готова к урегулированию, уже происходит очень многое. Это заставило меня иначе взглянуть на безопасность. Большинство из нас оценивает безопасность по тому, можно ли украсть средства после урегулирования. Теперь я начинаю думать, что важен и другой вопрос: сколько неопределенности протокол может устранить еще до того, как произойдет урегулирование? Самое сильное событие безопасности, возможно, то, которое мы никогда не увидим on-chain. Отсутствующая подпись, неудачная попытка координации или невыполненное условие обычно не оставляют видимого следа, потому что транзакция так и не происходит. Часто успех выглядит так, будто вообще ничего не случилось. Поэтому я не думаю, что Bitcoin и Babylon решают одну и ту же проблему. Bitcoin делает финализированную историю чрезвычайно трудноизменяемой. Babylon пытается гарантировать, что туда попадет только хорошо проверенная история. Мне нравится такой подход. Но меня по-прежнему интересует, как он ведет себя, когда всё идет не по плану. Если операторы задерживаются или координация начинает разрушаться, эти защитные меры все еще сохраняют работоспособность? Похоже, именно там начинается настоящее испытание. @babylonlabs_io #baby $BABY
Раньше я думал, что безопасность Babylon начинается тогда, когда BTC заблокирован в Bitcoin.

Потом я потратил некоторое время на то, как именно хранилище (vault) проходит путь от создания до урегулирования (settlement), и это предположение начало меняться.

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

Это заставило меня иначе взглянуть на безопасность.
Большинство из нас оценивает безопасность по тому, можно ли украсть средства после урегулирования. Теперь я начинаю думать, что важен и другой вопрос: сколько неопределенности протокол может устранить еще до того, как произойдет урегулирование?

Самое сильное событие безопасности, возможно, то, которое мы никогда не увидим on-chain.

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

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

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

@BabylonLabs_io #baby $BABY
Сегодня я вернулся к @BabylonLabs_io, ожидая, что самое большое число окажется самым важным. Но это было не так. На дашборде показано, что в хранилищах Babylon размещено 56 853 BTC — примерно на $5,6B в нативном обеспечении, без обёрнутого BTC или мостов. Вот это число все и обсуждают. Но после того как я углубился в заимствующую архитектуру, я понял: оно измеряет только одну сторону системы. Сначала я предположил, что чем больше Биткоинов в хранилищах, тем естественнее должна быть больше заимствующая способность. Но это не так. Больше BTC усиливает обеспечение. Но это не создаёт ликвидность. Каждый кредит всё равно зависит от отдельного пула капитала, предоставленного кредиторами, которым управляют параметры риска Hub. Хранилище доказывает, что ваша позиция безопасна. Hub определяет, есть ли вообще деньги, чтобы выдавать займы. Это полностью изменило то, как я смотрю на дашборд. Babylon может привлечь ещё миллиарды BTC, пока заимствующая способность растёт гораздо медленнее, если ликвидность со стороны кредиторов не поспевает. Слой обеспечения и слой ликвидности не масштабируются вместе. Я правда думаю, что это умный дизайн. Общий liquidity Hub гораздо более эффективно использует капитал, чем заставлять каждое BTC-приложение строить собственный разрозненный рынок кредитования. Но эффективность капитала создаёт зависимость, которую легко упустить. Протокол может продолжать устанавливать новые рекорды TVL, в то время как пользователи всё ещё конкурируют за один и тот же пул доступных для заимствования активов. Это не противоречие. Это напоминание: TVL измеряет обеспечение, а не кредит. Возможно, мы описывали BTCFi не так. Проблема не в том, чтобы просто разблокировать Биткоин. Проблема — скоординировать достаточно ликвидности, чтобы это обеспечение оказалось экономически полезным. Возможно, у BTCFi нет проблемы масштабирования Биткоина. Возможно, у него проблема координации ликвидности. Именно этот показатель я и буду отслеживать: не только сколько Биткоинов попадает в хранилища, но и то, растёт ли слой ликвидности достаточно быстро, чтобы обеспечение оставалось продуктивным. @babylonlabs_io #baby $BABY В чём реальное узкое место для BTCFi?
Сегодня я вернулся к @BabylonLabs_io, ожидая, что самое большое число окажется самым важным.

Но это было не так.

На дашборде показано, что в хранилищах Babylon размещено 56 853 BTC — примерно на $5,6B в нативном обеспечении, без обёрнутого BTC или мостов.

Вот это число все и обсуждают.

Но после того как я углубился в заимствующую архитектуру, я понял: оно измеряет только одну сторону системы.

Сначала я предположил, что чем больше Биткоинов в хранилищах, тем естественнее должна быть больше заимствующая способность.

Но это не так.

Больше BTC усиливает обеспечение.

Но это не создаёт ликвидность.

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

Это полностью изменило то, как я смотрю на дашборд.

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

Слой обеспечения и слой ликвидности не масштабируются вместе.

Я правда думаю, что это умный дизайн.

Общий liquidity Hub гораздо более эффективно использует капитал, чем заставлять каждое BTC-приложение строить собственный разрозненный рынок кредитования.

Но эффективность капитала создаёт зависимость, которую легко упустить.

Протокол может продолжать устанавливать новые рекорды TVL, в то время как пользователи всё ещё конкурируют за один и тот же пул доступных для заимствования активов.

Это не противоречие.

Это напоминание: TVL измеряет обеспечение, а не кредит.

Возможно, мы описывали BTCFi не так.

Проблема не в том, чтобы просто разблокировать Биткоин.

Проблема — скоординировать достаточно ликвидности, чтобы это обеспечение оказалось экономически полезным.

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

Именно этот показатель я и буду отслеживать: не только сколько Биткоинов попадает в хранилища, но и то, растёт ли слой ликвидности достаточно быстро, чтобы обеспечение оставалось продуктивным.

@BabylonLabs_io #baby $BABY

В чём реальное узкое место для BTCFi?
More BTC collateral
100%
More lender liquidity
0%
Risk parameters
0%
1 проголосовали • Голосование закрыто
Раньше я думал, что самая сложная часть внедрения Bitcoin в DeFi — это построить более надежный мост. Потратив время на чтение статьи Babylon о Trustless Vaults, я сменил точку зрения. Меня поразило не еще один способ перемещать BTC между сетями, а идея удерживать Bitcoin под его собственными правилами, позволяя внешним приложениям доказывать, что они выполнили определенные условия. Это казалось более приземленным, чем обычная криптоистория про «перемещай активы везде». Вместо того чтобы просить пользователей доверять кастодиану или обернутому активу, в проекте ставка сделана на то, что важно именно криптографическое доказательство. Это напомнило мне, что иногда крупнейшая инновация — не добавить больше гибкости, а сократить объем доверия, который вам требуется. При этом у меня все еще остаются вопросы. Сможет ли сложность вокруг ZK-доказательств, BitVM3 и офчейн-инфраструктуры оставаться незаметной для обычных пользователей? И согласятся ли разработчики внедрять встраиваемые под конкретные приложения хранилища, если для этого придется пожертвовать частью совместимости? Для меня главный урок был не про новую функцию. Он заключался в том, что будущее Bitcoin в DeFi может зависеть меньше от того, как заставить Bitcoin меняться, и больше от того, как заставить приложения адаптироваться к Bitcoin. Чем больше я читаю, тем яснее понимаю: обучение в крипто — это не про то, чтобы собирать более сильные мнения, а про готовность заменить старые предположения более удачными. @babylonlabs_io #baby $BABY В чем главная инновация Babylon?
Раньше я думал, что самая сложная часть внедрения Bitcoin в DeFi — это построить более надежный мост.

Потратив время на чтение статьи Babylon о Trustless Vaults, я сменил точку зрения. Меня поразило не еще один способ перемещать BTC между сетями, а идея удерживать Bitcoin под его собственными правилами, позволяя внешним приложениям доказывать, что они выполнили определенные условия.

Это казалось более приземленным, чем обычная криптоистория про «перемещай активы везде». Вместо того чтобы просить пользователей доверять кастодиану или обернутому активу, в проекте ставка сделана на то, что важно именно криптографическое доказательство. Это напомнило мне, что иногда крупнейшая инновация — не добавить больше гибкости, а сократить объем доверия, который вам требуется.

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

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

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

@BabylonLabs_io #baby $BABY

В чем главная инновация Babylon?
Native BTC
67%
Less trust, more proofs
0%
Apps adapt to Bitcoin
33%
3 проголосовали • Голосование закрыто
Я ожидал, что крупнейшая история — это то, как XPLA превращается в «Bitcoin Supercharged Network». После того как я прочитал больше, я понял, что меня зацепило не это. Меня особенно заинтересовала проблема, которую она пытается решить. Многие блокчейны отлично умеют привлекать разработчиков, пользователей и новые приложения. Построить надежную экономику безопасности гораздо сложнее, и обычно это происходит гораздо позже, потому что это дорого. Babylon заставил меня взглянуть на этот компромисс по-другому. Вместо того чтобы каждый экосистеме приходилось строить экономическую безопасность с нуля, Bitcoin может помочь обеспечить её, оставаясь при этом продуктивной сетью. Это не означает, что безопасность «передают на аутсорсинг» полностью. Управление, безопасность приложений и ежедневные операции по-прежнему принадлежат самой сети. Для меня именно это — более интересный сдвиг. Возможно, будущее не в том, чтобы каждая цепочка пыталась стать самой защищенной на собственном уровне. Возможно, дело в том, чтобы делиться экономической безопасностью, при этом позволяя каждой экосистеме сосредоточиться на том, что действительно делает её уникальной. Конечно, это не лишено рисков. Дополнительная общая инфраструктура означает и новые допущения в отношении стейкинга, валидаторов и координации. У каждого решения есть компромиссы. Вот почему я думаю, что такие партнерства действительно важны. Они показывают нам, где индустрия экспериментирует дальше, а не просто кто с кем интегрировался. Любопытно, видят ли это другие так же. Мы наблюдаем эволюцию безопасности блокчейнов или просто переносим доверие в другое место? @babylonlabs_io #baby $BABY $HOME $KAITO Какое самое большое влияние обеспечивает безопасность, поддержанная Bitcoin?
Я ожидал, что крупнейшая история — это то, как XPLA превращается в «Bitcoin Supercharged Network». После того как я прочитал больше, я понял, что меня зацепило не это.

Меня особенно заинтересовала проблема, которую она пытается решить.

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

Babylon заставил меня взглянуть на этот компромисс по-другому.

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

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

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

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

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

@BabylonLabs_io #baby $BABY

$HOME $KAITO

Какое самое большое влияние обеспечивает безопасность, поддержанная Bitcoin?
Stronger blockchain security
71%
Better capital efficiency
29%
More trust assumptions
0%
7 проголосовали • Голосование закрыто
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы