老毛爱看片
78 Публикации
老毛爱看片
Отправить жалобу
Заблокировать пользователя
11 подписок(и/а)
14 подписчиков(а)
13 понравилось
Посты
Все
Цитирования
·
--
При отладке приватных переводов Phoenix для <0>#dusk </0> я наступил на более скрытую проблему: отправил в анонимный пул одну запись (note). Локальный узел rusk вернул Transaction rejected, но на explorer вообще не находится ни этот hash — не в статусе pending, а как будто его никогда не существовало. Первая реакция — заново подписать и отправить повторно, но на следующий день выяснилось, что в цепи исходная транзакция уже была «переварена», а новая — навсегда отклонена из‑за конфликта nullifier. В итоге обе транзакции зависли в серой зоне «отправлено, но не подтверждено».
Причина в том, что mempool в @Dusk_Foundation не является глобальным состоянием консенсуса — это временная очередь (staging queue), которую каждый экземпляр rusk ведёт локально. Отслеживание неиспользованных note зависит от того, насколько прогресс синхронизации witness-дерева дошёл у твоего узла. Как только твой узел отстаёт от текущей высоты блока, он видит: «этот nullifier ещё не помечен», поэтому пропускает транзакцию в mempool; но со стороны block generator дерево уже обновлено, и транзакцию, попавшую туда, сразу отбрасывают — причём тихо: она не попадает в reject log и не транслирует событие об ошибке. «Окно забывания» у разных узлов целиком определяется их настройками tx_timeout и частотой синхронизации witness, единого стандарта нет.
Вот почему некоторые скрипты авто‑повторов, написанные контрагентами, могут привести к двойному списанию: локально «не находится» не означает «в цепи не существует», а отбрасывание mempool не равно «отказ по консенсусу». Правильная схема такая: если транзакция зависла (suspended/pendant), сначала дождись хотя бы одного epoch финальности (для Dusk это примерно 6–12 часов), а затем заново воспроизведи её в точности тем же байтовым потоком — пусть узел сам определит, был ли уже потреблён nonce/nullifier. И только после того, как подтвердится, что nonce целевого аккаунта увеличился, разрешается собирать новую транзакцию.
В распределённых системах «не найдено» всегда означает одно из трёх: потеряно, ещё не синхронизировано, или уже подтверждено кем‑то другим, но твой взгляд отстаёт. Для UX фронтенд зачастую по умолчанию считает первый вариант, то есть фактически подменяет безопасность книги ожиданиями пользователя. Приватный слой $DUSK усиливает эту асинхронную разорванность — ведь даже проверить нечем: всё недоступно в явном виде. Когда при интеграции ты сталкиваешься с зависшей транзакцией, что ты выбираешь: подождать финальности и принимать решение, или рискнуть и отправить повтор напрямую?
При отладке приватных переводов Phoenix для <0>#dusk </0> я наступил на более скрытую проблему: отправил в анонимный пул одну запись (note). Локальный узел rusk вернул Transaction rejected, но на explorer вообще не находится ни этот hash — не в статусе pending, а как будто его никогда не существовало. Первая реакция — заново подписать и отправить повторно, но на следующий день выяснилось, что в цепи исходная транзакция уже была «переварена», а новая — навсегда отклонена из‑за конфликта nullifier. В итоге обе транзакции зависли в серой зоне «отправлено, но не подтверждено».
Причина в том, что mempool в @Dusk не является глобальным состоянием консенсуса — это временная очередь (staging queue), которую каждый экземпляр rusk ведёт локально. Отслеживание неиспользованных note зависит от того, насколько прогресс синхронизации witness-дерева дошёл у твоего узла. Как только твой узел отстаёт от текущей высоты блока, он видит: «этот nullifier ещё не помечен», поэтому пропускает транзакцию в mempool; но со стороны block generator дерево уже обновлено, и транзакцию, попавшую туда, сразу отбрасывают — причём тихо: она не попадает в reject log и не транслирует событие об ошибке. «Окно забывания» у разных узлов целиком определяется их настройками tx_timeout и частотой синхронизации witness, единого стандарта нет.
Вот почему некоторые скрипты авто‑повторов, написанные контрагентами, могут привести к двойному списанию: локально «не находится» не означает «в цепи не существует», а отбрасывание mempool не равно «отказ по консенсусу». Правильная схема такая: если транзакция зависла (suspended/pendant), сначала дождись хотя бы одного epoch финальности (для Dusk это примерно 6–12 часов), а затем заново воспроизведи её в точности тем же байтовым потоком — пусть узел сам определит, был ли уже потреблён nonce/nullifier. И только после того, как подтвердится, что nonce целевого аккаунта увеличился, разрешается собирать новую транзакцию.
В распределённых системах «не найдено» всегда означает одно из трёх: потеряно, ещё не синхронизировано, или уже подтверждено кем‑то другим, но твой взгляд отстаёт. Для UX фронтенд зачастую по умолчанию считает первый вариант, то есть фактически подменяет безопасность книги ожиданиями пользователя. Приватный слой $DUSK усиливает эту асинхронную разорванность — ведь даже проверить нечем: всё недоступно в явном виде. Когда при интеграции ты сталкиваешься с зависшей транзакцией, что ты выбираешь: подождать финальности и принимать решение, или рискнуть и отправить повтор напрямую?
Причина в том, что mempool в @Dusk не является глобальным состоянием консенсуса — это временная очередь (staging queue), которую каждый экземпляр rusk ведёт локально. Отслеживание неиспользованных note зависит от того, насколько прогресс синхронизации witness-дерева дошёл у твоего узла. Как только твой узел отстаёт от текущей высоты блока, он видит: «этот nullifier ещё не помечен», поэтому пропускает транзакцию в mempool; но со стороны block generator дерево уже обновлено, и транзакцию, попавшую туда, сразу отбрасывают — причём тихо: она не попадает в reject log и не транслирует событие об ошибке. «Окно забывания» у разных узлов целиком определяется их настройками tx_timeout и частотой синхронизации witness, единого стандарта нет.
Вот почему некоторые скрипты авто‑повторов, написанные контрагентами, могут привести к двойному списанию: локально «не находится» не означает «в цепи не существует», а отбрасывание mempool не равно «отказ по консенсусу». Правильная схема такая: если транзакция зависла (suspended/pendant), сначала дождись хотя бы одного epoch финальности (для Dusk это примерно 6–12 часов), а затем заново воспроизведи её в точности тем же байтовым потоком — пусть узел сам определит, был ли уже потреблён nonce/nullifier. И только после того, как подтвердится, что nonce целевого аккаунта увеличился, разрешается собирать новую транзакцию.
В распределённых системах «не найдено» всегда означает одно из трёх: потеряно, ещё не синхронизировано, или уже подтверждено кем‑то другим, но твой взгляд отстаёт. Для UX фронтенд зачастую по умолчанию считает первый вариант, то есть фактически подменяет безопасность книги ожиданиями пользователя. Приватный слой $DUSK усиливает эту асинхронную разорванность — ведь даже проверить нечем: всё недоступно в явном виде. Когда при интеграции ты сталкиваешься с зависшей транзакцией, что ты выбираешь: подождать финальности и принимать решение, или рискнуть и отправить повтор напрямую?
79
·
--
В бюллетенях по безопасности больше всего не стоит автоматически переводить «уже исправлено» как «уже безопасно». AEGIS на этот раз закрыл сразу несколько смысловых разрывов: несостыковку Send/Sync в piecrust, приводящую к сессиям-алиасам, обратную сериализацию на стороне хоста, расхождение по комиссиям/возвратам в Phoenix, а также дефект BLS в старом отображении h0, где фраза «достаточно раз увидеть подпись, чтобы подделать сообщение с тем же ключом» фактически позволяла это. На поверхности — это хардфорк из 39 исправлений, но по сути обнажается другое: после того как Dusk собрал вместе ZK-расчёты, Rust VM и EVM-мост, слой «инженерной сборки доверия» оказался более хрупким, чем единичная уязвимость.
Падение кошелька с мостовой подписью в январе ещё важнее разоблачить, чем повторять риторику «протокол не был пробит»: чистый консенсусный слой ≠ чистые границы пользовательских активов. Мост — это слой экономического доверия поверх протокола; горячая подпись + обработка событий + старая архитектура с общим сетевым путём изначально создают поверхность атаки. Позже разъединили подпись и события, ввели явный автомат состояний (seen/submitted/completed/failed/stuck), сделали ручную подгонку в холодном кошельке и добавили автопаузу при низком балансе. Эти изменения спасают операционную модель, а не ончейн-инварианты: выдержат ли они высоконагруженные повторные прогоны и нетипичное восстановление — зависит от регрессионных тестов, включили ли туда тайминговые сценарии вроде «подпись работоспособна, но событие потерялось» и «worker упал — и повторно рассылает трансляции».
Если перенести взгляд на COW и ETH, то фреймворк можно заимствовать, но нельзя копировать. У COW граница безопасности не в ончейн-контрактах на этих «трёх четвертях акра», а в сопряжении ограничений подписи intent, а также связке торгов (solver bid/competition) и расчётного контракта GPv2; реальная рана — когда solver централизован, в 30-секундном окне пачки происходит утечка заказов, а settlement-контракту дают слишком большой approval. Даже если «купить обратно» — это не закроет, когда слой исполнения незаметно «выдёргивают». Для ETH картина ещё прямолинейнее: разнообразие L1-клиентов, централизация RPC и билдера, а также предположения о доверии в кроссчейн-мостах — всё это всегда было «уязвимостью за пределами доказательства».
Поэтому после #dusk я смотрю лишь на два жёстких индикатора: вошла ли в долгосрочный fuzz/дифференциальный регресс ключевая первопричина AEGIS, а не только разовый юнит-тест; и является ли новая изолирующая архитектура моста в стресс-тестах и при восстановлении после отключения сети режимом «сбой — и остановка», а не «сбой — и молчаливое продолжение». Количество пунктов в отчёте — это лицевой слой; реальная глубина — насколько трудно будет повторить такие же ошибки в следующий раз. Пока эти два параметра не будут независимо перепроверены, «снижение безопасности» $DUSK может быть возвращено только по частям, а не обнулено разом. @Dusk_Foundation
В бюллетенях по безопасности больше всего не стоит автоматически переводить «уже исправлено» как «уже безопасно». AEGIS на этот раз закрыл сразу несколько смысловых разрывов: несостыковку Send/Sync в piecrust, приводящую к сессиям-алиасам, обратную сериализацию на стороне хоста, расхождение по комиссиям/возвратам в Phoenix, а также дефект BLS в старом отображении h0, где фраза «достаточно раз увидеть подпись, чтобы подделать сообщение с тем же ключом» фактически позволяла это. На поверхности — это хардфорк из 39 исправлений, но по сути обнажается другое: после того как Dusk собрал вместе ZK-расчёты, Rust VM и EVM-мост, слой «инженерной сборки доверия» оказался более хрупким, чем единичная уязвимость.
Падение кошелька с мостовой подписью в январе ещё важнее разоблачить, чем повторять риторику «протокол не был пробит»: чистый консенсусный слой ≠ чистые границы пользовательских активов. Мост — это слой экономического доверия поверх протокола; горячая подпись + обработка событий + старая архитектура с общим сетевым путём изначально создают поверхность атаки. Позже разъединили подпись и события, ввели явный автомат состояний (seen/submitted/completed/failed/stuck), сделали ручную подгонку в холодном кошельке и добавили автопаузу при низком балансе. Эти изменения спасают операционную модель, а не ончейн-инварианты: выдержат ли они высоконагруженные повторные прогоны и нетипичное восстановление — зависит от регрессионных тестов, включили ли туда тайминговые сценарии вроде «подпись работоспособна, но событие потерялось» и «worker упал — и повторно рассылает трансляции».
Если перенести взгляд на COW и ETH, то фреймворк можно заимствовать, но нельзя копировать. У COW граница безопасности не в ончейн-контрактах на этих «трёх четвертях акра», а в сопряжении ограничений подписи intent, а также связке торгов (solver bid/competition) и расчётного контракта GPv2; реальная рана — когда solver централизован, в 30-секундном окне пачки происходит утечка заказов, а settlement-контракту дают слишком большой approval. Даже если «купить обратно» — это не закроет, когда слой исполнения незаметно «выдёргивают». Для ETH картина ещё прямолинейнее: разнообразие L1-клиентов, централизация RPC и билдера, а также предположения о доверии в кроссчейн-мостах — всё это всегда было «уязвимостью за пределами доказательства».
Поэтому после #dusk я смотрю лишь на два жёстких индикатора: вошла ли в долгосрочный fuzz/дифференциальный регресс ключевая первопричина AEGIS, а не только разовый юнит-тест; и является ли новая изолирующая архитектура моста в стресс-тестах и при восстановлении после отключения сети режимом «сбой — и остановка», а не «сбой — и молчаливое продолжение». Количество пунктов в отчёте — это лицевой слой; реальная глубина — насколько трудно будет повторить такие же ошибки в следующий раз. Пока эти два параметра не будут независимо перепроверены, «снижение безопасности» $DUSK может быть возвращено только по частям, а не обнулено разом. @Dusk
Падение кошелька с мостовой подписью в январе ещё важнее разоблачить, чем повторять риторику «протокол не был пробит»: чистый консенсусный слой ≠ чистые границы пользовательских активов. Мост — это слой экономического доверия поверх протокола; горячая подпись + обработка событий + старая архитектура с общим сетевым путём изначально создают поверхность атаки. Позже разъединили подпись и события, ввели явный автомат состояний (seen/submitted/completed/failed/stuck), сделали ручную подгонку в холодном кошельке и добавили автопаузу при низком балансе. Эти изменения спасают операционную модель, а не ончейн-инварианты: выдержат ли они высоконагруженные повторные прогоны и нетипичное восстановление — зависит от регрессионных тестов, включили ли туда тайминговые сценарии вроде «подпись работоспособна, но событие потерялось» и «worker упал — и повторно рассылает трансляции».
Если перенести взгляд на COW и ETH, то фреймворк можно заимствовать, но нельзя копировать. У COW граница безопасности не в ончейн-контрактах на этих «трёх четвертях акра», а в сопряжении ограничений подписи intent, а также связке торгов (solver bid/competition) и расчётного контракта GPv2; реальная рана — когда solver централизован, в 30-секундном окне пачки происходит утечка заказов, а settlement-контракту дают слишком большой approval. Даже если «купить обратно» — это не закроет, когда слой исполнения незаметно «выдёргивают». Для ETH картина ещё прямолинейнее: разнообразие L1-клиентов, централизация RPC и билдера, а также предположения о доверии в кроссчейн-мостах — всё это всегда было «уязвимостью за пределами доказательства».
Поэтому после #dusk я смотрю лишь на два жёстких индикатора: вошла ли в долгосрочный fuzz/дифференциальный регресс ключевая первопричина AEGIS, а не только разовый юнит-тест; и является ли новая изолирующая архитектура моста в стресс-тестах и при восстановлении после отключения сети режимом «сбой — и остановка», а не «сбой — и молчаливое продолжение». Количество пунктов в отчёте — это лицевой слой; реальная глубина — насколько трудно будет повторить такие же ошибки в следующий раз. Пока эти два параметра не будут независимо перепроверены, «снижение безопасности» $DUSK может быть возвращено только по частям, а не обнулено разом. @Dusk
258
·
--
Смотрел на те несколько жетонов в кошельке и колебался полдня, но всё-таки нажал кнопку «стейкинг» на #dusk — всё-таки 12% APY на текущем Layer1 выглядят весьма заметно, как бутылка колы в пустыне. Но после того как прошёл этот круг, мне стало ясно: это вообще не для обычных людей. В этом чувствуется какая-то надменность «институционального господина».
Самое очевидное отталкивание — первый же порог. Стартовая ставка 1000 @Dusk_Foundation по текущей рыночной цене — это десятки долларов. Прямо на входе отсеивает мелких разрозненных участников. Это же не децентрализованные финансы — это, по сути, минимальные требования частного клуба. Я стиснул зубы и закинул всё — две тысячи с лишним — в стейкинг. А после отправки интерфейс крутится, и статус активов долго не обновляется. Я подумал, что «тупит» RPC-узел, перелопатил полдня и только в углу документации нашёл: стейкинг активируется лишь на границе следующего Epoch. Такой темп расчётов по «эпохам» медленный — меня аж переносит в эпоху T+1 клиринга традиционных банков. По сравнению с мгновенными подтверждениями в Solana или Cosmos это выглядит как продукт прошлого века.
Ещё сильнее подрывает уверенность то, что верификационные узлы непрозрачны. Официально они целиком отдают управление операторами третьей стороне, а протокол не вмешивается в комиссии и фрод-контроль. В списке я вслепую выбрал один узел — доля комиссии спрятана и по-разному «разложена», как будто покупаешь набор в слепую. Я понимаю, что 70% наград за блоки получает узел, который фактически выдаёт блок, а остальное уходит в фонды и комитет, но как делегатор я вообще не могу прикинуть, сколько с меня реальных «ягнят» уже состригли.
Единственный светлый момент — разблокировка без периода блокировки: можно вывести в любой момент. Это лучше, чем режим «залог/lock» у Ethereum. Но настройка «минимальный баланс должен оставаться 1000» снова напоминает диктаторские условия годового абонемента в спортзале: тебя ставят перед выбором — либо вкидывай всё, либо катись.
Если по-простому, механизм стейкинга $DUSK — это отражение его консервативного консенсуса: ради комплаенса и безопасости уровня институций оно жертвует ликвидностью и пользовательским опытом для розничных участников. Эти 12% дохода больше похожи на компенсацию за то, что ты несёшь издержки заморозки средств и расходуешь терпение. Если курс монеты ещё просядет — эти проценты даже не покроют крошечную долю износа основного капитала. Тогда любые разговоры про «долгосрочность» — сплошная ерунда: приоритетом станет бегство — это и есть первая производительная сила.
Смотрел на те несколько жетонов в кошельке и колебался полдня, но всё-таки нажал кнопку «стейкинг» на #dusk — всё-таки 12% APY на текущем Layer1 выглядят весьма заметно, как бутылка колы в пустыне. Но после того как прошёл этот круг, мне стало ясно: это вообще не для обычных людей. В этом чувствуется какая-то надменность «институционального господина».
Самое очевидное отталкивание — первый же порог. Стартовая ставка 1000 @Dusk по текущей рыночной цене — это десятки долларов. Прямо на входе отсеивает мелких разрозненных участников. Это же не децентрализованные финансы — это, по сути, минимальные требования частного клуба. Я стиснул зубы и закинул всё — две тысячи с лишним — в стейкинг. А после отправки интерфейс крутится, и статус активов долго не обновляется. Я подумал, что «тупит» RPC-узел, перелопатил полдня и только в углу документации нашёл: стейкинг активируется лишь на границе следующего Epoch. Такой темп расчётов по «эпохам» медленный — меня аж переносит в эпоху T+1 клиринга традиционных банков. По сравнению с мгновенными подтверждениями в Solana или Cosmos это выглядит как продукт прошлого века.
Ещё сильнее подрывает уверенность то, что верификационные узлы непрозрачны. Официально они целиком отдают управление операторами третьей стороне, а протокол не вмешивается в комиссии и фрод-контроль. В списке я вслепую выбрал один узел — доля комиссии спрятана и по-разному «разложена», как будто покупаешь набор в слепую. Я понимаю, что 70% наград за блоки получает узел, который фактически выдаёт блок, а остальное уходит в фонды и комитет, но как делегатор я вообще не могу прикинуть, сколько с меня реальных «ягнят» уже состригли.
Единственный светлый момент — разблокировка без периода блокировки: можно вывести в любой момент. Это лучше, чем режим «залог/lock» у Ethereum. Но настройка «минимальный баланс должен оставаться 1000» снова напоминает диктаторские условия годового абонемента в спортзале: тебя ставят перед выбором — либо вкидывай всё, либо катись.
Если по-простому, механизм стейкинга $DUSK — это отражение его консервативного консенсуса: ради комплаенса и безопасости уровня институций оно жертвует ликвидностью и пользовательским опытом для розничных участников. Эти 12% дохода больше похожи на компенсацию за то, что ты несёшь издержки заморозки средств и расходуешь терпение. Если курс монеты ещё просядет — эти проценты даже не покроют крошечную долю износа основного капитала. Тогда любые разговоры про «долгосрочность» — сплошная ерунда: приоритетом станет бегство — это и есть первая производительная сила.
Самое очевидное отталкивание — первый же порог. Стартовая ставка 1000 @Dusk по текущей рыночной цене — это десятки долларов. Прямо на входе отсеивает мелких разрозненных участников. Это же не децентрализованные финансы — это, по сути, минимальные требования частного клуба. Я стиснул зубы и закинул всё — две тысячи с лишним — в стейкинг. А после отправки интерфейс крутится, и статус активов долго не обновляется. Я подумал, что «тупит» RPC-узел, перелопатил полдня и только в углу документации нашёл: стейкинг активируется лишь на границе следующего Epoch. Такой темп расчётов по «эпохам» медленный — меня аж переносит в эпоху T+1 клиринга традиционных банков. По сравнению с мгновенными подтверждениями в Solana или Cosmos это выглядит как продукт прошлого века.
Ещё сильнее подрывает уверенность то, что верификационные узлы непрозрачны. Официально они целиком отдают управление операторами третьей стороне, а протокол не вмешивается в комиссии и фрод-контроль. В списке я вслепую выбрал один узел — доля комиссии спрятана и по-разному «разложена», как будто покупаешь набор в слепую. Я понимаю, что 70% наград за блоки получает узел, который фактически выдаёт блок, а остальное уходит в фонды и комитет, но как делегатор я вообще не могу прикинуть, сколько с меня реальных «ягнят» уже состригли.
Единственный светлый момент — разблокировка без периода блокировки: можно вывести в любой момент. Это лучше, чем режим «залог/lock» у Ethereum. Но настройка «минимальный баланс должен оставаться 1000» снова напоминает диктаторские условия годового абонемента в спортзале: тебя ставят перед выбором — либо вкидывай всё, либо катись.
Если по-простому, механизм стейкинга $DUSK — это отражение его консервативного консенсуса: ради комплаенса и безопасости уровня институций оно жертвует ликвидностью и пользовательским опытом для розничных участников. Эти 12% дохода больше похожи на компенсацию за то, что ты несёшь издержки заморозки средств и расходуешь терпение. Если курс монеты ещё просядет — эти проценты даже не покроют крошечную долю износа основного капитала. Тогда любые разговоры про «долгосрочность» — сплошная ерунда: приоритетом станет бегство — это и есть первая производительная сила.
72
·
--
真正难受的时候，往往不是区块突然变大，而是网络开始“不听话”。
我这次看#dusk 的传播层，反而被一个细节吸引住了：它没有把网络效率简单理解成“带宽越大越好”，而是试图从消息怎么走这件事本身动手。
@Dusk_Foundation 的Kadcast采用的是基于节点距离的定向传播逻辑。节点不是收到一条消息就无脑向所有邻居扩散，而是根据路由关系选择下一跳，让消息沿着更明确的路径继续传递。这个思路看起来没那么性感，但对公链其实很重要。
因为Gossip最大的麻烦不是“慢”，而是重复。
同一条交易从不同节点绕一圈回来，网络还得继续转发、校验、缓存。节点数量一上去，消息冗余就容易把带宽和CPU一起吃掉。Kadcast想解决的，本质就是减少这种无效传播，让网络资源尽量花在真正需要送达的消息上。
但我不会看到“降低带宽消耗”几个字就直接点头。
这种设计最怕的恰恰是现实网络。节点突然掉线、延迟飙升、路由表里的邻居失效，理论上的最短路径很可能瞬间变成一条断路。为了保证消息最终抵达，系统就必须准备替代路径和重新路由机制。备用机制越复杂，传播效率和维护成本之间的拉扯就越明显。
而且公链节点不是实验室里的固定服务器。
我反而觉得，这才是$DUSK 传播层值得继续观察的地方。
如果Kadcast在节点大规模进出、跨区域延迟和网络分区这些脏场景里依旧能保持稳定，它解决的就不只是省带宽，而是让普通节点更容易参与网络。
但如果一遇到路由失效就频繁回退，前面那些漂亮的理论效率也没多大意义。
公链最终拼的不是白皮书里哪条曲线更好看，而是凌晨三点网络出问题的时候，节点还能不能自己把路找回来。你们觉得，传播层这种改动，对公链长期去中心化到底是加分，还是把系统复杂度推高了？
真正难受的时候，往往不是区块突然变大，而是网络开始“不听话”。
我这次看#dusk 的传播层，反而被一个细节吸引住了：它没有把网络效率简单理解成“带宽越大越好”，而是试图从消息怎么走这件事本身动手。
@Dusk 的Kadcast采用的是基于节点距离的定向传播逻辑。节点不是收到一条消息就无脑向所有邻居扩散，而是根据路由关系选择下一跳，让消息沿着更明确的路径继续传递。这个思路看起来没那么性感，但对公链其实很重要。
因为Gossip最大的麻烦不是“慢”，而是重复。
同一条交易从不同节点绕一圈回来，网络还得继续转发、校验、缓存。节点数量一上去，消息冗余就容易把带宽和CPU一起吃掉。Kadcast想解决的，本质就是减少这种无效传播，让网络资源尽量花在真正需要送达的消息上。
但我不会看到“降低带宽消耗”几个字就直接点头。
这种设计最怕的恰恰是现实网络。节点突然掉线、延迟飙升、路由表里的邻居失效，理论上的最短路径很可能瞬间变成一条断路。为了保证消息最终抵达，系统就必须准备替代路径和重新路由机制。备用机制越复杂，传播效率和维护成本之间的拉扯就越明显。
而且公链节点不是实验室里的固定服务器。
我反而觉得，这才是$DUSK 传播层值得继续观察的地方。
如果Kadcast在节点大规模进出、跨区域延迟和网络分区这些脏场景里依旧能保持稳定，它解决的就不只是省带宽，而是让普通节点更容易参与网络。
但如果一遇到路由失效就频繁回退，前面那些漂亮的理论效率也没多大意义。
公链最终拼的不是白皮书里哪条曲线更好看，而是凌晨三点网络出问题的时候，节点还能不能自己把路找回来。你们觉得，传播层这种改动，对公链长期去中心化到底是加分，还是把系统复杂度推高了？
我这次看#dusk 的传播层，反而被一个细节吸引住了：它没有把网络效率简单理解成“带宽越大越好”，而是试图从消息怎么走这件事本身动手。
@Dusk 的Kadcast采用的是基于节点距离的定向传播逻辑。节点不是收到一条消息就无脑向所有邻居扩散，而是根据路由关系选择下一跳，让消息沿着更明确的路径继续传递。这个思路看起来没那么性感，但对公链其实很重要。
因为Gossip最大的麻烦不是“慢”，而是重复。
同一条交易从不同节点绕一圈回来，网络还得继续转发、校验、缓存。节点数量一上去，消息冗余就容易把带宽和CPU一起吃掉。Kadcast想解决的，本质就是减少这种无效传播，让网络资源尽量花在真正需要送达的消息上。
但我不会看到“降低带宽消耗”几个字就直接点头。
这种设计最怕的恰恰是现实网络。节点突然掉线、延迟飙升、路由表里的邻居失效，理论上的最短路径很可能瞬间变成一条断路。为了保证消息最终抵达，系统就必须准备替代路径和重新路由机制。备用机制越复杂，传播效率和维护成本之间的拉扯就越明显。
而且公链节点不是实验室里的固定服务器。
我反而觉得，这才是$DUSK 传播层值得继续观察的地方。
如果Kadcast在节点大规模进出、跨区域延迟和网络分区这些脏场景里依旧能保持稳定，它解决的就不只是省带宽，而是让普通节点更容易参与网络。
但如果一遇到路由失效就频繁回退，前面那些漂亮的理论效率也没多大意义。
公链最终拼的不是白皮书里哪条曲线更好看，而是凌晨三点网络出问题的时候，节点还能不能自己把路找回来。你们觉得，传播层这种改动，对公链长期去中心化到底是加分，还是把系统复杂度推高了？
61
·
--
В тот раз, когда ночью пришло SMS-уведомление о узловой тревоге и взорвало мой телефон, первая мысль была: RPC подгружают слишком активно — пока в iftop не увидел, что везде сплошь kadcast-порты с внешними повторными передачами, и только тогда дошло. Та самая традиционная привычка gossip: «получил — сразу пересылай всем соседям» — при дрожании между зонами превращается в самовозбуждающий усилитель. Потом я сел разбирать исходники Rusk и белую книгу версии 2024, раздел 2, и стало ясно: Dusk заменил рассылку на Kadcast не как маленькую правку ради экономии полосы, а фактически переписал P2P-слой под адресацию в XOR-метрике Kademlia DHT. Каждый узел ведёт контакты по bucket’ам, а при пересылке выбирает только те peer’ы, чья XOR-дистанция возрастает, и делает каскадную передачу — не «заливает» всем интернет-диапазоном.
В исследовании, на которое ссылается белая книга, сказано, что по сравнению с gossip экономия составляет 25%–50% полосы и при «быстрых блоках» устаревание stale block уменьшается на 10%–30% — я воспринимал это как верхнюю границу в лаборатории. В реальной среде: provisioner-узлы периодически входят и выходят раз в несколько минут, RTT от Токио до Франкфурта «плывёт» в районе 40 мс, refresh bucket’ов завязан на периодический ping, а не на событийную реакцию. Поэтому таблицы маршрутизации на несколько секунд стареют — и сообщения вынужденно откатываются к широковещанию; сэкономленная полоса снова «выливается обратно» примерно наполовину.
На уровне консенсуса SA в три стадии (Generation → 1st/2nd Reduction → Agreement) сообщения голосования комитета целиком идут через Kadcast. Если на пересылающем пути при churn происходит разрыв, 2/3 BLS законных голосов не собираются — и дело уже не в том, экономится ли полоса, а в том, что раунд просто не проходит.
Сильная сторона Kadcast по сравнению с gossip в том, что он реально размазывает «точку происхождения» сообщений: он не опирается на прямых соседей, а ещё заметно усложняет связывание IP-источника с транзакциями, которые Phoenix экранирует. Цена — тяжёлая когнитивная нагрузка на отладку: mempool по умолчанию на 10000 записей, локальная политика истечения в Rusk по умолчанию 3 дня, а node-installer выставляет 30 минут — такое разбиение параметров для новичка в операционке превращается в набор «призрачных» багов.
Я думаю, стоит ли Kadcast своих денег: не по тому, что написано на бумаге про 25%–50%, а по трём жёстким проверкам. Во-первых, происходит ли сходимость bucket-обновлений в пределах 1 epoch после того, как узел отвалился. Во-вторых, на двойном разбиении зон голосование SA — получится ли собрать 67% кворума, опираясь на оставшуюся связную подграф-структуру. В-третьих, когда доля household-узлов с домашним провайдером у provisioner’а вырастет, не «провалится» ли хвостовая задержка. Если эти три условия проходят — это «структурная доставка», которая и должна быть у финансовой цепочки. Если нет — это просто красивая статья, которую потом приходится превращать в ловушки для операционщиков. #disk @Dusk_Foundation $DUSK
В тот раз, когда ночью пришло SMS-уведомление о узловой тревоге и взорвало мой телефон, первая мысль была: RPC подгружают слишком активно — пока в iftop не увидел, что везде сплошь kadcast-порты с внешними повторными передачами, и только тогда дошло. Та самая традиционная привычка gossip: «получил — сразу пересылай всем соседям» — при дрожании между зонами превращается в самовозбуждающий усилитель. Потом я сел разбирать исходники Rusk и белую книгу версии 2024, раздел 2, и стало ясно: Dusk заменил рассылку на Kadcast не как маленькую правку ради экономии полосы, а фактически переписал P2P-слой под адресацию в XOR-метрике Kademlia DHT. Каждый узел ведёт контакты по bucket’ам, а при пересылке выбирает только те peer’ы, чья XOR-дистанция возрастает, и делает каскадную передачу — не «заливает» всем интернет-диапазоном.
В исследовании, на которое ссылается белая книга, сказано, что по сравнению с gossip экономия составляет 25%–50% полосы и при «быстрых блоках» устаревание stale block уменьшается на 10%–30% — я воспринимал это как верхнюю границу в лаборатории. В реальной среде: provisioner-узлы периодически входят и выходят раз в несколько минут, RTT от Токио до Франкфурта «плывёт» в районе 40 мс, refresh bucket’ов завязан на периодический ping, а не на событийную реакцию. Поэтому таблицы маршрутизации на несколько секунд стареют — и сообщения вынужденно откатываются к широковещанию; сэкономленная полоса снова «выливается обратно» примерно наполовину.
На уровне консенсуса SA в три стадии (Generation → 1st/2nd Reduction → Agreement) сообщения голосования комитета целиком идут через Kadcast. Если на пересылающем пути при churn происходит разрыв, 2/3 BLS законных голосов не собираются — и дело уже не в том, экономится ли полоса, а в том, что раунд просто не проходит.
Сильная сторона Kadcast по сравнению с gossip в том, что он реально размазывает «точку происхождения» сообщений: он не опирается на прямых соседей, а ещё заметно усложняет связывание IP-источника с транзакциями, которые Phoenix экранирует. Цена — тяжёлая когнитивная нагрузка на отладку: mempool по умолчанию на 10000 записей, локальная политика истечения в Rusk по умолчанию 3 дня, а node-installer выставляет 30 минут — такое разбиение параметров для новичка в операционке превращается в набор «призрачных» багов.
Я думаю, стоит ли Kadcast своих денег: не по тому, что написано на бумаге про 25%–50%, а по трём жёстким проверкам. Во-первых, происходит ли сходимость bucket-обновлений в пределах 1 epoch после того, как узел отвалился. Во-вторых, на двойном разбиении зон голосование SA — получится ли собрать 67% кворума, опираясь на оставшуюся связную подграф-структуру. В-третьих, когда доля household-узлов с домашним провайдером у provisioner’а вырастет, не «провалится» ли хвостовая задержка. Если эти три условия проходят — это «структурная доставка», которая и должна быть у финансовой цепочки. Если нет — это просто красивая статья, которую потом приходится превращать в ловушки для операционщиков. #disk @Dusk $DUSK
В исследовании, на которое ссылается белая книга, сказано, что по сравнению с gossip экономия составляет 25%–50% полосы и при «быстрых блоках» устаревание stale block уменьшается на 10%–30% — я воспринимал это как верхнюю границу в лаборатории. В реальной среде: provisioner-узлы периодически входят и выходят раз в несколько минут, RTT от Токио до Франкфурта «плывёт» в районе 40 мс, refresh bucket’ов завязан на периодический ping, а не на событийную реакцию. Поэтому таблицы маршрутизации на несколько секунд стареют — и сообщения вынужденно откатываются к широковещанию; сэкономленная полоса снова «выливается обратно» примерно наполовину.
На уровне консенсуса SA в три стадии (Generation → 1st/2nd Reduction → Agreement) сообщения голосования комитета целиком идут через Kadcast. Если на пересылающем пути при churn происходит разрыв, 2/3 BLS законных голосов не собираются — и дело уже не в том, экономится ли полоса, а в том, что раунд просто не проходит.
Сильная сторона Kadcast по сравнению с gossip в том, что он реально размазывает «точку происхождения» сообщений: он не опирается на прямых соседей, а ещё заметно усложняет связывание IP-источника с транзакциями, которые Phoenix экранирует. Цена — тяжёлая когнитивная нагрузка на отладку: mempool по умолчанию на 10000 записей, локальная политика истечения в Rusk по умолчанию 3 дня, а node-installer выставляет 30 минут — такое разбиение параметров для новичка в операционке превращается в набор «призрачных» багов.
Я думаю, стоит ли Kadcast своих денег: не по тому, что написано на бумаге про 25%–50%, а по трём жёстким проверкам. Во-первых, происходит ли сходимость bucket-обновлений в пределах 1 epoch после того, как узел отвалился. Во-вторых, на двойном разбиении зон голосование SA — получится ли собрать 67% кворума, опираясь на оставшуюся связную подграф-структуру. В-третьих, когда доля household-узлов с домашним провайдером у provisioner’а вырастет, не «провалится» ли хвостовая задержка. Если эти три условия проходят — это «структурная доставка», которая и должна быть у финансовой цепочки. Если нет — это просто красивая статья, которую потом приходится превращать в ловушки для операционщиков. #disk @Dusk $DUSK
90
·
--
Многие ругают #dusk EVM, мол, это «поворот назад», а я думаю, что как раз команда наконец-то разобралась в одной вещи: совместимость — это не уступка, а контроль затрат.
Построить с нуля собственную полностью новую среду исполнения технически, возможно, и не хуже, чем в Ethereum, но цена в том, что все сопутствующие инфраструктурные компоненты придется заново выращивать: аудиторским компаниям нужно будет учить новый язык, чтобы готовить отчеты; командам кошельков придется переписывать логику подписи; сервисам индексации — заново адаптироваться. В итоге эти затраты перейдут на организации, которые готовы размещать свои проекты в ончейн. А когда организации делают технический выбор, они обычно в первую очередь смотрят: «Сможет ли моя существующая команда сразу разобраться и взяться за это», а не «Насколько изящно задуман язык».
Умная сторона @Dusk_Foundation EVM в том, что она разъединяет слой исполнения и базовые возможности: разработчики по-прежнему используют знакомые инструменты для деплоя контрактов, но если захотят — могут вызывать нативные механизмы конфиденциальных расчетов и проверок на соответствие требованиям. По сути, это дает разработчикам опцию, а не заставляет идти по одной-единственной дороге до конца. Команды, которые уже делали токенизацию в Ethereum, теоретически могут сэкономить много времени и не так сильно «ломать» код — просто подключить логику расчетов к цепочке, которая изначально проектировалась под сценарии с регулированием.
Но я не буду из-за этого дизайна ставить ей «первую степень уважения». Чем больше слоев совместимости, тем больше допущений о доверии: в местах вроде межуровневой коммуникации и синхронизации состояния, исторически случившиеся инциденты ничуть не менее серьезны, чем проблемы с уязвимостями контрактов. Более реалистичный риск в том, что если большинство разработчиков просто перенесут старые проекты почти без изменений — и ради удобства EVM-экосистемы — то способность к конфиденциальным расчетам, которая является реальным отличием, окажется не у дел. Тогда $DUSK EVM по сути ничем не будет отличаться от обычного EVM-сайдчейна.
Поэтому ажиотажные цифры по деплою контрактов я оцениваю не так высоко. Мне важнее другое: сколько из этих контрактов действительно задействуют нативные модули конфиденциальности и соответствия требованиям — тот самый «разницу-дающий» функционал. Если этот показатель не растет, то рассказ DuskEVM о дифференциации останется просто опцией — не станет фактом.
Многие ругают #dusk EVM, мол, это «поворот назад», а я думаю, что как раз команда наконец-то разобралась в одной вещи: совместимость — это не уступка, а контроль затрат.
Построить с нуля собственную полностью новую среду исполнения технически, возможно, и не хуже, чем в Ethereum, но цена в том, что все сопутствующие инфраструктурные компоненты придется заново выращивать: аудиторским компаниям нужно будет учить новый язык, чтобы готовить отчеты; командам кошельков придется переписывать логику подписи; сервисам индексации — заново адаптироваться. В итоге эти затраты перейдут на организации, которые готовы размещать свои проекты в ончейн. А когда организации делают технический выбор, они обычно в первую очередь смотрят: «Сможет ли моя существующая команда сразу разобраться и взяться за это», а не «Насколько изящно задуман язык».
Умная сторона @Dusk EVM в том, что она разъединяет слой исполнения и базовые возможности: разработчики по-прежнему используют знакомые инструменты для деплоя контрактов, но если захотят — могут вызывать нативные механизмы конфиденциальных расчетов и проверок на соответствие требованиям. По сути, это дает разработчикам опцию, а не заставляет идти по одной-единственной дороге до конца. Команды, которые уже делали токенизацию в Ethereum, теоретически могут сэкономить много времени и не так сильно «ломать» код — просто подключить логику расчетов к цепочке, которая изначально проектировалась под сценарии с регулированием.
Но я не буду из-за этого дизайна ставить ей «первую степень уважения». Чем больше слоев совместимости, тем больше допущений о доверии: в местах вроде межуровневой коммуникации и синхронизации состояния, исторически случившиеся инциденты ничуть не менее серьезны, чем проблемы с уязвимостями контрактов. Более реалистичный риск в том, что если большинство разработчиков просто перенесут старые проекты почти без изменений — и ради удобства EVM-экосистемы — то способность к конфиденциальным расчетам, которая является реальным отличием, окажется не у дел. Тогда $DUSK EVM по сути ничем не будет отличаться от обычного EVM-сайдчейна.
Поэтому ажиотажные цифры по деплою контрактов я оцениваю не так высоко. Мне важнее другое: сколько из этих контрактов действительно задействуют нативные модули конфиденциальности и соответствия требованиям — тот самый «разницу-дающий» функционал. Если этот показатель не растет, то рассказ DuskEVM о дифференциации останется просто опцией — не станет фактом.
Построить с нуля собственную полностью новую среду исполнения технически, возможно, и не хуже, чем в Ethereum, но цена в том, что все сопутствующие инфраструктурные компоненты придется заново выращивать: аудиторским компаниям нужно будет учить новый язык, чтобы готовить отчеты; командам кошельков придется переписывать логику подписи; сервисам индексации — заново адаптироваться. В итоге эти затраты перейдут на организации, которые готовы размещать свои проекты в ончейн. А когда организации делают технический выбор, они обычно в первую очередь смотрят: «Сможет ли моя существующая команда сразу разобраться и взяться за это», а не «Насколько изящно задуман язык».
Умная сторона @Dusk EVM в том, что она разъединяет слой исполнения и базовые возможности: разработчики по-прежнему используют знакомые инструменты для деплоя контрактов, но если захотят — могут вызывать нативные механизмы конфиденциальных расчетов и проверок на соответствие требованиям. По сути, это дает разработчикам опцию, а не заставляет идти по одной-единственной дороге до конца. Команды, которые уже делали токенизацию в Ethereum, теоретически могут сэкономить много времени и не так сильно «ломать» код — просто подключить логику расчетов к цепочке, которая изначально проектировалась под сценарии с регулированием.
Но я не буду из-за этого дизайна ставить ей «первую степень уважения». Чем больше слоев совместимости, тем больше допущений о доверии: в местах вроде межуровневой коммуникации и синхронизации состояния, исторически случившиеся инциденты ничуть не менее серьезны, чем проблемы с уязвимостями контрактов. Более реалистичный риск в том, что если большинство разработчиков просто перенесут старые проекты почти без изменений — и ради удобства EVM-экосистемы — то способность к конфиденциальным расчетам, которая является реальным отличием, окажется не у дел. Тогда $DUSK EVM по сути ничем не будет отличаться от обычного EVM-сайдчейна.
Поэтому ажиотажные цифры по деплою контрактов я оцениваю не так высоко. Мне важнее другое: сколько из этих контрактов действительно задействуют нативные модули конфиденциальности и соответствия требованиям — тот самый «разницу-дающий» функционал. Если этот показатель не растет, то рассказ DuskEVM о дифференциации останется просто опцией — не станет фактом.
67
·
--
拿PT-sUSDe去#TermMax 开固定利率仓位这事，我算是交了一笔认知税。当初被那个锁定的年化数字吸引住，觉得比Aave里手动滚仓省心太多，操作确实顺滑，点几下就完事。真正的教训是提前退出那一下。
固定利率借贷的底层逻辑，是把负债做成FT在池子里流通定价。我扛到第三周想换仓，正赶上市场整体降息预期升温，FT价格被推得很高，赎回抵押物就得先高价把FT买回来填平。这一进一出的价差，直接吃掉了大半利差空间，账面上"锁定"的低成本瞬间变成了浮动的坑。圈内没人能真的躺平一个月不动仓，久期一长，退出成本就是隐形的达摩克利斯之剑。
自动展期更像开盲盒。新周期的定价完全交给AMM当下的供需状态决定，你点确认的那一刻根本不知道会撮合出什么利率，全凭池子情绪，没有任何议价空间，纯粹被动接受。
再算上链上成本：铸造凭证、走多跳路由，单笔Gas开销比常规借贷协议高出一截，小额资金进场，光是这笔损耗摊到借期里就能吃掉不小一块预期收益，本质是给资金体量不够大的用户变相加税。
久期匹配这套设计，说到底更适合能扛住整个周期不动的巨鲸玩家，散户追求的永远是能随时抽身的流动性。中途退出的隐性成本，才是这类协议真正的利润来源。你们有没有算过自己实际扛到期的年化，跟当初开仓看到的数字差了多少？@TermMax
拿PT-sUSDe去#TermMax 开固定利率仓位这事，我算是交了一笔认知税。当初被那个锁定的年化数字吸引住，觉得比Aave里手动滚仓省心太多，操作确实顺滑，点几下就完事。真正的教训是提前退出那一下。
固定利率借贷的底层逻辑，是把负债做成FT在池子里流通定价。我扛到第三周想换仓，正赶上市场整体降息预期升温，FT价格被推得很高，赎回抵押物就得先高价把FT买回来填平。这一进一出的价差，直接吃掉了大半利差空间，账面上"锁定"的低成本瞬间变成了浮动的坑。圈内没人能真的躺平一个月不动仓，久期一长，退出成本就是隐形的达摩克利斯之剑。
自动展期更像开盲盒。新周期的定价完全交给AMM当下的供需状态决定，你点确认的那一刻根本不知道会撮合出什么利率，全凭池子情绪，没有任何议价空间，纯粹被动接受。
再算上链上成本：铸造凭证、走多跳路由，单笔Gas开销比常规借贷协议高出一截，小额资金进场，光是这笔损耗摊到借期里就能吃掉不小一块预期收益，本质是给资金体量不够大的用户变相加税。
久期匹配这套设计，说到底更适合能扛住整个周期不动的巨鲸玩家，散户追求的永远是能随时抽身的流动性。中途退出的隐性成本，才是这类协议真正的利润来源。你们有没有算过自己实际扛到期的年化，跟当初开仓看到的数字差了多少？@TermMax
固定利率借贷的底层逻辑，是把负债做成FT在池子里流通定价。我扛到第三周想换仓，正赶上市场整体降息预期升温，FT价格被推得很高，赎回抵押物就得先高价把FT买回来填平。这一进一出的价差，直接吃掉了大半利差空间，账面上"锁定"的低成本瞬间变成了浮动的坑。圈内没人能真的躺平一个月不动仓，久期一长，退出成本就是隐形的达摩克利斯之剑。
自动展期更像开盲盒。新周期的定价完全交给AMM当下的供需状态决定，你点确认的那一刻根本不知道会撮合出什么利率，全凭池子情绪，没有任何议价空间，纯粹被动接受。
再算上链上成本：铸造凭证、走多跳路由，单笔Gas开销比常规借贷协议高出一截，小额资金进场，光是这笔损耗摊到借期里就能吃掉不小一块预期收益，本质是给资金体量不够大的用户变相加税。
久期匹配这套设计，说到底更适合能扛住整个周期不动的巨鲸玩家，散户追求的永远是能随时抽身的流动性。中途退出的隐性成本，才是这类协议真正的利润来源。你们有没有算过自己实际扛到期的年化，跟当初开仓看到的数字差了多少？@TermMax
63
·
--
#dusk CreatorPad: глубокий взгляд на то, что стоит за бурлящими данными — скрытые риски удержания экосистемы
Если посмотреть на различные мотивационные активности в криптосфере, большинство из них неизбежно сталкиваются с одной и той же проблемой: «накачка трафика, слабое удержание». Этот раунд CreatorPad (@Dusk_Foundation ) тоже помог мне разглядеть противоречие между краткосрочным разогревом и долгосрочным развитием экосистемы проекта. Высокий призовой фонд создает красивую «витринную» статистику, но он не может скрыть слабые места в реальном накоплении пользователей.
В этой активности задействованы мощные стимулирующие меры: 480 000 DUSK в базовом призовом пуле плюс до 40 000 USDC в качестве наград за эфиры. Жесткие задания — публикации контента, подписка на аккаунты, совершение небольших on-chain сделок, покупка/продвижение через стримы и т. п. — быстро «вытягивают» большое число участников. Два рейтинга (глобальный и для китайского сегмента), высокие пороги участия в прямых эфирах напрямую поднимают обсуждаемость и показатели краткосрочных торгов. В итоге наружу демонстрируется иллюзия процветающей экосистемы.
Однако если присмотреться к данным внимательнее, недостатки бросаются в глаза. На текущий момент ключевые продукты основной экосистемы Dusk еще не запущены официально: DuskEVM и Hedger находятся на стадии тестнета, а Dusk Trade все еще разрабатывается и собирается. Активность вынуждает пользователей завершать транзакции и задания на публикации за счет наград, но когда люди заходят в проект, им некуда «приземлиться»: нет зрелого продукта, который можно опробовать и глубоко осваивать. Все действия участников сводятся к позициям в рейтингах и получению бонусов и не имеют реальной связи с использованием экосистемы.
Особенно настораживает и другое: в январе этого года Dusk уже запускал CreatorPad-масштаб уровня «десятки миллионов/миллионы единиц» (с призывом к выпуску более чем на десять миллионов монет). Прошло полгода — и аналогичная модель привлечения новых пользователей была воспроизведена заново, но при этом никто не публиковал результаты ключевого ресерча/реплейсов по прошлой активности. После того как «разогрев» от высоких бонусов уходит, данные по удержанию реальных пользователей с токенами, по ончейн-активности и по удержанию авторов, которые занимаются долгосрочным углублением, остаются полностью пустыми — именно это вызывает больше всего сомнений.
В криптопроектах самое опасное — делать упор на трафик, но недооценивать удержание. Большинство пользователей, пришедших за вознаграждением, — это «охотники за легким заработком» (арбитраж/снятие премий). Когда награды заканчиваются, они массово уходят, и их невозможно превратить в ядро пользователей, разделяющих ценности экосистемы. Даже если краткосрочная статистика в рейтингах выглядит ярко, она не сможет поддержать долгосрочное развитие проекта и экосистемы.
По моему мнению, ($DUSK ) сейчас лучше не продолжать вкладывать большие деньги в прирост за счет имитации ажиотажа, а вместо этого глубже разобрать и воспроизвести реальный ресерч по тому, что происходило раньше. Сначала нужно выяснить истинное удержание из прошлых активностей, закрыть пробелы в запуске экосистемных продуктов — и только тогда трафик сможет действительно превратиться в пользователей экосистемы. Именно это — ключ к тому, чтобы вырваться из бесконечной внутренней гонки и развиваться по-настоящему устойчиво.
#dusk CreatorPad: глубокий взгляд на то, что стоит за бурлящими данными — скрытые риски удержания экосистемы
Если посмотреть на различные мотивационные активности в криптосфере, большинство из них неизбежно сталкиваются с одной и той же проблемой: «накачка трафика, слабое удержание». Этот раунд CreatorPad (@Dusk ) тоже помог мне разглядеть противоречие между краткосрочным разогревом и долгосрочным развитием экосистемы проекта. Высокий призовой фонд создает красивую «витринную» статистику, но он не может скрыть слабые места в реальном накоплении пользователей.
В этой активности задействованы мощные стимулирующие меры: 480 000 DUSK в базовом призовом пуле плюс до 40 000 USDC в качестве наград за эфиры. Жесткие задания — публикации контента, подписка на аккаунты, совершение небольших on-chain сделок, покупка/продвижение через стримы и т. п. — быстро «вытягивают» большое число участников. Два рейтинга (глобальный и для китайского сегмента), высокие пороги участия в прямых эфирах напрямую поднимают обсуждаемость и показатели краткосрочных торгов. В итоге наружу демонстрируется иллюзия процветающей экосистемы.
Однако если присмотреться к данным внимательнее, недостатки бросаются в глаза. На текущий момент ключевые продукты основной экосистемы Dusk еще не запущены официально: DuskEVM и Hedger находятся на стадии тестнета, а Dusk Trade все еще разрабатывается и собирается. Активность вынуждает пользователей завершать транзакции и задания на публикации за счет наград, но когда люди заходят в проект, им некуда «приземлиться»: нет зрелого продукта, который можно опробовать и глубоко осваивать. Все действия участников сводятся к позициям в рейтингах и получению бонусов и не имеют реальной связи с использованием экосистемы.
Особенно настораживает и другое: в январе этого года Dusk уже запускал CreatorPad-масштаб уровня «десятки миллионов/миллионы единиц» (с призывом к выпуску более чем на десять миллионов монет). Прошло полгода — и аналогичная модель привлечения новых пользователей была воспроизведена заново, но при этом никто не публиковал результаты ключевого ресерча/реплейсов по прошлой активности. После того как «разогрев» от высоких бонусов уходит, данные по удержанию реальных пользователей с токенами, по ончейн-активности и по удержанию авторов, которые занимаются долгосрочным углублением, остаются полностью пустыми — именно это вызывает больше всего сомнений.
В криптопроектах самое опасное — делать упор на трафик, но недооценивать удержание. Большинство пользователей, пришедших за вознаграждением, — это «охотники за легким заработком» (арбитраж/снятие премий). Когда награды заканчиваются, они массово уходят, и их невозможно превратить в ядро пользователей, разделяющих ценности экосистемы. Даже если краткосрочная статистика в рейтингах выглядит ярко, она не сможет поддержать долгосрочное развитие проекта и экосистемы.
По моему мнению, ($DUSK ) сейчас лучше не продолжать вкладывать большие деньги в прирост за счет имитации ажиотажа, а вместо этого глубже разобрать и воспроизвести реальный ресерч по тому, что происходило раньше. Сначала нужно выяснить истинное удержание из прошлых активностей, закрыть пробелы в запуске экосистемных продуктов — и только тогда трафик сможет действительно превратиться в пользователей экосистемы. Именно это — ключ к тому, чтобы вырваться из бесконечной внутренней гонки и развиваться по-настоящему устойчиво.
Если посмотреть на различные мотивационные активности в криптосфере, большинство из них неизбежно сталкиваются с одной и той же проблемой: «накачка трафика, слабое удержание». Этот раунд CreatorPad (@Dusk ) тоже помог мне разглядеть противоречие между краткосрочным разогревом и долгосрочным развитием экосистемы проекта. Высокий призовой фонд создает красивую «витринную» статистику, но он не может скрыть слабые места в реальном накоплении пользователей.
В этой активности задействованы мощные стимулирующие меры: 480 000 DUSK в базовом призовом пуле плюс до 40 000 USDC в качестве наград за эфиры. Жесткие задания — публикации контента, подписка на аккаунты, совершение небольших on-chain сделок, покупка/продвижение через стримы и т. п. — быстро «вытягивают» большое число участников. Два рейтинга (глобальный и для китайского сегмента), высокие пороги участия в прямых эфирах напрямую поднимают обсуждаемость и показатели краткосрочных торгов. В итоге наружу демонстрируется иллюзия процветающей экосистемы.
Однако если присмотреться к данным внимательнее, недостатки бросаются в глаза. На текущий момент ключевые продукты основной экосистемы Dusk еще не запущены официально: DuskEVM и Hedger находятся на стадии тестнета, а Dusk Trade все еще разрабатывается и собирается. Активность вынуждает пользователей завершать транзакции и задания на публикации за счет наград, но когда люди заходят в проект, им некуда «приземлиться»: нет зрелого продукта, который можно опробовать и глубоко осваивать. Все действия участников сводятся к позициям в рейтингах и получению бонусов и не имеют реальной связи с использованием экосистемы.
Особенно настораживает и другое: в январе этого года Dusk уже запускал CreatorPad-масштаб уровня «десятки миллионов/миллионы единиц» (с призывом к выпуску более чем на десять миллионов монет). Прошло полгода — и аналогичная модель привлечения новых пользователей была воспроизведена заново, но при этом никто не публиковал результаты ключевого ресерча/реплейсов по прошлой активности. После того как «разогрев» от высоких бонусов уходит, данные по удержанию реальных пользователей с токенами, по ончейн-активности и по удержанию авторов, которые занимаются долгосрочным углублением, остаются полностью пустыми — именно это вызывает больше всего сомнений.
В криптопроектах самое опасное — делать упор на трафик, но недооценивать удержание. Большинство пользователей, пришедших за вознаграждением, — это «охотники за легким заработком» (арбитраж/снятие премий). Когда награды заканчиваются, они массово уходят, и их невозможно превратить в ядро пользователей, разделяющих ценности экосистемы. Даже если краткосрочная статистика в рейтингах выглядит ярко, она не сможет поддержать долгосрочное развитие проекта и экосистемы.
По моему мнению, ($DUSK ) сейчас лучше не продолжать вкладывать большие деньги в прирост за счет имитации ажиотажа, а вместо этого глубже разобрать и воспроизвести реальный ресерч по тому, что происходило раньше. Сначала нужно выяснить истинное удержание из прошлых активностей, закрыть пробелы в запуске экосистемных продуктов — и только тогда трафик сможет действительно превратиться в пользователей экосистемы. Именно это — ключ к тому, чтобы вырваться из бесконечной внутренней гонки и развиваться по-настоящему устойчиво.
1
1
84
·
--
Самое легкое, чтобы человек расслабил бдительность, — это не сложные операции, а то, что «операции вдруг становятся проще».
После того как App V2 #TermMax сжала торговый процесс, стало действительно гораздо комфортнее. Меньше раз что-то сделать, меньше раз переключать источники ликвидности, меньше раундов подтверждений — для обычных пользователей это ощутимое улучшение опыта.
Но я, наоборот, считаю: чем меньше раз нужно подписывать, тем тем меньше причины экономить и мозг тоже.
Потому что одна подпись решает вопрос эффективности исполнения, а не качества самой сделки.
Когда вы видите котировку, первое, что делать не стоит, — это сразу подтверждать. Сначала нужно разобраться, сколько за этим стоит реальной глубины. Если оптимальная котировка опирается лишь на очень тонкий слой ликвидности, цифры могут выглядеть красиво, но при реальном размещении ордера вас все равно могут «переучить» из‑за проскальзывания.
Есть еще момент, который легко упустить: агрегированный роутер за вас выбирает, но вы не всегда знаете, почему он выбрал именно так.
Глубина, цена, комиссии, доступные к исполнению объемы у разных источников ликвидности отличаются. Машина может быстро выдать результат, но она не станет брать на себя потери, которые принесет этот результат. Особенно когда рынок неожиданно ускоряется: оптимальный маршрут, который был оптимальным пару секунд назад, может тут же перестать быть оптимальным.
Вот из‑за этого я отношусь к функции «одной подписи» довольно противоречиво.
Ее главная ценность действительно в том, чтобы снизить трение в работе. Но после того как трение снижается, у пользователя появляется более легкая иллюзия: раз процесс простой, значит и риск простой.
На самом деле наоборот.
Чем более автоматизирован вход в торговлю, тем больше ключевые переменные нужно показывать пользователю на виду: как долго действует котировка, какой по ожиданию проскальзывание, достаточно ли реальной глубины для исполнения, и насколько цена итоговой сделки допускает отклонение.
Поэтому, когда я использую такие функции, у меня есть довольно упрямая привычка: сначала не подписывать, сначала смотреть глубину, затем проскальзывание, и только в самом конце — тот самый самый заметный пункт «подтвердить».
Автоматизация может заменить мне поручения, но не может заменить мне ответственность.
@termmax Если можно продолжить развивать этот опыт в сторону «прозрачного исполнения», а не просто гнаться за «меньше кликов», я думаю, это будет иметь гораздо больший смысл.
Ведь по‑настоящему продвинутые торговые инструменты — это не те, что прячут от пользователя все. А те, которые позволяют ему не делать десять операций, но при этом все равно понимать, за что именно он несет ответственность.
Самое легкое, чтобы человек расслабил бдительность, — это не сложные операции, а то, что «операции вдруг становятся проще».
После того как App V2 #TermMax сжала торговый процесс, стало действительно гораздо комфортнее. Меньше раз что-то сделать, меньше раз переключать источники ликвидности, меньше раундов подтверждений — для обычных пользователей это ощутимое улучшение опыта.
Но я, наоборот, считаю: чем меньше раз нужно подписывать, тем тем меньше причины экономить и мозг тоже.
Потому что одна подпись решает вопрос эффективности исполнения, а не качества самой сделки.
Когда вы видите котировку, первое, что делать не стоит, — это сразу подтверждать. Сначала нужно разобраться, сколько за этим стоит реальной глубины. Если оптимальная котировка опирается лишь на очень тонкий слой ликвидности, цифры могут выглядеть красиво, но при реальном размещении ордера вас все равно могут «переучить» из‑за проскальзывания.
Есть еще момент, который легко упустить: агрегированный роутер за вас выбирает, но вы не всегда знаете, почему он выбрал именно так.
Глубина, цена, комиссии, доступные к исполнению объемы у разных источников ликвидности отличаются. Машина может быстро выдать результат, но она не станет брать на себя потери, которые принесет этот результат. Особенно когда рынок неожиданно ускоряется: оптимальный маршрут, который был оптимальным пару секунд назад, может тут же перестать быть оптимальным.
Вот из‑за этого я отношусь к функции «одной подписи» довольно противоречиво.
Ее главная ценность действительно в том, чтобы снизить трение в работе. Но после того как трение снижается, у пользователя появляется более легкая иллюзия: раз процесс простой, значит и риск простой.
На самом деле наоборот.
Чем более автоматизирован вход в торговлю, тем больше ключевые переменные нужно показывать пользователю на виду: как долго действует котировка, какой по ожиданию проскальзывание, достаточно ли реальной глубины для исполнения, и насколько цена итоговой сделки допускает отклонение.
Поэтому, когда я использую такие функции, у меня есть довольно упрямая привычка: сначала не подписывать, сначала смотреть глубину, затем проскальзывание, и только в самом конце — тот самый самый заметный пункт «подтвердить».
Автоматизация может заменить мне поручения, но не может заменить мне ответственность.
@TermMax Если можно продолжить развивать этот опыт в сторону «прозрачного исполнения», а не просто гнаться за «меньше кликов», я думаю, это будет иметь гораздо больший смысл.
Ведь по‑настоящему продвинутые торговые инструменты — это не те, что прячут от пользователя все. А те, которые позволяют ему не делать десять операций, но при этом все равно понимать, за что именно он несет ответственность.
После того как App V2 #TermMax сжала торговый процесс, стало действительно гораздо комфортнее. Меньше раз что-то сделать, меньше раз переключать источники ликвидности, меньше раундов подтверждений — для обычных пользователей это ощутимое улучшение опыта.
Но я, наоборот, считаю: чем меньше раз нужно подписывать, тем тем меньше причины экономить и мозг тоже.
Потому что одна подпись решает вопрос эффективности исполнения, а не качества самой сделки.
Когда вы видите котировку, первое, что делать не стоит, — это сразу подтверждать. Сначала нужно разобраться, сколько за этим стоит реальной глубины. Если оптимальная котировка опирается лишь на очень тонкий слой ликвидности, цифры могут выглядеть красиво, но при реальном размещении ордера вас все равно могут «переучить» из‑за проскальзывания.
Есть еще момент, который легко упустить: агрегированный роутер за вас выбирает, но вы не всегда знаете, почему он выбрал именно так.
Глубина, цена, комиссии, доступные к исполнению объемы у разных источников ликвидности отличаются. Машина может быстро выдать результат, но она не станет брать на себя потери, которые принесет этот результат. Особенно когда рынок неожиданно ускоряется: оптимальный маршрут, который был оптимальным пару секунд назад, может тут же перестать быть оптимальным.
Вот из‑за этого я отношусь к функции «одной подписи» довольно противоречиво.
Ее главная ценность действительно в том, чтобы снизить трение в работе. Но после того как трение снижается, у пользователя появляется более легкая иллюзия: раз процесс простой, значит и риск простой.
На самом деле наоборот.
Чем более автоматизирован вход в торговлю, тем больше ключевые переменные нужно показывать пользователю на виду: как долго действует котировка, какой по ожиданию проскальзывание, достаточно ли реальной глубины для исполнения, и насколько цена итоговой сделки допускает отклонение.
Поэтому, когда я использую такие функции, у меня есть довольно упрямая привычка: сначала не подписывать, сначала смотреть глубину, затем проскальзывание, и только в самом конце — тот самый самый заметный пункт «подтвердить».
Автоматизация может заменить мне поручения, но не может заменить мне ответственность.
@TermMax Если можно продолжить развивать этот опыт в сторону «прозрачного исполнения», а не просто гнаться за «меньше кликов», я думаю, это будет иметь гораздо больший смысл.
Ведь по‑настоящему продвинутые торговые инструменты — это не те, что прячут от пользователя все. А те, которые позволяют ему не делать десять операций, но при этом все равно понимать, за что именно он несет ответственность.
68
·
--
По-настоящему интересный RWA — возможно, это не просто перенос на блокчейн активов, которые и так всем знакомы, а переоценка с нуля тех активов, которые раньше «не заслуживали» обслуживания.
Многие малые и средние компании не потому не получают финансирование, что не умеют приносить прибыль. Проблема в том, что сумма, которую им нужно привлечь, попадает в неудобный коридор: банк хочет видеть достаточно обеспечительного имущества, а институциональные деньги — достаточно крупный номинал и зрелую систему корпоративного управления. Компания оказывается между молотом и наковальней, при этом постоянные издержки рынка капитала не уменьшаются автоматически лишь потому, что размер финансирования небольшой.
Именно в этом и заключается ценность #dusk — как раз стоит понаблюдать.
Если выпуск, регистрация, передача прав, права инвесторов и расчёты могут обрабатываться по одним и тем же правилам в рамках одной и той же цепочки, то экономятся не «пара кликов», а огромный объём ручной координации, которая раньше повторялась снова и снова. Для крупных компаний такая оптимизация может означать лишь несколько раз меньше работы в бухгалтерии; но для небольших эмитентов это может напрямую определить, окажется ли конкретная сделка по финансированию вообще выгодной.
Есть ещё один часто игнорируемый вопрос: ликвидность сама по себе — это стоимость финансирования.
Если актив, купленный инвестором, сложно продать и выйти из позиции, то инвесторы естественно потребуют более высокую компенсацию за риск. Если же корректная вторичная переуступка действительно станет удобнее, теоретически появляется возможность снизить эту «ликвидную» скидку. Но важно: это «возможность», а не «неизбежность». Наличие механизмов сделок в блокчейне не означает, что рынок автоматически сформирует покупателей.
Вот почему я сохраняю осторожность в отношении @Dusk_Foundation .
Технология может сделать торговые процессы более гладкими, но она не может «с нуля» создать спрос на инвестиции. Главная задача для ценных бумаг МСП часто не в том, как именно выпускать, а в том, кто готов держать бумаги долго, кто согласится принять их, а также сможет ли эмитент постоянно предоставлять достаточно информации, чтобы инвесторы могли принимать решения.
Поэтому я не буду смотреть только на то, сколько активов выпустили на цепочке.
Мне важнее другое: появилась ли группа компаний, которые раньше с трудом получали стандартизированные услуги рынка капитала, и начали ли они действительно устойчиво пользоваться этой инфраструктурой; возникла ли после выпуска реальная передача прав; и готовы ли инвесторы снижать премию за ликвидность из‑за улучшения процесса.
Если эти этапы будут постепенно «заводиться», ценность $DUSK может заключаться не в создании более шумного финансового рынка, а в том, чтобы превратить ранее слишком дорогие и слишком маленькие запросы на финансирование в бизнес, который наконец-то можно честно просчитать по бухгалтерии.
По-настоящему интересный RWA — возможно, это не просто перенос на блокчейн активов, которые и так всем знакомы, а переоценка с нуля тех активов, которые раньше «не заслуживали» обслуживания.
Многие малые и средние компании не потому не получают финансирование, что не умеют приносить прибыль. Проблема в том, что сумма, которую им нужно привлечь, попадает в неудобный коридор: банк хочет видеть достаточно обеспечительного имущества, а институциональные деньги — достаточно крупный номинал и зрелую систему корпоративного управления. Компания оказывается между молотом и наковальней, при этом постоянные издержки рынка капитала не уменьшаются автоматически лишь потому, что размер финансирования небольшой.
Именно в этом и заключается ценность #dusk — как раз стоит понаблюдать.
Если выпуск, регистрация, передача прав, права инвесторов и расчёты могут обрабатываться по одним и тем же правилам в рамках одной и той же цепочки, то экономятся не «пара кликов», а огромный объём ручной координации, которая раньше повторялась снова и снова. Для крупных компаний такая оптимизация может означать лишь несколько раз меньше работы в бухгалтерии; но для небольших эмитентов это может напрямую определить, окажется ли конкретная сделка по финансированию вообще выгодной.
Есть ещё один часто игнорируемый вопрос: ликвидность сама по себе — это стоимость финансирования.
Если актив, купленный инвестором, сложно продать и выйти из позиции, то инвесторы естественно потребуют более высокую компенсацию за риск. Если же корректная вторичная переуступка действительно станет удобнее, теоретически появляется возможность снизить эту «ликвидную» скидку. Но важно: это «возможность», а не «неизбежность». Наличие механизмов сделок в блокчейне не означает, что рынок автоматически сформирует покупателей.
Вот почему я сохраняю осторожность в отношении @Dusk .
Технология может сделать торговые процессы более гладкими, но она не может «с нуля» создать спрос на инвестиции. Главная задача для ценных бумаг МСП часто не в том, как именно выпускать, а в том, кто готов держать бумаги долго, кто согласится принять их, а также сможет ли эмитент постоянно предоставлять достаточно информации, чтобы инвесторы могли принимать решения.
Поэтому я не буду смотреть только на то, сколько активов выпустили на цепочке.
Мне важнее другое: появилась ли группа компаний, которые раньше с трудом получали стандартизированные услуги рынка капитала, и начали ли они действительно устойчиво пользоваться этой инфраструктурой; возникла ли после выпуска реальная передача прав; и готовы ли инвесторы снижать премию за ликвидность из‑за улучшения процесса.
Если эти этапы будут постепенно «заводиться», ценность $DUSK может заключаться не в создании более шумного финансового рынка, а в том, чтобы превратить ранее слишком дорогие и слишком маленькие запросы на финансирование в бизнес, который наконец-то можно честно просчитать по бухгалтерии.
Многие малые и средние компании не потому не получают финансирование, что не умеют приносить прибыль. Проблема в том, что сумма, которую им нужно привлечь, попадает в неудобный коридор: банк хочет видеть достаточно обеспечительного имущества, а институциональные деньги — достаточно крупный номинал и зрелую систему корпоративного управления. Компания оказывается между молотом и наковальней, при этом постоянные издержки рынка капитала не уменьшаются автоматически лишь потому, что размер финансирования небольшой.
Именно в этом и заключается ценность #dusk — как раз стоит понаблюдать.
Если выпуск, регистрация, передача прав, права инвесторов и расчёты могут обрабатываться по одним и тем же правилам в рамках одной и той же цепочки, то экономятся не «пара кликов», а огромный объём ручной координации, которая раньше повторялась снова и снова. Для крупных компаний такая оптимизация может означать лишь несколько раз меньше работы в бухгалтерии; но для небольших эмитентов это может напрямую определить, окажется ли конкретная сделка по финансированию вообще выгодной.
Есть ещё один часто игнорируемый вопрос: ликвидность сама по себе — это стоимость финансирования.
Если актив, купленный инвестором, сложно продать и выйти из позиции, то инвесторы естественно потребуют более высокую компенсацию за риск. Если же корректная вторичная переуступка действительно станет удобнее, теоретически появляется возможность снизить эту «ликвидную» скидку. Но важно: это «возможность», а не «неизбежность». Наличие механизмов сделок в блокчейне не означает, что рынок автоматически сформирует покупателей.
Вот почему я сохраняю осторожность в отношении @Dusk .
Технология может сделать торговые процессы более гладкими, но она не может «с нуля» создать спрос на инвестиции. Главная задача для ценных бумаг МСП часто не в том, как именно выпускать, а в том, кто готов держать бумаги долго, кто согласится принять их, а также сможет ли эмитент постоянно предоставлять достаточно информации, чтобы инвесторы могли принимать решения.
Поэтому я не буду смотреть только на то, сколько активов выпустили на цепочке.
Мне важнее другое: появилась ли группа компаний, которые раньше с трудом получали стандартизированные услуги рынка капитала, и начали ли они действительно устойчиво пользоваться этой инфраструктурой; возникла ли после выпуска реальная передача прав; и готовы ли инвесторы снижать премию за ликвидность из‑за улучшения процесса.
Если эти этапы будут постепенно «заводиться», ценность $DUSK может заключаться не в создании более шумного финансового рынка, а в том, чтобы превратить ранее слишком дорогие и слишком маленькие запросы на финансирование в бизнес, который наконец-то можно честно просчитать по бухгалтерии.
72
·
--
В тот момент, когда я увидел, как #TermMax Alpha помечает Long как «покупку Call», а Short — как «покупку Put», я невольно нахмурился: протокол с нулевыми ставками по облигациям FT и шестерёнками GT, который вдруг свернул в сторону опционного AMM — слишком похоже на те «всеобъемлющие DeFi», где в одну вкладку сваливают кредиты, бессрочные и «управление капиталом». Но когда дочитал документацию до конца, я забрал себе примерно половину этого недовольства: это не просто надстройка функций, а по сути переписывание базовой логики «плеча».
Классическое увеличение плеча упирается в линию ликвидации — если ETH уколет на 5%, то при 3х позиции ты уже «вышел из игры», даже если направление оказалось верным. Рынок Alpha решает эту задачу опционным способом открытия позиции: платишь премию и покупаешь Call на рост или Put на падение; максимальный убыток — это ровно та премия, никаких LLTV, никаких ликвидационных роботов, никаких «цена ушла и вернулась, но позиция пропала» — никаких призраков-обид.
GT отвечает за «одним кликом» плечо, FT — за фиксацию доходности до погашения, а Alpha — за то, чтобы ставка на направление цены была упакована в торгуемую опционную позицию. Вместе эта тройка реально превращает «кучу транзакций» через Pendle+Morpho+Aave в один swap. Мне понятен этот путь: меньше усложнений, но при этом не в ущерб смыслу. DeFi не страдает от недостатка сложности — ему не хватает, чтобы профессиональная упаковка не была антиинтуитивной.
Но холодный душ всё равно нужен. «Ахиллесова пята» опционного плеча всегда — ликвидность: закрывать позицию заранее ты можешь только благодаря контрагенту-продавцу в AMM, который и формирует двойную инвестицию. Новые монеты Alpha имеют тонкую глубину: в экстремальных режимах исполнение по чистому расчёту и физическая поставка могут выглядеть элегантно, но если не найдётся покупателя под твою позицию — на этом всё и заканчивается, буквально ноль. Сегмент фиксированных ставок и сам по себе не настолько широк, чтобы «ветвиться как угодно»: Pendle уже забирает себе PT/YT как ментальную модель, а @termmax , выбрав Binance Alpha-экосистему и окно формирования цены до запуска вечных контрактов на новых активах, — это разумный обход войны. Но состоятельность этой ветки без проверки механики не определить: смотри на то, сможет ли рынок Alpha стабильно удерживать дневной объём сделок выше миллиона, и съедает ли спред/слайпдж при закрытии позиции каждый раз значимую часть — например, постоянно ли он «уносит» 30% премии.
Я не спешу объявлять это инновацией и не называю «лоскутным монстром». Есть только две цифры, которые не врут: график объёма сделок на Alpha с разбиением по срокам и фактический слайпдж при досрочном закрытии небольших сумм. Эти два показателя должны закрепиться — и только тогда «опционное плечо» перестанет быть разовым костюмом для маскарада, который имитирует протокол с фиксированным доходом.
Друзья, которые предоставляют ликвидность для Dual Investment: вы вывешиваете продажи на новых монетах Alpha — вы премию рассчитываете через implied volatility «в обратную сторону», или вы просто компенсируете просадки за счёт прямого деления комиссий от OTMT?
В тот момент, когда я увидел, как #TermMax Alpha помечает Long как «покупку Call», а Short — как «покупку Put», я невольно нахмурился: протокол с нулевыми ставками по облигациям FT и шестерёнками GT, который вдруг свернул в сторону опционного AMM — слишком похоже на те «всеобъемлющие DeFi», где в одну вкладку сваливают кредиты, бессрочные и «управление капиталом». Но когда дочитал документацию до конца, я забрал себе примерно половину этого недовольства: это не просто надстройка функций, а по сути переписывание базовой логики «плеча».
Классическое увеличение плеча упирается в линию ликвидации — если ETH уколет на 5%, то при 3х позиции ты уже «вышел из игры», даже если направление оказалось верным. Рынок Alpha решает эту задачу опционным способом открытия позиции: платишь премию и покупаешь Call на рост или Put на падение; максимальный убыток — это ровно та премия, никаких LLTV, никаких ликвидационных роботов, никаких «цена ушла и вернулась, но позиция пропала» — никаких призраков-обид.
GT отвечает за «одним кликом» плечо, FT — за фиксацию доходности до погашения, а Alpha — за то, чтобы ставка на направление цены была упакована в торгуемую опционную позицию. Вместе эта тройка реально превращает «кучу транзакций» через Pendle+Morpho+Aave в один swap. Мне понятен этот путь: меньше усложнений, но при этом не в ущерб смыслу. DeFi не страдает от недостатка сложности — ему не хватает, чтобы профессиональная упаковка не была антиинтуитивной.
Но холодный душ всё равно нужен. «Ахиллесова пята» опционного плеча всегда — ликвидность: закрывать позицию заранее ты можешь только благодаря контрагенту-продавцу в AMM, который и формирует двойную инвестицию. Новые монеты Alpha имеют тонкую глубину: в экстремальных режимах исполнение по чистому расчёту и физическая поставка могут выглядеть элегантно, но если не найдётся покупателя под твою позицию — на этом всё и заканчивается, буквально ноль. Сегмент фиксированных ставок и сам по себе не настолько широк, чтобы «ветвиться как угодно»: Pendle уже забирает себе PT/YT как ментальную модель, а @TermMax , выбрав Binance Alpha-экосистему и окно формирования цены до запуска вечных контрактов на новых активах, — это разумный обход войны. Но состоятельность этой ветки без проверки механики не определить: смотри на то, сможет ли рынок Alpha стабильно удерживать дневной объём сделок выше миллиона, и съедает ли спред/слайпдж при закрытии позиции каждый раз значимую часть — например, постоянно ли он «уносит» 30% премии.
Я не спешу объявлять это инновацией и не называю «лоскутным монстром». Есть только две цифры, которые не врут: график объёма сделок на Alpha с разбиением по срокам и фактический слайпдж при досрочном закрытии небольших сумм. Эти два показателя должны закрепиться — и только тогда «опционное плечо» перестанет быть разовым костюмом для маскарада, который имитирует протокол с фиксированным доходом.
Друзья, которые предоставляют ликвидность для Dual Investment: вы вывешиваете продажи на новых монетах Alpha — вы премию рассчитываете через implied volatility «в обратную сторону», или вы просто компенсируете просадки за счёт прямого деления комиссий от OTMT?
Классическое увеличение плеча упирается в линию ликвидации — если ETH уколет на 5%, то при 3х позиции ты уже «вышел из игры», даже если направление оказалось верным. Рынок Alpha решает эту задачу опционным способом открытия позиции: платишь премию и покупаешь Call на рост или Put на падение; максимальный убыток — это ровно та премия, никаких LLTV, никаких ликвидационных роботов, никаких «цена ушла и вернулась, но позиция пропала» — никаких призраков-обид.
GT отвечает за «одним кликом» плечо, FT — за фиксацию доходности до погашения, а Alpha — за то, чтобы ставка на направление цены была упакована в торгуемую опционную позицию. Вместе эта тройка реально превращает «кучу транзакций» через Pendle+Morpho+Aave в один swap. Мне понятен этот путь: меньше усложнений, но при этом не в ущерб смыслу. DeFi не страдает от недостатка сложности — ему не хватает, чтобы профессиональная упаковка не была антиинтуитивной.
Но холодный душ всё равно нужен. «Ахиллесова пята» опционного плеча всегда — ликвидность: закрывать позицию заранее ты можешь только благодаря контрагенту-продавцу в AMM, который и формирует двойную инвестицию. Новые монеты Alpha имеют тонкую глубину: в экстремальных режимах исполнение по чистому расчёту и физическая поставка могут выглядеть элегантно, но если не найдётся покупателя под твою позицию — на этом всё и заканчивается, буквально ноль. Сегмент фиксированных ставок и сам по себе не настолько широк, чтобы «ветвиться как угодно»: Pendle уже забирает себе PT/YT как ментальную модель, а @TermMax , выбрав Binance Alpha-экосистему и окно формирования цены до запуска вечных контрактов на новых активах, — это разумный обход войны. Но состоятельность этой ветки без проверки механики не определить: смотри на то, сможет ли рынок Alpha стабильно удерживать дневной объём сделок выше миллиона, и съедает ли спред/слайпдж при закрытии позиции каждый раз значимую часть — например, постоянно ли он «уносит» 30% премии.
Я не спешу объявлять это инновацией и не называю «лоскутным монстром». Есть только две цифры, которые не врут: график объёма сделок на Alpha с разбиением по срокам и фактический слайпдж при досрочном закрытии небольших сумм. Эти два показателя должны закрепиться — и только тогда «опционное плечо» перестанет быть разовым костюмом для маскарада, который имитирует протокол с фиксированным доходом.
Друзья, которые предоставляют ликвидность для Dual Investment: вы вывешиваете продажи на новых монетах Alpha — вы премию рассчитываете через implied volatility «в обратную сторону», или вы просто компенсируете просадки за счёт прямого деления комиссий от OTMT?
64
·
--
Я с этой фразой про «совместимость приватности и регулирования» знакома как свои пять пальцев. Каждый раз, когда вижу, как проектная команда в техническом white paper рисует архитектурную схему с параллельными «двумя треками», я машинально оттаскиваю прогресс-бар назад и сначала смотрю, сколько там на самом деле реальных сделок после запуска в основной сети. Конструкция с двойной сетью «публичной прозрачности + маскировкой приватности» #dusk с логической точки зрения действительно выглядит изящно, но изящные вещи часто означают, что сложность принятия решений перекладывают на пользователя.
Если честно, я даже с Gas-расходами в кошельке для разных сетей у себя постоянно путаюсь — как можно при каждом переводе еще и продумывать, нужно ли этой транзакции идти по приватной ветке? Это не «богатый функционал», это когнитивная нагрузка. Реальное развертывание в бизнесе — вообще кошмар: разработчики одновременно должны прогонять комплаенс-проверки в прозрачном реестре и генерировать нулевые знания для приватных UTXO, при этом две оси состояния тянут друг друга в разные стороны — любая малейшая ошибка на любом этапе может привести к тому, что активы не сойдутся с учетом. Те комплаенс-менеджеры в традиционных финансовых институтах, которые даже формулы в Excel готовы использовать только в формате SUM, глядя на такую двухтреkовую архитектуру, скорее всего, покачают головой.
Самое главное — избирательное раскрытие в глазах регуляторов вообще не является плюсом. Европейские органы хотят видеть полную картину движения каждого потока средств, хотят аудиторский путь с четкой ответственностью конкретного человека — а вы даете им ключ, который «избирательно» открывает только часть данных. С точки зрения юристов это равносильно тому, чтобы по собственной воле выкопать «слепую зону» прямо в реестре.
Я вижу, что показатель стейкинга свыше 30% на ончейне действительно помогает удерживать ликвидность и укреплять позиции, но это лишь говорит о доверии со стороны майнеров и операторов нод к этой сети — это не доказывает, что традиционный капитал готов переносить «живые» деньги в оборот. Крупные деньги всегда самые консервативные: они выбирают правила, которые однозначны, без двусмысленности и без дополнительных затрат на принятие решений. Если приватная ветка постоянно сможет выполнять только маргинальные тестовые активы, то эта двухтреkовая архитектура так и останется на уровне «технически реализуемо», но далеко не перейдет в стадию «коммерчески пригодно».
Поэтому мое отношение к @Dusk_Foundation очень простое: продолжать наблюдать и пока не трогать. Прежде чем я пересмотрю ее ценность, нужно увидеть, что по приватной стороне действительно начинают спокойно гонять активы, причем в масштабе, и именно комплаенс-совместимые — а не только демонстрационные сценарии в прозрачном реестре. Сейчас эти концепции недостаточно убедительны, чтобы я рискнула ради них. $DUSK
Я с этой фразой про «совместимость приватности и регулирования» знакома как свои пять пальцев. Каждый раз, когда вижу, как проектная команда в техническом white paper рисует архитектурную схему с параллельными «двумя треками», я машинально оттаскиваю прогресс-бар назад и сначала смотрю, сколько там на самом деле реальных сделок после запуска в основной сети. Конструкция с двойной сетью «публичной прозрачности + маскировкой приватности» #dusk с логической точки зрения действительно выглядит изящно, но изящные вещи часто означают, что сложность принятия решений перекладывают на пользователя.
Если честно, я даже с Gas-расходами в кошельке для разных сетей у себя постоянно путаюсь — как можно при каждом переводе еще и продумывать, нужно ли этой транзакции идти по приватной ветке? Это не «богатый функционал», это когнитивная нагрузка. Реальное развертывание в бизнесе — вообще кошмар: разработчики одновременно должны прогонять комплаенс-проверки в прозрачном реестре и генерировать нулевые знания для приватных UTXO, при этом две оси состояния тянут друг друга в разные стороны — любая малейшая ошибка на любом этапе может привести к тому, что активы не сойдутся с учетом. Те комплаенс-менеджеры в традиционных финансовых институтах, которые даже формулы в Excel готовы использовать только в формате SUM, глядя на такую двухтреkовую архитектуру, скорее всего, покачают головой.
Самое главное — избирательное раскрытие в глазах регуляторов вообще не является плюсом. Европейские органы хотят видеть полную картину движения каждого потока средств, хотят аудиторский путь с четкой ответственностью конкретного человека — а вы даете им ключ, который «избирательно» открывает только часть данных. С точки зрения юристов это равносильно тому, чтобы по собственной воле выкопать «слепую зону» прямо в реестре.
Я вижу, что показатель стейкинга свыше 30% на ончейне действительно помогает удерживать ликвидность и укреплять позиции, но это лишь говорит о доверии со стороны майнеров и операторов нод к этой сети — это не доказывает, что традиционный капитал готов переносить «живые» деньги в оборот. Крупные деньги всегда самые консервативные: они выбирают правила, которые однозначны, без двусмысленности и без дополнительных затрат на принятие решений. Если приватная ветка постоянно сможет выполнять только маргинальные тестовые активы, то эта двухтреkовая архитектура так и останется на уровне «технически реализуемо», но далеко не перейдет в стадию «коммерчески пригодно».
Поэтому мое отношение к @Dusk очень простое: продолжать наблюдать и пока не трогать. Прежде чем я пересмотрю ее ценность, нужно увидеть, что по приватной стороне действительно начинают спокойно гонять активы, причем в масштабе, и именно комплаенс-совместимые — а не только демонстрационные сценарии в прозрачном реестре. Сейчас эти концепции недостаточно убедительны, чтобы я рискнула ради них. $DUSK
Если честно, я даже с Gas-расходами в кошельке для разных сетей у себя постоянно путаюсь — как можно при каждом переводе еще и продумывать, нужно ли этой транзакции идти по приватной ветке? Это не «богатый функционал», это когнитивная нагрузка. Реальное развертывание в бизнесе — вообще кошмар: разработчики одновременно должны прогонять комплаенс-проверки в прозрачном реестре и генерировать нулевые знания для приватных UTXO, при этом две оси состояния тянут друг друга в разные стороны — любая малейшая ошибка на любом этапе может привести к тому, что активы не сойдутся с учетом. Те комплаенс-менеджеры в традиционных финансовых институтах, которые даже формулы в Excel готовы использовать только в формате SUM, глядя на такую двухтреkовую архитектуру, скорее всего, покачают головой.
Самое главное — избирательное раскрытие в глазах регуляторов вообще не является плюсом. Европейские органы хотят видеть полную картину движения каждого потока средств, хотят аудиторский путь с четкой ответственностью конкретного человека — а вы даете им ключ, который «избирательно» открывает только часть данных. С точки зрения юристов это равносильно тому, чтобы по собственной воле выкопать «слепую зону» прямо в реестре.
Я вижу, что показатель стейкинга свыше 30% на ончейне действительно помогает удерживать ликвидность и укреплять позиции, но это лишь говорит о доверии со стороны майнеров и операторов нод к этой сети — это не доказывает, что традиционный капитал готов переносить «живые» деньги в оборот. Крупные деньги всегда самые консервативные: они выбирают правила, которые однозначны, без двусмысленности и без дополнительных затрат на принятие решений. Если приватная ветка постоянно сможет выполнять только маргинальные тестовые активы, то эта двухтреkовая архитектура так и останется на уровне «технически реализуемо», но далеко не перейдет в стадию «коммерчески пригодно».
Поэтому мое отношение к @Dusk очень простое: продолжать наблюдать и пока не трогать. Прежде чем я пересмотрю ее ценность, нужно увидеть, что по приватной стороне действительно начинают спокойно гонять активы, причем в масштабе, и именно комплаенс-совместимые — а не только демонстрационные сценарии в прозрачном реестре. Сейчас эти концепции недостаточно убедительны, чтобы я рискнула ради них. $DUSK
73
·
--
Потратил целый день на то, чтобы разобраться с кнопкой перевода «в одном из двух» в кошельке — #dusk . Кошельки, сгенерированные по одним и тем же мнемоникам, умудрились «впихнуть» две полностью несовместимые логики транзакций.
Moonlight работает по стандартной модели аккаунта: баланс, отправитель, получатель, сумма — всё прозрачно на всей цепочке. Phoenix — это UTXO плюс доказательства с нулевым разглашением: средства существуют в виде зашифрованных «заметок», граф транзакций радикально разрывается, отследить движение средств по факту невозможно. С Moonlight в Phoenix процесс проходит гладко, за три минуты всё приходит. Но когда всё завершилось, я завис и задумался: при следующем переводе — что мне по умолчанию выбирать? В интерфейсе кошелька есть только один вариант «public or shielded», и обычному пользователю вообще непонятно, как каждый раз правильно выбирать — этот порог сразу удваивается.
Это не просто катастрофа по удобству. Гораздо хуже то, что DeFi-протоколы вообще не знают, где размещать пулы ликвидности. Официально заявляют: «для соответствия требованиям — Moonlight, для приватности — Phoenix», но это звучит как отговорки без боли. Пул на Moonlight — и крупные игроки каждый день «светят» свои позиции во всей сети; пул на Phoenix — а как аудиторы проверят резервы и что именно сверять с данными?
@Dusk_Foundation продвигает европейское институциональное партнёрство, например в связке с голландской платформой NPEX и той схемой токенизированных ценных бумаг — и в итоге в восемь случаях из десяти это всё оказывается вынуждено работать в Moonlight. Регулирование MiCA и MiFID II сжимает рамки до предела. Селективное раскрытие в Phoenix теоретически возможно, но в реальности отдел комплаенса при виде доказательств с нулевым разглашением первой реакцией почти всегда будет: «Как это вообще аудитить?». Проталкивали приватность семь лет — а в итоге реальные большие институциональные игроки наоборот не решаются связываться. Ирония, конечно, жёсткая.
Сейчас в ончейн-стейкинге больше 2 миллионов DUSK, это 36% от общего предложения. Участие валидаторов действительно немалое. Но если в итоге все прикладные экосистемы целиком схлопнутся до Moonlight, а Phoenix останется лишь декорацией — чем тогда Dusk будет отличаться от обычной EVM-цепочки?
Технология, конечно, впечатляет. Но продуктовая логика полностью не состыкована. Пока официальный документ не дополнит стандарты кросс-модельного взаимодействия и комплаенс-белую книгу, я не решусь делать крупную ставку на $DUSK . Командам, которые собираются собирать на этой платформе протоколы, тоже стоит хорошенько всё взвесить.
Потратил целый день на то, чтобы разобраться с кнопкой перевода «в одном из двух» в кошельке — #dusk . Кошельки, сгенерированные по одним и тем же мнемоникам, умудрились «впихнуть» две полностью несовместимые логики транзакций.
Moonlight работает по стандартной модели аккаунта: баланс, отправитель, получатель, сумма — всё прозрачно на всей цепочке. Phoenix — это UTXO плюс доказательства с нулевым разглашением: средства существуют в виде зашифрованных «заметок», граф транзакций радикально разрывается, отследить движение средств по факту невозможно. С Moonlight в Phoenix процесс проходит гладко, за три минуты всё приходит. Но когда всё завершилось, я завис и задумался: при следующем переводе — что мне по умолчанию выбирать? В интерфейсе кошелька есть только один вариант «public or shielded», и обычному пользователю вообще непонятно, как каждый раз правильно выбирать — этот порог сразу удваивается.
Это не просто катастрофа по удобству. Гораздо хуже то, что DeFi-протоколы вообще не знают, где размещать пулы ликвидности. Официально заявляют: «для соответствия требованиям — Moonlight, для приватности — Phoenix», но это звучит как отговорки без боли. Пул на Moonlight — и крупные игроки каждый день «светят» свои позиции во всей сети; пул на Phoenix — а как аудиторы проверят резервы и что именно сверять с данными?
@Dusk продвигает европейское институциональное партнёрство, например в связке с голландской платформой NPEX и той схемой токенизированных ценных бумаг — и в итоге в восемь случаях из десяти это всё оказывается вынуждено работать в Moonlight. Регулирование MiCA и MiFID II сжимает рамки до предела. Селективное раскрытие в Phoenix теоретически возможно, но в реальности отдел комплаенса при виде доказательств с нулевым разглашением первой реакцией почти всегда будет: «Как это вообще аудитить?». Проталкивали приватность семь лет — а в итоге реальные большие институциональные игроки наоборот не решаются связываться. Ирония, конечно, жёсткая.
Сейчас в ончейн-стейкинге больше 2 миллионов DUSK, это 36% от общего предложения. Участие валидаторов действительно немалое. Но если в итоге все прикладные экосистемы целиком схлопнутся до Moonlight, а Phoenix останется лишь декорацией — чем тогда Dusk будет отличаться от обычной EVM-цепочки?
Технология, конечно, впечатляет. Но продуктовая логика полностью не состыкована. Пока официальный документ не дополнит стандарты кросс-модельного взаимодействия и комплаенс-белую книгу, я не решусь делать крупную ставку на $DUSK . Командам, которые собираются собирать на этой платформе протоколы, тоже стоит хорошенько всё взвесить.
Moonlight работает по стандартной модели аккаунта: баланс, отправитель, получатель, сумма — всё прозрачно на всей цепочке. Phoenix — это UTXO плюс доказательства с нулевым разглашением: средства существуют в виде зашифрованных «заметок», граф транзакций радикально разрывается, отследить движение средств по факту невозможно. С Moonlight в Phoenix процесс проходит гладко, за три минуты всё приходит. Но когда всё завершилось, я завис и задумался: при следующем переводе — что мне по умолчанию выбирать? В интерфейсе кошелька есть только один вариант «public or shielded», и обычному пользователю вообще непонятно, как каждый раз правильно выбирать — этот порог сразу удваивается.
Это не просто катастрофа по удобству. Гораздо хуже то, что DeFi-протоколы вообще не знают, где размещать пулы ликвидности. Официально заявляют: «для соответствия требованиям — Moonlight, для приватности — Phoenix», но это звучит как отговорки без боли. Пул на Moonlight — и крупные игроки каждый день «светят» свои позиции во всей сети; пул на Phoenix — а как аудиторы проверят резервы и что именно сверять с данными?
@Dusk продвигает европейское институциональное партнёрство, например в связке с голландской платформой NPEX и той схемой токенизированных ценных бумаг — и в итоге в восемь случаях из десяти это всё оказывается вынуждено работать в Moonlight. Регулирование MiCA и MiFID II сжимает рамки до предела. Селективное раскрытие в Phoenix теоретически возможно, но в реальности отдел комплаенса при виде доказательств с нулевым разглашением первой реакцией почти всегда будет: «Как это вообще аудитить?». Проталкивали приватность семь лет — а в итоге реальные большие институциональные игроки наоборот не решаются связываться. Ирония, конечно, жёсткая.
Сейчас в ончейн-стейкинге больше 2 миллионов DUSK, это 36% от общего предложения. Участие валидаторов действительно немалое. Но если в итоге все прикладные экосистемы целиком схлопнутся до Moonlight, а Phoenix останется лишь декорацией — чем тогда Dusk будет отличаться от обычной EVM-цепочки?
Технология, конечно, впечатляет. Но продуктовая логика полностью не состыкована. Пока официальный документ не дополнит стандарты кросс-модельного взаимодействия и комплаенс-белую книгу, я не решусь делать крупную ставку на $DUSK . Командам, которые собираются собирать на этой платформе протоколы, тоже стоит хорошенько всё взвесить.
1
1
69
·
--
Многие продукты DeFi любят ставить «доходность» на самое заметное место, но я смотрю на #TermMax и, напротив, думаю, что по-настоящему стоит изучить то, как они разделяют риск и доходность.
Фиксированная ставка звучит традиционно, но на блокчейне это не так просто. У ончейн-средств нет банковской стойки, которая помогла бы согласовать сроки, и нет человека, который переварит несоответствие. Заемщик, кредитор, залоговые активы и сроки погашения — все это должны скоординировать сами смарт-контракты. Как только ставка фиксируется, рынку приходится отвечать на более приземленный вопрос: как именно должна быть оценена эта сумма?
@termmax особенно интересен тем, что он не загоняет все в простую модель «сколько занял — сколько процентов получил», а разносит долг, плечо и срок через разные Token и структуры сделок. Плюс в том, что финансовые связи легче комбинировать, но минус тоже очевиден: чем сложнее структура, тем труднее обычным пользователям с первого взгляда понять, какой именно риск они на себя берут.
Я уделяю особое внимание Range Order. Pricing Curve по сути создает более тонкое выражение цены для фиксированного по сроку капитала — больше не все средства крутятся вокруг единой ставки в одном пуле. Если такой дизайн сможет сформировать достаточно глубокий рынок, эффективность ценообразования продуктов с фиксированной доходностью может оказаться лучше, чем у одного пула ликвидности.
Но здесь есть и «тяжелый» недостаток: как бы красиво ни была нарисована кривая, без реальной ликвидности это все равно математическая игра.
Физическая поставка (Physical Delivery) тоже заслуживает внимания. В экстремальных условиях, если путь клиринга не срабатывает, сможет ли в итоге долговая связь действительно материализоваться через поставку реальных активов — это и есть проверка того, учли ли протокол самый плохой сценарий. В нормальном рынке любой может рассказывать модель, а по-настоящему сложно становится при обрывах ликвидности, резких отклонениях цены и ситуации, когда контрагент не может заключить сделку.
Поэтому сейчас я скорее хочу рассматривать TermMax как «эксперимент по рынку ончейн-ставок», а не просто как протокол фиксированной доходности.
Идея перспективная, но чем сложнее структура, тем выше требования к ликвидности, ценообразованию и управлению рисками. Смогут ли «красивые» финансовые инженерные решения превратиться в рынок, которым действительно будут пользоваться долгое время — покажут данные.
Многие продукты DeFi любят ставить «доходность» на самое заметное место, но я смотрю на #TermMax и, напротив, думаю, что по-настоящему стоит изучить то, как они разделяют риск и доходность.
Фиксированная ставка звучит традиционно, но на блокчейне это не так просто. У ончейн-средств нет банковской стойки, которая помогла бы согласовать сроки, и нет человека, который переварит несоответствие. Заемщик, кредитор, залоговые активы и сроки погашения — все это должны скоординировать сами смарт-контракты. Как только ставка фиксируется, рынку приходится отвечать на более приземленный вопрос: как именно должна быть оценена эта сумма?
@TermMax особенно интересен тем, что он не загоняет все в простую модель «сколько занял — сколько процентов получил», а разносит долг, плечо и срок через разные Token и структуры сделок. Плюс в том, что финансовые связи легче комбинировать, но минус тоже очевиден: чем сложнее структура, тем труднее обычным пользователям с первого взгляда понять, какой именно риск они на себя берут.
Я уделяю особое внимание Range Order. Pricing Curve по сути создает более тонкое выражение цены для фиксированного по сроку капитала — больше не все средства крутятся вокруг единой ставки в одном пуле. Если такой дизайн сможет сформировать достаточно глубокий рынок, эффективность ценообразования продуктов с фиксированной доходностью может оказаться лучше, чем у одного пула ликвидности.
Но здесь есть и «тяжелый» недостаток: как бы красиво ни была нарисована кривая, без реальной ликвидности это все равно математическая игра.
Физическая поставка (Physical Delivery) тоже заслуживает внимания. В экстремальных условиях, если путь клиринга не срабатывает, сможет ли в итоге долговая связь действительно материализоваться через поставку реальных активов — это и есть проверка того, учли ли протокол самый плохой сценарий. В нормальном рынке любой может рассказывать модель, а по-настоящему сложно становится при обрывах ликвидности, резких отклонениях цены и ситуации, когда контрагент не может заключить сделку.
Поэтому сейчас я скорее хочу рассматривать TermMax как «эксперимент по рынку ончейн-ставок», а не просто как протокол фиксированной доходности.
Идея перспективная, но чем сложнее структура, тем выше требования к ликвидности, ценообразованию и управлению рисками. Смогут ли «красивые» финансовые инженерные решения превратиться в рынок, которым действительно будут пользоваться долгое время — покажут данные.
Фиксированная ставка звучит традиционно, но на блокчейне это не так просто. У ончейн-средств нет банковской стойки, которая помогла бы согласовать сроки, и нет человека, который переварит несоответствие. Заемщик, кредитор, залоговые активы и сроки погашения — все это должны скоординировать сами смарт-контракты. Как только ставка фиксируется, рынку приходится отвечать на более приземленный вопрос: как именно должна быть оценена эта сумма?
@TermMax особенно интересен тем, что он не загоняет все в простую модель «сколько занял — сколько процентов получил», а разносит долг, плечо и срок через разные Token и структуры сделок. Плюс в том, что финансовые связи легче комбинировать, но минус тоже очевиден: чем сложнее структура, тем труднее обычным пользователям с первого взгляда понять, какой именно риск они на себя берут.
Я уделяю особое внимание Range Order. Pricing Curve по сути создает более тонкое выражение цены для фиксированного по сроку капитала — больше не все средства крутятся вокруг единой ставки в одном пуле. Если такой дизайн сможет сформировать достаточно глубокий рынок, эффективность ценообразования продуктов с фиксированной доходностью может оказаться лучше, чем у одного пула ликвидности.
Но здесь есть и «тяжелый» недостаток: как бы красиво ни была нарисована кривая, без реальной ликвидности это все равно математическая игра.
Физическая поставка (Physical Delivery) тоже заслуживает внимания. В экстремальных условиях, если путь клиринга не срабатывает, сможет ли в итоге долговая связь действительно материализоваться через поставку реальных активов — это и есть проверка того, учли ли протокол самый плохой сценарий. В нормальном рынке любой может рассказывать модель, а по-настоящему сложно становится при обрывах ликвидности, резких отклонениях цены и ситуации, когда контрагент не может заключить сделку.
Поэтому сейчас я скорее хочу рассматривать TermMax как «эксперимент по рынку ончейн-ставок», а не просто как протокол фиксированной доходности.
Идея перспективная, но чем сложнее структура, тем выше требования к ликвидности, ценообразованию и управлению рисками. Смогут ли «красивые» финансовые инженерные решения превратиться в рынок, которым действительно будут пользоваться долгое время — покажут данные.
76
·
--
Пробежался по всему криптосообществу — и сейчас самая горячая тема обсуждений: #TermMax . Скриншоты доходности “+30%” залиты в ленту, время уходит на их постинг, лозунг “следующая монета-крылатка в 100 раз” гремит на весь интернет. Даже уже есть KOL, которые учат делать all in и «лежать и выигрывать». Я слежу за проектом с тестовой стадии: у меня были лишь небольшие пробные позиции с целью теста. Сегодня без каких-либо эмоциональных фильтров скажу максимально по делу.
Сначала надо признать: TermMax смог взлететь и стать таким хайповым не только благодаря раздуванию концепта. Механизм динамической корректировки комиссий и эффективность сопоставления заявок в стакане — действительно уровень первой лиги для протоколов деривативов. И как раз попали в момент взрывного спроса рынка: по сути, накопленные ранее технические преимущества совпали с актуальными потребностями трейдеров — этим не стоит пытаться «всё обхаять».
Но сейчас все говорят о росте, и никто не замечает мину, заложенную в модели доверия. Я просмотрел историю коммитов за последние три месяца: ключевые модули уже шесть недель подряд не получают значимых обновлений. Те редкие случаи, когда пользователи сталкиваются с подвисаниями on-chain взаимодействий или “иглами” проблем в экстремальной волатильности, официально никак не закрываются — четкого графика исправлений от команды не было. Вместо этого основную массу ресурсов снова и снова бросают в маркетинговые вбросы и промо.
«Сначала захватить рынок, а техдыры залатать потом» — обычная схема в Web3, но как раз это и является самым большим риском для пользовательских активов. Сейчас тренд благоприятный, объемы торговли еще не дошли до критического порога — проблемы прячутся под водой. Но как только дальнейшая волатильность усилится, и в какой-то момент технический провал проявится, первыми под удар попадут деньги обычных пользователей. Не верьте сказкам про «вместе растем с проектом»: если техдолг не закрывать, то «совместный рост» на практике означает, что пользователи выступают платной площадкой для ошибок и экспериментов со стороны команды.
Я лично сейчас держу максимум две прослойки свободных денег — пробую понемногу. Если получилось заработать — забираю прибыль по долям и фиксирую. Если дошло до уровня стопа — сразу режу, без уговоров. Никаких разговоров про «долгосрочные ценностные инвестиции» — я в это не играю. На крипторынке никогда нет сделки без риска “всегда в плюс”. Всё, что вы сейчас видите в ленте как прибыльные репорты, — это демонстрация удачных случаев. Когда рынок развернется, никто не будет постить сделки, которые просели до -50%.
Предупреждение о рисках: эта статья — только обмен личным мнением и не является инвестиционной рекомендацией. Рынок криптовалют относится к сфере высокорисковых инвестиций. @termmax , как проект на стадии развивающегося направления, сталкивается с множеством неопределенностей. Пожалуйста, участвуйте только теми свободными средствами, которые вы гарантированно можете полностью потерять. Не делайте all in и не инвестируйте в кредит.
Пробежался по всему криптосообществу — и сейчас самая горячая тема обсуждений: #TermMax . Скриншоты доходности “+30%” залиты в ленту, время уходит на их постинг, лозунг “следующая монета-крылатка в 100 раз” гремит на весь интернет. Даже уже есть KOL, которые учат делать all in и «лежать и выигрывать». Я слежу за проектом с тестовой стадии: у меня были лишь небольшие пробные позиции с целью теста. Сегодня без каких-либо эмоциональных фильтров скажу максимально по делу.
Сначала надо признать: TermMax смог взлететь и стать таким хайповым не только благодаря раздуванию концепта. Механизм динамической корректировки комиссий и эффективность сопоставления заявок в стакане — действительно уровень первой лиги для протоколов деривативов. И как раз попали в момент взрывного спроса рынка: по сути, накопленные ранее технические преимущества совпали с актуальными потребностями трейдеров — этим не стоит пытаться «всё обхаять».
Но сейчас все говорят о росте, и никто не замечает мину, заложенную в модели доверия. Я просмотрел историю коммитов за последние три месяца: ключевые модули уже шесть недель подряд не получают значимых обновлений. Те редкие случаи, когда пользователи сталкиваются с подвисаниями on-chain взаимодействий или “иглами” проблем в экстремальной волатильности, официально никак не закрываются — четкого графика исправлений от команды не было. Вместо этого основную массу ресурсов снова и снова бросают в маркетинговые вбросы и промо.
«Сначала захватить рынок, а техдыры залатать потом» — обычная схема в Web3, но как раз это и является самым большим риском для пользовательских активов. Сейчас тренд благоприятный, объемы торговли еще не дошли до критического порога — проблемы прячутся под водой. Но как только дальнейшая волатильность усилится, и в какой-то момент технический провал проявится, первыми под удар попадут деньги обычных пользователей. Не верьте сказкам про «вместе растем с проектом»: если техдолг не закрывать, то «совместный рост» на практике означает, что пользователи выступают платной площадкой для ошибок и экспериментов со стороны команды.
Я лично сейчас держу максимум две прослойки свободных денег — пробую понемногу. Если получилось заработать — забираю прибыль по долям и фиксирую. Если дошло до уровня стопа — сразу режу, без уговоров. Никаких разговоров про «долгосрочные ценностные инвестиции» — я в это не играю. На крипторынке никогда нет сделки без риска “всегда в плюс”. Всё, что вы сейчас видите в ленте как прибыльные репорты, — это демонстрация удачных случаев. Когда рынок развернется, никто не будет постить сделки, которые просели до -50%.
Предупреждение о рисках: эта статья — только обмен личным мнением и не является инвестиционной рекомендацией. Рынок криптовалют относится к сфере высокорисковых инвестиций. @TermMax , как проект на стадии развивающегося направления, сталкивается с множеством неопределенностей. Пожалуйста, участвуйте только теми свободными средствами, которые вы гарантированно можете полностью потерять. Не делайте all in и не инвестируйте в кредит.
Сначала надо признать: TermMax смог взлететь и стать таким хайповым не только благодаря раздуванию концепта. Механизм динамической корректировки комиссий и эффективность сопоставления заявок в стакане — действительно уровень первой лиги для протоколов деривативов. И как раз попали в момент взрывного спроса рынка: по сути, накопленные ранее технические преимущества совпали с актуальными потребностями трейдеров — этим не стоит пытаться «всё обхаять».
Но сейчас все говорят о росте, и никто не замечает мину, заложенную в модели доверия. Я просмотрел историю коммитов за последние три месяца: ключевые модули уже шесть недель подряд не получают значимых обновлений. Те редкие случаи, когда пользователи сталкиваются с подвисаниями on-chain взаимодействий или “иглами” проблем в экстремальной волатильности, официально никак не закрываются — четкого графика исправлений от команды не было. Вместо этого основную массу ресурсов снова и снова бросают в маркетинговые вбросы и промо.
«Сначала захватить рынок, а техдыры залатать потом» — обычная схема в Web3, но как раз это и является самым большим риском для пользовательских активов. Сейчас тренд благоприятный, объемы торговли еще не дошли до критического порога — проблемы прячутся под водой. Но как только дальнейшая волатильность усилится, и в какой-то момент технический провал проявится, первыми под удар попадут деньги обычных пользователей. Не верьте сказкам про «вместе растем с проектом»: если техдолг не закрывать, то «совместный рост» на практике означает, что пользователи выступают платной площадкой для ошибок и экспериментов со стороны команды.
Я лично сейчас держу максимум две прослойки свободных денег — пробую понемногу. Если получилось заработать — забираю прибыль по долям и фиксирую. Если дошло до уровня стопа — сразу режу, без уговоров. Никаких разговоров про «долгосрочные ценностные инвестиции» — я в это не играю. На крипторынке никогда нет сделки без риска “всегда в плюс”. Всё, что вы сейчас видите в ленте как прибыльные репорты, — это демонстрация удачных случаев. Когда рынок развернется, никто не будет постить сделки, которые просели до -50%.
Предупреждение о рисках: эта статья — только обмен личным мнением и не является инвестиционной рекомендацией. Рынок криптовалют относится к сфере высокорисковых инвестиций. @TermMax , как проект на стадии развивающегося направления, сталкивается с множеством неопределенностей. Пожалуйста, участвуйте только теми свободными средствами, которые вы гарантированно можете полностью потерять. Не делайте all in и не инвестируйте в кредит.
56
·
--
В этом году#dusk запуск DuskEVM — я думаю, что это заслуживает более пристального внимания, чем думает большинство людей. Первоначальная позиционировка этой сети была предельно ясной — базовая инфраструктура приватности и соответствия для лицензированных финансовых институтов: Phoenix обрабатывает приватные транзакции, Moonlight обеспечивает прозрачное расчетное исполнение. Главная дифференциация всей этой истории — «специально спроектировано для регуляторных сценариев». Теперь добавляется слой EVM-совместимости: логика, по всей видимости, в том, чтобы подтянуть разработчиков и ликвидность из экосистемы Ethereum. В краткосрочной перспективе это действительно может дать всплеск по TVL и активности торговых операций. Но есть одно противоречие, которое никто не спешит озвучивать прямо: EVM-совместимость означает принятие по умолчанию той модели Ethereum, где подразумеваются безлицензионные и анонимные взаимодействия — а это изначально конфликтует с «базовой инфраструктурой для лицензированных организаций для комплаенса». Если @Dusk_Foundation EVM в основном крутится вокруг MEV-ботов и фермеров, накручивающих баллы, то по сути это не отличается от любой другой EVM-боковой сети. Тогда дефицитность исходного нарратива «приватность + комплаенс» размывается. Проектная сторона, скорее всего, скажет, что это «две ноги, чтобы идти», но ресурсы и внимание к истории ограничены: одной сети сложно одновременно хорошо рассказывать два сюжета — «для выпуска и комплаенса, как у швейцарских банков» и «для DeFi-дегенов — заходите и гребите раздачи». Дальше стоит посмотреть на состав активных адресов на $DUSK EVM — возможно, он объяснит больше, чем цифры TVL.
В этом году#dusk запуск DuskEVM — я думаю, что это заслуживает более пристального внимания, чем думает большинство людей. Первоначальная позиционировка этой сети была предельно ясной — базовая инфраструктура приватности и соответствия для лицензированных финансовых институтов: Phoenix обрабатывает приватные транзакции, Moonlight обеспечивает прозрачное расчетное исполнение. Главная дифференциация всей этой истории — «специально спроектировано для регуляторных сценариев». Теперь добавляется слой EVM-совместимости: логика, по всей видимости, в том, чтобы подтянуть разработчиков и ликвидность из экосистемы Ethereum. В краткосрочной перспективе это действительно может дать всплеск по TVL и активности торговых операций. Но есть одно противоречие, которое никто не спешит озвучивать прямо: EVM-совместимость означает принятие по умолчанию той модели Ethereum, где подразумеваются безлицензионные и анонимные взаимодействия — а это изначально конфликтует с «базовой инфраструктурой для лицензированных организаций для комплаенса». Если @Dusk EVM в основном крутится вокруг MEV-ботов и фермеров, накручивающих баллы, то по сути это не отличается от любой другой EVM-боковой сети. Тогда дефицитность исходного нарратива «приватность + комплаенс» размывается. Проектная сторона, скорее всего, скажет, что это «две ноги, чтобы идти», но ресурсы и внимание к истории ограничены: одной сети сложно одновременно хорошо рассказывать два сюжета — «для выпуска и комплаенса, как у швейцарских банков» и «для DeFi-дегенов — заходите и гребите раздачи». Дальше стоит посмотреть на состав активных адресов на $DUSK EVM — возможно, он объяснит больше, чем цифры TVL.
73
·
--
Давайте поговорим о $DUSK — в последнее время многие спрашивают меня, как обстоят дела с этим проектом и стоит ли заходить вслепую. Скажу одну правду: у меня есть друг, который раньше обратил внимание на его функции приватности и низкие комиссии, не особо раздумывая, просто купил на все деньги. А потом на рынке началась серия колебаний: он, с одной стороны, выставлял заявки в ожидании удобного момента, а с другой — постоянно не чувствовал уверенности и даже не мог нормально спать из‑за той отметки. В криптосфере схем много, и если слепо гнаться, легко нарваться и «попасть под раздачу».
Техническая сторона #dusk действительно заслуживает внимания, особенно в части защиты приватности — это соответствует болям и запросам некоторых пользователей. Но хорошая технология не означает, что ты сразу начнёшь зарабатывать. Проект всё ещё развивается, экосистема строится. Это не значит, что он уже сейчас обязательно обгонит рынок — как с радаром: нужна выдержка и внимательность, не давайте краткосрочным колебаниям сбивать суждение.
Если вы собираетесь держать и «запирать» в ожидании роста, сначала оцените, насколько вам подходит риск, разумно распределяйте и не ставьте всё на одну «корзину». В крипте нет стопроцентной гарантии. Пользуйтесь холодными кошельками и не кликайте по незнакомым ссылкам и «что-то там установить» из случайных мест — базовые меры реально нельзя пропускать. @Dusk_Foundation : команда и сообщество пока активные, но и «вкус хайпа» там тоже присутствует — не позволяйте FOMO‑эмоциям унести вас.
В целом, $dusk стоит присмотреться, но не стоит заходить на всё только потому, что «проект крутой». Лучше постепенно разобраться и найти свой темп — это и есть главное. Что думаете вы?
Давайте поговорим о $DUSK — в последнее время многие спрашивают меня, как обстоят дела с этим проектом и стоит ли заходить вслепую. Скажу одну правду: у меня есть друг, который раньше обратил внимание на его функции приватности и низкие комиссии, не особо раздумывая, просто купил на все деньги. А потом на рынке началась серия колебаний: он, с одной стороны, выставлял заявки в ожидании удобного момента, а с другой — постоянно не чувствовал уверенности и даже не мог нормально спать из‑за той отметки. В криптосфере схем много, и если слепо гнаться, легко нарваться и «попасть под раздачу».
Техническая сторона #dusk действительно заслуживает внимания, особенно в части защиты приватности — это соответствует болям и запросам некоторых пользователей. Но хорошая технология не означает, что ты сразу начнёшь зарабатывать. Проект всё ещё развивается, экосистема строится. Это не значит, что он уже сейчас обязательно обгонит рынок — как с радаром: нужна выдержка и внимательность, не давайте краткосрочным колебаниям сбивать суждение.
Если вы собираетесь держать и «запирать» в ожидании роста, сначала оцените, насколько вам подходит риск, разумно распределяйте и не ставьте всё на одну «корзину». В крипте нет стопроцентной гарантии. Пользуйтесь холодными кошельками и не кликайте по незнакомым ссылкам и «что-то там установить» из случайных мест — базовые меры реально нельзя пропускать. @Dusk : команда и сообщество пока активные, но и «вкус хайпа» там тоже присутствует — не позволяйте FOMO‑эмоциям унести вас.
В целом, $dusk стоит присмотреться, но не стоит заходить на всё только потому, что «проект крутой». Лучше постепенно разобраться и найти свой темп — это и есть главное. Что думаете вы?
Техническая сторона #dusk действительно заслуживает внимания, особенно в части защиты приватности — это соответствует болям и запросам некоторых пользователей. Но хорошая технология не означает, что ты сразу начнёшь зарабатывать. Проект всё ещё развивается, экосистема строится. Это не значит, что он уже сейчас обязательно обгонит рынок — как с радаром: нужна выдержка и внимательность, не давайте краткосрочным колебаниям сбивать суждение.
Если вы собираетесь держать и «запирать» в ожидании роста, сначала оцените, насколько вам подходит риск, разумно распределяйте и не ставьте всё на одну «корзину». В крипте нет стопроцентной гарантии. Пользуйтесь холодными кошельками и не кликайте по незнакомым ссылкам и «что-то там установить» из случайных мест — базовые меры реально нельзя пропускать. @Dusk : команда и сообщество пока активные, но и «вкус хайпа» там тоже присутствует — не позволяйте FOMO‑эмоциям унести вас.
В целом, $dusk стоит присмотреться, но не стоит заходить на всё только потому, что «проект крутой». Лучше постепенно разобраться и найти свой темп — это и есть главное. Что думаете вы?
91
·
--
Сказать «конфиденциальность» и «комплаенс» вместе — на самом деле несложно. Трудность в другом: в границах власти.
#dusk У Moonlight есть публичные модели для двойной конфиденциальности с Phoenix, плюс выборочное раскрытие — технический путь уже довольно полный: по умолчанию скрывать, а когда нужно — открывать по правилам. Проблема не в том, «можно ли сделать», а в том, «кто решает».
Кто имеет право требовать раскрытие? Кто выдает и кто отзывает подтверждения? Может ли пользователь до передачи данных четко увидеть, что именно он передает, на сколько времени и кому? Вот что по-настоящему определяет, будет ли система «деформироваться».
Технику можно спроектировать очень изящно, но если границы размыты, конфиденциальность превратится в ящик, который можно открыть в любой момент, а комплаенс — в карман, который можно постоянно расширять. Обе стороны не будут согласны.
Поэтому вместо того чтобы снова и снова подчеркивать «мы одновременно поддерживаем конфиденциальность и комплаенс», куда важнее смотреть на несколько более конкретных вещей: какова фактическая доля «конфиденциальных» транзакций, открыт ли и проверяем ли процесс отзыва, и есть ли у каждого случая раскрытия поддающаяся отслеживанию аудиторская запись.
Эти цифры и процессы куда больше объясняют, чем любые лозунги: где именно проведены границы власти.@Dusk_Foundation $DUSK
Сказать «конфиденциальность» и «комплаенс» вместе — на самом деле несложно. Трудность в другом: в границах власти.
#dusk У Moonlight есть публичные модели для двойной конфиденциальности с Phoenix, плюс выборочное раскрытие — технический путь уже довольно полный: по умолчанию скрывать, а когда нужно — открывать по правилам. Проблема не в том, «можно ли сделать», а в том, «кто решает».
Кто имеет право требовать раскрытие? Кто выдает и кто отзывает подтверждения? Может ли пользователь до передачи данных четко увидеть, что именно он передает, на сколько времени и кому? Вот что по-настоящему определяет, будет ли система «деформироваться».
Технику можно спроектировать очень изящно, но если границы размыты, конфиденциальность превратится в ящик, который можно открыть в любой момент, а комплаенс — в карман, который можно постоянно расширять. Обе стороны не будут согласны.
Поэтому вместо того чтобы снова и снова подчеркивать «мы одновременно поддерживаем конфиденциальность и комплаенс», куда важнее смотреть на несколько более конкретных вещей: какова фактическая доля «конфиденциальных» транзакций, открыт ли и проверяем ли процесс отзыва, и есть ли у каждого случая раскрытия поддающаяся отслеживанию аудиторская запись.
Эти цифры и процессы куда больше объясняют, чем любые лозунги: где именно проведены границы власти.@Dusk $DUSK
#dusk У Moonlight есть публичные модели для двойной конфиденциальности с Phoenix, плюс выборочное раскрытие — технический путь уже довольно полный: по умолчанию скрывать, а когда нужно — открывать по правилам. Проблема не в том, «можно ли сделать», а в том, «кто решает».
Кто имеет право требовать раскрытие? Кто выдает и кто отзывает подтверждения? Может ли пользователь до передачи данных четко увидеть, что именно он передает, на сколько времени и кому? Вот что по-настоящему определяет, будет ли система «деформироваться».
Технику можно спроектировать очень изящно, но если границы размыты, конфиденциальность превратится в ящик, который можно открыть в любой момент, а комплаенс — в карман, который можно постоянно расширять. Обе стороны не будут согласны.
Поэтому вместо того чтобы снова и снова подчеркивать «мы одновременно поддерживаем конфиденциальность и комплаенс», куда важнее смотреть на несколько более конкретных вещей: какова фактическая доля «конфиденциальных» транзакций, открыт ли и проверяем ли процесс отзыва, и есть ли у каждого случая раскрытия поддающаяся отслеживанию аудиторская запись.
Эти цифры и процессы куда больше объясняют, чем любые лозунги: где именно проведены границы власти.@Dusk $DUSK
86
·
--
В последнее время я заметил, что логика проекта изменилась: больше не цепляюсь за такие «цифры-бутафории», как «десятьсот тысяч TPS» и «тысячи крат потенциал экосистемы», которые раздувают KOL. Критерий стал один — сможет ли базовая архитектура проекта удерживать границы одновременно между приватностью пользователей, регуляторной комплаенс-соблюдаемостью и функциональной компонуемостью: не жертвуя ни одной из сторон, и не «стачивая» ключевую ценность проекта из-за компромисса под чьи-то запросы.
Раньше у меня к #dusk была заметная предвзятость. Я по умолчанию считал, что это просто проект «из воздуха» — как будто он использует нулевые знания и модульные хайповые тренды. Даже спорил с другом, что он не доживет до конца этого квартала. Я пролистал белую книгу всего пару страниц и повесил ярлык «ZK-оболочка». Пока месяц назад я не провёл исследование по треку приватности: специально обошел все разборы от KOL, собрался и три дня подряд «сдирал» с упрямством данные тестовой сети с сайта, открытый код и техническую документацию. И только тогда понял, что предыдущие выводы были слишком поспешными.
Но, конечно, до сих пор полностью не отпустил сомнения: то, что архитектурная логика «пробежала» в рамках модели, не значит, что всё реально ляжет на практику. Есть несколько ключевых вопросов, за которыми нужно постоянно следить и проверять. Во‑первых, после запуска основной сети в реальных сценариях торгов реальными активами — не возникнет ли заметного падения эффективности ZK-проверок; и сможет ли механизм разбиения состояния покрыть приватность в сложных сделках. Во‑вторых, сможет ли комплаенс-отчетность по MiCA быть действительно оформлена и утверждена, и не начнут ли дальше постоянно идти уступки под требования регулятора, в итоге «съедая» ключевое преимущество приватности пользователей. В‑третьих, сможет ли такой узкий трек — сфокусированный на комплаенс-приватных сделках — поддерживать достаточно богатую экосистему приложений, или же в итоге это станет закрытой сетью, которой пользуются лишь несколько организаций.
Говорить, что @Dusk_Foundation — это «сценический перелом / точка развилки» — пока рано. Я и долю наблюдения выделил совсем небольшую; заходить крупно и по-настоящему вкладываться точно буду только после того, как основная сеть поработает несколько циклов и ключевые проверяемые точки будут подтверждены на практике. Ведь в индустрии, где то и дело кричат «революция» и «прорыв», проектов, которые готовы спокойно посвятить три-четыре года полировке технологий и комплаенса, не так уж много. Но и инвесторам, которые готовы менять время на определенность, тоже нужна терпеливость: потому что мы ждём продукт, который реально сможет собрать приватность и комплаенс в одной рабочей конструкции, а не очередной надутый хайп-рассказ — верно? $DUSK
В последнее время я заметил, что логика проекта изменилась: больше не цепляюсь за такие «цифры-бутафории», как «десятьсот тысяч TPS» и «тысячи крат потенциал экосистемы», которые раздувают KOL. Критерий стал один — сможет ли базовая архитектура проекта удерживать границы одновременно между приватностью пользователей, регуляторной комплаенс-соблюдаемостью и функциональной компонуемостью: не жертвуя ни одной из сторон, и не «стачивая» ключевую ценность проекта из-за компромисса под чьи-то запросы.
Раньше у меня к #dusk была заметная предвзятость. Я по умолчанию считал, что это просто проект «из воздуха» — как будто он использует нулевые знания и модульные хайповые тренды. Даже спорил с другом, что он не доживет до конца этого квартала. Я пролистал белую книгу всего пару страниц и повесил ярлык «ZK-оболочка». Пока месяц назад я не провёл исследование по треку приватности: специально обошел все разборы от KOL, собрался и три дня подряд «сдирал» с упрямством данные тестовой сети с сайта, открытый код и техническую документацию. И только тогда понял, что предыдущие выводы были слишком поспешными.
Но, конечно, до сих пор полностью не отпустил сомнения: то, что архитектурная логика «пробежала» в рамках модели, не значит, что всё реально ляжет на практику. Есть несколько ключевых вопросов, за которыми нужно постоянно следить и проверять. Во‑первых, после запуска основной сети в реальных сценариях торгов реальными активами — не возникнет ли заметного падения эффективности ZK-проверок; и сможет ли механизм разбиения состояния покрыть приватность в сложных сделках. Во‑вторых, сможет ли комплаенс-отчетность по MiCA быть действительно оформлена и утверждена, и не начнут ли дальше постоянно идти уступки под требования регулятора, в итоге «съедая» ключевое преимущество приватности пользователей. В‑третьих, сможет ли такой узкий трек — сфокусированный на комплаенс-приватных сделках — поддерживать достаточно богатую экосистему приложений, или же в итоге это станет закрытой сетью, которой пользуются лишь несколько организаций.
Говорить, что @Dusk — это «сценический перелом / точка развилки» — пока рано. Я и долю наблюдения выделил совсем небольшую; заходить крупно и по-настоящему вкладываться точно буду только после того, как основная сеть поработает несколько циклов и ключевые проверяемые точки будут подтверждены на практике. Ведь в индустрии, где то и дело кричат «революция» и «прорыв», проектов, которые готовы спокойно посвятить три-четыре года полировке технологий и комплаенса, не так уж много. Но и инвесторам, которые готовы менять время на определенность, тоже нужна терпеливость: потому что мы ждём продукт, который реально сможет собрать приватность и комплаенс в одной рабочей конструкции, а не очередной надутый хайп-рассказ — верно? $DUSK
Раньше у меня к #dusk была заметная предвзятость. Я по умолчанию считал, что это просто проект «из воздуха» — как будто он использует нулевые знания и модульные хайповые тренды. Даже спорил с другом, что он не доживет до конца этого квартала. Я пролистал белую книгу всего пару страниц и повесил ярлык «ZK-оболочка». Пока месяц назад я не провёл исследование по треку приватности: специально обошел все разборы от KOL, собрался и три дня подряд «сдирал» с упрямством данные тестовой сети с сайта, открытый код и техническую документацию. И только тогда понял, что предыдущие выводы были слишком поспешными.
Но, конечно, до сих пор полностью не отпустил сомнения: то, что архитектурная логика «пробежала» в рамках модели, не значит, что всё реально ляжет на практику. Есть несколько ключевых вопросов, за которыми нужно постоянно следить и проверять. Во‑первых, после запуска основной сети в реальных сценариях торгов реальными активами — не возникнет ли заметного падения эффективности ZK-проверок; и сможет ли механизм разбиения состояния покрыть приватность в сложных сделках. Во‑вторых, сможет ли комплаенс-отчетность по MiCA быть действительно оформлена и утверждена, и не начнут ли дальше постоянно идти уступки под требования регулятора, в итоге «съедая» ключевое преимущество приватности пользователей. В‑третьих, сможет ли такой узкий трек — сфокусированный на комплаенс-приватных сделках — поддерживать достаточно богатую экосистему приложений, или же в итоге это станет закрытой сетью, которой пользуются лишь несколько организаций.
Говорить, что @Dusk — это «сценический перелом / точка развилки» — пока рано. Я и долю наблюдения выделил совсем небольшую; заходить крупно и по-настоящему вкладываться точно буду только после того, как основная сеть поработает несколько циклов и ключевые проверяемые точки будут подтверждены на практике. Ведь в индустрии, где то и дело кричат «революция» и «прорыв», проектов, которые готовы спокойно посвятить три-четыре года полировке технологий и комплаенса, не так уж много. Но и инвесторам, которые готовы менять время на определенность, тоже нужна терпеливость: потому что мы ждём продукт, который реально сможет собрать приватность и комплаенс в одной рабочей конструкции, а не очередной надутый хайп-рассказ — верно? $DUSK
83
·
--
Я смотрю на #dusk , и меня привлекает не цена — а продуманная модель доверия и подход к проектированию.
Большинство приватных чейнов делают только «скрытие», а Dusk делает «избирательное скрытие»: Citadel позволяет институтам самим решать, кому и в каком объёме раскрывать информацию; при этом KYC-данные не нужно публиковать по всей сети, чтобы соответствовать требованиям регуляторов и проходить аудит. Идея, по сути, довольно умная: «приватность» и «комплаенс» из противоположностей превращаются в настраиваемые параметры.
Но, конечно, я «за» — и всё равно внутри не отпускает одна струна. В конечном счёте модель доверия проверяется тремя вещами: есть ли у ZK-схемы сама по себе уязвимости; какова реальная цена накладных расходов у гомоморфного шифрования при объёмах, близких к реальным транзакциям; и, наконец, готовы ли институты всерьёз использовать схему избирательного раскрытия, а не просто показывать её красивой на уровне whitepaper. Сейчас $DUSK EVM только недавно стал совместим с Solidity, экосистема ещё в ранней стадии — настоящие испытания нагрузкой ещё не пришли.
Понятность концепции и реальная покупка капиталом отделены друг от друга короткой, но важной дистанцией. Когда заходят RWA-институты — это громкие слова с малым количеством дел, или же они действительно перенесут активы и запустят всё в работу? Этот ответ сейчас никто не может принять за меня — придётся дождаться данных on-chain.
Как вы думаете, первое реальное стресс-тестирование этой модели доверия начнётся с какого сценария?
Личные исследовательские заметки и не являются инвестиционной рекомендацией; на рынке есть риски.@Dusk_Foundation
Я смотрю на #dusk , и меня привлекает не цена — а продуманная модель доверия и подход к проектированию.
Большинство приватных чейнов делают только «скрытие», а Dusk делает «избирательное скрытие»: Citadel позволяет институтам самим решать, кому и в каком объёме раскрывать информацию; при этом KYC-данные не нужно публиковать по всей сети, чтобы соответствовать требованиям регуляторов и проходить аудит. Идея, по сути, довольно умная: «приватность» и «комплаенс» из противоположностей превращаются в настраиваемые параметры.
Но, конечно, я «за» — и всё равно внутри не отпускает одна струна. В конечном счёте модель доверия проверяется тремя вещами: есть ли у ZK-схемы сама по себе уязвимости; какова реальная цена накладных расходов у гомоморфного шифрования при объёмах, близких к реальным транзакциям; и, наконец, готовы ли институты всерьёз использовать схему избирательного раскрытия, а не просто показывать её красивой на уровне whitepaper. Сейчас $DUSK EVM только недавно стал совместим с Solidity, экосистема ещё в ранней стадии — настоящие испытания нагрузкой ещё не пришли.
Понятность концепции и реальная покупка капиталом отделены друг от друга короткой, но важной дистанцией. Когда заходят RWA-институты — это громкие слова с малым количеством дел, или же они действительно перенесут активы и запустят всё в работу? Этот ответ сейчас никто не может принять за меня — придётся дождаться данных on-chain.
Как вы думаете, первое реальное стресс-тестирование этой модели доверия начнётся с какого сценария?
Личные исследовательские заметки и не являются инвестиционной рекомендацией; на рынке есть риски.@Dusk
Большинство приватных чейнов делают только «скрытие», а Dusk делает «избирательное скрытие»: Citadel позволяет институтам самим решать, кому и в каком объёме раскрывать информацию; при этом KYC-данные не нужно публиковать по всей сети, чтобы соответствовать требованиям регуляторов и проходить аудит. Идея, по сути, довольно умная: «приватность» и «комплаенс» из противоположностей превращаются в настраиваемые параметры.
Но, конечно, я «за» — и всё равно внутри не отпускает одна струна. В конечном счёте модель доверия проверяется тремя вещами: есть ли у ZK-схемы сама по себе уязвимости; какова реальная цена накладных расходов у гомоморфного шифрования при объёмах, близких к реальным транзакциям; и, наконец, готовы ли институты всерьёз использовать схему избирательного раскрытия, а не просто показывать её красивой на уровне whitepaper. Сейчас $DUSK EVM только недавно стал совместим с Solidity, экосистема ещё в ранней стадии — настоящие испытания нагрузкой ещё не пришли.
Понятность концепции и реальная покупка капиталом отделены друг от друга короткой, но важной дистанцией. Когда заходят RWA-институты — это громкие слова с малым количеством дел, или же они действительно перенесут активы и запустят всё в работу? Этот ответ сейчас никто не может принять за меня — придётся дождаться данных on-chain.
Как вы думаете, первое реальное стресс-тестирование этой модели доверия начнётся с какого сценария?
Личные исследовательские заметки и не являются инвестиционной рекомендацией; на рынке есть риски.@Dusk
71
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
В тренде
fomcотслеживание
Просмотров: 51,469
454 обсуждают
Когда все ждут FOMC я просто соблюдаю правило 2%
Сегодня все вокруг сходят с ума. ФРС, ставки, волатильность. Толпа гадает, куда полетит BTC. Кто-то заходит на всю котлету с плечом x50, чтобы «поймать движение».
А я в такие дни просто наблюдаю. Потому что знаю: в моменты новостей рынок убивает не только тех, кто угадал не то направление. Он убивает тех, кто рискует слишком много.
Если ты поставил на кон больше 2% от депозита, ты не трейдер. Ты игрок в казино, который надеется на удачу.
Мой совет на сегодня простой, не торгуй на новостях. Если уже в позиции проверь свои стопы. Если нет сиди в стороне. Рынок никуда не убежит.
А вы как переживаете FOMC? Сидите в стороне или ловите волатильность? Пишите в комментариях.
$BTC $ETH #fomcотслеживание #рискменеджмент #крипта #психология
KeylessMind
·Лайков: 1
·Просмотров: 755
ПротоколFOMC
Просмотров: 52,489
202 обсуждают
EtherTook60%OfCryptoLiquidations
Просмотров: 0
4 обсуждают