Phoenix和Moonlight同时存在,一个隐私链留了个不隐私的口子,我觉得挺清醒的
做隐私项目的人容易走极端,要么把所有东西都藏起来,自称绝对隐私,要么图省事直接放弃隐私换取效率。我看这两年不少标榜隐私的项目最后死在这个选择题上,要么审计和监管根本没法碰,要么隐私功能形同虚设。我翻 $DUSK 的文档时发现它没走极端,Phoenix是UTXO模型,做屏蔽转账,把余额和交易关系都盖起来。Moonlight是账户模型,走公开路径,余额和转账都摆在明面上。两条通道并存,都能转DUSK,都能付gas,都能当合约执行入口,谁用哪条自己选。
一开始我觉得这是妥协,后来想明白这其实是留后路。机构要合规,要审计追溯,不可能所有资金流水都黑箱化,监管沙盒里第一件事就是要看得见钱去哪了。普通用户要隐私,不想每笔转账都被扒得底朝天。硬要用一套模型满足两种诉求,大概率两边都不讨好。这就跟盖房子留前门后门一个道理,前门给来查户口的人走,后门给不想被邻居盯着的人走,房子还是同一栋,没人觉得哪扇门多余。
我对 @Dusk_Foundation 这类设计的观感是,承认自己解决不了所有人的诉求,反而比硬凑一套万能方案要诚实。技术这行走到最后,拼的往往不是谁的理想更纯粹,是谁愿意先把现实的骨头啃下来。#dusk
做隐私项目的人容易走极端,要么把所有东西都藏起来,自称绝对隐私,要么图省事直接放弃隐私换取效率。我看这两年不少标榜隐私的项目最后死在这个选择题上,要么审计和监管根本没法碰,要么隐私功能形同虚设。我翻 $DUSK 的文档时发现它没走极端,Phoenix是UTXO模型,做屏蔽转账,把余额和交易关系都盖起来。Moonlight是账户模型,走公开路径,余额和转账都摆在明面上。两条通道并存,都能转DUSK,都能付gas,都能当合约执行入口,谁用哪条自己选。
一开始我觉得这是妥协,后来想明白这其实是留后路。机构要合规,要审计追溯,不可能所有资金流水都黑箱化,监管沙盒里第一件事就是要看得见钱去哪了。普通用户要隐私,不想每笔转账都被扒得底朝天。硬要用一套模型满足两种诉求,大概率两边都不讨好。这就跟盖房子留前门后门一个道理,前门给来查户口的人走,后门给不想被邻居盯着的人走,房子还是同一栋,没人觉得哪扇门多余。
我对 @Dusk_Foundation 这类设计的观感是,承认自己解决不了所有人的诉求,反而比硬凑一套万能方案要诚实。技术这行走到最后,拼的往往不是谁的理想更纯粹,是谁愿意先把现实的骨头啃下来。#dusk