老毛爱看片

调试 #dusk 的 Phoenix 隐私转账时我踩过一个更隐蔽的坑：往匿名池里投一笔 note，本地 rusk 节点返回 Transaction rejected，但 explorer 上压根查不到这笔 hash——不是 pending，是像从来没存在过。第一反应是重签重发，结果第二天发现链上其实已经消化了原始那笔，新发的反而因为 nullifier 冲突被永久拒绝，两笔都卡在"已提交但未确认"的灰色地带。

根因在 @Dusk 的 mempool 不是全局共识状态，而是每个 rusk 实例本地维护的暂存队列。节点对未消费 note 的追踪依赖本地 witness 树同步进度，一旦你的节点落后于当前区块高度，它看到的是"这个 nullifier 还没被标记"，于是放行进 mempool；但 block generator 那边的树已经更新，这笔进去直接被丢弃——而且丢弃是静默的，不进 reject log，不广播失败事件。不同节点的"遗忘窗口"完全取决于各自配置的 tx_timeout 和 witness 同步频率，没有统一标准。

这就解释了为什么有些对接方写的自动重试脚本会酿成双重扣账：本地查不到 ≠ 链上不存在，mempool 丢弃 ≠ 共识拒绝。正确姿势是：遇到悬空交易先等至少一个 epoch 的 finality（Dusk 约 6-12 小时），然后用同一字节串原样重播，让节点自行判断 nonce/nullifier 是否已被消费；只有确认目标账户 nonce 已递增，才允许构造新交易。

分布式系统里"查不到"永远有三种含义：丢了、还没同步到、或者已经被别人确认但你的视图滞后。前端为了 UX 把第一种当默认假设，等于用用户预期绑架账本安全。$DUSK 的隐私层把这种异步割裂放大了一层——毕竟连查都查不到明文。你在对接时碰到悬空交易，是选择等最终性再决策，还是赌一把直接重试？

В бюллетенях по безопасности больше всего не стоит автоматически переводить «уже исправлено» как «уже безопасно». AEGIS на этот раз закрыл сразу несколько смысловых разрывов: несостыковку Send/Sync в piecrust, приводящую к сессиям-алиасам, обратную сериализацию на стороне хоста, расхождение по комиссиям/возвратам в Phoenix, а также дефект BLS в старом отображении h0, где фраза «достаточно раз увидеть подпись, чтобы подделать сообщение с тем же ключом» фактически позволяла это. На поверхности — это хардфорк из 39 исправлений, но по сути обнажается другое: после того как Dusk собрал вместе ZK-расчёты, Rust VM и EVM-мост, слой «инженерной сборки доверия» оказался более хрупким, чем единичная уязвимость.

Падение кошелька с мостовой подписью в январе ещё важнее разоблачить, чем повторять риторику «протокол не был пробит»: чистый консенсусный слой ≠ чистые границы пользовательских активов. Мост — это слой экономического доверия поверх протокола; горячая подпись + обработка событий + старая архитектура с общим сетевым путём изначально создают поверхность атаки. Позже разъединили подпись и события, ввели явный автомат состояний (seen/submitted/completed/failed/stuck), сделали ручную подгонку в холодном кошельке и добавили автопаузу при низком балансе. Эти изменения спасают операционную модель, а не ончейн-инварианты: выдержат ли они высоконагруженные повторные прогоны и нетипичное восстановление — зависит от регрессионных тестов, включили ли туда тайминговые сценарии вроде «подпись работоспособна, но событие потерялось» и «worker упал — и повторно рассылает трансляции».

Если перенести взгляд на COW и ETH, то фреймворк можно заимствовать, но нельзя копировать. У COW граница безопасности не в ончейн-контрактах на этих «трёх четвертях акра», а в сопряжении ограничений подписи intent, а также связке торгов (solver bid/competition) и расчётного контракта GPv2; реальная рана — когда solver централизован, в 30-секундном окне пачки происходит утечка заказов, а settlement-контракту дают слишком большой approval. Даже если «купить обратно» — это не закроет, когда слой исполнения незаметно «выдёргивают». Для ETH картина ещё прямолинейнее: разнообразие L1-клиентов, централизация RPC и билдера, а также предположения о доверии в кроссчейн-мостах — всё это всегда было «уязвимостью за пределами доказательства».

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

盯着钱包里那点筹码犹豫了半天，还是点了#dusk 的质押按钮——毕竟12%的APY在当下的Layer1里确实扎眼，像沙漠里的一瓶冰可乐。但体验完一圈，我只觉得这玩意儿根本不是给普通人设计的，它透着一股浓浓的“机构老爷”傲慢感。

最直观的劝退是第一道门槛。1000 @Dusk 的起押线，按市价算就是几十美金，直接把零散散户拦在门外。这哪是去中心化金融，这分明是私人会所的最低存款要求。我咬牙把两千多个全押进去，结果提交后界面转圈，资产状态迟迟不更新。我以为是RPC节点抽风，翻了半天才在文档角落里看到：质押要在下一个Epoch边界才激活。这种按“纪元”结算的节奏，慢得让我想起了传统银行的T+1交割，跟Solana或者Cosmos那种秒级确认比起来，简直是上个时代的产物。

更让人心里没底的是验证节点的不透明。官方把节点运营全权甩给第三方，协议层不干涉佣金和风控。我在列表里盲选了一个节点，佣金比例藏得深浅不一，像是在玩盲盒。我知道70%的区块奖励给出块节点，剩下分给基金和委员会，但作为委托者，我根本算不清自己到底被薅了多少羊毛。

唯一的亮点是解锁没有锁定期，随提随到，这点比以太坊的人质模式强。但那个“最低余额必须保留1000”的设定，又像极了健身房年卡的霸王条款，逼你要么全押要么滚蛋。

说白了，$DUSK 的质押机制就是其保守共识的缩影：为了合规和机构级安全，牺牲了散户的流动性和体验。这12%的收益，更像是对你资金沉没成本和耐心消耗的补偿。要是币价再跌，这点利息连本金磨损的零头都盖不住，到时候什么“长期主义”都是扯淡，跑路才是第一生产力。

节点真正难受的时候，往往不是区块突然变大，而是网络开始“不听话”。

我这次看#dusk 的传播层，反而被一个细节吸引住了：它没有把网络效率简单理解成“带宽越大越好”，而是试图从消息怎么走这件事本身动手。

@Dusk 的Kadcast采用的是基于节点距离的定向传播逻辑。节点不是收到一条消息就无脑向所有邻居扩散，而是根据路由关系选择下一跳，让消息沿着更明确的路径继续传递。这个思路看起来没那么性感，但对公链其实很重要。

因为Gossip最大的麻烦不是“慢”，而是重复。

同一条交易从不同节点绕一圈回来，网络还得继续转发、校验、缓存。节点数量一上去，消息冗余就容易把带宽和CPU一起吃掉。Kadcast想解决的，本质就是减少这种无效传播，让网络资源尽量花在真正需要送达的消息上。

但我不会看到“降低带宽消耗”几个字就直接点头。

这种设计最怕的恰恰是现实网络。节点突然掉线、延迟飙升、路由表里的邻居失效，理论上的最短路径很可能瞬间变成一条断路。为了保证消息最终抵达，系统就必须准备替代路径和重新路由机制。备用机制越复杂，传播效率和维护成本之间的拉扯就越明显。

而且公链节点不是实验室里的固定服务器。

我反而觉得，这才是$DUSK 传播层值得继续观察的地方。

如果Kadcast在节点大规模进出、跨区域延迟和网络分区这些脏场景里依旧能保持稳定，它解决的就不只是省带宽，而是让普通节点更容易参与网络。

但如果一遇到路由失效就频繁回退，前面那些漂亮的理论效率也没多大意义。

公链最终拼的不是白皮书里哪条曲线更好看，而是凌晨三点网络出问题的时候，节点还能不能自己把路找回来。你们觉得，传播层这种改动，对公链长期去中心化到底是加分，还是把系统复杂度推高了？

В тот раз, когда ночью пришло SMS-уведомление о узловой тревоге и взорвало мой телефон, первая мысль была: RPC подгружают слишком активно — пока в iftop не увидел, что везде сплошь kadcast-порты с внешними повторными передачами, и только тогда дошло. Та самая традиционная привычка gossip: «получил — сразу пересылай всем соседям» — при дрожании между зонами превращается в самовозбуждающий усилитель. Потом я сел разбирать исходники Rusk и белую книгу версии 2024, раздел 2, и стало ясно: Dusk заменил рассылку на Kadcast не как маленькую правку ради экономии полосы, а фактически переписал P2P-слой под адресацию в XOR-метрике Kademlia DHT. Каждый узел ведёт контакты по bucket’ам, а при пересылке выбирает только те peer’ы, чья XOR-дистанция возрастает, и делает каскадную передачу — не «заливает» всем интернет-диапазоном.

В исследовании, на которое ссылается белая книга, сказано, что по сравнению с gossip экономия составляет 25%–50% полосы и при «быстрых блоках» устаревание stale block уменьшается на 10%–30% — я воспринимал это как верхнюю границу в лаборатории. В реальной среде: provisioner-узлы периодически входят и выходят раз в несколько минут, RTT от Токио до Франкфурта «плывёт» в районе 40 мс, refresh bucket’ов завязан на периодический ping, а не на событийную реакцию. Поэтому таблицы маршрутизации на несколько секунд стареют — и сообщения вынужденно откатываются к широковещанию; сэкономленная полоса снова «выливается обратно» примерно наполовину.

На уровне консенсуса SA в три стадии (Generation → 1st/2nd Reduction → Agreement) сообщения голосования комитета целиком идут через Kadcast. Если на пересылающем пути при churn происходит разрыв, 2/3 BLS законных голосов не собираются — и дело уже не в том, экономится ли полоса, а в том, что раунд просто не проходит.

Сильная сторона Kadcast по сравнению с gossip в том, что он реально размазывает «точку происхождения» сообщений: он не опирается на прямых соседей, а ещё заметно усложняет связывание IP-источника с транзакциями, которые Phoenix экранирует. Цена — тяжёлая когнитивная нагрузка на отладку: mempool по умолчанию на 10000 записей, локальная политика истечения в Rusk по умолчанию 3 дня, а node-installer выставляет 30 минут — такое разбиение параметров для новичка в операционке превращается в набор «призрачных» багов.

Я думаю, стоит ли Kadcast своих денег: не по тому, что написано на бумаге про 25%–50%, а по трём жёстким проверкам. Во-первых, происходит ли сходимость bucket-обновлений в пределах 1 epoch после того, как узел отвалился. Во-вторых, на двойном разбиении зон голосование SA — получится ли собрать 67% кворума, опираясь на оставшуюся связную подграф-структуру. В-третьих, когда доля household-узлов с домашним провайдером у provisioner’а вырастет, не «провалится» ли хвостовая задержка. Если эти три условия проходят — это «структурная доставка», которая и должна быть у финансовой цепочки. Если нет — это просто красивая статья, которую потом приходится превращать в ловушки для операционщиков. #disk @Dusk $DUSK

Многие ругают #dusk EVM, мол, это «поворот назад», а я думаю, что как раз команда наконец-то разобралась в одной вещи: совместимость — это не уступка, а контроль затрат.

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

Умная сторона @Dusk EVM в том, что она разъединяет слой исполнения и базовые возможности: разработчики по-прежнему используют знакомые инструменты для деплоя контрактов, но если захотят — могут вызывать нативные механизмы конфиденциальных расчетов и проверок на соответствие требованиям. По сути, это дает разработчикам опцию, а не заставляет идти по одной-единственной дороге до конца. Команды, которые уже делали токенизацию в Ethereum, теоретически могут сэкономить много времени и не так сильно «ломать» код — просто подключить логику расчетов к цепочке, которая изначально проектировалась под сценарии с регулированием.

Но я не буду из-за этого дизайна ставить ей «первую степень уважения». Чем больше слоев совместимости, тем больше допущений о доверии: в местах вроде межуровневой коммуникации и синхронизации состояния, исторически случившиеся инциденты ничуть не менее серьезны, чем проблемы с уязвимостями контрактов. Более реалистичный риск в том, что если большинство разработчиков просто перенесут старые проекты почти без изменений — и ради удобства EVM-экосистемы — то способность к конфиденциальным расчетам, которая является реальным отличием, окажется не у дел. Тогда $DUSK EVM по сути ничем не будет отличаться от обычного EVM-сайдчейна.

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

拿PT-sUSDe去#TermMax 开固定利率仓位这事，我算是交了一笔认知税。当初被那个锁定的年化数字吸引住，觉得比Aave里手动滚仓省心太多，操作确实顺滑，点几下就完事。真正的教训是提前退出那一下。

固定利率借贷的底层逻辑，是把负债做成FT在池子里流通定价。我扛到第三周想换仓，正赶上市场整体降息预期升温，FT价格被推得很高，赎回抵押物就得先高价把FT买回来填平。这一进一出的价差，直接吃掉了大半利差空间，账面上"锁定"的低成本瞬间变成了浮动的坑。圈内没人能真的躺平一个月不动仓，久期一长，退出成本就是隐形的达摩克利斯之剑。

自动展期更像开盲盒。新周期的定价完全交给AMM当下的供需状态决定，你点确认的那一刻根本不知道会撮合出什么利率，全凭池子情绪，没有任何议价空间，纯粹被动接受。

再算上链上成本：铸造凭证、走多跳路由，单笔Gas开销比常规借贷协议高出一截，小额资金进场，光是这笔损耗摊到借期里就能吃掉不小一块预期收益，本质是给资金体量不够大的用户变相加税。

久期匹配这套设计，说到底更适合能扛住整个周期不动的巨鲸玩家，散户追求的永远是能随时抽身的流动性。中途退出的隐性成本，才是这类协议真正的利润来源。你们有没有算过自己实际扛到期的年化，跟当初开仓看到的数字差了多少？@TermMax

#dusk CreatorPad深度审视：数据热闹的背后，藏着生态留存的隐忧

纵观币圈各类创作者激励活动，大多逃不开“流量注水、留存拉胯”的通病，@Dusk 本轮CreatorPad活动，也让我看清了项目短期造势与长期生态建设的矛盾点。高额奖池堆砌出了漂亮的表面数据，却难以掩盖真实用户沉淀的短板。

本次活动配置力度十足，48万枚DUSK基础奖池叠加最高4万USDC直播奖励，内容发帖、账号关注、小额链上交易、直播带货交易量等硬性任务，快速撬动了大批量参与者。全球与中文区双榜单排名、高额直播门槛，直接拉高了话题热度和短期交易数据，对外展示出一派生态繁荣的假象。

但剥开数据细看，漏洞格外明显。目前Dusk核心生态产品均未正式落地，DuskEVM、Hedger处于测试网阶段，Dusk Trade仍在开发搭建中。活动靠奖励倒逼用户完成交易、发帖任务，可用户进场后没有成熟产品可体验、可深耕，所有参与行为只为榜单排名和赏金，和真实生态使用毫无关联。

更值得警惕的是，今年1月Dusk就落地过千万枚级别的超大杯CreatorPad活动，时隔半年再度复刻同类拉新模式，却从未公开上一轮活动的核心复盘数据。高额奖金砸出来的热度褪去后，真实持币用户留存、链上活跃用户、长期深耕创作者的留存数据全部空白，这是最让人存疑的一点。

币圈项目最忌讳的就是重流量、轻留存。靠赏金吸引来的大多是撸毛套利用户，奖励结束便会批量离场，根本无法转化为生态核心共识用户。短期榜单数据再亮眼，也撑不起项目长期的生态发展。

在我看来，$DUSK 当下与其持续重金做增量造势，不如深耕存量复盘。优先摸清过往活动的真实留存，补齐生态产品落地短板，让流量真正转化为生态用户，才是突破内卷、踏实发展的关键。

最容易让人放松警惕的，不是复杂的操作，而是“操作突然变简单了”。

#TermMax App V2 把交易流程压缩之后，确实舒服很多。少点几次、少切几个流动性来源、少做几轮确认，对普通用户来说都是实打实的体验提升。

但我反而觉得，签名次数越少，越不能把脑子也一起省掉。

因为一次签名解决的是执行效率，不是交易质量。

你看到一个报价，第一件事不应该是马上确认，而是先看这个价格背后到底有多少真实深度。最优报价如果只建立在很薄的一层流动性上，数字看着漂亮，真正下单的时候照样可能被滑点重新教育。

还有一个容易被忽略的地方：聚合路由替你做了选择，但你不一定知道它为什么这么选。

不同流动性来源的深度、价格、手续费、可执行规模都不一样。机器可以快速算出一个结果，却不会替你承担结果带来的损失。尤其是行情突然加速的时候，几秒钟前的最优路径，可能转眼就不是最优路径。

这也是我对“一次签名”这个功能比较矛盾的地方。

它最大的价值确实是降低操作摩擦，但摩擦降低之后，用户更容易产生一种错觉：流程简单，所以风险也简单。

实际上恰恰相反。

越是自动化的交易入口，越应该把关键变量放在用户眼前：报价有效多久、预期滑点多少、实际可成交深度够不够、最终成交价格允许偏离多少。

所以我用这类功能时有个很笨的习惯：不急着签，先看深度，再看滑点，最后才看那个最显眼的“确认”。

自动化可以替我跑腿，但不能替我背锅。

@TermMax 如果能把这套体验继续往“透明执行”方向推进，而不是单纯追求“更少点击”，我觉得意义会大很多。

毕竟真正高级的交易工具，不是让用户什么都看不见，而是让用户不用操作十遍，却依然知道自己到底承担了什么。

真正有意思的RWA，可能不是把大家都认识的资产搬到链上，而是把那些原本“不值得被服务”的资产重新算一遍账。

很多中小企业不是没有盈利能力，而是融资规模夹在尴尬区间：银行希望看到足够抵押物，机构资金又希望看到足够大的票面和成熟的治理体系。企业卡在中间，资本市场的固定成本却不会因为融资额小就自动打折。

这恰好是#dusk 值得观察的地方。

如果发行、登记、转让、投资者权限和结算都能在同一套链上规则里处理，真正省下来的并不是几个点击步骤，而是大量重复的人工协调。对于大公司，这点优化可能只是财务部门少加几次班；但对规模较小的发行人，它可能直接决定一笔融资到底划不划算。

还有一个经常被忽略的问题：流动性本身就是融资成本。

一项资产如果买进去以后很难退出，投资人自然会要求更高的风险补偿。假如合规的二级转让真的能够变得更方便，理论上就有机会降低这部分流动性折价。但注意，是“有机会”，不是“必然”。链上有交易机制，不代表市场就自动产生买家。

这也是我对@Dusk 保持谨慎的原因。

技术可以把交易流程做得更顺，不能凭空制造投资需求。中小企业证券最大的挑战，往往不是怎么发行，而是谁愿意长期持有、谁愿意接盘，以及发行人能不能持续提供足够的信息让投资人做判断。

所以我不会只看链上发行了多少资产。

我更想看的是：有没有一批过去很难获得标准化资本市场服务的企业，真的开始持续使用这套基础设施；发行之后有没有形成真实转让；投资者是否愿意因为流程改善而降低流动性溢价。

如果这些环节能慢慢跑起来，$DUSK 的价值可能不在于制造一个更热闹的金融市场，而是把原本成本太高、规模太小的融资需求，变成一门终于算得过账的生意。

看到 #TermMax Alpha 把 Long 标成买 Call、Short 标成买 Put 的那一刻，我下意识皱眉——一个做零息债 FT 和齿轮 GT 的固收协议，突然拐进期权 AMM，太像那些把借贷、永续、理财全塞进一个标签页的"全能型 DeFi"套路了。但把文档翻完，我收回一半嫌弃：它没在堆叠功能，是把"杠杆"的底层重写了一遍。

传统加杠杆死在清算线——ETH 插针 5% 你 3 倍仓就没了，方向对也白搭。Alpha 市场把这道题替换成期权式开仓：付权利金买 Call 看涨、买 Put 看跌，最大亏损就是那笔 premium，没有 LLTV、没有清算机器人、没有"价格过了又回来但仓没了"的冤魂。

GT 负责一键杠杆、FT 负责锁到期收益、Alpha 负责把价格方向赌局封装成可买卖的期权头寸，三件套合起来，确实把跨 Pendle+Morpho+Aave 搓十几笔交易的事压成一次 swap。这个化繁为简的方向我认，DeFi 不缺复杂，缺的是把专业封装得不反直觉。

但冷水必须泼透。期权式杠杆的命门永远是流动性：你提前平仓靠的是 AMM 里 Dual Investment 卖方提供的对手盘，Alpha 新币深度薄，极端行情行权净结算和实物交割再优雅，没买家接你的仓位就是零。固定利率这条赛道本身也没宽到能随便分叉——Pendle 把 PT/YT 的心智占完了，@TermMax 挑 Binance Alpha 生态、抢新资产上永续前的价格发现窗口，是聪明避战，可这条路成不成，不看机制白皮书，看 Alpha 市场日成交量能不能稳定过百万、看平仓滑点是不是常年吃掉 30% 权利金。

我不急着叫它创新者，也不骂缝合怪。跟踪只看两个不会撒谎的数：Alpha 市场分期限的成交量曲线、以及小额提前平仓的实际滑点。这两个数立住，期权式杠杆才不是固收协议的一次cosplay。

做 Dual Investment 提供流动性的朋友：你们在 Alpha 新币上挂卖方，是按隐含波动率倒推权利金，还是直接照 OTMT 的手续费分成覆盖回撤？

我对“隐私保护与监管兼容”这套说辞再熟悉不过了。每次看到项目方在技术白皮书里画这种双轨并行的架构图，我都会下意识地把进度条往回拖，先看看它主网上线后到底有多少真实交易量。#dusk 这套公开透明+隐私屏蔽的双网络设计，光从逻辑架构上看确实很精巧，但精巧的东西往往意味着复杂的决策成本被推到了用户端。

说句实话，我连钱包里不同链的Gas费用都经常搞混，怎么可能在每次转账时还要想清楚“这笔交易需不需要走隐私侧”？这不是功能丰富，这是认知负担。真实业务部署更是一场噩梦——开发者一边要在透明账本上跑合规校验，一边要为隐私UTXO生成零知识证明，两套状态轴互相拉扯，任何一个环节的疏忽都可能造成资产对不上账。传统金融机构那帮连Excel公式都只敢用SUM的合规经理，看到这种双轨架构怕是直接摇头。

更关键的是，选择性披露在监管眼里压根不是加分项。欧洲那些监管机构要的是每一笔资金的完整流向图，要的是责任到人的审计路径，而你给他们的是一把能“选择性”打开部分数据的钥匙。这在法务部门看来，等于主动在账本上挖了个盲区。

我看到链上30%多的质押率确实能稳住筹码，但这只能说明矿工和节点运营者对这个网络有信心，不能说明传统资本愿意把真金白银的流动性搬进来。大资金永远是最保守的，它们会选择那些规则确定、无歧义、无额外决策成本的透明账本。如果隐私侧始终只能跑一些边缘测试资产，那这套双轨架构就永远停留在“技术可行”的层面，远没到“商业可用”的阶段。

所以我对@Dusk 的态度很简单：继续观察，暂不触碰。等哪天看到真正有规模的合规资产敢放心地跑在隐私那一侧，而不是只在透明账本上做做样子，我再重新评估它的价值。现在这些概念，还不够我为之冒险。$DUSK

花了一整个下午折腾#dusk 钱包里那个“二选一”的转账按钮——同一套助记词生成的钱包，竟然硬塞着两套完全不相容的交易逻辑。

Moonlight走的是标准账户模型，余额、发送方、接收方、金额全链公开。Phoenix走的是UTXO加零知识证明，资金以加密“笔记”形式存在，交易图彻底断裂，根本追踪不到资金流向。从Moonlight划到Phoenix，流程确实顺滑，三分钟到账。可转完我盯着屏幕犯嘀咕：下次转账，我到底该默认用哪个？钱包界面只给一个“public or shielded”的选项，普通用户哪知道每次交易该怎么选——这门槛直接翻倍。

这不仅仅是体验灾难。更麻烦的是DeFi协议根本不知道该把流动性池建在哪边。官方说“合规用Moonlight，私密用Phoenix”——纯属站着说话不腰疼。池子放Moonlight，大户仓位天天全网裸奔；放Phoenix，审计上哪核对准备金？

@Dusk 主推的欧洲机构合作，比如和荷兰NPEX那套代币化证券，最后八成只能跑在Moonlight上。MiCA和MiFID II监管卡得极死。Phoenix的选择性披露在理论上可行，但合规部门看到零知识证明的第一反应永远是“这玩意怎么审计”。折腾了七年的隐私层，到头来真正的大机构反而不敢碰，这讽刺够狠。

目前链上质押超过2亿枚DUSK，占总供应量36%。节点参与度确实不低。但要是生态应用最后全缩在Moonlight，Phoenix沦为一个摆设，那Dusk跟一条普通EVM链有什么区别？

技术确实炫酷，但产品逻辑完全脱节。在官方把跨模型交互标准和合规白皮书补齐之前，我是不敢重仓$DUSK 的。准备去上面搭协议的团队，也多掂量掂量。

很多 DeFi 产品喜欢把“收益率”摆在最显眼的位置，但我看 #TermMax ，反而觉得真正值得琢磨的是它把风险和收益拆开的方式。

固定利率听起来很传统，可放到链上并没有那么简单。链上资金没有银行柜台帮你撮合期限，也没有人工帮你消化错配，借款人、出借人、抵押资产和到期时间全得靠合约自己协调。利率一旦固定，市场就必须回答一个更现实的问题：这笔钱到底应该怎么定价？

@TermMax 比较有意思的一点，是没有把所有东西塞进一个“借多少、收多少利息”的简单模型里，而是通过不同 Token 和交易结构，把债务、杠杆、期限这些东西拆开。这样做的好处是金融关系更容易组合，问题也很明显——结构越复杂，普通用户越难一眼看懂自己究竟承担了什么风险。

我尤其关注它的 Range Order。Pricing Curve 本质上是在给固定期限资金建立一个更细的价格表达，不再是所有资金围着一个池子的统一利率打转。这个设计如果真能形成足够深的市场，固定收益产品的定价效率可能会比单一资金池更好。

但这里也藏着一个硬伤：曲线设计得再漂亮，没有真实流动性也只是数学游戏。

Physical Delivery 同样值得观察。极端行情下，如果清算路径走不通，最终能不能把债务关系落实到真实资产交付，才是检验协议设计有没有考虑最坏情况的地方。正常市场里谁都能讲模型，真正麻烦的是流动性断层、价格剧烈偏离和对手方无法成交的时候。

所以我现在更愿意把 TermMax 看成一次“链上利率市场实验”，而不是单纯的固定收益协议。

方向有想象力，但结构越复杂，对流动性、定价和风险管理的要求也越高。能不能从漂亮的金融工程，变成真正有人长期使用的市场，还得靠数据说话。

Пробежался по всему криптосообществу — и сейчас самая горячая тема обсуждений: #TermMax . Скриншоты доходности “+30%” залиты в ленту, время уходит на их постинг, лозунг “следующая монета-крылатка в 100 раз” гремит на весь интернет. Даже уже есть KOL, которые учат делать all in и «лежать и выигрывать». Я слежу за проектом с тестовой стадии: у меня были лишь небольшие пробные позиции с целью теста. Сегодня без каких-либо эмоциональных фильтров скажу максимально по делу.

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

Но сейчас все говорят о росте, и никто не замечает мину, заложенную в модели доверия. Я просмотрел историю коммитов за последние три месяца: ключевые модули уже шесть недель подряд не получают значимых обновлений. Те редкие случаи, когда пользователи сталкиваются с подвисаниями on-chain взаимодействий или “иглами” проблем в экстремальной волатильности, официально никак не закрываются — четкого графика исправлений от команды не было. Вместо этого основную массу ресурсов снова и снова бросают в маркетинговые вбросы и промо.

«Сначала захватить рынок, а техдыры залатать потом» — обычная схема в Web3, но как раз это и является самым большим риском для пользовательских активов. Сейчас тренд благоприятный, объемы торговли еще не дошли до критического порога — проблемы прячутся под водой. Но как только дальнейшая волатильность усилится, и в какой-то момент технический провал проявится, первыми под удар попадут деньги обычных пользователей. Не верьте сказкам про «вместе растем с проектом»: если техдолг не закрывать, то «совместный рост» на практике означает, что пользователи выступают платной площадкой для ошибок и экспериментов со стороны команды.

Я лично сейчас держу максимум две прослойки свободных денег — пробую понемногу. Если получилось заработать — забираю прибыль по долям и фиксирую. Если дошло до уровня стопа — сразу режу, без уговоров. Никаких разговоров про «долгосрочные ценностные инвестиции» — я в это не играю. На крипторынке никогда нет сделки без риска “всегда в плюс”. Всё, что вы сейчас видите в ленте как прибыльные репорты, — это демонстрация удачных случаев. Когда рынок развернется, никто не будет постить сделки, которые просели до -50%.

Предупреждение о рисках: эта статья — только обмен личным мнением и не является инвестиционной рекомендацией. Рынок криптовалют относится к сфере высокорисковых инвестиций. @TermMax , как проект на стадии развивающегося направления, сталкивается с множеством неопределенностей. Пожалуйста, участвуйте только теми свободными средствами, которые вы гарантированно можете полностью потерять. Не делайте all in и не инвестируйте в кредит.

В этом году#dusk запуск DuskEVM — я думаю, что это заслуживает более пристального внимания, чем думает большинство людей. Первоначальная позиционировка этой сети была предельно ясной — базовая инфраструктура приватности и соответствия для лицензированных финансовых институтов: Phoenix обрабатывает приватные транзакции, Moonlight обеспечивает прозрачное расчетное исполнение. Главная дифференциация всей этой истории — «специально спроектировано для регуляторных сценариев». Теперь добавляется слой EVM-совместимости: логика, по всей видимости, в том, чтобы подтянуть разработчиков и ликвидность из экосистемы Ethereum. В краткосрочной перспективе это действительно может дать всплеск по TVL и активности торговых операций. Но есть одно противоречие, которое никто не спешит озвучивать прямо: EVM-совместимость означает принятие по умолчанию той модели Ethereum, где подразумеваются безлицензионные и анонимные взаимодействия — а это изначально конфликтует с «базовой инфраструктурой для лицензированных организаций для комплаенса». Если @Dusk EVM в основном крутится вокруг MEV-ботов и фермеров, накручивающих баллы, то по сути это не отличается от любой другой EVM-боковой сети. Тогда дефицитность исходного нарратива «приватность + комплаенс» размывается. Проектная сторона, скорее всего, скажет, что это «две ноги, чтобы идти», но ресурсы и внимание к истории ограничены: одной сети сложно одновременно хорошо рассказывать два сюжета — «для выпуска и комплаенса, как у швейцарских банков» и «для DeFi-дегенов — заходите и гребите раздачи». Дальше стоит посмотреть на состав активных адресов на $DUSK EVM — возможно, он объяснит больше, чем цифры TVL.

聊聊$DUSK ，最近不少人问我这项目到底咋样，值不值得盲目入场。先说个真事儿：我有个朋友，之前看中它的隐私特性和低手续费，没多想就全仓买了，结果市场一波波震荡那阵，一边挂单等机会，一边心里没底，睡觉都忘不掉那个价位。币圈套路多，盲目冲刺很容易被割韭菜。

#dusk 的技术确实有看点，尤其是隐私保护这一块，符合某些需求的用户痛点，但技术好并不等于马上发财。注意，项目还在成长阶段，生态也在搭建，不是说它马上能跑赢大盘，就像玩雷达一样，得有耐心和警惕心，别被短期波动干扰判断。

如果你打算锁仓待涨，那得先掂量下风险承受力，合理分散，别全部压注一个篮子。币圈没有十拿九稳，善用冷钱包，避免随便给不明链接点啥东西，这些基本操作真的不能省。@Dusk 的团队和社区虽还算活跃，但炒作味儿也不少，别被FOMO情绪裹挟了。

总之，$dusk值得关注，但别因为“项目牛”就全梭哈，慢慢摸索合适自己的节奏才是硬道理。你怎么看？

Сказать «конфиденциальность» и «комплаенс» вместе — на самом деле несложно. Трудность в другом: в границах власти.
#dusk У Moonlight есть публичные модели для двойной конфиденциальности с Phoenix, плюс выборочное раскрытие — технический путь уже довольно полный: по умолчанию скрывать, а когда нужно — открывать по правилам. Проблема не в том, «можно ли сделать», а в том, «кто решает».
Кто имеет право требовать раскрытие? Кто выдает и кто отзывает подтверждения? Может ли пользователь до передачи данных четко увидеть, что именно он передает, на сколько времени и кому? Вот что по-настоящему определяет, будет ли система «деформироваться».
Технику можно спроектировать очень изящно, но если границы размыты, конфиденциальность превратится в ящик, который можно открыть в любой момент, а комплаенс — в карман, который можно постоянно расширять. Обе стороны не будут согласны.
Поэтому вместо того чтобы снова и снова подчеркивать «мы одновременно поддерживаем конфиденциальность и комплаенс», куда важнее смотреть на несколько более конкретных вещей: какова фактическая доля «конфиденциальных» транзакций, открыт ли и проверяем ли процесс отзыва, и есть ли у каждого случая раскрытия поддающаяся отслеживанию аудиторская запись.
Эти цифры и процессы куда больше объясняют, чем любые лозунги: где именно проведены границы власти.@Dusk $DUSK

В последнее время я заметил, что логика проекта изменилась: больше не цепляюсь за такие «цифры-бутафории», как «десятьсот тысяч TPS» и «тысячи крат потенциал экосистемы», которые раздувают KOL. Критерий стал один — сможет ли базовая архитектура проекта удерживать границы одновременно между приватностью пользователей, регуляторной комплаенс-соблюдаемостью и функциональной компонуемостью: не жертвуя ни одной из сторон, и не «стачивая» ключевую ценность проекта из-за компромисса под чьи-то запросы.

Раньше у меня к #dusk была заметная предвзятость. Я по умолчанию считал, что это просто проект «из воздуха» — как будто он использует нулевые знания и модульные хайповые тренды. Даже спорил с другом, что он не доживет до конца этого квартала. Я пролистал белую книгу всего пару страниц и повесил ярлык «ZK-оболочка». Пока месяц назад я не провёл исследование по треку приватности: специально обошел все разборы от KOL, собрался и три дня подряд «сдирал» с упрямством данные тестовой сети с сайта, открытый код и техническую документацию. И только тогда понял, что предыдущие выводы были слишком поспешными.

Но, конечно, до сих пор полностью не отпустил сомнения: то, что архитектурная логика «пробежала» в рамках модели, не значит, что всё реально ляжет на практику. Есть несколько ключевых вопросов, за которыми нужно постоянно следить и проверять. Во‑первых, после запуска основной сети в реальных сценариях торгов реальными активами — не возникнет ли заметного падения эффективности ZK-проверок; и сможет ли механизм разбиения состояния покрыть приватность в сложных сделках. Во‑вторых, сможет ли комплаенс-отчетность по MiCA быть действительно оформлена и утверждена, и не начнут ли дальше постоянно идти уступки под требования регулятора, в итоге «съедая» ключевое преимущество приватности пользователей. В‑третьих, сможет ли такой узкий трек — сфокусированный на комплаенс-приватных сделках — поддерживать достаточно богатую экосистему приложений, или же в итоге это станет закрытой сетью, которой пользуются лишь несколько организаций.

Говорить, что @Dusk — это «сценический перелом / точка развилки» — пока рано. Я и долю наблюдения выделил совсем небольшую; заходить крупно и по-настоящему вкладываться точно буду только после того, как основная сеть поработает несколько циклов и ключевые проверяемые точки будут подтверждены на практике. Ведь в индустрии, где то и дело кричат «революция» и «прорыв», проектов, которые готовы спокойно посвятить три-четыре года полировке технологий и комплаенса, не так уж много. Но и инвесторам, которые готовы менять время на определенность, тоже нужна терпеливость: потому что мы ждём продукт, который реально сможет собрать приватность и комплаенс в одной рабочей конструкции, а не очередной надутый хайп-рассказ — верно? $DUSK

我在看#dusk ，吸引我的不是价格，是它的信任模型设计思路。

大部分隐私链只做"隐藏"，dusk做的是"选择性隐藏"：Citadel让机构自己决定披露给谁、披露多少，KYC信息不用全网公开就能满足监管审计。这个思路其实挺聪明，把"隐私"和"合规"从对立面变成了可配置的参数。

但我看好归看好，心里那根弦一直没松。信任模型说到底考验的是三件事：ZK电路本身有没有漏洞、同态加密在真实交易量下的性能损耗、以及机构愿不愿意把选择性披露这套东西当真用起来，而不是只在白皮书里好看。现在$DUSK EVM刚兼容Solidity没多久，生态还在早期，真正的压力测试还没来。

概念自洽和资金真实买单，中间隔着一段路。RWA机构进场是雷声大雨点小，还是真的会把资产迁过来跑起来，这个答案现在没人能替我下结论，只能等链上数据说话。

你们觉得，这套信任模型的第一个真实压力测试，会从哪个场景先开始？

个人研究笔记，不构成投资建议，市场有风险。@Dusk