六出纷飞
2.1k Publicaciones
六出纷飞
18年入场，7年老韭菜，年度百大KOL，合约高胜率交易员，公众号：《六出纷飞说》。8折手续费：LCFF888
Creator Awards 2024
Traders League Badge Beginner
Holder de USD1
Trader frecuente
2.6 año(s)
155 Siguiendo
22.2K+ Seguidores
45.9K+ Me gusta
2 Insignias
Publicaciones
Todo
Citas
Videos
PINNED
PINNED
Verificado
一直以为链上证券交易就是简单的"挂单-成交"，翻到Dusk的Smart Bulletin Board设计才发现这个场景比我想的更贴近真实的一级市场交易习惯。
XSC是Dusk给证券类资产定的合约标准,核心诉求是让持有和交易这类资产的过程保持机密,但又能满足审计要求。Smart Bulletin Board是XSC生态里一个具体的撮合机制——想买卖非公开交易的证券资产的双方,先在这个"公告板"上表达意向,匹配成功、双方都同意之后,再用XSC合约把这笔交易无信任地结算掉,整个过程不需要中间的经纪商去撮合、核实、代持。
这个设计让我想起以前接触过的私募股权转让,那种交易往往靠人脉和中介撮合,流程慢、信息不透明、中间商还要抽一道费用。Smart Bulletin Board本质是把这个"找对手方"的过程搬到链上,买卖双方直接在协议层碰面,谈拢了直接结算,不需要经纪人这层，交易速度和成本理论上都能改善不少。
但我留意到这个机制天然带着一个前提——参与方得先经过白名单审核才能进场交易，这不是完全开放的公开市场,是给受监管的证券交易场景专门设计的准入机制,跟大部分DeFi那种谁都能进的公开市场逻辑完全是两码事。这个设计选择我觉得是对的方向,毕竟证券交易本身受监管，但也意味着这套东西的可及性没有想象中那么普惠，能用的还是持牌机构和合格投资者这个圈子,不是随便一个散户能直接参与的公开市场。
技术上把中间商砍掉了,但准入门槛这道墙还立在那，这个组合我觉得挺真实地反映了"合规"和"去中介化"这两个目标本身就存在一定张力,不是简单地二选一或者完全兼得。
@Dusk #dusk $DUSK
XSC是Dusk给证券类资产定的合约标准,核心诉求是让持有和交易这类资产的过程保持机密,但又能满足审计要求。Smart Bulletin Board是XSC生态里一个具体的撮合机制——想买卖非公开交易的证券资产的双方,先在这个"公告板"上表达意向,匹配成功、双方都同意之后,再用XSC合约把这笔交易无信任地结算掉,整个过程不需要中间的经纪商去撮合、核实、代持。
这个设计让我想起以前接触过的私募股权转让,那种交易往往靠人脉和中介撮合,流程慢、信息不透明、中间商还要抽一道费用。Smart Bulletin Board本质是把这个"找对手方"的过程搬到链上,买卖双方直接在协议层碰面,谈拢了直接结算,不需要经纪人这层，交易速度和成本理论上都能改善不少。
但我留意到这个机制天然带着一个前提——参与方得先经过白名单审核才能进场交易，这不是完全开放的公开市场,是给受监管的证券交易场景专门设计的准入机制,跟大部分DeFi那种谁都能进的公开市场逻辑完全是两码事。这个设计选择我觉得是对的方向,毕竟证券交易本身受监管，但也意味着这套东西的可及性没有想象中那么普惠，能用的还是持牌机构和合格投资者这个圈子,不是随便一个散户能直接参与的公开市场。
技术上把中间商砍掉了,但准入门槛这道墙还立在那，这个组合我觉得挺真实地反映了"合规"和"去中介化"这两个目标本身就存在一定张力,不是简单地二选一或者完全兼得。
@Dusk #dusk $DUSK
TermMax上Alpha，门槛我自己算了一遍
按TMX总量10亿、当前市值区间倒推，如果按1%分给Alpha空投池，大概是市值×1%这个量级。
但TermMax在这之前已经跑过Booster活动，等于提前放出去一部分，真正留给Alpha的比例大概率会打折扣，不会是整数的1%。
参考前几期同量级项目的空投，5万份满额的门槛大多卡在200-230分区间，TermMax如果按人均分配去测算，大概率也落在这个区间附近，不算特别高。
但这里有个变量得考虑：TermMax不是新项目，它已经有九千万美金左右的TVL、几十万注册钱包，属于借贷赛道里有一定知名度的项目,这种项目的话语权通常比纯新币要重一些,币安这边分配比例可能会往下压,门槛也就可能被推高。
我自己的判断是不用刻意囤分等它,正常操作就行,真出现门槛偏高的情况,大不了错过这一轮,固定利率借贷这个方向长期是有价值的,不差这一次空投。
#TermMax @TermMax
按TMX总量10亿、当前市值区间倒推，如果按1%分给Alpha空投池，大概是市值×1%这个量级。
但TermMax在这之前已经跑过Booster活动，等于提前放出去一部分，真正留给Alpha的比例大概率会打折扣，不会是整数的1%。
参考前几期同量级项目的空投，5万份满额的门槛大多卡在200-230分区间，TermMax如果按人均分配去测算，大概率也落在这个区间附近，不算特别高。
但这里有个变量得考虑：TermMax不是新项目，它已经有九千万美金左右的TVL、几十万注册钱包，属于借贷赛道里有一定知名度的项目,这种项目的话语权通常比纯新币要重一些,币安这边分配比例可能会往下压,门槛也就可能被推高。
我自己的判断是不用刻意囤分等它,正常操作就行,真出现门槛偏高的情况,大不了错过这一轮,固定利率借贷这个方向长期是有价值的,不差这一次空投。
#TermMax @TermMax
顺手查了下Dusk核心团队的背景，发现一个挺反直觉的点：创始人Emanuele Francioni的专业背景是机器人与自动化工程，不是密码学科班出身，之前二十年做的是分布式系统、拜占庭容错这块，密码学是后来补的技能树。
但真正扛密码学这块的是首席密码学家Dmitry Khovratovich，圈内不算陌生的名字，Equihash和Argon2这两个哈希算法都出自他手，前者被不少PoW链用来做抗ASIC挖矿，后者是密码学界公认的密码哈希标准之一，同时还在以太坊基金会做研究员。一个学术履历过硬的密码学家专职负责底层密码学设计，创始人负责系统架构和工程落地，这种分工我觉得比"创始人自己既懂密码学又懂工程"这种全能人设更让人放心——底层数学正确性交给专业的人把关，比创始人一肩挑更符合大型系统的分工逻辑。
但我也没打算把这当成免死金牌——再厉害的密码学家也会犯错，前面聊过的那次dusk-plonk验证漏洞就是例子，说明团队背景硬不代表代码零风险，审计和实战检验永远是必要的补充,不能只看简历。
团队履历这东西终究是参考项,不是决定性证据,我更想看的是这些名字背后,过去一年提交的代码质量和响应漏洞的速度，这个比简历更诚实。
@Dusk #dusk $DUSK
但真正扛密码学这块的是首席密码学家Dmitry Khovratovich，圈内不算陌生的名字，Equihash和Argon2这两个哈希算法都出自他手，前者被不少PoW链用来做抗ASIC挖矿，后者是密码学界公认的密码哈希标准之一，同时还在以太坊基金会做研究员。一个学术履历过硬的密码学家专职负责底层密码学设计，创始人负责系统架构和工程落地，这种分工我觉得比"创始人自己既懂密码学又懂工程"这种全能人设更让人放心——底层数学正确性交给专业的人把关，比创始人一肩挑更符合大型系统的分工逻辑。
但我也没打算把这当成免死金牌——再厉害的密码学家也会犯错，前面聊过的那次dusk-plonk验证漏洞就是例子，说明团队背景硬不代表代码零风险，审计和实战检验永远是必要的补充,不能只看简历。
团队履历这东西终究是参考项,不是决定性证据,我更想看的是这些名字背后,过去一年提交的代码质量和响应漏洞的速度，这个比简历更诚实。
@Dusk #dusk $DUSK
想把一部分闲置的以太坊资产挪到DuskEVM上试试,昨晚照着官方文档走了一遍跨链桥流程,记录一下真实体验,没有想象中顺滑。
流程本身不复杂——在以太坊那边发起锁定交易,等确认,再到DuskEVM那边领取对应资产,这套逻辑跟大部分跨链桥没什么本质区别。真正让我等得有点心焦的是确认时间,不是桥本身卡,是以太坊那边要等足够多的区块确认才敢放行,加上DuskEVM那边自己的最终性机制也需要时间累积信任,两头的等待时间叠加在一起,不是那种"点一下秒到账"的体验。
这个等待我一开始觉得是体验缺陷，后来想明白这其实是必须的代价——跨链桥这东西,历史上被攻击、被套利的案例太多了,大部分出问题的桥,恰恰是为了追求速度,把确认逻辑做得太激进,给了攻击者操作空间。Dusk这边选择让两端的最终性都跑扎实了再放行,慢是慢，但至少这个设计思路是把安全性放在用户体验前面,不是反过来。
不过体验层面还是有能优化的地方——过程中没有特别清晰的进度提示,交易发起之后,我有一小段时间不太确定自己是该继续等,还是哪个步骤卡住了需要重新操作,这种不确定感对第一次用的人不太友好,容易让人怀疑是不是操作错了。跟一些做得成熟的桥比,这块的用户反馈机制还有改进空间。
另外我也留了个问题没想明白——资产桥过去之后,在DuskEVM上到底是以什么形式存在的,是原生映射资产还是包装代币,这层关系到万一未来这条桥出问题,我手里资产的赎回逻辑到底是怎样的,文档里这部分讲得不算特别直白,得自己多翻几层去拼凑答案。
跨链桥这东西,我的态度一直是能不用就不用,非用不可的话,宁可慢一点也要选安全性优先的设计。这次实测下来,Dusk这边至少方向选对了,细节体验还有打磨空间。
@Dusk #dusk $DUSK
流程本身不复杂——在以太坊那边发起锁定交易,等确认,再到DuskEVM那边领取对应资产,这套逻辑跟大部分跨链桥没什么本质区别。真正让我等得有点心焦的是确认时间,不是桥本身卡,是以太坊那边要等足够多的区块确认才敢放行,加上DuskEVM那边自己的最终性机制也需要时间累积信任,两头的等待时间叠加在一起,不是那种"点一下秒到账"的体验。
这个等待我一开始觉得是体验缺陷，后来想明白这其实是必须的代价——跨链桥这东西,历史上被攻击、被套利的案例太多了,大部分出问题的桥,恰恰是为了追求速度,把确认逻辑做得太激进,给了攻击者操作空间。Dusk这边选择让两端的最终性都跑扎实了再放行,慢是慢，但至少这个设计思路是把安全性放在用户体验前面,不是反过来。
不过体验层面还是有能优化的地方——过程中没有特别清晰的进度提示,交易发起之后,我有一小段时间不太确定自己是该继续等,还是哪个步骤卡住了需要重新操作,这种不确定感对第一次用的人不太友好,容易让人怀疑是不是操作错了。跟一些做得成熟的桥比,这块的用户反馈机制还有改进空间。
另外我也留了个问题没想明白——资产桥过去之后,在DuskEVM上到底是以什么形式存在的,是原生映射资产还是包装代币,这层关系到万一未来这条桥出问题,我手里资产的赎回逻辑到底是怎样的,文档里这部分讲得不算特别直白,得自己多翻几层去拼凑答案。
跨链桥这东西,我的态度一直是能不用就不用,非用不可的话,宁可慢一点也要选安全性优先的设计。这次实测下来,Dusk这边至少方向选对了,细节体验还有打磨空间。
@Dusk #dusk $DUSK
一直以为TermMax到期就是"自动平仓、按市价结算差额"这种常见做法，直到把到期处理这部分文档重新读了一遍才发现完全不是。TermMax用的是Physical Delivery，也就是实物交割——到期时刻，FT持有人拿着FT真的能兑出1份底层debt token，借款人这边的GT仓位如果没有提前平仓或者展期，到期后抵押品和债务会按照约定的方式直接结算，而不是协议帮你在二级市场上找个价格砍一刀了事。
这个设计乍看只是个技术细节，实际影响挺大。现金结算类协议的风险在于，到期那一刻如果市场流动性突然抽干或者价格出现闪崩，结算价可能跟你预期的差很远，协议要么认亏要么把损失转嫁给对手方。实物交割把这层不确定性砍掉了——到期就是到期，FT换debt token是写死的兑换关系，不需要再去问"当时市场愿意给多少钱"，借贷双方在开仓那一刻锁定的利率和到期结果，中间不会因为交割方式本身再产生额外偏差。
但实物交割也不是没有代价。它对借款人的要求更直接：到期日必须准备好足够资产偿还debt token，不能像某些现金结算协议那样靠"差价补齐"这种模糊地带混过去,如果到期前没有主动展期或追加，仓位处理会严格按照约定执行,不会有协议帮你自动找个折中价格软着陆。这意味着用TermMax做借贷，用户需要对自己的到期日安排有更清晰的规划，不是那种可以完全甩手不管、等到期自动处理好的产品。
我倾向于认为这个设计是TermMax把"固定"这两个字贯彻到底的体现——利率固定、到期结果也固定，代价是用户自己要承担更多主动管理的责任。这跟很多DeFi协议追求的"傻瓜式自动化"是相反的方向，值不值得，取决于你是想要确定性还是想要省心。
@TermMax #TermMax
这个设计乍看只是个技术细节，实际影响挺大。现金结算类协议的风险在于，到期那一刻如果市场流动性突然抽干或者价格出现闪崩，结算价可能跟你预期的差很远，协议要么认亏要么把损失转嫁给对手方。实物交割把这层不确定性砍掉了——到期就是到期，FT换debt token是写死的兑换关系，不需要再去问"当时市场愿意给多少钱"，借贷双方在开仓那一刻锁定的利率和到期结果，中间不会因为交割方式本身再产生额外偏差。
但实物交割也不是没有代价。它对借款人的要求更直接：到期日必须准备好足够资产偿还debt token，不能像某些现金结算协议那样靠"差价补齐"这种模糊地带混过去,如果到期前没有主动展期或追加，仓位处理会严格按照约定执行,不会有协议帮你自动找个折中价格软着陆。这意味着用TermMax做借贷，用户需要对自己的到期日安排有更清晰的规划，不是那种可以完全甩手不管、等到期自动处理好的产品。
我倾向于认为这个设计是TermMax把"固定"这两个字贯彻到底的体现——利率固定、到期结果也固定，代价是用户自己要承担更多主动管理的责任。这跟很多DeFi协议追求的"傻瓜式自动化"是相反的方向，值不值得，取决于你是想要确定性还是想要省心。
@TermMax #TermMax
踏空？ 不存在的
风浪越大鱼越贵，这种趋势来了就得跟🤫
单边行情是最好滚仓的机会
给不敢上车的兄弟们一个点位👇
币种：✅BTC
方向：多
杠杆：100x
入场挂单：70500-70800（等第一轮回踩，不追现价）
补仓挂单：69400-69800（4小时突破后的回踩区域）
止盈挂单：72800 / 74200
止损挂单：68750
#BTC突破$72000 $BTC
风浪越大鱼越贵，这种趋势来了就得跟🤫
单边行情是最好滚仓的机会
给不敢上车的兄弟们一个点位👇
币种：✅BTC
方向：多
杠杆：100x
入场挂单：70500-70800（等第一轮回踩，不追现价）
补仓挂单：69400-69800（4小时突破后的回踩区域）
止盈挂单：72800 / 74200
止损挂单：68750
#BTC突破$72000 $BTC
拿TermMax的一键杠杆功能实测了一次：存入1000 USDC作为抵押品，选3倍杠杆，页面确认后一笔交易完成，前后没超过一分钟。点开链上记录仔细看才发现，这一笔背后其实压缩了一整套动作——抵押资产、铸造FT、把FT卖到市场换取流动性、拿这笔流动性再买入抵押品、再把新买的抵押品追加进仓位，正常手动操作可能需要拆成四五笔独立交易，每一笔都要单独付gas、单独等确认，现在被合约打包成一次执行，操作步骤和gas成本压缩得非常明显。
但压缩的只是操作层面的"步骤数"，没有压缩的是GT里装着的风险结构。杠杆倍数越高，同样幅度的抵押品价格波动对LTV的冲击就越大，一键杠杆让你能在几十秒内直接站到高杠杆的位置上，也就意味着更快地逼近LLTV清算线。我这笔测试用的3倍仓位，粗算下来抵押品价格只要往下跌8%左右，就会摸到我自己设的止损线；这种敏感度如果是手动分步骤操作，你至少会在每一步之间有个反应和重新评估的窗口，一键杠杆里这个过程被压缩到几乎感觉不到，风险是瞬间叠加上去的。
还有一点容易被忽略：一键杠杆背后同时铸造和卖出了FT，意味着你的固定利率成本也在开仓那一刻就被写死了，后续市场利率怎么变都跟你没关系，这算是这套设计的另一个隐性好处，很多人只关注了操作步骤简化，没注意到成本锁定其实也是同一个动作里顺带完成的。
所以我对这个功能的判断是，它对已经清楚自己风险承受度、知道LLTV意味着什么的人是效率工具，能省下大量重复操作和gas；但对第一次接触杠杆借贷的人，反而可能是"点一下按钮就直接站到悬崖边"，因为操作的简单和结果的安全完全是两件事，TermMax把前者做得很顺，后者依然需要用户自己主动去盯、去设置合理的初始LTV缓冲。
#TermMax @TermMax
但压缩的只是操作层面的"步骤数"，没有压缩的是GT里装着的风险结构。杠杆倍数越高，同样幅度的抵押品价格波动对LTV的冲击就越大，一键杠杆让你能在几十秒内直接站到高杠杆的位置上，也就意味着更快地逼近LLTV清算线。我这笔测试用的3倍仓位，粗算下来抵押品价格只要往下跌8%左右，就会摸到我自己设的止损线；这种敏感度如果是手动分步骤操作，你至少会在每一步之间有个反应和重新评估的窗口，一键杠杆里这个过程被压缩到几乎感觉不到，风险是瞬间叠加上去的。
还有一点容易被忽略：一键杠杆背后同时铸造和卖出了FT，意味着你的固定利率成本也在开仓那一刻就被写死了，后续市场利率怎么变都跟你没关系，这算是这套设计的另一个隐性好处，很多人只关注了操作步骤简化，没注意到成本锁定其实也是同一个动作里顺带完成的。
所以我对这个功能的判断是，它对已经清楚自己风险承受度、知道LLTV意味着什么的人是效率工具，能省下大量重复操作和gas；但对第一次接触杠杆借贷的人，反而可能是"点一下按钮就直接站到悬崖边"，因为操作的简单和结果的安全完全是两件事，TermMax把前者做得很顺，后者依然需要用户自己主动去盯、去设置合理的初始LTV缓冲。
#TermMax @TermMax
Parcialmente cierto
很多人对"跑Dusk节点"的理解就是质押、参与共识、等奖励,一个角色包打天下。翻完官方运营文档才发现,这个笼统印象已经装不下Dusk实际的节点体系了。
Dusk的基础设施角色其实分了三种。Configurator Node要抵押DUSK参与共识投票,是我们平时说的"验证节点"那一类；Archive Node不参与出块,专门保存完整链上历史,给数据查询和审计取证提供支持；Prover Node则专攻证明生成这一块计算密集型任务,把零知识证明的算力需求从普通验证节点身上剥离出来单独跑。这跟很多PoS链"一个节点全包"的设计思路不一样,是把不同的运维负担拆给了不同角色。
我一开始觉得这个拆分挺聪明——证明生成本身算力消耗很大,如果每个参与共识的节点都得自己扛这块负载,硬件门槛会被抬得更高,愿意参与共识的人只会更少。拆出Prover Node这个独立角色,理论上是把"参与共识"和"扛重算力"这两件事解耦。
但角色拆细了也意味着去中心化程度得从多个维度分别衡量,不能只看一个"节点总数"就下结论。如果Prover Node这个角色因为算力门槛高、集中在少数几个专业服务商手里,即使Configurator Node数量看着不少,证明生成这个环节的实际去中心化程度可能远不如表面数字好看,这是个容易被忽略的角度。
翻完文档我最大的感受是,官方给出的运营指南——网络选择、节点配置、钱包设置、版本升级、同步恢复、故障排查——写得算完整,但这些文档面对的是已经决定要跑节点的人,对"我该不该跑、该跑哪个角色"这种前置决策,给出的信息不算充分,得自己去查节点分布数据、算力门槛这些外部信息才能拼出完整判断。
三种角色各自的去中心化程度到底怎么样,我打算找机会分别查一下数据,不想只看一个笼统的"节点数"就替这条链的安全性下结论。
@Dusk #dusk $DUSK
Dusk的基础设施角色其实分了三种。Configurator Node要抵押DUSK参与共识投票,是我们平时说的"验证节点"那一类；Archive Node不参与出块,专门保存完整链上历史,给数据查询和审计取证提供支持；Prover Node则专攻证明生成这一块计算密集型任务,把零知识证明的算力需求从普通验证节点身上剥离出来单独跑。这跟很多PoS链"一个节点全包"的设计思路不一样,是把不同的运维负担拆给了不同角色。
我一开始觉得这个拆分挺聪明——证明生成本身算力消耗很大,如果每个参与共识的节点都得自己扛这块负载,硬件门槛会被抬得更高,愿意参与共识的人只会更少。拆出Prover Node这个独立角色,理论上是把"参与共识"和"扛重算力"这两件事解耦。
但角色拆细了也意味着去中心化程度得从多个维度分别衡量,不能只看一个"节点总数"就下结论。如果Prover Node这个角色因为算力门槛高、集中在少数几个专业服务商手里,即使Configurator Node数量看着不少,证明生成这个环节的实际去中心化程度可能远不如表面数字好看,这是个容易被忽略的角度。
翻完文档我最大的感受是,官方给出的运营指南——网络选择、节点配置、钱包设置、版本升级、同步恢复、故障排查——写得算完整,但这些文档面对的是已经决定要跑节点的人,对"我该不该跑、该跑哪个角色"这种前置决策,给出的信息不算充分,得自己去查节点分布数据、算力门槛这些外部信息才能拼出完整判断。
三种角色各自的去中心化程度到底怎么样,我打算找机会分别查一下数据,不想只看一个笼统的"节点数"就替这条链的安全性下结论。
@Dusk #dusk $DUSK
一直在琢磨怎么给自己的稳定币仓位找个比单纯存币赚利息更主动的玩法，翻到TermMax给市场制造商开放的这套配置工具，试着理了一遍逻辑。
大部分借贷协议的利率曲线是协议写死的，用户只能被动接受池子给出的利率。TermMax这边不一样,允许做市商（curator）自己去配置range order,也就是自己设定愿意在什么利率区间、什么期限提供流动性,甚至可以选择只做出借、只做借款,还是双向报价。这套逻辑本质上是把原来"协议决定利率"的权力，下放给了愿意主动管理仓位的做市商,用户不再是单纯的资金提供方,而是可以变成主动定价的一方。
我一开始以为这跟别的协议里"自定义利率曲线"没什么区别,细想才发现关键差异在于,固定利率+固定期限这个组合,让做市商的报价策略变得更像传统金融里的债券做市,而不是DeFi里常见的AMM那种被动接受滑点的模式——你可以像在传统固收市场里那样,针对不同期限报出不同价格,构建一整条自己的收益率曲线,而不是简单调一个利率参数。
但主动权下放的代价是，做市商得真的懂怎么给不同期限定价，报价报得不合理,要么资金没人用（挂太高没人借）,要么白白让利（挂太低亏自己）,这个门槛比单纯存进池子吃固定收益要高得多,普通用户大概率玩不转,这套工具目前看更像是给专业机构和有经验的做市团队准备的，散户直接冲进去自己配置，大概率是给别人送流动性。
我打算先观望着别人怎么配置,等摸清楚这套定价逻辑的门道,再考虑要不要自己下场试试主动做市这条路。
你们更愿意做被动接受利率的资金方，还是愿意花精力自己配置报价当做市商？
@TermMax #TermMax
大部分借贷协议的利率曲线是协议写死的，用户只能被动接受池子给出的利率。TermMax这边不一样,允许做市商（curator）自己去配置range order,也就是自己设定愿意在什么利率区间、什么期限提供流动性,甚至可以选择只做出借、只做借款,还是双向报价。这套逻辑本质上是把原来"协议决定利率"的权力，下放给了愿意主动管理仓位的做市商,用户不再是单纯的资金提供方,而是可以变成主动定价的一方。
我一开始以为这跟别的协议里"自定义利率曲线"没什么区别,细想才发现关键差异在于,固定利率+固定期限这个组合,让做市商的报价策略变得更像传统金融里的债券做市,而不是DeFi里常见的AMM那种被动接受滑点的模式——你可以像在传统固收市场里那样,针对不同期限报出不同价格,构建一整条自己的收益率曲线,而不是简单调一个利率参数。
但主动权下放的代价是，做市商得真的懂怎么给不同期限定价，报价报得不合理,要么资金没人用（挂太高没人借）,要么白白让利（挂太低亏自己）,这个门槛比单纯存进池子吃固定收益要高得多,普通用户大概率玩不转,这套工具目前看更像是给专业机构和有经验的做市团队准备的，散户直接冲进去自己配置，大概率是给别人送流动性。
我打算先观望着别人怎么配置,等摸清楚这套定价逻辑的门道,再考虑要不要自己下场试试主动做市这条路。
你们更愿意做被动接受利率的资金方，还是愿意花精力自己配置报价当做市商？
@TermMax #TermMax
愿意主动做市，多花精力换更高收益是值得的
0%
更愿意被动，专业定价这事交给懂行的人做更省心
0%
先观望，等看到足够多成功案例再考虑要不要下场
0%
0 Voto(s) • Votación cerrada
Verificado
翻钱包记录翻出一笔2018年的老账，当时跟风参与过一堆ICO，Dusk是其中一个，后来项目慢悠悠开发了快七年，我早忘了这茬,直到这次主网真上线才想起来查一眼。
Dusk是2018年由Jelle Pol和Emanuele Francioni在阿姆斯特丹创立的，那年ICO融了大概八百万美元，跟同年那些动辄融几千万甚至上亿的项目比,规模不算大。之后整整六年没什么声音,直到2025年初主网才正式上线，中间这么长的空窗期，放在币圈"三个月不出新闻就算凉了"的节奏里,算是相当罕见的耐力。
我一开始的反应是纳闷——六年时间,别的项目早就迭代好几代叙事了，Dusk图什么。翻了一圈才想明白，它一直在死磕的东西根本不是"讲故事"，是密码学底层和监管合规这两块最难啃、最没法速成的骨头,零知识证明电路、选择性披露机制、跟欧盟监管框架对齐，这些东西没有捷径，砸时间是唯一办法。跟那些一年换三次叙事的项目比，这种"闷头憋大招"的打法，短期看肯定吃亏，社区热度、二级市场关注度全跟不上。
但六年磨一剑也有明显的代价——错过了整整两轮牛市周期,期间团队、社区、代码库难免有流失和断层，我查了下现在的开发者活跃度，跟主网刚上线那阵的热度比,已经有点回落的迹象。技术底子打得再扎实，如果生态起不来、开发者留不住,这六年的耐力最后可能只换来一个"技术很硬但没人用"的结局。
我这笔2018年的老账，算是无意中陪着这个项目走了一整个周期，回头看倒觉得挺难得——见过的项目里，能扛住六年沉默期还没解散团队的，真不算多。
你们手里有没有这种"忘了自己买过"的老项目，后来重新捡起来是惊喜还是失望居多？
@Dusk #dusk $DUSK
Dusk是2018年由Jelle Pol和Emanuele Francioni在阿姆斯特丹创立的，那年ICO融了大概八百万美元，跟同年那些动辄融几千万甚至上亿的项目比,规模不算大。之后整整六年没什么声音,直到2025年初主网才正式上线，中间这么长的空窗期，放在币圈"三个月不出新闻就算凉了"的节奏里,算是相当罕见的耐力。
我一开始的反应是纳闷——六年时间,别的项目早就迭代好几代叙事了，Dusk图什么。翻了一圈才想明白，它一直在死磕的东西根本不是"讲故事"，是密码学底层和监管合规这两块最难啃、最没法速成的骨头,零知识证明电路、选择性披露机制、跟欧盟监管框架对齐，这些东西没有捷径，砸时间是唯一办法。跟那些一年换三次叙事的项目比，这种"闷头憋大招"的打法，短期看肯定吃亏，社区热度、二级市场关注度全跟不上。
但六年磨一剑也有明显的代价——错过了整整两轮牛市周期,期间团队、社区、代码库难免有流失和断层，我查了下现在的开发者活跃度，跟主网刚上线那阵的热度比,已经有点回落的迹象。技术底子打得再扎实，如果生态起不来、开发者留不住,这六年的耐力最后可能只换来一个"技术很硬但没人用"的结局。
我这笔2018年的老账，算是无意中陪着这个项目走了一整个周期，回头看倒觉得挺难得——见过的项目里，能扛住六年沉默期还没解散团队的，真不算多。
你们手里有没有这种"忘了自己买过"的老项目，后来重新捡起来是惊喜还是失望居多？
@Dusk #dusk $DUSK
惊喜居多，闷头做技术的项目反而更让人放心
25%
失望居多，六年磨一剑在币圈基本等于错过窗口期
0%
说不准，得看接下来生态能不能真正跑起来
75%
4 Voto(s) • Votación cerrada
前两年帮家里问房贷的事，中介一直在推荐"要不要选浮动利率，前两年利息更低"，我犹豫了很久最后还是选了固定的——不是算得多精，就是不想每个月盯着利率表提心吊胆。这周翻DeFi借贷协议的时候，发现TermMax解决的其实是同一个焦虑,只不过场景换成了链上。
大部分DeFi借贷是浮动利率，利率跟着资金池的实时供需变，借款人根本没法提前算清楚自己这笔债到期总共要还多少，尤其杠杆策略里，利率一旦跳涨，原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议，一旦成交，到期之前利率不会变，这跟传统金融里的定期存款、固定利率债券是同一个逻辑，只是搬到了链上用智能合约执行。
我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花，但底层利率说变就变，很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来，某种程度上是给DeFi杠杆生态补一块很关键的地基。
但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌，你等于多付了利息，这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事，链上把这个决策摆得更赤裸，你自己得为这个确定性买单。而且固定期限意味着流动性变差，中途想退出没那么容易，这块我还得再研究一下他们的机制设计够不够灵活。
选确定性还是选灵活性，这个纠结几年前我在房贷这件事上纠结过一次，没想到在DeFi借贷里又要重新纠结一遍。
你们在理财这件事上，更看重利率确定还是流动性灵活？
@TermMax #TermMax
大部分DeFi借贷是浮动利率，利率跟着资金池的实时供需变，借款人根本没法提前算清楚自己这笔债到期总共要还多少，尤其杠杆策略里，利率一旦跳涨，原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议，一旦成交，到期之前利率不会变，这跟传统金融里的定期存款、固定利率债券是同一个逻辑，只是搬到了链上用智能合约执行。
我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花，但底层利率说变就变，很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来，某种程度上是给DeFi杠杆生态补一块很关键的地基。
但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌，你等于多付了利息，这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事，链上把这个决策摆得更赤裸，你自己得为这个确定性买单。而且固定期限意味着流动性变差，中途想退出没那么容易，这块我还得再研究一下他们的机制设计够不够灵活。
选确定性还是选灵活性，这个纠结几年前我在房贷这件事上纠结过一次，没想到在DeFi借贷里又要重新纠结一遍。
你们在理财这件事上，更看重利率确定还是流动性灵活？
@TermMax #TermMax
更看重确定性，宁可少赚也不想被利率波动吓到
0%
更看重流动性，锁定期太长风险更大
0%
看场景，短期博弈要灵活，长期配置才要确定性
0%
0 Voto(s) • Votación cerrada
哄完孩子睡着已经十一点半，剩半小时不想刷手机，翻了会儿Dusk的执行层文档，本来想随便看看就睡，结果卡在一个细节上没睡着。
Piecrust是Dusk的智能合约虚拟机，基于WASM,这点跟不少新公链选择一样，没什么特别。特别的地方在于它怎么处理密码学运算——像哈希、零知识证明验证这类计算量大的操作，没有丢给WASM字节码去跑，而是做成宿主函数，直接调用底层Rust实现来算。等于合约代码在虚拟机沙箱里跑常规逻辑，但一碰到重度密码学计算，就跳出沙箱交给原生代码处理，算完再把结果传回去。
这个拆分乍看是工程优化，细想是必须这么做。零知识证明验证放在解释型虚拟机里跑,性能损耗是数量级上的差距,尤其Dusk这种默认走机密交易路径的链，几乎每笔交易都要过一遍证明验证，如果这块拖后腿,整条链的吞吐直接被摁死。把最耗资源的那部分挪出沙箱用原生代码跑，本质是在"合约图灵完备性"和"隐私计算不能拖垮性能"这两个目标之间找的一条中间路线。
卡住我的问题是：这些宿主函数的调用接口谁来定义、以后能不能扩展？如果每加一种新的密码学原语都要改虚拟机底层代码,那开发者能用的隐私原语种类,某种程度上是被核心团队的更新节奏卡着脖子的，不是开放给生态自由扩展的。这跟"图灵完备、开发者自由发挥"的公链叙事其实有点矛盾,只是矛盾被藏在底层，平时感觉不到。
想到这我就没心思继续往下翻了，先记下来，回头找机会验证一下宿主函数这块到底开放到什么程度。
你们觉得，把核心密码学计算从沙盒里拆出来跑原生代码，这种"性能优先"的取舍，代价会不会比看上去更大？
@Dusk #dusk $DUSK
Piecrust是Dusk的智能合约虚拟机，基于WASM,这点跟不少新公链选择一样，没什么特别。特别的地方在于它怎么处理密码学运算——像哈希、零知识证明验证这类计算量大的操作，没有丢给WASM字节码去跑，而是做成宿主函数，直接调用底层Rust实现来算。等于合约代码在虚拟机沙箱里跑常规逻辑，但一碰到重度密码学计算，就跳出沙箱交给原生代码处理，算完再把结果传回去。
这个拆分乍看是工程优化，细想是必须这么做。零知识证明验证放在解释型虚拟机里跑,性能损耗是数量级上的差距,尤其Dusk这种默认走机密交易路径的链，几乎每笔交易都要过一遍证明验证，如果这块拖后腿,整条链的吞吐直接被摁死。把最耗资源的那部分挪出沙箱用原生代码跑，本质是在"合约图灵完备性"和"隐私计算不能拖垮性能"这两个目标之间找的一条中间路线。
卡住我的问题是：这些宿主函数的调用接口谁来定义、以后能不能扩展？如果每加一种新的密码学原语都要改虚拟机底层代码,那开发者能用的隐私原语种类,某种程度上是被核心团队的更新节奏卡着脖子的，不是开放给生态自由扩展的。这跟"图灵完备、开发者自由发挥"的公链叙事其实有点矛盾,只是矛盾被藏在底层，平时感觉不到。
想到这我就没心思继续往下翻了，先记下来，回头找机会验证一下宿主函数这块到底开放到什么程度。
你们觉得，把核心密码学计算从沙盒里拆出来跑原生代码，这种"性能优先"的取舍，代价会不会比看上去更大？
@Dusk #dusk $DUSK
性能优先没毛病，安全上有原生代码审计反而更放心
0%
开放性被牺牲了，长期看会限制生态自由扩展
0%
得看宿主函数接口设计得开不开放，现在下结论太早
0%
0 Voto(s) • Votación cerrada
朋友最近在倒腾一级市场的股权份额转让，抱怨流程慢到离谱：律师、过户代理、结算所来回跑一圈，快的两周，慢的能拖一个月。我随口提了句Dusk的Zedger模块，他反问我一句："链上结算不就是打个钱的事，能有多复杂？"
这问题问得好，因为证券结算真不是打钱那么简单。Zedger要处理的是所有权变更本身——谁持有、持有多少、转让给谁,这些信息在传统体系里散落在托管方、登记处、结算所好几个不同的账本里，对账才是耗时间的地方，不是转账本身。Zedger把这套所有权登记逻辑搬到链上，用零知识证明做隐私保护的同时，让所有权变更能在一条链上原子化完成，理论上能把对账这个环节直接砍掉。
但我跟朋友说完这些，他又问了个我没答上来的问题：法律层面，链上记录的所有权变更，跟传统登记处的记录，谁说了算？如果两边打架，哪个是最终依据？这不是技术问题，Dusk自己也解决不了，得靠所在司法辖区认不认这套东西。技术上砍掉对账环节没问题,但法律承认度这道坎，得一个国家一个国家去啃。
所以我现在对Zedger的态度是：技术设计是对的方向，但离"随便一个国家的证券都能这么结算"还早得很，能落地的地方目前也就是欧洲那几个监管沙盒。
你们觉得，链上所有权登记要多久才能被主流司法体系正式认可为"法律依据"，还是说这事永远得靠传统体系背书？
@Dusk #dusk $DUSK
这问题问得好，因为证券结算真不是打钱那么简单。Zedger要处理的是所有权变更本身——谁持有、持有多少、转让给谁,这些信息在传统体系里散落在托管方、登记处、结算所好几个不同的账本里，对账才是耗时间的地方，不是转账本身。Zedger把这套所有权登记逻辑搬到链上，用零知识证明做隐私保护的同时，让所有权变更能在一条链上原子化完成，理论上能把对账这个环节直接砍掉。
但我跟朋友说完这些，他又问了个我没答上来的问题：法律层面，链上记录的所有权变更，跟传统登记处的记录，谁说了算？如果两边打架，哪个是最终依据？这不是技术问题，Dusk自己也解决不了，得靠所在司法辖区认不认这套东西。技术上砍掉对账环节没问题,但法律承认度这道坎，得一个国家一个国家去啃。
所以我现在对Zedger的态度是：技术设计是对的方向，但离"随便一个国家的证券都能这么结算"还早得很，能落地的地方目前也就是欧洲那几个监管沙盒。
你们觉得，链上所有权登记要多久才能被主流司法体系正式认可为"法律依据"，还是说这事永远得靠传统体系背书？
@Dusk #dusk $DUSK
5年内会有主流司法辖区正式认可
0%
这事本质是政治博弈，技术再成熟也难推动
0%
只会先在小范围监管沙盒里存在，很难扩大
0%
0 Voto(s) • Votación cerrada
很多人一提"最终性"，脑子里想的都是"过了多少个块就不能改了"，一刀切的概念。看完Dusk的rolling finality设计，发现这个想法太粗糙了。
它把区块状态拆成四档：accepted、attested、confirmed、final，一层层往上爬，不是非黑即白。低轮次的区块如果没能凑够"失败证明"，是可以被后面的区块替换掉的，但随着确认区块越叠越多,分叉概率呈指数级下降，最后锁进不可逆的final状态。这套设计本质是把"要多久才能放心"这件事量化成了一条曲线，而不是一个固定数字。
我比较在意的是它怎么防止投机——比如有人故意让自己那轮流拍，等着捡后面轮次的出块奖励。协议里专门设计了投票奖励、额外积分、剔除下一轮出块资格这几层反制，外加迭代次数上限，等于把博弈论层面的漏洞一个个堵上，而不是简单靠罚没了事。
不过越往细节看越犯嘀咕：这套机制建立在委员会规模足够大、网络通信足够快的前提上。如果哪天网络分区、消息传播延迟拉长，"确认区块快速累积"这个假设本身会不会先垮掉？秒级最终性和极端网络条件下的鲁棒性，这俩到底能不能兼得，我目前没看到让我完全放心的答案。
@Dusk #dusk $DUSK
它把区块状态拆成四档：accepted、attested、confirmed、final，一层层往上爬，不是非黑即白。低轮次的区块如果没能凑够"失败证明"，是可以被后面的区块替换掉的，但随着确认区块越叠越多,分叉概率呈指数级下降，最后锁进不可逆的final状态。这套设计本质是把"要多久才能放心"这件事量化成了一条曲线，而不是一个固定数字。
我比较在意的是它怎么防止投机——比如有人故意让自己那轮流拍，等着捡后面轮次的出块奖励。协议里专门设计了投票奖励、额外积分、剔除下一轮出块资格这几层反制，外加迭代次数上限，等于把博弈论层面的漏洞一个个堵上，而不是简单靠罚没了事。
不过越往细节看越犯嘀咕：这套机制建立在委员会规模足够大、网络通信足够快的前提上。如果哪天网络分区、消息传播延迟拉长，"确认区块快速累积"这个假设本身会不会先垮掉？秒级最终性和极端网络条件下的鲁棒性，这俩到底能不能兼得，我目前没看到让我完全放心的答案。
@Dusk #dusk $DUSK
秒级最终性够用了，鲁棒性问题是过度担心
0%
极端网络条件没验证过，我持保留态度
0%
更想看到真实的分叉/攻击场景压力测试数据
0%
0 Voto(s) • Votación cerrada
我盯着Zedger看了三天，突然明白Dusk在下一盘什么棋
说句实话，刚开始研究 @Dusk 的时候我是奔着Phoenix去的，零知识证明、隐私交易，市面上讲这套的项目一抓一把。真正让我停下来重新读白皮书的,是Zedger里那个叫Sparse Merkle-Segment Trie的结构,很少有人提这个。
普通的账户模型,你想查余额,直接读一个数字就完了,但代价是全网都能看见这个数字变化。UTXO模型换了个思路,把钱拆成一堆碎片,谁都看不清全貌,可这套东西拿去做证券结算就很别扭,机构要的是能审计、能对账、能按份额分红的账本,不是一堆无法追溯的碎片。
Zedger干的事情,是让账户主人自己维护一本分段的账,每次变动只往一棵Merkle树上更新一个局部的根,外人看不到明细,但监管方或者审计方拿到对应的密钥就能核验某一段是否合规。这跟我们平时理解的"要么全裸要么全黑"完全是两条路,它给了一个可以按需揭示的中间态。分红、投票权、份额上限这些证券才有的麻烦事,靠这套结构原生支持,不用额外打补丁。
我做这行这么些年,见过太多项目嘴上说着合规,落地全是空气。Zedger这套东西是实打实写进代码逻辑里的,不服可以去查开源仓库。当然它也不是万能药,复杂结构意味着更高的实现和审计成本,这笔账最后能不能算平,还得看真实的机构落地案例,现在下结论还早。
金融这东西说到底,一直在隐私和信任之间找平衡点,没有谁天生该被看穿,也没有谁能永远不被追问。$DUSK 这套设计,某种程度上是在替我们回答一个更老的问题,人到底该向世界暴露多少自己才算安全。 #dusk
说句实话，刚开始研究 @Dusk 的时候我是奔着Phoenix去的，零知识证明、隐私交易，市面上讲这套的项目一抓一把。真正让我停下来重新读白皮书的,是Zedger里那个叫Sparse Merkle-Segment Trie的结构,很少有人提这个。
普通的账户模型,你想查余额,直接读一个数字就完了,但代价是全网都能看见这个数字变化。UTXO模型换了个思路,把钱拆成一堆碎片,谁都看不清全貌,可这套东西拿去做证券结算就很别扭,机构要的是能审计、能对账、能按份额分红的账本,不是一堆无法追溯的碎片。
Zedger干的事情,是让账户主人自己维护一本分段的账,每次变动只往一棵Merkle树上更新一个局部的根,外人看不到明细,但监管方或者审计方拿到对应的密钥就能核验某一段是否合规。这跟我们平时理解的"要么全裸要么全黑"完全是两条路,它给了一个可以按需揭示的中间态。分红、投票权、份额上限这些证券才有的麻烦事,靠这套结构原生支持,不用额外打补丁。
我做这行这么些年,见过太多项目嘴上说着合规,落地全是空气。Zedger这套东西是实打实写进代码逻辑里的,不服可以去查开源仓库。当然它也不是万能药,复杂结构意味着更高的实现和审计成本,这笔账最后能不能算平,还得看真实的机构落地案例,现在下结论还早。
金融这东西说到底,一直在隐私和信任之间找平衡点,没有谁天生该被看穿,也没有谁能永远不被追问。$DUSK 这套设计,某种程度上是在替我们回答一个更老的问题,人到底该向世界暴露多少自己才算安全。 #dusk
Phoenix和Moonlight同时存在,一个隐私链留了个不隐私的口子,我觉得挺清醒的
做隐私项目的人容易走极端,要么把所有东西都藏起来,自称绝对隐私,要么图省事直接放弃隐私换取效率。我看这两年不少标榜隐私的项目最后死在这个选择题上,要么审计和监管根本没法碰,要么隐私功能形同虚设。我翻 $DUSK 的文档时发现它没走极端,Phoenix是UTXO模型,做屏蔽转账,把余额和交易关系都盖起来。Moonlight是账户模型,走公开路径,余额和转账都摆在明面上。两条通道并存,都能转DUSK,都能付gas,都能当合约执行入口,谁用哪条自己选。
一开始我觉得这是妥协,后来想明白这其实是留后路。机构要合规,要审计追溯,不可能所有资金流水都黑箱化,监管沙盒里第一件事就是要看得见钱去哪了。普通用户要隐私,不想每笔转账都被扒得底朝天。硬要用一套模型满足两种诉求,大概率两边都不讨好。这就跟盖房子留前门后门一个道理,前门给来查户口的人走,后门给不想被邻居盯着的人走,房子还是同一栋,没人觉得哪扇门多余。
我对 @Dusk 这类设计的观感是,承认自己解决不了所有人的诉求,反而比硬凑一套万能方案要诚实。技术这行走到最后,拼的往往不是谁的理想更纯粹,是谁愿意先把现实的骨头啃下来。#dusk
做隐私项目的人容易走极端,要么把所有东西都藏起来,自称绝对隐私,要么图省事直接放弃隐私换取效率。我看这两年不少标榜隐私的项目最后死在这个选择题上,要么审计和监管根本没法碰,要么隐私功能形同虚设。我翻 $DUSK 的文档时发现它没走极端,Phoenix是UTXO模型,做屏蔽转账,把余额和交易关系都盖起来。Moonlight是账户模型,走公开路径,余额和转账都摆在明面上。两条通道并存,都能转DUSK,都能付gas,都能当合约执行入口,谁用哪条自己选。
一开始我觉得这是妥协,后来想明白这其实是留后路。机构要合规,要审计追溯,不可能所有资金流水都黑箱化,监管沙盒里第一件事就是要看得见钱去哪了。普通用户要隐私,不想每笔转账都被扒得底朝天。硬要用一套模型满足两种诉求,大概率两边都不讨好。这就跟盖房子留前门后门一个道理,前门给来查户口的人走,后门给不想被邻居盯着的人走,房子还是同一栋,没人觉得哪扇门多余。
我对 @Dusk 这类设计的观感是,承认自己解决不了所有人的诉求,反而比硬凑一套万能方案要诚实。技术这行走到最后,拼的往往不是谁的理想更纯粹,是谁愿意先把现实的骨头啃下来。#dusk
Inicia sesión para explorar más contenidos