叫我平头哥
1.4k Posts
叫我平头哥
17年大a赚到第一个一百万，现进军币圈已是老韭菜，🎈8折手续费PTGETH，公众号：平头哥BTC。
Open Trade
Frequent Trader
2.5 Years
121 Following
6.8K+ Followers
7.9K+ Liked
Posts
Portfolio
All
Quotes
PINNED
PINNED
广场上冒出来很多骗子，说自己返佣30%甚至35%的，这里给大家科普一下返佣规则！
币安平台最高只能20%，人家凭什么给你返30%甚至更高呢，大家都是成年人，有些小便宜不要贪，币安手续费是只能手动返的！
🎈平头哥给大家20%返佣比例，主打诚信，每周日给大家手动打款到位！
#手续费返佣
币安平台最高只能20%，人家凭什么给你返30%甚至更高呢，大家都是成年人，有些小便宜不要贪，币安手续费是只能手动返的！
🎈平头哥给大家20%返佣比例，主打诚信，每周日给大家手动打款到位！
#手续费返佣
聊了很多次Dusk的具体模块——共识算法、Piecrust虚拟机、Zedger结算，这些名字背后其实都挂在一个叫Rusk的软件底座上，这周专门去搞清楚了这个容易被忽略的角色。
官方给Rusk的定位是"整个网络的技术心脏"，类比成电脑的主板——本身不是某个单一功能模块,而是把各个核心组件集成、串联起来的载体。创世区块的零知识电路和合约（前面聊过的Stake、Transfer这两个创世合约）内置在Rusk里，Plonk证明系统、Kadcast网络协议、Piecrust虚拟机这几大件都被它整合在一起，同时给Piecrust虚拟机提供底层的宿主函数支持，此外共识机制和节点软件本身，包括维护链状态、数据库、网络连接这些基础运维职能，也都归Rusk管。
我理解这个"主板"比喻的意义在于——之前聊这些模块的时候，容易把它们当成互相独立的功能点分别理解,但实际上它们不是各自为政的积木,而是通过Rusk这个统一底座紧密耦合在一起的一整套系统,任何一个模块的更新,理论上都得考虑跟Rusk这个底座的兼容性,前面聊过的Aegis硬分叉升级,本质上很可能就是Rusk这个核心软件的一次大版本迭代,而不只是调了某个孤立的参数。
这种高度集成的架构，好处是各模块之间协作效率高，密码学组件和共识层可以做深度联动优化；但代价是耦合度高，意味着任何一处出问题，排查和修复的复杂度可能会比模块化程度更高的架构要大，前面聊过dusk-plonk那次漏洞，某种程度上也印证了这种深度集成架构下，一个底层组件的问题很容易牵连到多个上层功能。
主板这个比喻挺贴切，平时没人会盯着主板看，但真出问题的时候，往往就是从这里开始查起。
@Dusk #dusk $DUSK
官方给Rusk的定位是"整个网络的技术心脏"，类比成电脑的主板——本身不是某个单一功能模块,而是把各个核心组件集成、串联起来的载体。创世区块的零知识电路和合约（前面聊过的Stake、Transfer这两个创世合约）内置在Rusk里，Plonk证明系统、Kadcast网络协议、Piecrust虚拟机这几大件都被它整合在一起，同时给Piecrust虚拟机提供底层的宿主函数支持，此外共识机制和节点软件本身，包括维护链状态、数据库、网络连接这些基础运维职能，也都归Rusk管。
我理解这个"主板"比喻的意义在于——之前聊这些模块的时候，容易把它们当成互相独立的功能点分别理解,但实际上它们不是各自为政的积木,而是通过Rusk这个统一底座紧密耦合在一起的一整套系统,任何一个模块的更新,理论上都得考虑跟Rusk这个底座的兼容性,前面聊过的Aegis硬分叉升级,本质上很可能就是Rusk这个核心软件的一次大版本迭代,而不只是调了某个孤立的参数。
这种高度集成的架构，好处是各模块之间协作效率高，密码学组件和共识层可以做深度联动优化；但代价是耦合度高，意味着任何一处出问题，排查和修复的复杂度可能会比模块化程度更高的架构要大，前面聊过dusk-plonk那次漏洞，某种程度上也印证了这种深度集成架构下，一个底层组件的问题很容易牵连到多个上层功能。
主板这个比喻挺贴切，平时没人会盯着主板看，但真出问题的时候，往往就是从这里开始查起。
@Dusk #dusk $DUSK
查Dusk官网的服务条款时注意到一个细节——用户用网站时,合同对手方写的是"Dusk Network B.V."，一家荷兰的私人有限责任公司,但项目最初创立时用的主体又是"Stichting Dusk Foundation"，一个基金会（stichting）,两个不同性质的法律实体,顺手去搞清楚了这背后的逻辑。
这种"基金会+运营公司"的双层结构,在荷兰的加密项目里其实不算罕见——基金会（stichting）在荷兰法律里是一种没有股东、不以营利为目的的实体，通常被用来持有协议的知识产权、代币生态基金,扮演一个相对中立的"协议管理者"角色；而B.V.这种私人有限公司，是真正做商业开发、签合作协议、承担经营责任的主体，两者分工不同——基金会负责给协议的长期治理和资产托管提供一个非营利、相对独立的法律外壳,公司负责具体的产品开发和商业拓展。
我觉得这个结构对Dusk这类想接机构合作的项目挺重要——机构在评估合作对象的时候,会很在意"我签合同的对象到底是谁、责任主体是不是清晰"，如果一个项目连基本的法律实体都模糊不清,机构大概率不敢真正投入资源合作，双实体结构某种程度上是把"协议中立性"和"商业可问责性"这两个诉求分开安放,而不是含糊地用一个松散的社区去代表整个项目，这跟前面聊过的协议治理权集中在团队手里,其实是同一个逻辑的另一面——机构级合作,恰恰需要一个明确的、可追责的法律对手方,而不是一个纯粹去中心化、没有明确责任人的匿名组织。
但双实体结构也带来一层复杂性——普通代币持有者跟这两个实体之间到底是什么关系，基金会的资产管理和公司的商业决策之间有没有清晰的隔离机制,这些细节不是随便翻个官网条款就能看明白的，得真正去查公开的公司注册信息和治理文件才能拼出完整图景,这块我打算有空再深挖一下。
@Dusk #dusk $DUSK
这种"基金会+运营公司"的双层结构,在荷兰的加密项目里其实不算罕见——基金会（stichting）在荷兰法律里是一种没有股东、不以营利为目的的实体，通常被用来持有协议的知识产权、代币生态基金,扮演一个相对中立的"协议管理者"角色；而B.V.这种私人有限公司，是真正做商业开发、签合作协议、承担经营责任的主体，两者分工不同——基金会负责给协议的长期治理和资产托管提供一个非营利、相对独立的法律外壳,公司负责具体的产品开发和商业拓展。
我觉得这个结构对Dusk这类想接机构合作的项目挺重要——机构在评估合作对象的时候,会很在意"我签合同的对象到底是谁、责任主体是不是清晰"，如果一个项目连基本的法律实体都模糊不清,机构大概率不敢真正投入资源合作，双实体结构某种程度上是把"协议中立性"和"商业可问责性"这两个诉求分开安放,而不是含糊地用一个松散的社区去代表整个项目，这跟前面聊过的协议治理权集中在团队手里,其实是同一个逻辑的另一面——机构级合作,恰恰需要一个明确的、可追责的法律对手方,而不是一个纯粹去中心化、没有明确责任人的匿名组织。
但双实体结构也带来一层复杂性——普通代币持有者跟这两个实体之间到底是什么关系，基金会的资产管理和公司的商业决策之间有没有清晰的隔离机制,这些细节不是随便翻个官网条款就能看明白的，得真正去查公开的公司注册信息和治理文件才能拼出完整图景,这块我打算有空再深挖一下。
@Dusk #dusk $DUSK
看到一则关于欧洲债券市场规模的数据新闻,顺手查了下Dusk的证券结算模块除了聊得比较多的股权类资产之外，对债券这类固定收益工具适配得怎么样。
股权和债券这两类资产,在链上要处理的核心逻辑不完全一样——股权关心的是持仓比例、分红、投票权,前面聊过Zedger对这块有原生支持；债券这类固定收益工具,核心是到期日、票面利率、按期付息、到期兑付本金,是一套完全不同的现金流节奏，本质上更像一份有明确时间表的承诺，不是"持有就享受不确定分红"这种模式。
Zedger作为一套通用的证券登记和结算框架,理论上底层的所有权登记逻辑是通用的——不管是股权还是债权,核心都是"谁在什么时间点拥有什么权利"，按期付息可以理解成按照登记的持仓比例、在约定时间点自动触发一次分配,跟股权分红的机制在技术实现上有相通之处，只是触发的时间表更加刚性、更加可预测，不像分红那样存在决策上的浮动空间。
我觉得这块如果真的做扎实了,想象空间可能比股权代币化更大——债券市场的规模本来就比股权市场大得多,而且债券这类现金流固定、周期明确的资产,天然更适合用智能合约做自动化执行,减少人工处理付息、到期兑付这类重复性行政工作的成本，理论上比处理充满不确定性的股权分红更容易落地。
但我目前没查到具体的债券类落地案例，现有的公开合作大多还是围绕股权和支付场景，债券这块目前看更像是架构设计上"预留了空间"，还没看到真正跑起来的实例，这个判断我打算等后续有具体案例再回头验证。
@Dusk #dusk $DUSK
股权和债券这两类资产,在链上要处理的核心逻辑不完全一样——股权关心的是持仓比例、分红、投票权,前面聊过Zedger对这块有原生支持；债券这类固定收益工具,核心是到期日、票面利率、按期付息、到期兑付本金,是一套完全不同的现金流节奏，本质上更像一份有明确时间表的承诺，不是"持有就享受不确定分红"这种模式。
Zedger作为一套通用的证券登记和结算框架,理论上底层的所有权登记逻辑是通用的——不管是股权还是债权,核心都是"谁在什么时间点拥有什么权利"，按期付息可以理解成按照登记的持仓比例、在约定时间点自动触发一次分配,跟股权分红的机制在技术实现上有相通之处，只是触发的时间表更加刚性、更加可预测，不像分红那样存在决策上的浮动空间。
我觉得这块如果真的做扎实了,想象空间可能比股权代币化更大——债券市场的规模本来就比股权市场大得多,而且债券这类现金流固定、周期明确的资产,天然更适合用智能合约做自动化执行,减少人工处理付息、到期兑付这类重复性行政工作的成本，理论上比处理充满不确定性的股权分红更容易落地。
但我目前没查到具体的债券类落地案例，现有的公开合作大多还是围绕股权和支付场景，债券这块目前看更像是架构设计上"预留了空间"，还没看到真正跑起来的实例，这个判断我打算等后续有具体案例再回头验证。
@Dusk #dusk $DUSK
聊过好几次Dusk共识层的设计，但一直没细看消息是怎么在节点之间传播的，这周补了这块，发现网络层这个基础设施选择,也是撑起秒级确认的重要一环，不是只靠共识算法本身。
大部分区块链用的是gossip协议——一个节点收到消息后随机转发给几个邻居,邻居再随机转发给下一批,靠这种病毒式扩散让消息最终传遍全网。这套逻辑简单可靠,但天然有冗余——同一条消息可能被同一个节点重复收到好几次,随着网络规模变大,这种重复传输消耗的带宽会明显增加,是很多链在网络层的隐性成本。
Dusk用的Kadcast，是基于Kademlia这种结构化的分布式哈希表网络拓扑做的消息广播协议，跟gossip那种随机转发不同,Kadcast给每个节点分配了明确的逻辑位置，消息传播走的是更有结构的路径,而不是纯随机扩散——查到的数据是相比传统gossip协议大概能省下两到五成的带宽消耗，冗余传输少了，同样的网络条件下,消息扩散到全网的速度和效率理论上都能提升。
我理解这个选择跟Dusk想做金融级结算速度的定位是绑在一起的——委员会投票、区块确认这些环节都依赖消息尽快传遍相关节点，如果底层网络层本身效率不够,上层共识算法设计得再精巧也会被拖后腿，秒级确认这种指标,不是单靠一个共识协议名字撑起来的,是共识算法、签名聚合、网络传输这几层一起优化的结果。
不过结构化网络拓扑通常也意味着更复杂的维护逻辑，节点加入退出时位置信息需要更新和同步,这块的工程复杂度比简单的gossip协议要高不少,复杂度换效率这笔账，实际网络运行几年后的表现,可能比论文里的理论带宽节省数字更有说服力。
@Dusk #dusk $DUSK
大部分区块链用的是gossip协议——一个节点收到消息后随机转发给几个邻居,邻居再随机转发给下一批,靠这种病毒式扩散让消息最终传遍全网。这套逻辑简单可靠,但天然有冗余——同一条消息可能被同一个节点重复收到好几次,随着网络规模变大,这种重复传输消耗的带宽会明显增加,是很多链在网络层的隐性成本。
Dusk用的Kadcast，是基于Kademlia这种结构化的分布式哈希表网络拓扑做的消息广播协议，跟gossip那种随机转发不同,Kadcast给每个节点分配了明确的逻辑位置，消息传播走的是更有结构的路径,而不是纯随机扩散——查到的数据是相比传统gossip协议大概能省下两到五成的带宽消耗，冗余传输少了，同样的网络条件下,消息扩散到全网的速度和效率理论上都能提升。
我理解这个选择跟Dusk想做金融级结算速度的定位是绑在一起的——委员会投票、区块确认这些环节都依赖消息尽快传遍相关节点，如果底层网络层本身效率不够,上层共识算法设计得再精巧也会被拖后腿，秒级确认这种指标,不是单靠一个共识协议名字撑起来的,是共识算法、签名聚合、网络传输这几层一起优化的结果。
不过结构化网络拓扑通常也意味着更复杂的维护逻辑，节点加入退出时位置信息需要更新和同步,这块的工程复杂度比简单的gossip协议要高不少,复杂度换效率这笔账，实际网络运行几年后的表现,可能比论文里的理论带宽节省数字更有说服力。
@Dusk #dusk $DUSK
翻共识层细节的时候，注意到一个容易被忽略的工程点——委员会里几十个节点分别投票，最后广播出去的证书大小居然是恒定的，跟委员会人数没关系，好奇去查了下这是怎么做到的。
普通的多签方案，如果要证明N个节点都签了字，通常得把N份签名都附上,数据量随着签名者数量线性增长,委员会规模越大、网络里要传输和存储的数据就越多，这是很多PoS链共识效率的隐性瓶颈。Dusk用的BLS签名基于双线性配对,天生支持聚合——多个独立签名可以数学上合并成一份固定大小、约32字节的聚合签名，验证时用聚合公钥一次校验完，不用逐个核对，委员会不管是十个人还是六十四个人投票，最后广播的东西大小都差不多，通信开销不会随着参与人数膨胀。
这个设计我觉得对Dusk这种主打金融级结算速度的链特别关键——如果委员会规模想做大来增强安全性，副作用往往是通信成本跟着涨,变成规模和速度的取舍,BLS聚合等于把这个取舍在很大程度上化解掉了，规模变大，通信负担不必然跟着线性变大。再加上底层P2P网络用的Kadcast协议，比传统的gossip广播方式节省大概两三成到一半的带宽消耗，两层优化叠在一起，才撑得起"秒级确认"这种对金融场景来说近乎刚需的指标。
不过聚合签名的验证计算本身不便宜,虽然数据量恒定,单次验证的计算复杂度并不是免费的午餐，这也是为什么委员会规模不是越大越好，节点硬件门槛还是得配得上这套验证负载,不是纯靠算法优化就能无限做大规模。工程上的取舍从来不会真正消失,只是换了个维度体现出来。
@Dusk #dusk $DUSK
普通的多签方案，如果要证明N个节点都签了字，通常得把N份签名都附上,数据量随着签名者数量线性增长,委员会规模越大、网络里要传输和存储的数据就越多，这是很多PoS链共识效率的隐性瓶颈。Dusk用的BLS签名基于双线性配对,天生支持聚合——多个独立签名可以数学上合并成一份固定大小、约32字节的聚合签名，验证时用聚合公钥一次校验完，不用逐个核对，委员会不管是十个人还是六十四个人投票，最后广播的东西大小都差不多，通信开销不会随着参与人数膨胀。
这个设计我觉得对Dusk这种主打金融级结算速度的链特别关键——如果委员会规模想做大来增强安全性，副作用往往是通信成本跟着涨,变成规模和速度的取舍,BLS聚合等于把这个取舍在很大程度上化解掉了，规模变大，通信负担不必然跟着线性变大。再加上底层P2P网络用的Kadcast协议，比传统的gossip广播方式节省大概两三成到一半的带宽消耗，两层优化叠在一起，才撑得起"秒级确认"这种对金融场景来说近乎刚需的指标。
不过聚合签名的验证计算本身不便宜,虽然数据量恒定,单次验证的计算复杂度并不是免费的午餐，这也是为什么委员会规模不是越大越好，节点硬件门槛还是得配得上这套验证负载,不是纯靠算法优化就能无限做大规模。工程上的取舍从来不会真正消失,只是换了个维度体现出来。
@Dusk #dusk $DUSK
一直以为DUSK就是个单纯的质押/治理代币,直到把L1和DuskEVM两边的机制摆一起看,才发现它同时扛着两份完全不同的活。
在L1这边，DUSK是provisioner质押共识用的，锁进去换出块资格和奖励，这份角色更接近传统PoS链的治理/安全代币，价值支撑逻辑是"网络越安全、参与质押的意愿越强"。但到了DuskEVM这边,DUSK又变成了gas token,用来支付合约调用和交易手续费,这份角色是纯粹的消耗品逻辑,跟以太坊上的ETH类似,用得越频繁、消耗越多。
一个代币同时背两种经济模型,我觉得有意思也有点纠结的地方在于——质押模型鼓励的是囤着不动、长期锁仓,gas模型鼓励的是频繁流通、越用越好,这两种需求某种程度上是互相拉扯的：如果链上活动足够活跃，gas消耗会持续给代币制造买盘,但如果大家都倾向于把币锁去质押吃奖励，流通盘变薄,反而可能推高gas成本,变成一种自我抑制的循环。
这个设计现在还处在早期，DuskEVM上真实的合约调用量还不大，gas消耗这部分的经济效应目前基本可以忽略不计，主要还是质押这条线在撑价值逻辑。等哪天链上活动起来了，这两种角色到底是互相成就还是互相拖累,现在下结论还太早。
@Dusk #dusk $DUSK
在L1这边，DUSK是provisioner质押共识用的，锁进去换出块资格和奖励，这份角色更接近传统PoS链的治理/安全代币，价值支撑逻辑是"网络越安全、参与质押的意愿越强"。但到了DuskEVM这边,DUSK又变成了gas token,用来支付合约调用和交易手续费,这份角色是纯粹的消耗品逻辑,跟以太坊上的ETH类似,用得越频繁、消耗越多。
一个代币同时背两种经济模型,我觉得有意思也有点纠结的地方在于——质押模型鼓励的是囤着不动、长期锁仓,gas模型鼓励的是频繁流通、越用越好,这两种需求某种程度上是互相拉扯的：如果链上活动足够活跃，gas消耗会持续给代币制造买盘,但如果大家都倾向于把币锁去质押吃奖励，流通盘变薄,反而可能推高gas成本,变成一种自我抑制的循环。
这个设计现在还处在早期，DuskEVM上真实的合约调用量还不大，gas消耗这部分的经济效应目前基本可以忽略不计，主要还是质押这条线在撑价值逻辑。等哪天链上活动起来了，这两种角色到底是互相成就还是互相拖累,现在下结论还太早。
@Dusk #dusk $DUSK
TermMax拿到YZi Labs融资这件事,我觉得不能只当成"又一轮融资新闻"看过去。
YZi Labs背后的资源网络,对一个还在打TVL攻坚战的借贷协议来说,价值不完全在钱本身,更多在渠道——能不能借助大平台的曝光和用户导流,把原本需要靠自然增长慢慢攒的TVL,在短时间内做一次跃升。
从这个角度看,TermMax跟币安生态走得更近,大概率不是巧合,而是拿到资源之后顺理成章的下一步。
如果项目方足够聪明,会尽量争取拿到更大的空投分配比例,再配合类似质押存款booster这样的活动,把这次曝光转化成实打实的TVL增量,而不只是一次性的空投热度。
参考社区空投15%比例最终换来九千万TVL的效率,如果这次能通过平台合作拿到更集中的曝光,理论上转化效率应该会更高,这也是我愿意继续跟踪这个项目的原因之一。
@TermMax #TermMax
YZi Labs背后的资源网络,对一个还在打TVL攻坚战的借贷协议来说,价值不完全在钱本身,更多在渠道——能不能借助大平台的曝光和用户导流,把原本需要靠自然增长慢慢攒的TVL,在短时间内做一次跃升。
从这个角度看,TermMax跟币安生态走得更近,大概率不是巧合,而是拿到资源之后顺理成章的下一步。
如果项目方足够聪明,会尽量争取拿到更大的空投分配比例,再配合类似质押存款booster这样的活动,把这次曝光转化成实打实的TVL增量,而不只是一次性的空投热度。
参考社区空投15%比例最终换来九千万TVL的效率,如果这次能通过平台合作拿到更集中的曝光,理论上转化效率应该会更高,这也是我愿意继续跟踪这个项目的原因之一。
@TermMax #TermMax
翻路线图的时候留意到"Dusk Pay"这个还没正式上线的产品方向，跟前阵子聊过的EURQ稳定币放在一起看，觉得这条线的野心比表面看起来大。
单看EURQ这个稳定币,本质是Quantoz这类持牌机构发行的合规欧元锚定资产,能在Dusk上转账、结算,已经算是把传统法币接进了这条链。但稳定币本身只是资产,能不能真正被普通人当支付工具用起来,中间还差一层——收单、商户接入、跟现有支付轨道打通这些偏应用层的东西,这正是Dusk Pay这个方向想补的那块拼图。
我觉得这个组合的逻辑链条是,前面Zedger管的是机构级证券结算，EURQ提供了合规法币计价的载体，Dusk Pay如果做起来,补的是"普通用户和商户怎么实际花这笔钱"这最后一公里。三块拼在一起,理论上能撑起一整套从机构结算到零售支付的闭环，这个野心不小，因为支付这个赛道,历来是最难啃的骨头之一——不是技术不行,是网络效应太重，商户愿不愿意接入、用户习不习惯用，都不是单靠技术优势就能砸开的。
我查完资料最大的疑惑是，Dusk Pay目前还停留在路线图阶段，没有具体的上线时间表和落地案例，纯技术设想和真正跑通商户网络之间,历史上有太多项目倒在了这一步——稳定币本身不缺，缺的是愿意接受它的商户密度，这跟纯技术能力关系不大，更多是商务拓展和用户习惯培养的硬仗，Dusk作为一条相对小众、偏机构向的公链，有没有资源和渠道去啃这块骨头，我目前没看到让自己安心的答案。
技术底子这条线我算是想明白了——证券结算、合规稳定币这两块拼图Dusk已经落了子,支付这最后一块拼图，是技术故事之外，真正考验商业执行力的地方,这块我打算等看到实际的商户接入数字再重新评估,现在还只能算是个愿景。
@Dusk #dusk $DUSK
单看EURQ这个稳定币,本质是Quantoz这类持牌机构发行的合规欧元锚定资产,能在Dusk上转账、结算,已经算是把传统法币接进了这条链。但稳定币本身只是资产,能不能真正被普通人当支付工具用起来,中间还差一层——收单、商户接入、跟现有支付轨道打通这些偏应用层的东西,这正是Dusk Pay这个方向想补的那块拼图。
我觉得这个组合的逻辑链条是,前面Zedger管的是机构级证券结算，EURQ提供了合规法币计价的载体，Dusk Pay如果做起来,补的是"普通用户和商户怎么实际花这笔钱"这最后一公里。三块拼在一起,理论上能撑起一整套从机构结算到零售支付的闭环，这个野心不小，因为支付这个赛道,历来是最难啃的骨头之一——不是技术不行,是网络效应太重，商户愿不愿意接入、用户习不习惯用，都不是单靠技术优势就能砸开的。
我查完资料最大的疑惑是，Dusk Pay目前还停留在路线图阶段，没有具体的上线时间表和落地案例，纯技术设想和真正跑通商户网络之间,历史上有太多项目倒在了这一步——稳定币本身不缺，缺的是愿意接受它的商户密度，这跟纯技术能力关系不大，更多是商务拓展和用户习惯培养的硬仗，Dusk作为一条相对小众、偏机构向的公链，有没有资源和渠道去啃这块骨头，我目前没看到让自己安心的答案。
技术底子这条线我算是想明白了——证券结算、合规稳定币这两块拼图Dusk已经落了子,支付这最后一块拼图，是技术故事之外，真正考验商业执行力的地方,这块我打算等看到实际的商户接入数字再重新评估,现在还只能算是个愿景。
@Dusk #dusk $DUSK
用TermMax开了几笔不同到期日的仓位之后，发现最花脑子的不是开仓那一下，而是到期日临近的时候到底该展期(rollover)还是直接平仓离场，这个决策比想象中复杂,干脆把自己的判断逻辑整理一下。
展期的核心操作，是在旧仓位到期前，把当前的GT关联的债务和抵押品迁移到一个新到期日的市场里，本质上是重新在新的到期日铸造一笔FT/XT，把原来的固定利率敞口平移到未来。做这件事最主要考虑的是新到期日市场当前的利率水平划不划算——如果新市场的固定利率明显低于我当前愿意接受的成本线，展期就是合理的，相当于把已经建立的仓位延续下去，不用承担平仓再重新开仓的额外滑点和gas;但如果新市场因为某些原因利率被推高了(比如那个到期日借款需求集中)，硬展期等于是在一个不划算的价位续约，这时候不如直接平仓拿回本金再观望。
另一个容易被忽略的因素是到期日集中度。如果我手里好几笔仓位都堆在同一个到期日附近，到期那几天需要同时处理的资金量会很大，容易赶上市场流动性不够充裕的窗口,展期或者平仓的执行价格都可能受影响。所以我现在会刻意把仓位到期日错开，不让自己在同一个时间点被迫做出好几个仓位的决策，这样单个决策的紧迫感能降下来,给自己留出观察利率曲线变化的时间。
说到底，固定利率协议把"选择哪个期限、什么时候进出"这件事的主动权完全交还给了用户，好处是灵活，代价是没有自动续期这种偷懒选项,每一次到期都是一次需要认真做的决策,不提前想清楚,很容易在到期日扎堆的时候手忙脚乱。
@TermMax #TermMax
展期的核心操作，是在旧仓位到期前，把当前的GT关联的债务和抵押品迁移到一个新到期日的市场里，本质上是重新在新的到期日铸造一笔FT/XT，把原来的固定利率敞口平移到未来。做这件事最主要考虑的是新到期日市场当前的利率水平划不划算——如果新市场的固定利率明显低于我当前愿意接受的成本线，展期就是合理的，相当于把已经建立的仓位延续下去，不用承担平仓再重新开仓的额外滑点和gas;但如果新市场因为某些原因利率被推高了(比如那个到期日借款需求集中)，硬展期等于是在一个不划算的价位续约，这时候不如直接平仓拿回本金再观望。
另一个容易被忽略的因素是到期日集中度。如果我手里好几笔仓位都堆在同一个到期日附近，到期那几天需要同时处理的资金量会很大，容易赶上市场流动性不够充裕的窗口,展期或者平仓的执行价格都可能受影响。所以我现在会刻意把仓位到期日错开，不让自己在同一个时间点被迫做出好几个仓位的决策，这样单个决策的紧迫感能降下来,给自己留出观察利率曲线变化的时间。
说到底，固定利率协议把"选择哪个期限、什么时候进出"这件事的主动权完全交还给了用户，好处是灵活，代价是没有自动续期这种偷懒选项,每一次到期都是一次需要认真做的决策,不提前想清楚,很容易在到期日扎堆的时候手忙脚乱。
@TermMax #TermMax
把TMX的代币模型单独拿出来过了一遍：总量10亿枚固定，不通胀，TGE定在8月25日，初始流通大概20%左右，核心赋能是治理、质押和协议手续费捕获。乍一看是标准的DeFi治理代币模板，跟市面上大部分借贷协议的代币结构没什么两样，但我觉得固定利率赛道的代币价值逻辑其实跟浮动利率借贷协议不完全一样，值得单独拆一下。
浮动利率借贷协议的代币价值，很大程度上跟资金利用率、清算频率这些高波动指标挂钩，故事性强，容易炒高预期，但也容易在市场冷静下来之后被打回原形。TermMax的收入来源主要是协议费和清算费，而固定利率产品本身的特性决定了收入曲线理论上应该更平滑——只要到期日集中度控制得当、没有大规模清算事故，费用增长应该是随着活跃借贷规模渐进上升的，不是那种一波行情脉冲式拉高又快速回落的类型。这意味着TMX质押分成这条叙事，短期确实是靠TVL和积分激励堆出来的热度支撑，但长期能不能站住，真正要看的是活跃借贷规模和协议费能不能在激励退坡之后依然保持增长。
我目前最大的顾虑落在释放节奏上。初始流通只有20%左右，意味着后面还有80%要陆续解锁，如果代币解锁曲线比业务实际增长曲线要陡，即便质押分成的年化数字看起来漂亮，也很难扛住持续的抛压，质押收益率和币价表现可能会脱节。另外治理权重和质押量挂钩，如果早期筹码高度集中在少数地址手里，治理这块的赋能短期内更多是名义上的。
这几点现在都还没法下结论，我打算等TGE落地之后，跟踪三个月的协议费真实增长曲线，再对照代币解锁节奏，看这两条曲线是不是能匹配得上，到时候再回来更新判断。
@TermMax #TermMax
浮动利率借贷协议的代币价值，很大程度上跟资金利用率、清算频率这些高波动指标挂钩，故事性强，容易炒高预期，但也容易在市场冷静下来之后被打回原形。TermMax的收入来源主要是协议费和清算费，而固定利率产品本身的特性决定了收入曲线理论上应该更平滑——只要到期日集中度控制得当、没有大规模清算事故，费用增长应该是随着活跃借贷规模渐进上升的，不是那种一波行情脉冲式拉高又快速回落的类型。这意味着TMX质押分成这条叙事，短期确实是靠TVL和积分激励堆出来的热度支撑，但长期能不能站住，真正要看的是活跃借贷规模和协议费能不能在激励退坡之后依然保持增长。
我目前最大的顾虑落在释放节奏上。初始流通只有20%左右，意味着后面还有80%要陆续解锁，如果代币解锁曲线比业务实际增长曲线要陡，即便质押分成的年化数字看起来漂亮，也很难扛住持续的抛压，质押收益率和币价表现可能会脱节。另外治理权重和质押量挂钩，如果早期筹码高度集中在少数地址手里，治理这块的赋能短期内更多是名义上的。
这几点现在都还没法下结论，我打算等TGE落地之后，跟踪三个月的协议费真实增长曲线，再对照代币解锁节奏，看这两条曲线是不是能匹配得上，到时候再回来更新判断。
@TermMax #TermMax
去年在新闻里刷到Dusk拿出500万美元搞生态资助的消息,当时没细想,这次翻资料才把细节补完,发现故事没那么简单。
具体到执行层面,Dusk Development Fund拨了1500万枚DUSK用来激励开发者在这条链上搭建应用,方向听着挺对——技术底子再硬,没人愿意在上面写代码,最后也只是自娱自乐。但翻了一圈实际生态现状,能查到的第三方应用还是稀缺,DEX、借贷协议、跨链桥这些一条成熟公链该有的基础设施配置,目前看还没凑齐。
我觉得这个落差挺值得琢磨。技术愿景那边讲得很清楚——2026年的路线图里明确提到要在保持可组合性的前提下做隐私智能合约,这对机构级应用来说是个挺有吸引力的方向。但愿景和"现在能不能有开发者真的动手做"之间,隔着资助规模够不够、申请门槛清不清晰、拿到资助之后有没有清晰的落地路径这几道坎。1500万枚DUSK按现在的价格换算,规模其实不算特别夸张,面对"从零搭一整套生态基础设施"这个任务,恐怕不算宽裕。
我自己琢磨的原因是,这类专攻合规金融、技术门槛偏高的链，愿意来的开发者本身就比通用型公链少——要理解双账户模型、要懂零知识证明电路、还得兼顾监管逻辑,这不是随便一个Solidity开发者周末就能上手的活。资助计划本该是用来对冲这个门槛劣势的,如果规模和易用性都没能明显拉开跟门槛之间的差距,资助计划本身的吸引力就会打折扣。
技术底子硬和生态繁荣完全是两件事,前者是地基,后者得靠真实的、持续的开发者投入堆出来。我打算盯接下来几个季度Dusk上非官方应用的数量变化，这个指标比资助金额本身更能说明问题——钱能砸出多少动作,最后还是得看有没有人真的动手做出东西来。
@Dusk #dusk $DUSK
具体到执行层面,Dusk Development Fund拨了1500万枚DUSK用来激励开发者在这条链上搭建应用,方向听着挺对——技术底子再硬,没人愿意在上面写代码,最后也只是自娱自乐。但翻了一圈实际生态现状,能查到的第三方应用还是稀缺,DEX、借贷协议、跨链桥这些一条成熟公链该有的基础设施配置,目前看还没凑齐。
我觉得这个落差挺值得琢磨。技术愿景那边讲得很清楚——2026年的路线图里明确提到要在保持可组合性的前提下做隐私智能合约,这对机构级应用来说是个挺有吸引力的方向。但愿景和"现在能不能有开发者真的动手做"之间,隔着资助规模够不够、申请门槛清不清晰、拿到资助之后有没有清晰的落地路径这几道坎。1500万枚DUSK按现在的价格换算,规模其实不算特别夸张,面对"从零搭一整套生态基础设施"这个任务,恐怕不算宽裕。
我自己琢磨的原因是,这类专攻合规金融、技术门槛偏高的链，愿意来的开发者本身就比通用型公链少——要理解双账户模型、要懂零知识证明电路、还得兼顾监管逻辑,这不是随便一个Solidity开发者周末就能上手的活。资助计划本该是用来对冲这个门槛劣势的,如果规模和易用性都没能明显拉开跟门槛之间的差距,资助计划本身的吸引力就会打折扣。
技术底子硬和生态繁荣完全是两件事,前者是地基,后者得靠真实的、持续的开发者投入堆出来。我打算盯接下来几个季度Dusk上非官方应用的数量变化，这个指标比资助金额本身更能说明问题——钱能砸出多少动作,最后还是得看有没有人真的动手做出东西来。
@Dusk #dusk $DUSK
同一个协议我在以太坊主网和BNB Chain上都试着操作了一遍，本来以为体验应该差不多，跑完发现差异比我预期的大。
TermMax同时部署在以太坊、Arbitrum、BNB Chain上，理论上是同一套协议逻辑,但落到不同链上，体验完全被底层链的特性重新塑形了。以太坊主网这边,gas成本明显是第一道门槛,一笔固定利率借贷操作,光手续费就能吃掉不少潜在收益,尤其小额资金根本玩不起,更适合大资金、长期限、对gas不敏感的操作。Arbitrum这边费用低了一截，交互体验流畅很多,适合更频繁的调仓和策略操作。BNB Chain那边我主要是去看了眼Ondo代币化股票抵押那个市场,链本身的用户习惯跟以太坊生态差异也不小,更多是冲着这个特定RWA场景去的用户,不完全是奔着协议本身。
这让我意识到,同一个协议部署在多条链上,不是简单的"复制粘贴换个地址"，本质上是在服务三种不太一样的用户群体和使用场景——以太坊主网服务的是对安全性、资金体量要求高但对成本不敏感的一类用户,Arbitrum服务的是想更灵活操作、成本敏感的一类,BNB Chain这边目前看更像是绑定了某个具体应用场景（RWA抵押）在导流。
但多链部署也有隐性成本——流动性被分散在三条链上,单条链上的深度可能都不如集中在一条链上厚,想找到某个特定期限、特定资产的最优报价，得跨链比较，操作复杂度其实是叠加的,不是单纯"选择更多了"这么简单。
你们更倾向于协议专注深耕一条链把流动性做厚,还是铺开多链换取更广的用户覆盖？
@TermMax #TermMax
TermMax同时部署在以太坊、Arbitrum、BNB Chain上，理论上是同一套协议逻辑,但落到不同链上，体验完全被底层链的特性重新塑形了。以太坊主网这边,gas成本明显是第一道门槛,一笔固定利率借贷操作,光手续费就能吃掉不少潜在收益,尤其小额资金根本玩不起,更适合大资金、长期限、对gas不敏感的操作。Arbitrum这边费用低了一截，交互体验流畅很多,适合更频繁的调仓和策略操作。BNB Chain那边我主要是去看了眼Ondo代币化股票抵押那个市场,链本身的用户习惯跟以太坊生态差异也不小,更多是冲着这个特定RWA场景去的用户,不完全是奔着协议本身。
这让我意识到,同一个协议部署在多条链上,不是简单的"复制粘贴换个地址"，本质上是在服务三种不太一样的用户群体和使用场景——以太坊主网服务的是对安全性、资金体量要求高但对成本不敏感的一类用户,Arbitrum服务的是想更灵活操作、成本敏感的一类,BNB Chain这边目前看更像是绑定了某个具体应用场景（RWA抵押）在导流。
但多链部署也有隐性成本——流动性被分散在三条链上,单条链上的深度可能都不如集中在一条链上厚,想找到某个特定期限、特定资产的最优报价，得跨链比较，操作复杂度其实是叠加的,不是单纯"选择更多了"这么简单。
你们更倾向于协议专注深耕一条链把流动性做厚,还是铺开多链换取更广的用户覆盖？
@TermMax #TermMax
专注一条链更好，流动性集中深度更重要
0%
多链铺开更好，覆盖不同用户场景更划算
0%
看协议阶段，早期该多链引流，成熟后该收拢流动性
0%
0 votes • Voting closed
一直惦记着跑个验证节点玩玩,这周认真查了下Dusk对provisioner节点的硬件和网络要求，发现比我想象的门槛要具体不少，不是随便一台家用电脑就能糊弄过去的。
零知识证明相关的运算对CPU和内存的要求，比普通转账验证型节点要重不少——证明验证虽然比生成证明轻,但Dusk这种默认走机密交易路径的链，几乎每笔交易都要过一遍证明验证逻辑,长期高频跑这个,对硬件持续负载能力是有要求的，不是那种偶尔算一次就完事的轻量任务。带宽方面，共识过程涉及委员会节点之间频繁的消息广播,网络延迟直接影响你能不能赶上出块窗口，家里普通宽带的稳定性和延迟,能不能撑住这种实时性要求，我个人是有点没底的。
这跟很多PoW/早期PoS链"一台笔记本电脑就能跑全节点"的门槛完全不是一回事，本质原因还是零知识证明这套技术天然就比普通签名验证运算量大,这是数学层面的成本,不是工程优化能完全抹平的。
我一开始纠结的是硬件成本值不值,后来想明白真正卡我的不是硬件本身贵不贵，现在云服务器随便配一台高规格机器成本也不算离谱，卡我的是网络延迟和在线稳定性这种没法靠加钱简单解决的变量——出块窗口错过一次可能只是少赚点奖励，但如果稳定性长期不达标,会不会影响到我在整个委员会里的信誉和后续被选中的概率，这块机制细节我还没完全搞明白。
算完这笔账，我大概率还是会先从委托质押开始,自己跑节点这件事，等我把网络稳定性这块想清楚了再说。
你们要是考虑跑验证节点,更在意硬件成本,还是网络稳定性这种隐性门槛？
@Dusk #dusk $DUSK
零知识证明相关的运算对CPU和内存的要求，比普通转账验证型节点要重不少——证明验证虽然比生成证明轻,但Dusk这种默认走机密交易路径的链，几乎每笔交易都要过一遍证明验证逻辑,长期高频跑这个,对硬件持续负载能力是有要求的，不是那种偶尔算一次就完事的轻量任务。带宽方面，共识过程涉及委员会节点之间频繁的消息广播,网络延迟直接影响你能不能赶上出块窗口，家里普通宽带的稳定性和延迟,能不能撑住这种实时性要求，我个人是有点没底的。
这跟很多PoW/早期PoS链"一台笔记本电脑就能跑全节点"的门槛完全不是一回事，本质原因还是零知识证明这套技术天然就比普通签名验证运算量大,这是数学层面的成本,不是工程优化能完全抹平的。
我一开始纠结的是硬件成本值不值,后来想明白真正卡我的不是硬件本身贵不贵，现在云服务器随便配一台高规格机器成本也不算离谱，卡我的是网络延迟和在线稳定性这种没法靠加钱简单解决的变量——出块窗口错过一次可能只是少赚点奖励，但如果稳定性长期不达标,会不会影响到我在整个委员会里的信誉和后续被选中的概率，这块机制细节我还没完全搞明白。
算完这笔账，我大概率还是会先从委托质押开始,自己跑节点这件事，等我把网络稳定性这块想清楚了再说。
你们要是考虑跑验证节点,更在意硬件成本,还是网络稳定性这种隐性门槛？
@Dusk #dusk $DUSK
硬件成本是大头,买好设备基本就解决了
0%
网络稳定性才是隐性门槛,这个更难解决
0%
两个都不是重点,委托质押省心多了没必要自己跑
0%
0 votes • Voting closed
一开始我以为TermMax就是又一个"锁仓借贷"协议，无非是把到期日写死在合约里，直到翻完Gearing Token和Fixed-rate Token这套设计，才发现自己想简单了。
普通的杠杆借贷，操作流程通常是抵押、借款、再买入、再抵押，一套连续动作要跑好几笔交易，尤其一键循环加杠杆（looping），链上要来回好几趟，gas费和滑点都在中间被吃掉。TermMax把这整套复杂流程封装进了两种代币里——Fixed-rate Token代表固定收益的债权部分,Gearing Token则把杠杆头寸本身变成一个可以直接交易的代币。换句话说，本来要拆成好几步的操作,现在变成买卖一个代币就能完成，复杂的杠杆过程被"代币化"这一步吃掉了。
这个设计我觉得聪明的地方在于，它把原本只有熟悉多步操作的老手才玩得转的杠杆策略，降维成了任何人都会的"买卖代币"这个动作。市场行情好的时候，散户想加杠杆不用自己手动做好几步操作，直接买Gearing Token就完事；想退出杠杆，卖出去就行，不用反向拆解好几笔交易。
代价是这套代币的定价机制本身变复杂了——Gearing Token的价格既要反映底层抵押资产的价格，又要反映剩余期限、隐含利率这些变量，普通用户光看代币价格未必能直接理解自己现在的杠杆倍数和风险敞口是多少，这中间隔了一层抽象，用起来简单，理解起来未必简单，尤其行情剧烈波动的时候。
工具做得越顺手，越容易让人忘了底层的风险结构，这大概是所有"一键化"金融产品共同的隐患，不只是TermMax一家的问题。
你们觉得，把复杂杠杆操作封装成一个代币，是真的降低了风险理解门槛，还是只是把风险藏得更深了？
@TermMax #TermMax
普通的杠杆借贷，操作流程通常是抵押、借款、再买入、再抵押，一套连续动作要跑好几笔交易，尤其一键循环加杠杆（looping），链上要来回好几趟，gas费和滑点都在中间被吃掉。TermMax把这整套复杂流程封装进了两种代币里——Fixed-rate Token代表固定收益的债权部分,Gearing Token则把杠杆头寸本身变成一个可以直接交易的代币。换句话说，本来要拆成好几步的操作,现在变成买卖一个代币就能完成，复杂的杠杆过程被"代币化"这一步吃掉了。
这个设计我觉得聪明的地方在于，它把原本只有熟悉多步操作的老手才玩得转的杠杆策略，降维成了任何人都会的"买卖代币"这个动作。市场行情好的时候，散户想加杠杆不用自己手动做好几步操作，直接买Gearing Token就完事；想退出杠杆，卖出去就行，不用反向拆解好几笔交易。
代价是这套代币的定价机制本身变复杂了——Gearing Token的价格既要反映底层抵押资产的价格，又要反映剩余期限、隐含利率这些变量，普通用户光看代币价格未必能直接理解自己现在的杠杆倍数和风险敞口是多少，这中间隔了一层抽象，用起来简单，理解起来未必简单，尤其行情剧烈波动的时候。
工具做得越顺手，越容易让人忘了底层的风险结构，这大概是所有"一键化"金融产品共同的隐患，不只是TermMax一家的问题。
你们觉得，把复杂杠杆操作封装成一个代币，是真的降低了风险理解门槛，还是只是把风险藏得更深了？
@TermMax #TermMax
降低了操作门槛，普通用户也能安全参与杠杆
0%
风险被封装掩盖了，容易让人低估自己的敞口
0%
工具是中性的，关键看用户自己有没有做功课
0%
0 votes • Voting closed
有人在群里问我，Dusk跟Zcash、Aztec这些做隐私的项目比，到底强在哪，我发现自己没法用一句话答完，索性坐下来把三条链的隐私模型摆一起理了一遍。
Zcash的屏蔽交易做得早也做得纯粹，但它本质是一条支付链，隐私对象是转账金额和地址，链上没有通用智能合约,谈不上给复杂金融逻辑做隐私。Aztec走的是另一条路，隐私智能合约、Rollup架构,更像是给以太坊生态加一层隐私执行环境，依赖以太坊做结算层和最终安全性，自己不是独立的Layer1。
Dusk跟这两条路都不一样的地方在于，它是一条独立Layer1，同时把机密智能合约（XSC）、选择性披露（Hedger）、证券结算（Zedger）这些模块直接焊在协议层，不是靠外部Rollup叠加,也不是只做支付这一件事。换句话说,Zcash解决的是"转账隐私"，Aztec解决的是"以太坊生态里的合约隐私"，Dusk想解决的是"金融机构级别的、需要同时兼顾隐私和监管可查的全套基础设施"。
定位不一样，没法简单说谁更强，但代价也不一样。独立做Layer1意味着Dusk得自己扛全部的安全性和去中心化程度，不能像Aztec那样借以太坊的安全性打底；而想同时做支付、合约、证券结算这么多场景，复杂度和攻击面都比单一功能的Zcash大得多——前阵子那次dusk-plonk的审计发现,某种程度上就是这种复杂度带来的代价。
摊子铺得越大，护城河理论上越深，但出问题的地方也越多，这笔账现在还算不清谁划算。
你们怎么看，专注做一件事做到极致，跟摊子铺大做全套基础设施，这两条路径哪个在隐私赛道更有胜算？
@Dusk #dusk $DUSK
Zcash的屏蔽交易做得早也做得纯粹，但它本质是一条支付链，隐私对象是转账金额和地址，链上没有通用智能合约,谈不上给复杂金融逻辑做隐私。Aztec走的是另一条路，隐私智能合约、Rollup架构,更像是给以太坊生态加一层隐私执行环境，依赖以太坊做结算层和最终安全性，自己不是独立的Layer1。
Dusk跟这两条路都不一样的地方在于，它是一条独立Layer1，同时把机密智能合约（XSC）、选择性披露（Hedger）、证券结算（Zedger）这些模块直接焊在协议层，不是靠外部Rollup叠加,也不是只做支付这一件事。换句话说,Zcash解决的是"转账隐私"，Aztec解决的是"以太坊生态里的合约隐私"，Dusk想解决的是"金融机构级别的、需要同时兼顾隐私和监管可查的全套基础设施"。
定位不一样，没法简单说谁更强，但代价也不一样。独立做Layer1意味着Dusk得自己扛全部的安全性和去中心化程度，不能像Aztec那样借以太坊的安全性打底；而想同时做支付、合约、证券结算这么多场景，复杂度和攻击面都比单一功能的Zcash大得多——前阵子那次dusk-plonk的审计发现,某种程度上就是这种复杂度带来的代价。
摊子铺得越大，护城河理论上越深，但出问题的地方也越多，这笔账现在还算不清谁划算。
你们怎么看，专注做一件事做到极致，跟摊子铺大做全套基础设施，这两条路径哪个在隐私赛道更有胜算？
@Dusk #dusk $DUSK
摊子铺大更有胜算，机构要的就是一整套解决方案
0%
专注单点更稳，全套基础设施摊子太大容易出问题
100%
两种路径服务的客群本来就不一样，没有谁更有胜算
0%
1 votes • Voting closed
今年四月底，安全审计公司OtterSec公开了一份关于Dusk的漏洞报告，我这两天才补完细节，越看越觉得后怕。
问题出在dusk-plonk这个零知识证明库的验证环节。简单说，证明系统里prover（证明方）提交的证明包含几个多项式承诺的求值结果，正常流程验证方要把这些值跟受信任的verifier key做比对，确认没被篡改。但审计发现，验证方代码里有四个本该被校验的求值字段，实际上直接被拿去用在最终等式里，压根没做校验。这意味着理论上一个恶意prover可以伪造证明，绕开电路里所有约束条件，在Phoenix的机密转账路径下凭空铸造DUSK、伪造屏蔽交易，而链会把这些交易当成合法交易确认。
这不是Phoenix电路设计写错了，电路约束本身是对的，纯粹是证明系统底层验证逻辑漏掉了一步该做的校验——这种bug之所以容易被忽略，是因为大部分审计员脑子里对标准PLONK的心智模型是"选择器是验证方自己算的"，没意识到Dusk的实现里验证方开始直接消费prover提交的选择器求值，这个架构上的偏离才是漏洞真正藏身的地方。
这份报告让我对"审计过的项目=安全"这句话更谨慎了。dusk-plonk不是没审计过，是这类底层密码学库的bug，往往要等到有人换个角度、带着不同的心智模型重新审一遍才会暴露。目前这个问题已经被走了负责任披露流程处理，但它提醒我一件事：自研密码学库这条路,安全边界比表面上看到的要窄。
你们怎么看自研密码学栈这件事——是技术自主可控的必要投入，还是每条链都该尽量用经过更大规模实战检验的现成方案？
@Dusk #dusk $DUSK
问题出在dusk-plonk这个零知识证明库的验证环节。简单说，证明系统里prover（证明方）提交的证明包含几个多项式承诺的求值结果，正常流程验证方要把这些值跟受信任的verifier key做比对，确认没被篡改。但审计发现，验证方代码里有四个本该被校验的求值字段，实际上直接被拿去用在最终等式里，压根没做校验。这意味着理论上一个恶意prover可以伪造证明，绕开电路里所有约束条件，在Phoenix的机密转账路径下凭空铸造DUSK、伪造屏蔽交易，而链会把这些交易当成合法交易确认。
这不是Phoenix电路设计写错了，电路约束本身是对的，纯粹是证明系统底层验证逻辑漏掉了一步该做的校验——这种bug之所以容易被忽略，是因为大部分审计员脑子里对标准PLONK的心智模型是"选择器是验证方自己算的"，没意识到Dusk的实现里验证方开始直接消费prover提交的选择器求值，这个架构上的偏离才是漏洞真正藏身的地方。
这份报告让我对"审计过的项目=安全"这句话更谨慎了。dusk-plonk不是没审计过，是这类底层密码学库的bug，往往要等到有人换个角度、带着不同的心智模型重新审一遍才会暴露。目前这个问题已经被走了负责任披露流程处理，但它提醒我一件事：自研密码学库这条路,安全边界比表面上看到的要窄。
你们怎么看自研密码学栈这件事——是技术自主可控的必要投入，还是每条链都该尽量用经过更大规模实战检验的现成方案？
@Dusk #dusk $DUSK
自研是必要投入，核心能力不能外包
0%
应该优先用经过大规模实战检验的现成方案
0%
关键不在自研不自研，在有没有持续的第三方审计
0%
0 votes • Voting closed
茶水间碰到同事，他知道我一直在看Dusk，随口问了句："你说的那个隐私链，到底隐私给谁看的？"我一时没答上来，回工位翻了半小时文档才想明白，这问题问得挺准。
Dusk的隐私不是"谁都看不见"，是"看得见的人是被指定的"。Hedger模块用同态加密加ZK做选择性披露，监管方拿到的是一把viewing key，能验证这笔交易合不合规、有没有超阈值、地址在不在黑名单，但看不到具体金额和交易对手。这套逻辑跟传统金融的保密审计其实很像，不是链圈常说的"完全匿名"或"完全透明"，是介于中间那条窄缝。
但同事那句话我后来越想越觉得没答完——key到底谁签发、谁能吊销、出了纠纷谁来仲裁？如果监管方的key权限设计得不够清楚，选择性披露听着再优雅，落地时也是一地鸡毛。这不是纯技术问题，是治理问题，白皮书这块写得确实比技术细节保守很多。
我现在的态度是方向认可，但落地案例没跑通之前不下重仓。你们要是碰到"隐私链"这三个字，第一反应还是"匿名"还是"可控披露"？
@Dusk #dusk $DUSK
Dusk的隐私不是"谁都看不见"，是"看得见的人是被指定的"。Hedger模块用同态加密加ZK做选择性披露，监管方拿到的是一把viewing key，能验证这笔交易合不合规、有没有超阈值、地址在不在黑名单，但看不到具体金额和交易对手。这套逻辑跟传统金融的保密审计其实很像，不是链圈常说的"完全匿名"或"完全透明"，是介于中间那条窄缝。
但同事那句话我后来越想越觉得没答完——key到底谁签发、谁能吊销、出了纠纷谁来仲裁？如果监管方的key权限设计得不够清楚，选择性披露听着再优雅，落地时也是一地鸡毛。这不是纯技术问题，是治理问题，白皮书这块写得确实比技术细节保守很多。
我现在的态度是方向认可，但落地案例没跑通之前不下重仓。你们要是碰到"隐私链"这三个字，第一反应还是"匿名"还是"可控披露"？
@Dusk #dusk $DUSK
我一直觉得PoS项目吹的"秒级最终性"大多是营销话术,直到我扒了Dusk的共识细节
搞这行久了,对"快"这个字已经免疫了,谁都说自己快,链上一查还是得等好几个确认才敢放心。这次翻 @Dusk 的白皮书,我盯着Succinct Attestation这块细节看了很久,发现它玩的不是"快",是"确定"。
比特币那套长链原则,本质是概率游戏,你永远没法百分百确定这笔交易不会被翻掉,只能等的时间越长越安心,这是PoW的原罪,没得洗。Dusk走的是委员会路线,每一轮通过密码学抽签选出一批节点投票确认,一旦达成共识,这笔交易就是终局,不存在被推翻的可能性。这跟前面提到过的隐私那套东西不是一回事,是完全独立的另一层设计,专门解决金融场景最在意的问题,交易到底算不算数。
抽签这个细节我觉得被严重低估了,它不是随便选人,节点被选中的概率跟质押量绑定,同时还引入了信誉模块,作恶节点会被逐渐边缘化,不是靠罚没这一种手段硬压着,是靠机制把坏节点慢慢挤出局。这套东西如果真按白皮书跑通,对接传统结算系统的时候,机构不用再忍受那种模糊的"大概率安全",可以直接拿最终性当法律意义上的凭证用。
我个人对这类设计一贯谨慎,机制画得再漂亮,没有真实网络压力测试过都只是纸面推演,委员会规模、宕机容错这些细节能不能扛住真实的攻击场景,还得看时间。
说到底,人类对"确定性"的渴望从来没停过,从占卜问卦到今天的密码学证明,换了工具,没换目的。$DUSK 想做的,不过是把这份古老的焦虑,重新翻译成一行行可验证的代码。 #dusk
搞这行久了,对"快"这个字已经免疫了,谁都说自己快,链上一查还是得等好几个确认才敢放心。这次翻 @Dusk 的白皮书,我盯着Succinct Attestation这块细节看了很久,发现它玩的不是"快",是"确定"。
比特币那套长链原则,本质是概率游戏,你永远没法百分百确定这笔交易不会被翻掉,只能等的时间越长越安心,这是PoW的原罪,没得洗。Dusk走的是委员会路线,每一轮通过密码学抽签选出一批节点投票确认,一旦达成共识,这笔交易就是终局,不存在被推翻的可能性。这跟前面提到过的隐私那套东西不是一回事,是完全独立的另一层设计,专门解决金融场景最在意的问题,交易到底算不算数。
抽签这个细节我觉得被严重低估了,它不是随便选人,节点被选中的概率跟质押量绑定,同时还引入了信誉模块,作恶节点会被逐渐边缘化,不是靠罚没这一种手段硬压着,是靠机制把坏节点慢慢挤出局。这套东西如果真按白皮书跑通,对接传统结算系统的时候,机构不用再忍受那种模糊的"大概率安全",可以直接拿最终性当法律意义上的凭证用。
我个人对这类设计一贯谨慎,机制画得再漂亮,没有真实网络压力测试过都只是纸面推演,委员会规模、宕机容错这些细节能不能扛住真实的攻击场景,还得看时间。
说到底,人类对"确定性"的渴望从来没停过,从占卜问卦到今天的密码学证明,换了工具,没换目的。$DUSK 想做的,不过是把这份古老的焦虑,重新翻译成一行行可验证的代码。 #dusk
Log in to explore more content