Я ВСЕ ВОЗВРАЩАЮСЬ К ТОМУ, ЧТО СУМЕРКИ (DUSK) НА САМОМ ДЕЛЕ ПЫТАЮТСЯ СКРЫТЬ
Сегодня я наткнулся на Dusk, и моя первая реакция честно говоря была немного озадаченной.
Очередной блокчейн для приватности?
Я видел такую подачу много раз. Поэтому я начал думать, что именно делает этот вариант достойным внимания.
Чем больше я читал, тем сильнее меня возвращала к одной простой мысли: финансовым приложениям нужна прозрачность, но при этом им нужны вещи, которые не должны быть видны всем.
Звучит очевидно, но у крипто с приватностью довольно странные отношения.
Я могу переводить деньги без того, чтобы банк следил за мной, но при этом транзакция может в итоге навсегда остаться в открытом публичном реестре — и любой сможет ее проверить.
Это немного похоже на то, чтобы вывесить мой банковский выписной на билборде и сказать: «Хотя бы я контролирую этот билборд».
Dusk подходит к этой проблеме прямо на уровне блокчейна.
Это Layer-1, ориентированный на финансовые приложения, с его стандартом Confidential Security Contract, или XSC, который предназначен для поддержки конфиденциальных смарт-контрактов.
И вот где для меня стало по-настоящему интересно.
Мне нравится это направление.
Но я также осторожен.
Одной приватности недостаточно, чтобы блокчейн был полезным. Самый сложный вопрос — хотят ли разработчики реально на нем строить, справится ли технология с реальной финансовой активностью, и смогут ли конфиденциальность и требования комплаенса, с которыми неизбежно сталкиваются финансовые приложения, сосуществовать.
Последняя часть, вероятно, и станет самым большим испытанием.
Потому что реальные финансовые рынки не нуждаются просто в «абсолютной приватности».
Им нужна выборочная приватность.
Какая-то информация должна оставаться скрытой. Какая-то информация должна быть проверяемой. А регуляторам может понадобиться контролируемый доступ — но без превращения всей системы в публичную базу данных.
Этот баланс гораздо сложнее, чем просто сказать: «приватность важна».
Поэтому я не смотрю на Dusk и не думаю, что нашел следующий очевидный победитель.
@Dusk_Foundation
#dusk
$DUSK
Сегодня я наткнулся на Dusk, и моя первая реакция честно говоря была немного озадаченной.
Очередной блокчейн для приватности?
Я видел такую подачу много раз. Поэтому я начал думать, что именно делает этот вариант достойным внимания.
Чем больше я читал, тем сильнее меня возвращала к одной простой мысли: финансовым приложениям нужна прозрачность, но при этом им нужны вещи, которые не должны быть видны всем.
Звучит очевидно, но у крипто с приватностью довольно странные отношения.
Я могу переводить деньги без того, чтобы банк следил за мной, но при этом транзакция может в итоге навсегда остаться в открытом публичном реестре — и любой сможет ее проверить.
Это немного похоже на то, чтобы вывесить мой банковский выписной на билборде и сказать: «Хотя бы я контролирую этот билборд».
Dusk подходит к этой проблеме прямо на уровне блокчейна.
Это Layer-1, ориентированный на финансовые приложения, с его стандартом Confidential Security Contract, или XSC, который предназначен для поддержки конфиденциальных смарт-контрактов.
И вот где для меня стало по-настоящему интересно.
Мне нравится это направление.
Но я также осторожен.
Одной приватности недостаточно, чтобы блокчейн был полезным. Самый сложный вопрос — хотят ли разработчики реально на нем строить, справится ли технология с реальной финансовой активностью, и смогут ли конфиденциальность и требования комплаенса, с которыми неизбежно сталкиваются финансовые приложения, сосуществовать.
Последняя часть, вероятно, и станет самым большим испытанием.
Потому что реальные финансовые рынки не нуждаются просто в «абсолютной приватности».
Им нужна выборочная приватность.
Какая-то информация должна оставаться скрытой. Какая-то информация должна быть проверяемой. А регуляторам может понадобиться контролируемый доступ — но без превращения всей системы в публичную базу данных.
Этот баланс гораздо сложнее, чем просто сказать: «приватность важна».
Поэтому я не смотрю на Dusk и не думаю, что нашел следующий очевидный победитель.
@Dusk_Foundation
#dusk
$DUSK
