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 Вчера на Dusk я заметил кое-что, что сначала выглядело как слабое место, но чем дольше я наблюдал, тем больше стал думать об этом иначе. Партия сеттлментов зависла примерно на четыре минуты, поэтому я открыл газовый дашборд, чтобы понять, откуда на самом деле идет давление. Задержка была не самым интересным. Концентрация была. Почти все значимое потребление газа за тот час исходило всего из двух-трех кластеров контрактов. Небольшие переводы, кошельки и тестовые деплои почти ничего не значили. Моя первая реакция была простой: Dusk слишком зависим от нескольких приложений? Но затем я задал лучший вопрос: Что именно создает такой спрос? Если эти контракты обрабатывают сеттлменты, доказательства и проверки на соответствие, то это не просто спекулятивный трафик. Газ расходуется потому, что сеть выполняет полезную работу. Это различие важно. Несколько сильных приложений могут стать якорями спроса. Но одних якорей недостаточно, чтобы возникла глубокая экосистема. В конечном итоге я хочу увидеть более длинный «хвост» приложений, которые создают повторяющуюся, независимую нагрузку. Поэтому меня меньше интересуют сегодняшние топ-5 контрактов. Я слежу за шестым. Потом за седьмым. Потом за десятым. Если они начнут вносить существенный спрос на газ, то сегодняшняя концентрация может оказаться лишь ранней основой куда более широкой экосистемы. Если нет — те же несколько типов нагрузок могут продолжать нести на себе большую часть активности Dusk. Для меня это и есть главный тест роста: не сколько газа использует Dusk, а сколько существует разных причин, чтобы использовать его. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK @Dusk

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

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

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

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

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

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

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

@Dusk #dusk $DUSK
#dusk $DUSK @Dusk_Foundation Я всё возвращался к одной небольшой детали в механизме консенсуса Dusk: что именно происходит после 16 неудачных итераций. Сначала я воспринимал аварийный режим как простую меру для обеспечения живости. Если консенсус продолжает терпеть неудачу, сети в конечном итоге нужен другой способ продвинуться вперёд. Но чем дольше я над этим думал, тем менее простым это казалось. Пороговые значения Dusk уже проводят интересное различие. Для допустимого (Valid) результата требуется 2/3, тогда как для недопустимого (Invalid), NoCandidate или NoQuorum достаточно 1/2 + 1. Я понимаю логику: подтверждение валидного состояния должно требовать более сильного согласия, чем признание того, что консенсус не смог достигнуться. Однако это порождает вопрос, на который, как мне кажется, одних порогов не отвечает. Где именно Dusk проводит границу между отсутствием прогресса и прогрессом, который оказывается слишком агрессивным? Триггер на 16 итераций делает этот вопрос ещё интереснее — особенно потому, что влияние на голосование взвешено по доле (stake) через кредитование комитетов. Если участие валидаторов становится неравномерным, начинает иметь значение концентрация наряду с самим механизмом отказа. Я не называю это слабостью. Если уж на то пошло, это как раз одна из тех деталей, которые мне бы хотелось изучить, прежде чем сформировать мнение. Реальные сбои валидаторов, вероятно, не приходят в аккуратном «пакете». Кто-то может исчезнуть, кто-то может не соглашаться, а кто-то просто может перестать участвовать. Поэтому я всё время думаю о том, что происходит, когда эти условия накладываются друг на друга. Даёт ли аварийный режим Dusk достаточно возможностей, чтобы восстановиться после зависшего консенсуса, не создавая при этом новую проблему безопасности? Этот баланс между живостью и безопасностью — вероятно, та часть, которую мне хочется понять лучше всего. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK @Dusk

Я всё возвращался к одной небольшой детали в механизме консенсуса Dusk: что именно происходит после 16 неудачных итераций.

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

Но чем дольше я над этим думал, тем менее простым это казалось.
Пороговые значения Dusk уже проводят интересное различие. Для допустимого (Valid) результата требуется 2/3, тогда как для недопустимого (Invalid), NoCandidate или NoQuorum достаточно 1/2 + 1.

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

Триггер на 16 итераций делает этот вопрос ещё интереснее — особенно потому, что влияние на голосование взвешено по доле (stake) через кредитование комитетов. Если участие валидаторов становится неравномерным, начинает иметь значение концентрация наряду с самим механизмом отказа.

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

Реальные сбои валидаторов, вероятно, не приходят в аккуратном «пакете». Кто-то может исчезнуть, кто-то может не соглашаться, а кто-то просто может перестать участвовать.

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

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

@Dusk #dusk $DUSK
#dusk $DUSK @Dusk_Foundation Я снова и снова возвращался к одной неприятной детали в Dusk: соответствие требованиям может быть меньше связано с тем, можете ли вы заморозить актив, и больше — с тем, сможете ли вы сделать это до того, как до наступит финальность. Phoenix проводит границу еще четче. Владение, авторство, корректность баланса и защита от двойного расходования доказываются непосредственно внутри самой транзакции, не раскрывая лежащую в основе запись (note). Сеть может установить корректность, не требуя видимости. Но для регулируемых активов возникает проблема с таймингом. Кошелек может все еще хранить криптографический ключ, в то время как правовая система уже решила, что данная позиция должна быть заморожена. В Dusk есть ограничения на переводы, действия, инициируемые эмитентом, а также логика восстановления/устранения последствий, но все же остается небольшой промежуток между юридическим указанием и тем моментом, когда правило становится исполнимым. Инструкция получена. Правило обновлено. Транзакция отклонена. Если финальность окажется внутри этого промежутка, сеть могла уже зафиксировать транзакцию, которую юридический уровень заранее решил не допускать. Из-за этого вопрос «может ли Dusk замораживать активы?» кажется неверным. Более сложным показателем может быть время распространения команды на заморозку. Конфиденциальность усложняет ситуацию еще сильнее. Ключ просмотра (viewing key) может дать уполномоченной стороне доступ к информации, которую цепочка уже проверила, тогда как повторяющиеся неудачные переводы могут по-прежнему раскрывать поведенческие паттерны. А потерянные ключи создают обратную проблему: юридическое владение может сохраниться даже после того, как криптографический контроль исчез. Поэтому я все время думаю о том, что реальная граница соответствия — это не только конфиденциальность или одна лишь финальность, но и то, насколько быстро юридические полномочия могут догнать детерминированную машину состояний. @Dusk_Foundation #dusk $DUSK
#dusk $DUSK @Dusk

Я снова и снова возвращался к одной неприятной детали в Dusk: соответствие требованиям может быть меньше связано с тем, можете ли вы заморозить актив, и больше — с тем, сможете ли вы сделать это до того, как до наступит финальность.

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

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

Если финальность окажется внутри этого промежутка, сеть могла уже зафиксировать транзакцию, которую юридический уровень заранее решил не допускать.
Из-за этого вопрос «может ли Dusk замораживать активы?» кажется неверным.
Более сложным показателем может быть время распространения команды на заморозку.
Конфиденциальность усложняет ситуацию еще сильнее. Ключ просмотра (viewing key) может дать уполномоченной стороне доступ к информации, которую цепочка уже проверила, тогда как повторяющиеся неудачные переводы могут по-прежнему раскрывать поведенческие паттерны.
А потерянные ключи создают обратную проблему: юридическое владение может сохраниться даже после того, как криптографический контроль исчез.
Поэтому я все время думаю о том, что реальная граница соответствия — это не только конфиденциальность или одна лишь финальность, но и то, насколько быстро юридические полномочия могут догнать детерминированную машину состояний.

@Dusk #dusk $DUSK
#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
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы