На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
24 Лайков
Награда
24
8
Репост
Поделиться
комментарий
0/400
GateUser-addcaaf7
· 01-20 16:56
Наконец-то кто-то ясно объяснил Dusk, это не так просто, как конфиденциальность
Идея сначала установить правила действительно крутая, другие цепочки сначала добавляют, а потом дополняют, а этот парень сразу встроил всё жестко
Предварительная проверка против последующего исправления, в финансовых сценариях действительно выбора нет — как только что-то случится, всё закончится
Но не повлияет ли это на производительность, внедрение соответствия в протокол кажется сложным и утомительным
Посмотреть ОригиналОтветить0
ContractHunter
· 01-20 14:38
Эй, наконец-то кто-то это сказал. Большинство блокчейнов просто меняют интерфейс и хвастаются соответствием, а Dusk действительно жестко закрепил правила на уровне ядра.
Правила в первую очередь — это легко сказать, трудно сделать, и реальные затраты действительно есть.
Но мне всё равно интересно, не станет ли эта строгая предварительная проверка мясорубкой для производительности, как она будет работать в реальных сценариях?
Я считаю, что именно это и есть ключ к тому, сможет ли Dusk выйти на передний план, а не вопрос приватности или нет.
Посмотреть ОригиналОтветить0
GateUser-5854de8b
· 01-18 19:54
Эй, наконец-то кто-то объяснил всё про Dusk. Это не просто приватная цепочка, главное — предварительное установление правил, и это настоящая работа в сфере финансов.
Посмотреть ОригиналОтветить0
NotSatoshi
· 01-18 19:52
Да, этот подход действительно отличается, интеграция в протокол на уровне соответствия вызывает интерес
Посмотреть ОригиналОтветить0
ValidatorViking
· 01-18 19:49
Независимо, это тот тип философии проектирования протокола, который действительно отделяет проверенные временем решения от пустых обещаний. Предварительная проверка превосходит разбор полётов после, когда на кону стоят реальные деньги.
提起Dusk Network,很多人下意识就会贴上"隐私链"的标签。但这样想的话,其实错过了最关键的东西。
Dusk真正在做的,不是让链上交互变得花里胡哨,而是回答一个更扎根的问题:当真实的金融资产(带着监管、法律责任这些包袱)要上链时,系统能不能真的撑住?
这不是营销口号。打开Dusk的每一层设计,你会发现都指向同一个答案。
**资产生成的第一性原理:规则必须先走**
大多数公链怎么玩的?先把资产甩出来,再用前端、白名单或链外流程去补规则。反着来嘛。
但现实金融资产不是这么诞生的。证券、基金份额、受监管资产,从第一天就自带边界——谁能持有、什么条件下能转让、是否需要持续披露。所有这些东西都不是后加的。
Dusk的选择是完全贴近现实逻辑。
在这套体系里,资产创建的那一刻,合规条件就被写进协议层了。持有资格、转让限制、验证要求——系统在每一次状态变更之前都必须校验这些。
这就产生了一个关键差异:规则不是贴在资产上的贴纸,而是资产本身的骨架。
**前置检验和事后补救,哪个更靠谱**
很多链采用事后处理模式,出问题了再冻结、回滚、打补丁。但在金融场景下,这种方式天然有bug——某些违规操作一旦发生,后果就锁死了。
Dusk要求的是无法发生。不是发生后处理,而是系统根本不会让那一步迈出去。这样做成本高吗?高。但对标的是现实金融系统的运作逻辑,这种选择其实是有道理的。