#dusk $DUSK @Dusk Вчера переваривал материал о @Dusk , перечитывал туда-сюда — больше всего меня стопорит всё то же старое: приватность и комплаенс — реально ли их сделать так, чтобы они не конфликтовали?
Честно говоря, большинство публичных чейнов заставляют выбирать из двух зол. Либо всё прозрачно — институты это видят и тут же уходят; либо полный чёрный ящик — регуляторам не зайти. $DUSK предложил двойную транзакционную модель, чтобы разобрать эту стену: Moonlight держит публичные аккаунты, Phoenix использует доказательства с нулевым разглашением, чтобы скрывать UTXO. Транзакции по умолчанию конфиденциальны, но уполномоченная сторона, имея ключ для просмотра, может провести верификацию. Звучит красиво: не «латать» постфактум, а строить архитектуру от правил.
Но на практике всё оказалось не так гладко. Разработчикам приходится поддерживать две параллельные модели состояния: кредитование/расчёты нужно считать и по публичным балансам, и обрабатывать privacy-note с nullifier. Верификаторам требуется KYC — учреждениям спокойно, а обычным людям, по сути, почти негде бегать ноду. Это дружелюбно к правилам системы — или это лицензированная сеть под видом публичного чейна? У меня в голове пока сплошные вопросы.
А ещё Hyperstaking: смарт-контракт за пользователя делает стейкинг и ре-стейкинг, причём участвовать можно даже с небольшими суммами — самому ноду крутить не нужно. Удобно — да. Но базовые риски протокола не исчезли: поверх них просто наслоили контрактные правила. Как взимается комиссия, через сколько времени выход, может ли администратор менять параметры — всё зависит от настроек пула. Если нода отвалится или проблема случится с ключом, потери раскидываются на всех вкладчиков. Годовая доходность всего на полпроцента ниже — и это явно не так критично, как отсутствие прозрачных прав выхода и полномочий.
Что касается «реально пользоваться», то там ещё проще: перенос ERC20 в основной сети — нужно подготовить Dusk-аккаунт, кошелёк с само-хостингом, доп. gas. Успешный Approve не равен фактическому зачислению — типично ждать около часа. Обратно в BSC ещё и нужно заполнять Memo: если ошибёшься, может быть уже не вернуть. Команда ещё и продвигает новый кошелёк и Connect — это косвенно подтверждает, что вход на фронтенде пока не дотянут до конца.
Я понимаю, зачем tokenization: она должна упростить жизненный цикл активов. Но сегодня обычный человек по сути просто переносит монету — и в процессе ему приходится учить кучу терминов. Финансовая инфраструктура в итоге выигрывается не только тем, насколько хороши криптография и протокол, а тем, сможет ли пользователь без паники разобраться, если что-то пойдёт не так. Пусть пул как следует разложит по полочкам аудит, права, распределение нод и экстренные сценарии выхода — и только потом можно обсуждать доходность. #dusk
Что вы думаете о DUSK?
Честно говоря, большинство публичных чейнов заставляют выбирать из двух зол. Либо всё прозрачно — институты это видят и тут же уходят; либо полный чёрный ящик — регуляторам не зайти. $DUSK предложил двойную транзакционную модель, чтобы разобрать эту стену: Moonlight держит публичные аккаунты, Phoenix использует доказательства с нулевым разглашением, чтобы скрывать UTXO. Транзакции по умолчанию конфиденциальны, но уполномоченная сторона, имея ключ для просмотра, может провести верификацию. Звучит красиво: не «латать» постфактум, а строить архитектуру от правил.
Но на практике всё оказалось не так гладко. Разработчикам приходится поддерживать две параллельные модели состояния: кредитование/расчёты нужно считать и по публичным балансам, и обрабатывать privacy-note с nullifier. Верификаторам требуется KYC — учреждениям спокойно, а обычным людям, по сути, почти негде бегать ноду. Это дружелюбно к правилам системы — или это лицензированная сеть под видом публичного чейна? У меня в голове пока сплошные вопросы.
А ещё Hyperstaking: смарт-контракт за пользователя делает стейкинг и ре-стейкинг, причём участвовать можно даже с небольшими суммами — самому ноду крутить не нужно. Удобно — да. Но базовые риски протокола не исчезли: поверх них просто наслоили контрактные правила. Как взимается комиссия, через сколько времени выход, может ли администратор менять параметры — всё зависит от настроек пула. Если нода отвалится или проблема случится с ключом, потери раскидываются на всех вкладчиков. Годовая доходность всего на полпроцента ниже — и это явно не так критично, как отсутствие прозрачных прав выхода и полномочий.
Что касается «реально пользоваться», то там ещё проще: перенос ERC20 в основной сети — нужно подготовить Dusk-аккаунт, кошелёк с само-хостингом, доп. gas. Успешный Approve не равен фактическому зачислению — типично ждать около часа. Обратно в BSC ещё и нужно заполнять Memo: если ошибёшься, может быть уже не вернуть. Команда ещё и продвигает новый кошелёк и Connect — это косвенно подтверждает, что вход на фронтенде пока не дотянут до конца.
Я понимаю, зачем tokenization: она должна упростить жизненный цикл активов. Но сегодня обычный человек по сути просто переносит монету — и в процессе ему приходится учить кучу терминов. Финансовая инфраструктура в итоге выигрывается не только тем, насколько хороши криптография и протокол, а тем, сможет ли пользователь без паники разобраться, если что-то пойдёт не так. Пусть пул как следует разложит по полочкам аудит, права, распределение нод и экстренные сценарии выхода — и только потом можно обсуждать доходность. #dusk
Что вы думаете о DUSK?
A. 隐私优先,管它合不合规,技术先行,以后慢慢补
75%
B. 合规优先,先让机构能进来,牺牲点去中心化也行
17%
C. 观望派,等Dusk再跑一两年,看池子和工具成熟了再说
8%
D. 抬走下一个,太复杂,等真正的杀手级应用出来再操心
0%
12 проголосовали • Голосование закрыто
