小饼的撸毛日记

朋友跑 Dusk 验证者，问我他节点连续错过出块被罚了，这算不算恶意。我一开始觉得罚没就是罚没，Cosmos 那套双签直接关小黑屋，没什么好辩的。

后来翻 Dusk 的罚没机制，发现它分两种。Soft Slashing，软惩罚，专门管非恶意过失，比如节点该出块时掉线、没在窗口期内广播，不涉及作恶，就是运维出问题。惩罚是每次连续违规扣 N 乘 10% 的质押权益，N 是连续违规次数，同时把节点从共识里踢出去 N 个 epoch，epoch 是 Dusk 的共识周期，每轮结束验证者集合轮换一次。罚掉的 DUSK 不销毁，从活跃质押里划走，节点能自己取回。

Hard Slashing，硬惩罚，管恶意行为。生成无效区块扣 10% 质押并销毁，双重投票或双重出块扣 20% 并销毁。销毁是真的没了，不是锁一阵再还。

我没想通为什么要分两种。后来看文档里关于可追责性的部分才明白。节点只是网络波动错过出块，你就重罚，验证者会把节点放最贵的云上，运维成本高，去中心化反而变差。Soft Slashing 的作用是把不靠谱的节点从活跃集合里挤出去，给机会恢复，每次罚一点，不会让诚实运维的人破产

真正让我改变判断的是 N 的设定。连续违规越多，扣的越多，踢出去时间越长。第一次掉线扣 10% 移除 1 个 epoch，第二次 20% 移除 2 个 epoch，指数级压力，节点要么恢复稳定，要么自动离场。Hard Slashing 留给明确作恶，一次销毁，没有恢复窗口

拿 Polkadot 比。Polkadot 的 Slashing 也分级，但惩罚比例更细，从 0.1% 到 100% 都有，罚款分给举报者。Dusk 这套更简单，要么过失要么恶意，比例固定，销毁不奖励举报。好处是验证者能预测犯错代价，不会因复杂规则不敢跑节点

朋友听完说这次 Soft Slashing 认了，家里网络掉了半小时。我也明白 Dusk 为什么把机制分这么清。没有分级惩罚，诚实节点和作恶节点一视同仁#dusk $DUSK @Dusk

我那天翻Dusk的节点文档，Provisioner节点的官方最低要求写着2核CPU、4GB内存、50GB存储。看着不高对吧？普通云服务器就能跑。

但我顺手查了Archive节点，4核CPU、8GB内存、500GB存储。Prover节点更夸张，单Worker就要1核加1GB内存，最小配置4核8GB。

我纳闷了，同一个网络，节点之间的硬件怎么差这么多？

翻Dusk的共识设计才发现，SBA把参与者分两种。一种是Block Generator，通过Proof-of-Blind-Bid抽签选出，匿名出块。另一种是Provisioner，负责投票验证和敲定区块。每成功出一个块，1个Generator和192个Provisioner拿奖励。Provisioner的投票委员会每轮通过确定性抽签重新选。

Provisioner要验证区块合法性、检查ZK证明、广播BLS签名投票，每一轮都得跑。Generator被选中才干活，Provisioner得随时待命。Archive节点不光要跑共识，还得存整个链的历史。Prover节点专门生成ZK证明，那东西是单线程计算密集型。

我原来觉得PoS网络都差不多，质押够多DUSK就能跑节点。后来发现Dusk根本不是这么回事，每个节点的硬件要求天差地别，Generator匿名抽签、Provisioner委员会投票、Prover扛ZK计算、Archive存全量历史，每一层吃的硬件资源都不一样。

但更让我在意的是，Dusk现在206个活跃Provisioner，前20个控制了35%以上的质押。硬件要求分层之后，能跑Archive和Prover的本来就是少数人，这些人大概率也是筹码最多的人。不是代币分布的问题，硬件门槛本身就是第一道筛子。普通散户连门都摸不到，只能去Hyperstaking池子里把币交给别人。

现在我看Dusk的去中心化，先翻节点文档，再看三种节点的实际运行数量，最后看验证者质押分布。三个数据对不上，去中心化就是个修辞。#dusk $DUSK @Dusk

第一次研究Dusk的时候，我对“隐私金融”有点怀疑。过去很多项目讲隐私就是藏，但面对机构和受监管市场，问题没那么简单。金融系统需要的不是看不见，而是需要验证的时候能证明某些事成立。

后来重新翻Dusk Citadel资料，才发现自己之前理解偏了。Citadel把身份验证拆成两步。第一步用户发一笔链上交易，附带一个只有自己能控制的隐身地址。许可证颁发方一直在扫链，看到发给自己的请求后验证通过，把许可证铸造到那个地址，用户再扫链接收。第二步用户拿着许可证申请服务，发一笔链上交易附带零知识证明，证明自己持有有效许可证，同时计算一个会话cookie——这是一个能用链上数据验证的值，只有用户和服务方知道它的含义。cookie通过加密信道发给服务方，服务方去链上核对会话ID，对上了才放行。全程链上完成，但除了用户和服务方没人知道谁在申请什么。

这个零知识证明电路的约束数大概是3.5万，生成证明十几秒，链上验证只要0.007秒。对用户来说多等十几秒申请一次，后面每次验证都是毫秒级。好在许可证可以提前作废，不用等过期，所以那个十几秒的生成时间对协议整体性能影响不大。

Citadel要保证五件事：证明你确实有证但不暴露额外信息、服务方能撤销但证没被撤之前一直有效、你的活动不能被追踪、证不能被重复用、只泄露必要信息。这五个属性加上已封装成SDK的Moat开发者工具，构成了Dusk身份层的核心——它和DuskDS、DuskVM平级，不是独立做隐私，而是决定谁有资格做Moonlight的公开交易和Phoenix的隐私交易。

看到这里我停下来想了一个事。真正成熟的隐私系统不是所有东西都看不见，而是让不同角色只看到自己该看到的。未来资产上链，竞争点不是谁藏得多#dusk $DUSK @Dusk

研究Dusk的时候，我第一眼盯的是DuskEVM。过去看项目习惯了，先看执行环境——开发者进不进来，决定一条链有没有未来。

翻完资料我又回头看了一遍，这次真正让我停下来的，是DuskDS。

我以前一直觉得金融上链最大的坎是速度和成本。但把Dusk的设计拆开之后，我发现真正麻烦的是另一件事：一笔交易执行完，谁来确认它已经是最终状态？

Dusk把执行和结算拆成了两层。DuskEVM跑应用，基于OP Stack搭的，Solidity开发者用Hardhat、MetaMask那套工具就能直接部署。Sequencer处理交易，batcher把数据打包成EIP-4844 blob往DuskDS上传。DuskDS不关心上面跑什么应用，只管共识、数据可用性和最终状态确认。

我盯着DuskDS那部分看了很久，才搞明白它到底在干什么。它跑的是Succinct Attestation，一种基于委员会的PoS协议。每轮一个Provisioner提议区块，一个委员会验证，另一个委员会敲定。一旦敲定就是确定性终局性，不像比特币只有概率终局性，正常情况不存在用户能感知的重组。想成为Provisioner最低质押1000枚DUSK，节点7×24在线，离线太久或作恶会被罚没。

研究到这里我才反应过来——以前觉得区块链最大的价值是让交易变快，但金融市场真正怕的不是慢，是不确定。一笔证券交易，资产转移完了但支付没同步，或者不同参与方看到的状态不一致，效率再高也没人敢用。

Dusk的确定性结算，本质是在解决这个问题。最终性压到两到三秒，加上交付对支付的原生工作流——这套组合在金融结算场景里才有真正的实用价值。

当然，这套设计最终还需要生态验证。基础设施做好只是第一步，真正的价值还要看资产和应用愿不愿意进来。

但研究完Dusk之后，我最大的变化是：不再只关注一条链能处理多少交易，而是开始关注它能不能让金融参与者放心
#dusk $DUSK @Dusk

После того как Dusk объявил о запуске основной сети, я не переслал информацию сразу. За эти годы я видел немало проектов: при запуске — шумно, через пару месяцев блоки почти не растут, узлы тоже без изменений. Поэтому на этот раз я не спешил писать — а несколько дней подряд следил за данными в сети.

Сначала я проверил, есть ли устойчивые изменения в высоте блоков, насколько ровный ритм выработки блоков, и кто реально участвует — подключились ли и продолжают ли оставаться в системе. Раньше, оценивая ценность сети, я по привычке смотрел на анонсы и объёмы транзакций. Но за эти дни наблюдений стало ясно: то, что действительно не врёт, — это сформировалось ли состояние непрерывной работы сети. Это вывод холодный, но чем больше я смотрю, тем больше с ним соглашаюсь.

То, что реально остановило меня и заставило задуматься, — это Succinct Attestation от Dusk. Это базовый для DuskDS слой, основанный на комитетном PoS-согласовании: с помощью случайно выбранного Provisioner предложение формируется, проверяется и подтверждается. Каждая фаза консенсуса проходит в три шага: Proposal — выбранный Provisioner создаёт и транслирует кандидатный блок; Validation — комитет проверяет корректность блока, и для одобрения требуется абсолютное большинство в две трети; Ratification — другой комитет подтверждает и окончательно фиксирует блок. Как только после Ratification блок входит в детерминированное окончательное состояние, он больше не откатывается.

Я перечитал этот момент дважды, потому что речь не о «вероятностной безопасности», а об «окончании навсегда после подтверждения».

Это критично для финансовых сценариев. Логика многих сетей такова: подожди чуть дольше — с большой вероятностью отката не будет. Но ценные бумаги, клиринг/расчёты и комплаенс-активы не принимают «в основном». Им нужны чёткие результаты: вчера подтвердили — сегодня это не должно быть пересмотрено. Раньше я считал окончательность (finality) просто техническим показателем. Теперь понимаю: это порог, который определяет, осмелятся ли институты размещать на цепочке реальные активы.

Стать Provisioner несложно. Нужно заложить минимум 1000 DUSK и запустить узел. Узел должен быть онлайн 24/7: минимум 2 CPU, 4GB памяти и 50GB хранилища. После стейкинга созревание занимает около 12 часов, затем можно участвовать в консенсусе. Комитет выбирает Provisioner по случайной выборке с учётом весов стейка — каждый раз по-новому.

Эти дни наблюдений изменили для меня не столько доверие к Dusk, сколько ясность: что именно мне нужно смотреть. Для инфраструктуры, ориентированной на приватность и комплаенс-финансы, запуск основной сети — лишь старт; по-настоящему важно, может ли сеть стабильно производить надёжное состояние #dusk $DUSK @Dusk

刚开始研究Dusk共识机制的时候，我对着白皮书看了半天也没搞明白什么叫确定性最终性。没办法，我只好在纸上画了三列时间轴对比表硬啃。

以太坊的Gasper走的是概率最终性，区块得堆好几个epoch才能说基本安全了。Solana的Tower BFT也要几十秒才能确认。Dusk的Succinct Attestation呢？区块一旦被批准，就是硬的、确定的、不会回头的那种最终性。

当时我盯着纸上这三条线看了很久。几秒钟的差距在加密交易里你可能根本感觉不到，多等一会儿就是了。但在证券结算的场景下，这几秒是亿级资产的最终安全锁。你在交易所卖了一笔股票，T+2才交割，这中间两天时间资产到底算谁的？如果结算那一刻链还能回滚，谁敢把真实资产放上去？散户交易说不太可能回滚就够了，但机构结算不行，不太可能这三个字在法律和合规层面等于什么都没保证。

后来我翻官方文档才搞清楚Succinct Attestation到底怎么跑的，看完那段才算松了口气，之前的困惑总算有了答案。它是无需许可的、基于委员会的PoS共识协议。系统随机选出一批叫Provisioner的节点来提议区块，另一批节点负责验证，最后一批委员会确认验证结果、正式批准区块。区块一旦走完 ratification 这一步，就是确定性最终性，正常操作下不会发生面向用户的重组。

Dusk主网2026年1月7号正式启动，每秒能处理超过20000笔交易。六年开发周期，终于从测试网走到了能跑真实资产的阶段。以前我对共识机制的理解就是谁出块谁拿奖励，觉得这东西跟普通用户没什么关系。但Dusk让我换了个角度看，共识机制的选择本质上是在回答一个最基本的问题：你这笔钱一旦放进去，到底能不能真的算数？Succinct Attestation给的答案是能，而且不用加大概率三个字。#dusk $DUSK @Dusk

上周在TermMax测试网做完一笔ETH抵押借款，我打开钱包扫了一眼余额。多了个东西，一个NFT，我根本不记得领过这玩意儿。当时脑子里乱得很，第一反应是钱包中病毒了还是测试网给我空投了什么垃圾，刷新了三次它还在。说实话我开始有点慌了，抵押的ETH可别给我搞没了。

然后我就去翻官方文档，翻了快半小时，连社区早期的讨论帖都翻了个遍，才搞明白这就是之前没太在意的GT。你知道这玩意儿最核心的逻辑是什么吗？你借一笔钱，协议直接给你mint一个NFT，里面记着你抵押了多少资产、借出了多少FT、对应什么期限的MLTV参数，每一笔借款都是一个独立的NFT。

我以前在别的固定利率协议上吃过类似的亏，明明已经还了一部分，系统还显示着原始抵押率，吓得我以为自己又欠了一遍。后来找客服查了半天才发现是前端状态同步延迟，但那种“我到底还清了没有”的焦虑，真不想再经历第二次。

后来我琢磨了一下，GT真正有意思的地方其实还不止于此。你可以把GT理解成你的杠杆仓位被打包成了一个可以交易的物品，不想等到期了直接卖掉就行，有人接盘的话仓位里的债务和抵押品就一起转过去了。这跟传统借贷完全不是一回事，传统借贷里你的仓位是合约里的一串状态，想转给别人没门儿，只能自己平仓、提抵押品、对方再重新开仓，折腾半天。GT直接把整个仓位打包成一个NFT，想转就转，想卖就卖，一个仓位一个NFT清清楚楚，不会互相干扰。

我一直以为GT就是个普通的权益凭证，现在才看懂它真正的价值，就是把你借款的全部所有权完完整整交到了用户自己手里。我准备主网上线后多开几笔不同期限的仓位，逐笔盯着看GT在到期兑付时候的全流程表现。#termmax @TermMax

我之前看隐私公链时，一直认为零知识证明已经足够处理大部分加密需求，只要把交易参数写进证明，执行交给ZK虚拟机即可。但研究Dusk的Phoenix交易模型后，我改变了这个看法。真正困难的不是生成一笔匿名交易，而是在复杂环境下持续维护那些不断变化的隐私权限规则。

我觉得Phoenix交易模型更像写字楼的分层门禁系统。普通隐私合约像一把固定钥匙，只要生成合法证明就能解锁，而Phoenix系统像动态权限管理员，不只看你有没有有效证明，还会判断交易场景、披露权限、审计需求和合规等级是否符合要求。对于链上隐私应用来说，这种动态权限判断比单纯生成匿名证明更重要。

Dusk选择把隐私层和透明EVM层做分离设计，本质是在解决一个长期问题。过去很多隐私链把所有隐私规则直接写进底层合约，修改成本高，升级风险也大。当应用场景越来越复杂，用户的隐私需求越来越多元，单一匿名模式很难承载频繁变化的业务需求。双模式账户分离后，开发者可以更灵活地调整隐私等级，让交易隐私不再是一份全匿名的永久许可。

但这种设计也带来了新的工程挑战。跨层交易数量增加后，状态同步成本会上升，版本兼容会变复杂，开发者需要投入更多时间理解双模式交互逻辑。另外，ZK证明生成速度、Rusk SDK接入体验，以及机构用户是否愿意迁移，都会影响实际落地效果。

在我看来，Dusk真正需要验证的不是ZK隐私概念是否成立，而是这套双模式隐私系统能不能被大量开发者长期使用。未来我会持续观察测试网上的跨层交易数据，开发者接入情况，以及真实应用中的隐私权限更新频率。一个问题值得思考，如果未来链上隐私场景越来越多，我们需要的究竟是更强的加密能力，还是更好的隐私权限管理方式。
#dusk $DUSK @Dusk

@TermMaxFi 之前在Aave存30天固定利率碰上参数硬编码改不动亏了小几百收益，所以我对固定利率产品的底层假设特别敏感，翻TermMax白皮书时看到有句话团队一直拿来当核心叙事，我越看越觉得是藏在暗处的阿喀琉斯之踵：“分档到期AMM，是当前链上实现固定利率的最优路径。”逻辑起点很直白——浮动利率做不了长期定价，所以用分档资金池锁死到期收益。

但有个要命的沉默：TermMax团队从没讨论过，按我个人的推演万一未来主流借贷协议原生支持固定利率分片，这套分档AMM体系是什么下场。原生分片能让浮动利率池直接划出独立的固定利率子池，不用额外部署一套独立的到期资金池。这玩意儿是DeFi借贷派眼里的长期定价圣杯。一旦主流借贷协议完成升级，那些现在绕不开独立固定利率协议的方案立马满血复活。一个能在现有借贷池里直接开固定利率仓位、不用跨协议迁移流动性的产品，和一个得单独做市、每笔成交都要匹配到期对手方的独立资金池，你选哪个？

就像当年功能机把按键交互做到极致，全触屏一来直接降维打击。分档到期AMM现在就是功能机——链上原生利率能力受限时最优雅的妥协。原生固定利率分片这根稻草落下，现有叙事可能一夜翻转。
$TMX 呢？TermMax说它价值捕获靠固定利率交易持续使用——做市锁仓靠TMX抵押，手续费分润靠TMX质押，协议收入持续销毁TMX。可原生分片催生真正的原生固定利率能力之后，谁还绕道独立的分档资金池？TMX的经济模型建在“通用借贷协议做不了固定利率”这个前提上，前提被推翻，通缩叙事

我的态度：分档AMM是当前约束下的局部最优解，别当永恒真理。底层借贷协议在进化，今天卡住长期固定利率的坎，明天一次版本迭代就跨过去。TermMax能不能从“固定利率产品商”转型成“链上利率基础设施层#termmax @TermMax

我最近在对着Dusk的多账户并行测试几组交易流，原本以为隐私链主要处理加密和匿名。后来把透明EVM账户和隐私ZK账户的交易放在一起跑，才发现真正麻烦的不是怎么加密，而是两条都“合法”的交易同时上链时，系统该怎么在不泄露明文的前提下完成校验。我以前觉得隐私网络只要证明通过就行，现在越来越觉得，并行交易的冲突处理才是长期落地的核心难题。

这有点像商圈里的两条并行车道。每条车道单独看通行规则都没问题，但如果相邻车道的车辆变道规则不协调，整条路就会堵死甚至撞车。隐私交易网络也是一样，单条ZK交易的证明合法，并不代表多笔交易并行提交后，链上状态依然能保持一致。

Dusk把Phoenix隐私UTXO模型、Moonlight透明EVM层、Citadel计费证明模块和VEP定向披露机制组合起来，本质是在允许用户自主选择交易隐私等级。这样做的好处很明显，普通用户可以用隐私账户保护资产轨迹，机构用户可以用透明账户完成合规结算，不用被单一隐私模式限制。问题也随之出现：当一笔隐私交易要调用透明合约地址，另一笔透明交易要读取隐私账户的余额，节点如何在不泄露明文的前提下完成状态同步？过去很多隐私链没有这个问题，因为要么全匿名要么全透明，根本不存在双模式并行。

我现在看到的Trade-off很明确。隐私灵活性提高后，状态校验复杂度会上升；双模式账户越多，ZK证明生成成本越高；跨层交易频繁后，Gas计量和审计追溯的边界也会变得模糊。跨层交易延迟、证明验证失败率、定向披露的校验耗时，这些指标可能比TPS更能反映隐私公链的落地成熟度。
未来我会持续观察测试网上的跨层交易数据、官方更新的冲突修复记录，以及节点对双模式并行交易的处理方式。#dusk $DUSK @Dusk

刚跑完TermMax 7天池的测试交互，大部分人聊链上固定利率，只关心收益率高不高，很少有人敢提：订单撮合错了、资金兑付出问题，谁来兜底，出错的人付什么代价。这个问题传统固定收益市场里见得多，链上反而很少有协议正面回答。查 @TermMaxFi 主网测试网到这一层，我才觉得这才是真见功夫的地方，也顺手把之前一处说得不够精确的地方补了。

同一笔固定利率订单要靠链上Fixed-Term TimeLock Module和独立预言机双重校验，匹配完成才上链存证，官方原文写的是这套全链路校验机制要等完全走出公测阶段才算满配，现在这个阶段还在逐步覆盖全期限池，不是从主网上线第一天就全量开放。做市商的保证金押在协议的隔离保证金池里，我测试过，争议窗口期是24小时，订单成交后恶意撤单、或者故意报虚假利率扰乱市场被链上仲裁节点挑战成功，这笔保证金会被直接罚没，这叫违约罚没，作恶代价是真金白银拿不回来。

我上次把$TMX 和这套安全体系写得太笼统，容易让人以为做市商押的就是TMX，其实不是同一件事。翻官方代币披露材料（看的是第17页代币分配章节），TMX现阶段的作用是四块：给流动性提供者的挖矿奖励、创建和挂单时的协议手续费、做市商提供服务时自己抵押的TMX保证金、以及质押后拿到的利率参数治理投票权。真正让TMX变成整个网络原生的手续费和质押本位，官方写的是要等V2版本的跨链期限池正式跑起来才算完全落地，现在还没到那一步。

两条时间线放一起看，这个项目的完整固定利率闭环还在分阶段拼装，$TMX 目前更偏治理和早期激励，真正扛住全网资金兑付安全的重担现在压在隔离时间锁合约这头。#termmax @TermMax

Я почти целый день подвисал, изучая логи нод тестсети Dusk: лёд в холодном айс-американо на столе весь растаял, а вода, которая конденсировалась на стенках стакана, расплылась мокрым пятном на коврике для мыши. Я поставил мышь на беспроводную зарядную станцию — и просто сидел, как вкопанный, пять минут. И вдруг дошло — вопрос, который всё время меня мучил: сейчас проектов с приватными блокчейнами немало. Почему Dusk в итоге выбрал нативную приватную виртуальную машину Rusk, а не просто обернул EVM слоем ZK-приватности? Сначала я думал, что дело лишь в выборе техмаршрута. Но потом я несколько раз перелопатил официальные материалы про Phoenix-модель торговли и про end-to-end приватность — и понял, что всё оказалось проще и глубже одновременно.

Самое критичное место для приватных приложений — дело не в нулевых знаниях само по себе, а в риске утечки состояния на всём пути. Если просто добавить «приватную оболочку» на слой транзакций EVM, то следы в виде открытых данных всё равно останутся повсюду: в хранилище контрактов, в стеке выполнения, в event-логах. Достаточно, чтобы утёк хотя бы один из этапов — и вся предыдущая приватная защита окажется сделана зря. Dusk начинает проектировать приватность с самого низа, с нативной виртуальной машины Rusk, и использует рекурсивные доказательства PLONK для привязки состояния. Проверка валидации одной приватной транзакции на одном узле занимает всего 1,2 секунды — почти в 4 раза быстрее, чем схема с ZK-плагином поверх EVM. Если по-простому: они трезво разложили по приоритетам приватность, скорость разработки и безопасность — и не гнались слепо за краткосрочным эффектом вроде «совместимость с EVM поможет быстрее разогнать экосистему».

Но окончательно переубедила меня другая деталь. Официально снова и снова подчёркивают: ноды занимаются проверкой транзакций, а не хранят у себя открытые данные пользователей. Выполнение транзакций можно реализовать за счёт зашифрованного пространства состояний, но контроль над активами и ключи для целевых представлений всегда остаются у самого пользователя. Именно это помогло мне понять: Dusk изменил не просто способ реализации приватности, а самую базовую связку доверия в публичном чейне — свёл к минимуму ту часть, которую обязательно нужно доверять узлу, и максимально расширил долю того, что можно проверять криптографией.

В конце концов end-to-end приватность — это лишь способ представить продуктовую фичу. Вот эта модель доверия — «нода ничего не знает» + «пользователь сам держит ключи» — это то, что @dusk_foundation действительно стоит обдумать и что сложнее всего скопировать. #dusk $DUSK @Dusk

В последнее время я снова разбираю фиксированно-процентный механизм AMM @TermMaxFi. Меня несколько дней удерживала одна довольно глупая мысль: чтобы DeFi-кредитование вошло в более привычные для широкой публики финансовые сценарии, чего не хватает — большего числа видов заимствований или способа ценообразования, при котором пользователи не несут риск колебаний процентных ставок. Несколько раз я сопоставлял четвертую главу белой книги и реальные данные сделок с официального сайта, и мне кажется, что TermMax пытается решить не поверхностную проблему «высокие или низкие проценты», а то, как сделать стоимость ончейн-кредитов предсказуемой. #TermMax

Раньше в DeFi кредитование в основном шло по пути моделей с плавающей ставкой: беря в долг, ты видишь текущую APY и в принципе не знаешь, не уведут ли через три дня ставку из-за крупной заявки на далёкие значения. Будь то Compound, Aave или Morpho — эффективность капитала действительно выросла, но цена в том, что каждый участник вынужден принимать неопределённость из‑за колебаний ставки. Инструментов для заимствований стало больше, но при этом самая важная стабильность стоимости капитала превратилась в переменную, которая может измениться в любой момент. TermMax кажется мне не таким: он вообще не «чинит» плавающие модели ставками.

По словам команды, для каждого срока погашения соответствующий пул имеет собственную независимую фиксированную процентную кривую. С помощью механизма AMM, который разбивает по срокам (bucketed maturities), и многослойного ценообразования по ликвидности фиксируется стоимость заимствований для разных горизонтов заранее — логика ценообразования по сути с самого начала не меняется. Меняется не сама логика, а то, насколько пользователи могут заранее оценить будущую стоимость средств.

Мне кажется, по-настоящему важно «копать» именно слой ценообразования. Пользователю не нужно гадать, не появится ли на следующем блоке крупный заём, который резко поднимет ставку, и не нужно спорить с тем, не решит ли протокол внезапно изменить параметры и тем самым пересобрать модель ставок. TermMax использует автоматический мейкинг с сегментацией по срокам и добавляет слой протокольного резервного фонда, накопленного из клиринговых штрафов, — тем самым переводит процентные ставки для разных сроков в фиксированную стоимость, которую пользователь может прямо зафиксировать.

$TMX, параметры глубины ликвидности, коэффициент отклонения ставок и риск-подготовительный резерв — честно говоря, их ещё надо подтвердить временем, поэтому делать выводы сейчас рано. Но TermMax хотя бы напомнил мне следующее: когда DeFi‑кредитование будет сопрягаться с мейнстримным капиталом, необязательно копировать стратегию плавающих ставок. Можно попробовать сохранить ончейн‑модель децентрализованной безопасности и при этом сначала дать пользователям определённую, заранее известную стоимость заимствований. #termmax @TermMax

以前选DeFi协议，我的标准简单粗暴：TVL越大越安全。

这个逻辑支撑了我好几年。Aave、Morpho这些头部协议的TVL动辄几十上百亿，钱都在里面，能有什么事？所以TermMax TVL“只有”9000万的时候，我确实没正眼瞧过。

改变我想法的，是一次闲聊。

朋友问我：“你那笔USDC准备放多久？”我说等机会，不确定。“那你这段时间的资金成本是多少？”我愣了一下——在Aave存着吃浮动利息，今天4%明天可能3%，我根本没法回答“成本是多少”这个问题。我把手机放桌上，没接话，那顿饭后半程有点心不在焉。

回去认真研究了一下TermMax，才发现它解决的问题跟Aave完全是两回事。

TermMax的核心逻辑是固定利率代币化。债务代币拆成FT和XT，FT是零息债券，到期前以折扣价出售；XT是收益权代币，随到期逼近价值归零。任何时候1 FT + 1 XT = 1债务代币——这个恒等式确保了固定利率市场的定价透明。GT是ERC-721标准的杠杆代币，代表一个独立的贷款头寸。借款方把抵押资产锁进GT，根据市场设定的最大贷款价值比（MLTV）铸造对应数量的FT。如果抵押品价值下跌导致贷款价值比（LTV）超过MLTV，头寸会被清算。

FT和XT的关系，第一遍翻过去没觉得有什么，第二遍才看到那句话——理顺之后整个逻辑就通了。

这套机制解决了一个Aave始终解决不了的问题——资金成本的确定性。

Aave更像链上银行，关注资金流动效率。TermMax让借贷双方在交易开始时就能约定一个固定利率和固定期限。我开始算账：如果大半年前就把那笔闲置资金通过TermMax锁定固定利率，我不仅能提前知道到期能拿多少，限价单等待期间资金也不会闲着——它会自动进入Morpho金库赚浮动收益，匹配成功后再无缝切换成固定利率。

TVL是规模指标，固定利率是确定性指标。#termmax @TermMax

我这次翻Dusk主网Citadel合规模块的上线公告，本来想找零知识证明电路的安全审计细节，结果看到官方点名的首批落地合作方，愣了一下——不是做密码学审计的安全公司，是荷兰持牌数字证券交易所NPEX和欧盟MiCA合规咨询机构DAC8
我第一反应是奇怪，@Dusk 做的是端到端隐私公链，怎么合规模块亮相的首发阵容站的是两家持牌金融服务机构，不是做密码学攻防的安全团队
翻了几篇官方技术博客才想明白这个安排的用意。Dusk的zkUT合规模块本质是个隐私交易执行器，ZK电路写得再严谨，交易能不能合法落地，最终看它输出的证明能不能满足监管的合规要求。比如一笔代币化股票交易，匿名性做得再完美，不满足MiCA的定向可审计要求根本拿不到发行牌照，机构资金根本不敢进场；同理，一笔符合白名单要求的机构转账，匿名性做得再好，没有持牌机构的身份白名单背书，也没法在合规券商体系内流转
主网这次把这两家定成首发合作伙伴，等于官方承认了一件事：这套合规模块上线第一天靠不靠谱，一半功劳在Dusk自己的ZK电路和Citadel匿名质押逻辑，另一半直接压在这两家合规合作方身上。这个发现让我重新看待它标榜的端到端隐私。PLONK递归证明加上Phoenix隐私交易模型，保证的是交易执行过程没被动手脚，计算和隐私这一环可信。但交易能不能被监管认可、能不能接入传统金融体系，是另一层完全独立的落地门槛，Dusk的技术代码控制不了，只能靠对接持牌合规伙伴，把每笔合规交易的授权记录签成带时间戳的定向可验证证明挂在链上，供监管方事后核对。
我原以为这套隐私系统的可信度是一个整体，现在才发现是两层信任叠在一起，技术上的隐私可信不等于合规上的准入可信，得分开看。想清楚这层之后，我对它合规模块上线的判断
#dusk $DUSK @Dusk

之前对着测试网日志卡了快一下午，桌上冰美式的冰块全化透了，杯壁凝的水在鼠标垫上洇出一圈湿印，我把鼠标往无线充电座上一放，坐那愣了五分钟，才突然反应过来一个反常的点：PoS链的验证者质押记录全在链上公开，攻击者顺着质押地址找节点IP就行，隐私链连交易金额都加密了，总不能让验证者身份裸奔吧？我以前默认隐私链的质押逻辑跟普通PoS差不多，直到翻到Dusk的Citadel匿名质押模块，才发现连出块身份这层它也做了端到端隐私。

我一开始还以为就是给质押地址套个混币，后来对着质押合约的ZK电路细看才明白，根本不是藏地址那么简单——它要实现的是：你不用暴露自己的质押地址和具体质押金额，就能向全网证明你满足最低门槛，有资格参与共识。

这套基于PLONK递归证明的Citadel机制，核心就是解决公开质押记录这个所有PoS链都躲不开的死穴——用户质押DUSK时会把代币锁进统一匿名质押池，质押金额、锁定期、地址关联全部做盲化处理，其他节点仅需8秒就能完成验证，既看不到质押地址关联，也没法把出块签名和具体地址对应起来。

但我得说句实话，这种设计对ZK电路精度要求极高，一旦约束写漏了就可能出现伪造证明的风险，精准罚没作恶节点的工程难度也比公开质押大得多，这块还在持续测试。这条路能不能跑通还得靠时间检验，但至少说明Dusk对隐私的较真是从共识底层开始的。你觉得PoS隐私链的验证者身份，到底该不该公开？评论区聊聊。 #dusk $DUSK @Dusk

Вчера задержался на работе и «рыбачил» на сайте — пока листал новую официальную версию Dusk, запустился с настроем «переделали дизайн и поменяли обложку проекта». Старый сайт: чтобы найти техдокументацию, нужно кликнуть по трём-четырём ссылкам, а иногда он ещё и 404 выдает. В итоге я 20 минут разглядывал слоистую техническую схему на новом сайте и наконец связал в одну цепочку все мои разрозненные знания о проекте.

Новый сайт почти не заваливает маркетингом — сразу разложил техстек от нижнего уровня до верхнего. Самый низ — DuskDS: на нём держатся консенсус, расчёты и доступность данных. Уровень консенсуса построен на SBA — это комитетный PoS-механизм, где генератор блока выбирается анонимно через Proof-of-Blind-Bid. Список валидаторов меняется каждую эпоху — так задумано, чтобы не дать заранее зафиксировать валидаторов или атаковать их, и чтобы не было классической проблемы PoS, когда крупные игроки монополизируют право выпускать блоки. Транзакционный уровень — Phoenix: он опирается на UTXO-модель учёта, где средства существуют в виде крипто-«notes». В связке с обязательствами Pedersen это скрывает суммы, а инвалидаторы блокируют дабл-спенд. Узлы проверяют только валидность самих zero-knowledge proof’ов. Когда я тестировал, просто вставил в транзакцию открытый текст — всё отклонили; тогда стало ясно, что это жёстко «зашито» уже на уровне консенсуса.

Дальше, на уровне Dusk Trade, я думал, что это обычный приватный «DEX-обвес». Но демо в документации показало другое: он напрямую стыкуется с базовыми каналами расчётов, а в order book цены и количество по умолчанию шифруются — используется ElGamal гомоморфное шифрование. В цепочке и цена, и объём — в виде шифротекста. Матчинг-движок вычисляет совпадения прямо по шифротексту; после определения цены и количества сделка расшифровывается, и в итоге детали ордеров на всём пути не раскрываются. Ещё выше есть слой DuskEVM — уровень выполнения, переработанный на базе OP Stack. Там же делаются расчёты на DuskDS, так что Solidity-проекты, подключаясь, наследуют приватные возможности нижнего уровня — без изобретения «второго котла». Сверху — рабочие процессы рынка с соблюдением требований: Citadel оформлен как нативный модуль, который можно вызывать напрямую; пользователям не нужно передавать фото паспорта — достаточно zero-knowledge proof’а, чтобы доказать системе, что они «прошли комплаенс-проверку».

Раньше мне всё время казалось, что технический путь Dusk собран из кусочков. Но после нового официального сайта, где весь стек разложен по полочкам, я понял: это не про анонимные «игрушки» для переводов с нуля. Это построение полноценного комплаенс-приватного финансового базиса. Закончил читать — сразу докинул немного DUSK: смелость так прозрачно выставить техническую архитектуру напоказ для всех — сегодня редкость. #dusk $DUSK @Dusk

Скажу по правде: в самом начале я тоже думал, что Dusk — это просто очередная старая схема с анонимными нарративами. Пока на прошлой неделе я не пошёл на тест RC2 в основной сети, в составе Discord-сообщества. Было три часа ночи, холодный американо уже успел стать тёплым; Gas поставили низкий — и он застрял на 20 минут, после чего я ещё пошёл жаловаться администратору. И только когда тестировали дальше, я внезапно понял: это вообще не то же самое, что те приватностные чейны, в которые я раньше играл.

У большинства приватностных чейнов шифрование прописано на уровне смарт-контрактов: как если бы замок от входной двери был установлен в гостиной. Если какой-то вор залезет через окно и проникнет внутрь, все ваши вещи будут на виду. Прошлым годом я тестировал один популярный приватностный чейн — там из‑за уязвимости прав в контракте все переводы тестовой сети утекали в виде открытого текста прямо в блокчейн‑обозреватель. Тестовый адрес, который я оставил, потом два месяца досаждали мусорные аирдропы.

Dusk же «припаял» шифрование коммитментов Педерсена к слою консенсуса SBA: активы уже с момента попадания в mempool находятся в зашифрованном состоянии. Даже если нода получит полный набор данных по блоку, она сможет прочитать только нулевые доказательства «что транзакция легитимна». Нельзя нащупать ни копейки открытого баланса, ни суммы, ни адреса. Я специально пихнул в интерфейс нод данные открытых транзакций — их просто отбросил уровень консенсуса, и даже верификацию толком не пропустило.

Раньше меня больше всего бесил вопрос KYC у приватностных чейнов. В прошлом году я пользовался какой‑то «комплаенс» приватностной цепью: я загрузил фото паспорта через сторонний плагин — и в ответ почти сразу начал получать спам‑СМС про зарубежные инвестиции. А ZkKYC у Dusk встроен прямо в виртуальную машину Rusk. Ваши KYC‑свидетельства хранятся у вас локально: при транзакции генерируется лишь доказательство «я соответствую требованиям регулятора», и даже команде проекта не достаются ваши данные личности. Регулятору, если ему открыть аудит‑вью, тоже будет доступен только просмотр по заранее определённым транзакциям. Сейчас они как раз объединили PR с гибридными доказательствами FRI+PLONK: проверка одной транзакции — всего 1,4 миллисекунды. Gas на конфиденциальных смарт‑контрактах примерно на 67% ниже, чем когда EVM заворачивают в ZK‑слой. Я развернул тестовый контракт облигаций — кода даже меньше 20 строк, а Gas ушло всего $0.28 DUSK.

На старых приватностных цепях я раньше попал на «стакан/залипание» и потерял почти две тысячи U. Я долго думал, что приватность и комплаенс по природе — смертельные противники: либо делаешь чисто анонимную песочницу для грязных бизнесов, либо строишь «комплаенс‑цепь», которая срывает с пользователя всю приватность. Протестировав Dusk, я понял другое: приватность вообще не должна быть ширмой для серых схем. Активы и данные пользователей должны всегда быть у самих пользователей; комплаенс тоже не должен покупаться ценой потери приватности. Dusk по‑настоящему срезал этот узел — который тянулся почти десять лет — прямо на уровне фундамента.

@Dusk
#dusk $DUSK

Крипторынок больше не имеет ликвидности, как и фондовый рынок Китая — A-shares #闪迪股价涨幅扩大至11%

В выходные под барной кофейней зацепился за кондиционер, по очереди тестируя Dusk в тестовой сети: три раза подряд неправильно ввёл пароль, и только через полчаса дошёл до выполнения 21-й транзакции. Долго пялился в логи выполнения виртуальной машины Rusk — раньше я играл с парой старых приватных цепочек: то блоки не выходили по полдня, то анонимизацию делали настолько «в рамках правил», что открыть аудитные права было просто невозможно. Сначала я уже не возлагал особых надежд на так называемые «приватные блокчейны», но, наступив на грабли сам, понял: тут действительно не просто оболочка ради хайпа.

С самого начала, когда я был за консенсус SBA, я предположил, что там «перепакованный» PoS: прочитал правила узлов, прогнал десять тысяч симуляций двойной траты — и стало понятно. SBA (Segregated Byzantine Agreement, изолированный византийский протокол) делит узлы на два слоя: один — блоковый комитет, который упаковывает транзакции, второй — выборочные валидаторы, которые случайно проводят аудит. Семя для случайной выборки генерируется с помощью VDF (верифицируемая функция задержки), так что никто не может заранее предсказать, кого проверят дальше. Браузер тестовой сети показал, что из‑за отправки невалидных блоков наказаны штрафом залогом три узла: двое — «мягко» оштрафованы — пропустили несколько блоков, их временно вывели из очереди консенсуса, а размер эффективного стейка урезали; один — «жёстко» оштрафован: его поймали на двойной подписи, залоговые токены сразу списали на 20% с последующим уничтожением. Такие механизмы наказаний резко повышают цену злонамеренных действий — цена попыток выходит очень высокой.

При тестировании транзакций я по неаккуратности добавил лишний ноль: сумма сразу вышла за диапазон Range Proof, транзакцию мгновенно вернули обратно — на чейне даже следа «мусорной» транзакции не осталось. Range Proof в протоколе Phoenix жёстко фиксирует допустимый диапазон сумм, а в паре с обязательствами Педерсена «запирает» общий объём активов каждой записи: никакого произвольного выпуска «из воздуха» не будет. Плюс одноразовые Stealth Address: для каждой транзакции адрес автоматически меняется, поэтому я, последовательно переведя 5 тестовых монет, на чейне просто не смог связать эти 5 переводов с одним и тем же аккаунтом. Рекурсивно агрегированный PLONK‑доказательством сжался до 287 байт: проверка одной транзакции занимает всего 1,8 мс — запуск прошёл очень гладко, и даже на пике тестовой сети не было проблем с перегрузкой.

Виртуальная машина Rusk написана полностью на Rust с нуля, нативно поддерживает стандарты конфиденциальных активов. Я разворачивал тестовый Token — и мне даже не пришлось писать скрытнический код на 200 строк: вместо этого газа на контрактах ушло на 63% меньше, чем при обвязке EVM уровнем ZK. И ещё — заранее предусмотрели вход для аудитных прав для стороны, отвечающей за комплаенс: приватность и соответствие не нужно выбирать взаимоисключающе, их можно совмещать. В ту ночь, когда завершили запуск тестовой сети, мне стало по-настоящему спокойно — больше, чем от любых проектов, в которые я раньше инвестировал как соучастник.
#dusk $DUSK @Dusk