Binance Square
萝剩粮
98 Publications

萝剩粮

15 Suivis
426 Abonnés
8 J’aime
Publications
·
--
Après avoir lu les documents de mise en gage de @Dusk_Foundation , j’ai réalisé que le nom « Hyperstaking » est assez trompeur. Ce n’est pas censé amplifier à l’infini les rendements du gage de base, mais plutôt permettre aux contrats intelligents de détenir directement les positions de mise en gage, de réclamer les récompenses, puis de répartir ces gains selon les règles écrites dans le contrat. La différence ne réside pas dans la provenance des récompenses, mais dans la personne (ou plutôt le système) qui exécute ce processus à votre place. Pour une mise en gage classique, il faut au moins 1000 DUSK, et il faut aussi que le provisioner soit en ligne pour synchroniser. Avec le Stake Abstraction, cette capacité est ouverte aux contrats : les fonds se rassemblent d’abord dans un pool, puis via le Transfer Contract on déclenche stake_from_contract ; lors du désengagement et de la récupération des gains, le Stake Contract renvoie ensuite à la logique de réception du pool. Les contrats doivent eux aussi respecter le seuil de 1000 DUSK et une période de maturité d’environ 4320 blocs. Ce que cette approche ouvre réellement, ce sont des possibilités de composition. De petites mises peuvent se regrouper pour participer, le pool peut réinvestir automatiquement et répartir les récompenses au prorata, voire mettre en place de la mise en gage liquide. Avant, le staking était un acte individuel ; maintenant, on peut l’écrire comme une stratégie financière qui tourne en continu. C’est aussi ce qui fait que la demande de mise en gage de $DUSK ne concerne plus seulement les opérateurs de nœuds, mais s’étend aux contrats d’application. Le protocole de base ne supprime pas la période d’attente du staking ; cela ne signifie pas que les utilisateurs du pool peuvent quitter quand ils veulent. Le pool peut tout à fait ajouter lui-même une file d’attente, des frais ou des limitations de liquidité. Plus important encore : l’utilisateur ne supporte plus seulement le risque lié au nœud hors ligne et aux pénalités ; il doit aussi assumer des éléments additionnels, comme le calcul des parts, le traitement des rappels (callbacks), la répartition des récompenses et les droits de mise à niveau du contrat. Un socle sans custody (non-dépôt) ne veut pas dire qu’il n’y a pas de contrôles en haut. Hyperstaking remplace l’exigence d’exécuter un nœud par une exigence d’audit du contrat ; pour les utilisateurs ordinaires, cette dernière peut être plus difficile. Le taux de rendement affiché par le pool doit aussi être décomposé : ce qui relève des récompenses du protocole, ce qui correspond au prélèvement de l’opérateur, ce qui est une subvention… tout ne peut pas être imputé uniquement au consensus Dusk. À partir de maintenant, je ne retiens que quelques indicateurs vérifiables : le contrat du pool a-t-il été audité et publié en open source, les actifs et les récompenses peuvent-ils être rapprochés on-chain (sur la blockchain), et les règles de sortie sont-elles clairement séparées de celles du protocole de base. Le vrai intérêt de la mise en gage « contractuelle » réside dans l’automatisation de la coopération ; si ce n’est que remplacer le custody du nœud par une boîte noire de smart contract, cela n’élimine pas la confiance, cela fait simplement apparaître une enveloppe plus « on-chain ». #dusk @Dusk_Foundation $DUSK {spot}(DUSKUSDT)
Après avoir lu les documents de mise en gage de @Dusk , j’ai réalisé que le nom « Hyperstaking » est assez trompeur. Ce n’est pas censé amplifier à l’infini les rendements du gage de base, mais plutôt permettre aux contrats intelligents de détenir directement les positions de mise en gage, de réclamer les récompenses, puis de répartir ces gains selon les règles écrites dans le contrat. La différence ne réside pas dans la provenance des récompenses, mais dans la personne (ou plutôt le système) qui exécute ce processus à votre place.

Pour une mise en gage classique, il faut au moins 1000 DUSK, et il faut aussi que le provisioner soit en ligne pour synchroniser. Avec le Stake Abstraction, cette capacité est ouverte aux contrats : les fonds se rassemblent d’abord dans un pool, puis via le Transfer Contract on déclenche stake_from_contract ; lors du désengagement et de la récupération des gains, le Stake Contract renvoie ensuite à la logique de réception du pool. Les contrats doivent eux aussi respecter le seuil de 1000 DUSK et une période de maturité d’environ 4320 blocs.

Ce que cette approche ouvre réellement, ce sont des possibilités de composition. De petites mises peuvent se regrouper pour participer, le pool peut réinvestir automatiquement et répartir les récompenses au prorata, voire mettre en place de la mise en gage liquide. Avant, le staking était un acte individuel ; maintenant, on peut l’écrire comme une stratégie financière qui tourne en continu. C’est aussi ce qui fait que la demande de mise en gage de $DUSK ne concerne plus seulement les opérateurs de nœuds, mais s’étend aux contrats d’application.

Le protocole de base ne supprime pas la période d’attente du staking ; cela ne signifie pas que les utilisateurs du pool peuvent quitter quand ils veulent. Le pool peut tout à fait ajouter lui-même une file d’attente, des frais ou des limitations de liquidité. Plus important encore : l’utilisateur ne supporte plus seulement le risque lié au nœud hors ligne et aux pénalités ; il doit aussi assumer des éléments additionnels, comme le calcul des parts, le traitement des rappels (callbacks), la répartition des récompenses et les droits de mise à niveau du contrat. Un socle sans custody (non-dépôt) ne veut pas dire qu’il n’y a pas de contrôles en haut.

Hyperstaking remplace l’exigence d’exécuter un nœud par une exigence d’audit du contrat ; pour les utilisateurs ordinaires, cette dernière peut être plus difficile. Le taux de rendement affiché par le pool doit aussi être décomposé : ce qui relève des récompenses du protocole, ce qui correspond au prélèvement de l’opérateur, ce qui est une subvention… tout ne peut pas être imputé uniquement au consensus Dusk.

À partir de maintenant, je ne retiens que quelques indicateurs vérifiables : le contrat du pool a-t-il été audité et publié en open source, les actifs et les récompenses peuvent-ils être rapprochés on-chain (sur la blockchain), et les règles de sortie sont-elles clairement séparées de celles du protocole de base. Le vrai intérêt de la mise en gage « contractuelle » réside dans l’automatisation de la coopération ; si ce n’est que remplacer le custody du nœud par une boîte noire de smart contract, cela n’élimine pas la confiance, cela fait simplement apparaître une enveloppe plus « on-chain ». #dusk
@Dusk $DUSK
Voir la traduction
这段时间看到不少 Dusk 相关的活动,福利力度确实不小,我隐隐觉得里面可能有机会,于是又认真把它的架构重新翻出来研究。 之前我一直有个印象:Dusk 带着 DuskEVM,兼容 Solidity,开发者把合约搬过去就能上手,感觉门槛不高。真正看进去之后才发现,EVM 更像放在外面的展示区,主要用来吸引熟悉以太坊生态的开发者进来。 真正硬核的东西——隐私逻辑、ZK 证明、机密合约——其实都埋在内核里,也就是原生的 DuskVM,基于 Rust/WASM 运行。两套执行环境同时存在,$DUSK 还要同时适配两套完全不同的运行逻辑,背后的复杂程度,大多数宣传内容都轻轻带过,没有展开讲。 这一点我其实比较认可,它没有一味吹捧 EVM 什么都能干,也没把所有东西硬塞进 EVM。但问题也跟着来了:大部分开发者可能只愿意待在容易入门的 EVM 展示区,内核里那些强大的隐私模块,面对的是相对小众的 Rust 生态,上手难度明显更高。 就怕到最后,EVM 兼容变成一块好看的招牌,表面看生态挺热闹,真正关键的隐私应用却没几个人愿意深入去做。展示区人来人往,内核区冷冷清清。 整体来看,@Dusk_Foundation 的方向确实有想法,但两套虚拟机并行带来的开发和审计成本不能忽视。后面我会持续关注两边生态的真实开发活跃度,看看开发者是只在外围转悠,还是愿意进入内核去挖原生能力。感兴趣的朋友也可以自己去翻翻文档,理性看待叙事,DYOR。 #dusk $DUSK @Dusk_Foundation
这段时间看到不少 Dusk 相关的活动,福利力度确实不小,我隐隐觉得里面可能有机会,于是又认真把它的架构重新翻出来研究。

之前我一直有个印象:Dusk 带着 DuskEVM,兼容 Solidity,开发者把合约搬过去就能上手,感觉门槛不高。真正看进去之后才发现,EVM 更像放在外面的展示区,主要用来吸引熟悉以太坊生态的开发者进来。

真正硬核的东西——隐私逻辑、ZK 证明、机密合约——其实都埋在内核里,也就是原生的 DuskVM,基于 Rust/WASM 运行。两套执行环境同时存在,$DUSK 还要同时适配两套完全不同的运行逻辑,背后的复杂程度,大多数宣传内容都轻轻带过,没有展开讲。

这一点我其实比较认可,它没有一味吹捧 EVM 什么都能干,也没把所有东西硬塞进 EVM。但问题也跟着来了:大部分开发者可能只愿意待在容易入门的 EVM 展示区,内核里那些强大的隐私模块,面对的是相对小众的 Rust 生态,上手难度明显更高。

就怕到最后,EVM 兼容变成一块好看的招牌,表面看生态挺热闹,真正关键的隐私应用却没几个人愿意深入去做。展示区人来人往,内核区冷冷清清。

整体来看,@Dusk 的方向确实有想法,但两套虚拟机并行带来的开发和审计成本不能忽视。后面我会持续关注两边生态的真实开发活跃度,看看开发者是只在外围转悠,还是愿意进入内核去挖原生能力。感兴趣的朋友也可以自己去翻翻文档,理性看待叙事,DYOR。
#dusk $DUSK @Dusk
Voir la traduction
研究 Dusk 那阵子,我专门把它费用模型那几页文档翻出来啃。说实话,这玩意儿通常没人爱看,枯燥得跟说明书一样,但我越看越觉得,这项目对自己想干嘛,心里门儿清。 先说说交易模型。Dusk 用了个叫 spend_and_execute 的结构,一笔交易里能把转账、质押、合约调用这些事儿全打包一起办了。想想以太坊那边,干三件事就得签三次、付三笔 gas,尤其网络一堵,手续费叠加起来肉疼。Dusk 这个设计就像去超市一次把菜、肉、日用品全买齐,而不是分三趟排队。它省的不是钱多钱少的问题,是交互成本,对机构批量操作特别友好。 再聊计价单位,Gas 用 LUX 算,1 个 DUSK 等于 10 亿 LUX。刚看到这个我还愣了一下,拆这么细图啥?后来想通了,这是给高频、小额场景留精度。证券代币化结算,手续费可能精确到小数点后好几位,要是最小单位太粗,产品根本没法设计。就像你卖黄金按克算,要是秤只精确到公斤,这生意就黄了。LUX 的粒度,就是为这种精细活儿准备的。 最让我琢磨的是手续费的归宿。DUSK 的手续费不销毁,而是并进区块奖励发给验证者。这跟很多项目反着来,币圈一窝蜂搞通缩烧币,听着很爽,但本质是拿持有者的信仰换故事。Dusk 不玩这套,它把使用量直接变成验证者收入,网络越忙,质押越有赚头,愿意来当验证者的人越多,安全预算就越足。这是个正循环,不靠“越烧越少”的虚火,靠的是实打实的用。 研究完这三层,我算明白 Dusk 不是先造条链再到处找用途,而是从证券代币化的结算需求倒推出来的架构:交易要能打包、费用要够精细、激励要能自转。这三个设计全指向一个目标——让受监管的金融资产真能在链上跑起来。 #dusk $DUSK @Dusk_Foundation
研究 Dusk 那阵子,我专门把它费用模型那几页文档翻出来啃。说实话,这玩意儿通常没人爱看,枯燥得跟说明书一样,但我越看越觉得,这项目对自己想干嘛,心里门儿清。

先说说交易模型。Dusk 用了个叫 spend_and_execute 的结构,一笔交易里能把转账、质押、合约调用这些事儿全打包一起办了。想想以太坊那边,干三件事就得签三次、付三笔 gas,尤其网络一堵,手续费叠加起来肉疼。Dusk 这个设计就像去超市一次把菜、肉、日用品全买齐,而不是分三趟排队。它省的不是钱多钱少的问题,是交互成本,对机构批量操作特别友好。

再聊计价单位,Gas 用 LUX 算,1 个 DUSK 等于 10 亿 LUX。刚看到这个我还愣了一下,拆这么细图啥?后来想通了,这是给高频、小额场景留精度。证券代币化结算,手续费可能精确到小数点后好几位,要是最小单位太粗,产品根本没法设计。就像你卖黄金按克算,要是秤只精确到公斤,这生意就黄了。LUX 的粒度,就是为这种精细活儿准备的。

最让我琢磨的是手续费的归宿。DUSK 的手续费不销毁,而是并进区块奖励发给验证者。这跟很多项目反着来,币圈一窝蜂搞通缩烧币,听着很爽,但本质是拿持有者的信仰换故事。Dusk 不玩这套,它把使用量直接变成验证者收入,网络越忙,质押越有赚头,愿意来当验证者的人越多,安全预算就越足。这是个正循环,不靠“越烧越少”的虚火,靠的是实打实的用。

研究完这三层,我算明白 Dusk 不是先造条链再到处找用途,而是从证券代币化的结算需求倒推出来的架构:交易要能打包、费用要够精细、激励要能自转。这三个设计全指向一个目标——让受监管的金融资产真能在链上跑起来。

#dusk $DUSK @Dusk
Voir la traduction
中午睡得正香,手机突然连环震,我眯着眼把清算警报划掉,迷迷糊糊翻链上记录,突然想到个之前没细想的问题:TermMax 那套实物交付,真有大家吹得那么稳吗? FT 持有人最怕的是对手方跑路,实物交付确实给了个兜底——清算不足时按比例分抵押品给你,而不是甩张坏账凭证。这点我认,比那些只给空气承诺的强。但“按比例”这仨字,好多人直接理解成“我肯定能拿回一部分”,很少有人往下算这个比例到底怎么来的。 你想想,违约发生的时候,是同一个抵押池里所有 FT 持有人在排队分。你能分到多少,不取决于你当初多少钱买的、什么时候买的,而是取决于那一刻池子里有多少人跟你一起抢。池子越挤,你分到的就越薄。你以为的保护,其实是个会被别人稀释的份额,而且稀释程度事前根本看不见。这就像一群人分蛋糕,你只看得到蛋糕多大,却不知道今天来了多少人。 说白了,实物交付保的是“你不会一分不剩”,不是“你能拿回多少”。这俩根本不是一回事,但很多人心里没这笔账。我之前也天真过,觉得有兜底就万事大吉,后来细算才惊出一身汗。前阵子我还专门去翻了翻社区帖子,发现大伙都在晒收益率,没几个人晒违约后的真实分账,这让我更不踏实了。 我现在买 FT 学乖了,只挑抵押集中度低、持有人散一点的池子,那种热门到期日一大堆人扎堆的,我尽量不碰。单一市场同时挤兑的概率小一些。当然,这套判断纯属我自己瞎琢磨,没经历过真实违约,可能根本站不住。但至少比闭着眼睛冲热门池强点。 我到现在还没想通的是,协议到底有没有公开过历史违约里实际分到手的比例数据?还是只讲机制不讲结果?有没有老哥真遇到过清算不足触发实物交付的,拿到手的比例跟预期差多少? #TermMax @termmax
中午睡得正香,手机突然连环震,我眯着眼把清算警报划掉,迷迷糊糊翻链上记录,突然想到个之前没细想的问题:TermMax 那套实物交付,真有大家吹得那么稳吗?
FT 持有人最怕的是对手方跑路,实物交付确实给了个兜底——清算不足时按比例分抵押品给你,而不是甩张坏账凭证。这点我认,比那些只给空气承诺的强。但“按比例”这仨字,好多人直接理解成“我肯定能拿回一部分”,很少有人往下算这个比例到底怎么来的。

你想想,违约发生的时候,是同一个抵押池里所有 FT 持有人在排队分。你能分到多少,不取决于你当初多少钱买的、什么时候买的,而是取决于那一刻池子里有多少人跟你一起抢。池子越挤,你分到的就越薄。你以为的保护,其实是个会被别人稀释的份额,而且稀释程度事前根本看不见。这就像一群人分蛋糕,你只看得到蛋糕多大,却不知道今天来了多少人。

说白了,实物交付保的是“你不会一分不剩”,不是“你能拿回多少”。这俩根本不是一回事,但很多人心里没这笔账。我之前也天真过,觉得有兜底就万事大吉,后来细算才惊出一身汗。前阵子我还专门去翻了翻社区帖子,发现大伙都在晒收益率,没几个人晒违约后的真实分账,这让我更不踏实了。

我现在买 FT 学乖了,只挑抵押集中度低、持有人散一点的池子,那种热门到期日一大堆人扎堆的,我尽量不碰。单一市场同时挤兑的概率小一些。当然,这套判断纯属我自己瞎琢磨,没经历过真实违约,可能根本站不住。但至少比闭着眼睛冲热门池强点。

我到现在还没想通的是,协议到底有没有公开过历史违约里实际分到手的比例数据?还是只讲机制不讲结果?有没有老哥真遇到过清算不足触发实物交付的,拿到手的比例跟预期差多少?
#TermMax @TermMax
Voir la traduction
昨晚跟一个做策展的老哥聊到半夜,他拍着胸脯说:“我们资金利用率接近100%,一分钱都不会闲着。”我当时没接话,挂了电话越想越不对劲,这话听着漂亮,拆开全是窟窿。 TermMax这套原子订单机制,确实有两把刷子。策展人设个目标APR区间,虚拟流动性能同时挂好几个单,钱没借出去之前不会傻乎乎卡在一个价位死等,比传统AMM灵活太多。我翻过几个市场的数据,借出效率确实比同类协议高,这个我不黑。 但问题出在“闲置资本自动部署到Aave、Morpho、Venus赚收益”这句话上。资金没被借走,自动扔进第三方协议吃利息,听起来是精打细算,可这笔钱的安全性就不再只由TermMax兜底了。Aave的合约风险、Morpho的预言机风险、Venus的清算参数,全叠加在你头上。你压根没主动选过这些协议,却默默替它们扛着尾部风险。哪天哪个下游协议抽风了,你作为TermMax储户,亏得不明不白。 页面上只会给你一个综合收益率,不会告诉你哪部分收益来自哪个协议、对应多大风险敞口。策展人嘴里的“资金利用率100%”,翻译过来其实是“风险敞口也100%铺开了”。我甚至觉得,这种隐形的风险叠加,比直接亏损更让人难受——你连自己怎么死的都不知道。 我现在的笨办法是:存之前先追着策展人问,闲置资金到底放进了哪几个协议。不给明确答案的市场,我仓位压到最低,甚至不碰。主力资金继续场外蹲着,等哪天真有市场因为下游协议出过事、TermMax怎么处理赔付的先例出来,再决定加不加。问题是大部分策展人根本不会主动公开这个分配细节,我只能靠问,问不出来就靠猜,猜错了自认倒霉。 你们存这类金库之前,会去查资金下游流向吗?还是看个APY就冲了?我反正是被“利用率100%”这句话吓清醒了。 #TermMax @termmax
昨晚跟一个做策展的老哥聊到半夜,他拍着胸脯说:“我们资金利用率接近100%,一分钱都不会闲着。”我当时没接话,挂了电话越想越不对劲,这话听着漂亮,拆开全是窟窿。

TermMax这套原子订单机制,确实有两把刷子。策展人设个目标APR区间,虚拟流动性能同时挂好几个单,钱没借出去之前不会傻乎乎卡在一个价位死等,比传统AMM灵活太多。我翻过几个市场的数据,借出效率确实比同类协议高,这个我不黑。

但问题出在“闲置资本自动部署到Aave、Morpho、Venus赚收益”这句话上。资金没被借走,自动扔进第三方协议吃利息,听起来是精打细算,可这笔钱的安全性就不再只由TermMax兜底了。Aave的合约风险、Morpho的预言机风险、Venus的清算参数,全叠加在你头上。你压根没主动选过这些协议,却默默替它们扛着尾部风险。哪天哪个下游协议抽风了,你作为TermMax储户,亏得不明不白。

页面上只会给你一个综合收益率,不会告诉你哪部分收益来自哪个协议、对应多大风险敞口。策展人嘴里的“资金利用率100%”,翻译过来其实是“风险敞口也100%铺开了”。我甚至觉得,这种隐形的风险叠加,比直接亏损更让人难受——你连自己怎么死的都不知道。

我现在的笨办法是:存之前先追着策展人问,闲置资金到底放进了哪几个协议。不给明确答案的市场,我仓位压到最低,甚至不碰。主力资金继续场外蹲着,等哪天真有市场因为下游协议出过事、TermMax怎么处理赔付的先例出来,再决定加不加。问题是大部分策展人根本不会主动公开这个分配细节,我只能靠问,问不出来就靠猜,猜错了自认倒霉。

你们存这类金库之前,会去查资金下游流向吗?还是看个APY就冲了?我反正是被“利用率100%”这句话吓清醒了。

#TermMax @TermMax
Voir la traduction
最近老有人问我,币安新上的bStocks跟Dusk是不是干同一件事。一开始我也犯迷糊,心想不都是把传统资产往链上搬吗?后来把两边文档翻着对比了下,才琢磨明白:这俩压根不在一条赛道上抢饭,反而像前脚后脚的关系。 bStocks的逻辑我试过模拟盘,确实直接。用U就能买苹果、特斯拉的碎股,秒结算,不用开美股账户。对散户来说体验是真的好,链上每一笔都看得见,心里踏实。但问题也出在这个“看得见”上——你让机构把仓位和策略全摊在链上,跟裸奔有啥区别?传统金融里,持仓明细比命根子还重要。我要是基金经理,打死也不愿意让对手盘盯着我的底牌。 Dusk走的是另一条路。它用ZK做隐私,但又不是完全黑箱——持仓对公众藏起来,监管节点却能穿透核查。这种“可审计隐私”我之前只在论文里见过,真敢落地做的不多。而且它跟荷兰那个持牌交易所NPEX搭上线,明显是奔着合规去的。说白了,bStocks解决“有没有”,Dusk解决“敢不敢”。 所以我看这两家不是对手,是拼图。bStocks先把流量和资产引进链上,把用户教育做了;Dusk再给机构递件隐身衣,让他们敢把真金白银搬进来。一个铺路,一个修墙,缺哪个RWA都跑不远。当然,主网没真跑起来之前,这些都是推演。隐私和合规的平衡能不能扛住现实考验,开发者生态起不起得来,都得继续盯。但方向我觉得对——RWA要成,不能只靠散户热闹,得让机构觉得安全、合规、有底。 #dusk $DUSK @Dusk_Foundation
最近老有人问我,币安新上的bStocks跟Dusk是不是干同一件事。一开始我也犯迷糊,心想不都是把传统资产往链上搬吗?后来把两边文档翻着对比了下,才琢磨明白:这俩压根不在一条赛道上抢饭,反而像前脚后脚的关系。

bStocks的逻辑我试过模拟盘,确实直接。用U就能买苹果、特斯拉的碎股,秒结算,不用开美股账户。对散户来说体验是真的好,链上每一笔都看得见,心里踏实。但问题也出在这个“看得见”上——你让机构把仓位和策略全摊在链上,跟裸奔有啥区别?传统金融里,持仓明细比命根子还重要。我要是基金经理,打死也不愿意让对手盘盯着我的底牌。

Dusk走的是另一条路。它用ZK做隐私,但又不是完全黑箱——持仓对公众藏起来,监管节点却能穿透核查。这种“可审计隐私”我之前只在论文里见过,真敢落地做的不多。而且它跟荷兰那个持牌交易所NPEX搭上线,明显是奔着合规去的。说白了,bStocks解决“有没有”,Dusk解决“敢不敢”。

所以我看这两家不是对手,是拼图。bStocks先把流量和资产引进链上,把用户教育做了;Dusk再给机构递件隐身衣,让他们敢把真金白银搬进来。一个铺路,一个修墙,缺哪个RWA都跑不远。当然,主网没真跑起来之前,这些都是推演。隐私和合规的平衡能不能扛住现实考验,开发者生态起不起得来,都得继续盯。但方向我觉得对——RWA要成,不能只靠散户热闹,得让机构觉得安全、合规、有底。

#dusk $DUSK @Dusk
Voir la traduction
你这段把固定利率和清算拆成两本账看,我是真服气。很多人一看到“固定利率”四个字,脑子里自动翻译成“稳了”,完全忘了抵押品价格那根线该跳还是跳。我之前就在这上面栽过跟头,所以看你写“利息这只钟不乱跳,不代表抵押率那只钟停了”,直接给我看乐了——太真实了。 我最早用 Aave 借稳定币,那会儿只盯着借款 APR,觉得 3% 挺便宜,结果质押的 ETH 一波插针,LTV 直接顶到清算线,通知弹出来我人都是懵的。利率一分没变,仓位没了,还倒贴一笔清算罚金。那次之后我才明白,固定利率管的是成本,不是命。 你提到的 TermMax 清算细节我也特意去翻了。两小时窗口、10% 罚金、单次最多清算 50%,这些设计听起来是给市场缓冲,但对借款人来说,踩线了就是实打实的损失,没有“到期自动平安落地”这回事。尤其债务超过 1 万美元那个 50% 上限,我第一次读还以为是保护,后来一想,这其实是把清算拉长了,不确定性反而多拖一轮。要是两小时没人清,physical delivery 一启动,FT 持有人直接接手抵押品——对出借人来说,拿到的是资产,但资产价格可能已经跌过一轮了,变相成了被动接盘。 所以我特别同意你那个“三本账”的分法:成交时的固定融资成本、运行中的抵押安全垫、到期前可用的还款流动性。第一本决定贵不贵,后两本才决定能不能活到兑付。我现在看固定利率产品,也习惯先问一句:利率锁死了,然后呢?抵押品波动谁兜底?清算路径清不清楚?这比看 APY 数字实在多了。 固定利率确实消除了利率漂移,但价格波动、清算罚金、期限错配一个都没少。把“成本可预测”当成“结果可保证”,真就少看了风险最密的那一页。你这篇分析,我建议那些只盯着收益率冲进去的人好好读读 @termmax #termmax
你这段把固定利率和清算拆成两本账看,我是真服气。很多人一看到“固定利率”四个字,脑子里自动翻译成“稳了”,完全忘了抵押品价格那根线该跳还是跳。我之前就在这上面栽过跟头,所以看你写“利息这只钟不乱跳,不代表抵押率那只钟停了”,直接给我看乐了——太真实了。

我最早用 Aave 借稳定币,那会儿只盯着借款 APR,觉得 3% 挺便宜,结果质押的 ETH 一波插针,LTV 直接顶到清算线,通知弹出来我人都是懵的。利率一分没变,仓位没了,还倒贴一笔清算罚金。那次之后我才明白,固定利率管的是成本,不是命。

你提到的 TermMax 清算细节我也特意去翻了。两小时窗口、10% 罚金、单次最多清算 50%,这些设计听起来是给市场缓冲,但对借款人来说,踩线了就是实打实的损失,没有“到期自动平安落地”这回事。尤其债务超过 1 万美元那个 50% 上限,我第一次读还以为是保护,后来一想,这其实是把清算拉长了,不确定性反而多拖一轮。要是两小时没人清,physical delivery 一启动,FT 持有人直接接手抵押品——对出借人来说,拿到的是资产,但资产价格可能已经跌过一轮了,变相成了被动接盘。

所以我特别同意你那个“三本账”的分法:成交时的固定融资成本、运行中的抵押安全垫、到期前可用的还款流动性。第一本决定贵不贵,后两本才决定能不能活到兑付。我现在看固定利率产品,也习惯先问一句:利率锁死了,然后呢?抵押品波动谁兜底?清算路径清不清楚?这比看 APY 数字实在多了。

固定利率确实消除了利率漂移,但价格波动、清算罚金、期限错配一个都没少。把“成本可预测”当成“结果可保证”,真就少看了风险最密的那一页。你这篇分析,我建议那些只盯着收益率冲进去的人好好读读
@TermMax #termmax
Voir la traduction
地铁里信号断断续续,文档刷了三遍才加载完,我越看越清醒,发现自己之前被那些分析文章带沟里了。 大家聊 Dusk 的隐私,清一色都在讲 Phoenix 那套零知识证明,什么 note、nullifier、隐蔽地址,听着挺高级。但几乎没人提网络层。Dusk 用的广播协议叫 Kadcast,底层是 Kademlia 那套按节点距离分层路由的结构。消息不是像传统 gossip 那样无脑群发,而是沿着“距离递增”的路径一层层传出去,形成级联的组播树。这么设计本来是奔着效率去的——白皮书引用的论文数据说能比 gossip 省不少带宽,出块快的时候陈旧区块率也能降下来。具体数字我记不清,反正那是论文测的,不是 Dusk 自己实测的。 有意思的是,这个设计还顺手带来个副作用:因为消息要经过好几层中继才散开,不是节点直接广播,想倒推“这条消息最早从哪冒出来”就变得麻烦不少。但这跟 Phoenix 靠密码学硬撑起来的交易隐私完全两码事。一个是数学证明在扛,一个是网络拓扑带来的模糊感,强度天差地别。 最离谱的是,好多科普文章把这两层混着讲,搞得好像 Dusk 从头到脚都隐私。其实网络层那点模糊性顶多算锦上添花,真遇到专业溯源,根本不够看。我之前也差点信了那种笼统说法,比如看到有人说 Dusk 消息传播隐私强,我就默认交易隐私也牛,结果根本不是一回事。这两天把两层拆开才想明白。 我现在再看到隐私项目,都会先问一句:这隐私是靠密码学还是靠网络结构?强度完全不一样。 你们看技术分析时,有没有也掉进过“把网络层特性和应用层隐私混为一谈”的坑?评论区聊聊。 #dusk $DUSK @Dusk_Foundation
地铁里信号断断续续,文档刷了三遍才加载完,我越看越清醒,发现自己之前被那些分析文章带沟里了。

大家聊 Dusk 的隐私,清一色都在讲 Phoenix 那套零知识证明,什么 note、nullifier、隐蔽地址,听着挺高级。但几乎没人提网络层。Dusk 用的广播协议叫 Kadcast,底层是 Kademlia 那套按节点距离分层路由的结构。消息不是像传统 gossip 那样无脑群发,而是沿着“距离递增”的路径一层层传出去,形成级联的组播树。这么设计本来是奔着效率去的——白皮书引用的论文数据说能比 gossip 省不少带宽,出块快的时候陈旧区块率也能降下来。具体数字我记不清,反正那是论文测的,不是 Dusk 自己实测的。

有意思的是,这个设计还顺手带来个副作用:因为消息要经过好几层中继才散开,不是节点直接广播,想倒推“这条消息最早从哪冒出来”就变得麻烦不少。但这跟 Phoenix 靠密码学硬撑起来的交易隐私完全两码事。一个是数学证明在扛,一个是网络拓扑带来的模糊感,强度天差地别。

最离谱的是,好多科普文章把这两层混着讲,搞得好像 Dusk 从头到脚都隐私。其实网络层那点模糊性顶多算锦上添花,真遇到专业溯源,根本不够看。我之前也差点信了那种笼统说法,比如看到有人说 Dusk 消息传播隐私强,我就默认交易隐私也牛,结果根本不是一回事。这两天把两层拆开才想明白。

我现在再看到隐私项目,都会先问一句:这隐私是靠密码学还是靠网络结构?强度完全不一样。

你们看技术分析时,有没有也掉进过“把网络层特性和应用层隐私混为一谈”的坑?评论区聊聊。 #dusk $DUSK @Dusk
Voir la traduction
前两天看到 @Dusk_Foundation 又在讲中小企业(SME)私募市场的代币化,方向确实性感,但混迹圈子这么久,我的核心原则永远是“保命优先”。每当项目方开始大谈宏大叙事时,我习惯性地会去深挖代币经济模型和底层消耗逻辑:现实资产搬上链看着热闹,但到底能有多少真金白银的价值沉淀回 $DUSK 本身? 官方甩出的数据看着挺唬人:超3亿欧元的资产发行规模,2.1亿枚代币锁在质押里。但我平时自己写智能合约、测链上交互深有体会——“名义资产规模”和“代币真实需求”完全是两码事。现在DUSK能拿得出手的硬需求无非就是Gas和节点质押。可Dusk Trade还在施工,DuskEVM和Hedger也还在测试网折腾,缺乏真实高频的链上流转与清结算,这部分Gas消耗根本还没形成气候。 更让我警惕的是代币释放曲线。5亿初始盘子,未来还要释放5亿出来做网络激励,前4年就得砸出来约2.5亿枚。目前验证节点吃到的质押收益,大头其实全靠通胀新发在补贴,而不是靠“用得越多销毁越多”的通缩飞轮在驱动。 这就暴露出一个很现实的断层:靠补贴把币锁在质押池里只能管一时。如果后续进来的机构资产流动性极低,大家把资产上链后就躺平不动,那账面TVL再好看,产生不了持续的Gas消耗,$DUSK拿什么去承接长期的释放压力? 所以现在评估Dusk,别被纸面上的RWA规模带偏节奏,我盯盘只看三个硬指标:链上真实交易笔数、实际网络手续费收入,以及手续费在验证者总奖励中的占比。 什么时候节点的饭碗是从真实用户的手续费里挣出来的,而不是靠协议开闸放水补贴,这套经济模型才算真正把承重墙建稳了。 #dusk $DUSK @Dusk_Foundation
前两天看到 @Dusk 又在讲中小企业(SME)私募市场的代币化,方向确实性感,但混迹圈子这么久,我的核心原则永远是“保命优先”。每当项目方开始大谈宏大叙事时,我习惯性地会去深挖代币经济模型和底层消耗逻辑:现实资产搬上链看着热闹,但到底能有多少真金白银的价值沉淀回 $DUSK 本身?

官方甩出的数据看着挺唬人:超3亿欧元的资产发行规模,2.1亿枚代币锁在质押里。但我平时自己写智能合约、测链上交互深有体会——“名义资产规模”和“代币真实需求”完全是两码事。现在DUSK能拿得出手的硬需求无非就是Gas和节点质押。可Dusk Trade还在施工,DuskEVM和Hedger也还在测试网折腾,缺乏真实高频的链上流转与清结算,这部分Gas消耗根本还没形成气候。

更让我警惕的是代币释放曲线。5亿初始盘子,未来还要释放5亿出来做网络激励,前4年就得砸出来约2.5亿枚。目前验证节点吃到的质押收益,大头其实全靠通胀新发在补贴,而不是靠“用得越多销毁越多”的通缩飞轮在驱动。

这就暴露出一个很现实的断层:靠补贴把币锁在质押池里只能管一时。如果后续进来的机构资产流动性极低,大家把资产上链后就躺平不动,那账面TVL再好看,产生不了持续的Gas消耗,$DUSK 拿什么去承接长期的释放压力?

所以现在评估Dusk,别被纸面上的RWA规模带偏节奏,我盯盘只看三个硬指标:链上真实交易笔数、实际网络手续费收入,以及手续费在验证者总奖励中的占比。

什么时候节点的饭碗是从真实用户的手续费里挣出来的,而不是靠协议开闸放水补贴,这套经济模型才算真正把承重墙建稳了。

#dusk $DUSK @Dusk
Voir la traduction
说真的,眼看着 8 月 25 号 TGE 越来越近,社区里到处都在发 @termmax 的亮眼战报。但我这人平时习惯了自己搭节点跑脚本,“保命优先”四个字早就刻进了骨子里——链上数据越是光鲜,我反而越想把它的底层盘口给扒开看个明白。 官方口径里 9000 多万的 TVL,和 DefiLlama 上抓取的大约 3100 万美元、2700 万活跃借款,统计差异其实很正常。真正让我停下来琢磨的,是固定期限 DeFi 协议天生的软肋:流动性碎片化。就算总体资金池再庞大,一旦被物理切割到 30 天、90 天、180 天等不同期限以及各种抵押资产里,分摊到你手头具体操作的那个细分池子,实际深度还能剩多少? 往深了想,如果是 5 万、10 万 U 级别的大资金进场,利率冲击(Rate Impact)会不会直接把收益吃掉大半?要是赶上极端行情大跳水,二级市场的挂单会不会出现流动性断层?现在平台还在发力推进双币投资(Dual Investment)和期权结构,产品线越来越丰富,但底层真实盘口的深度和滑点数据却显得低调很多。固定利率确实解决了收益波动的问题,可如果退出时的折价和摩擦成本不可控,那风险并没有消失,只是换了个更隐蔽的马甲。 在代币正式上线前,比起看一张张破纪录的宣传海报,我更想看到一份基于真实大单交易的滑点深度与退出成本测算。这才是检验它到底能不能稳稳承接机构级资金的硬指标。 大家在玩固定收益时,最看重的是表面上的票面利率,还是极端行情下随时能平稳走掉的实际深度?咱们评论区聊聊。 #TermMax @termmax
说真的,眼看着 8 月 25 号 TGE 越来越近,社区里到处都在发 @TermMax 的亮眼战报。但我这人平时习惯了自己搭节点跑脚本,“保命优先”四个字早就刻进了骨子里——链上数据越是光鲜,我反而越想把它的底层盘口给扒开看个明白。

官方口径里 9000 多万的 TVL,和 DefiLlama 上抓取的大约 3100 万美元、2700 万活跃借款,统计差异其实很正常。真正让我停下来琢磨的,是固定期限 DeFi 协议天生的软肋:流动性碎片化。就算总体资金池再庞大,一旦被物理切割到 30 天、90 天、180 天等不同期限以及各种抵押资产里,分摊到你手头具体操作的那个细分池子,实际深度还能剩多少?

往深了想,如果是 5 万、10 万 U 级别的大资金进场,利率冲击(Rate Impact)会不会直接把收益吃掉大半?要是赶上极端行情大跳水,二级市场的挂单会不会出现流动性断层?现在平台还在发力推进双币投资(Dual Investment)和期权结构,产品线越来越丰富,但底层真实盘口的深度和滑点数据却显得低调很多。固定利率确实解决了收益波动的问题,可如果退出时的折价和摩擦成本不可控,那风险并没有消失,只是换了个更隐蔽的马甲。

在代币正式上线前,比起看一张张破纪录的宣传海报,我更想看到一份基于真实大单交易的滑点深度与退出成本测算。这才是检验它到底能不能稳稳承接机构级资金的硬指标。

大家在玩固定收益时,最看重的是表面上的票面利率,还是极端行情下随时能平稳走掉的实际深度?咱们评论区聊聊。

#TermMax @TermMax
Voir la traduction
刚才下楼拿夜宵,电梯屏幕早早亮起“到达”,门却死活拖了两秒才开。这倒让我想起昨晚趴在机房调试节点时的老毛病——在这个圈子摸爬滚打久了,对前端那个绿色的“交易成功”总带着本能的警惕。 这几天趁着跑脚本的空档,我又重刷了一遍 Dusk 的白皮书,发现在他们主打的隐私引擎之外,真正藏着硬核细节的,是 Succinct Attestation 共识里那套“滚动终局性”(Rolling Finality)。 这套逻辑很有意思。每轮出块,先通过确定性抽签挑出提议者,接着还要过两道委员会的关——验证和批准。两边都得凑齐三分之二的有效票,用 BLS 签名聚合成最终凭证。听着像办事处盖双重印章,但如果碰上网络延迟这种极端情况呢?同一轮里完全可能冒出不同迭代的候选块,这时候节点就得根据凭证触发本地回退。 所以,千万别把前端的提示当圣旨。在 Dusk 的底层状态机里,Accepted 仅仅代表网络收件了;Attested 意味着拿到了初步凭证;必须得等后续区块把状态推到 Confirmed,甚至是连父块也彻底 Final 了,这笔账才算真正钉死在链上,谁也改不掉。 这也是为什么我一直懒得听那些公链天天吹 TPS。真要把几亿欧元的现实证券搬上链,机构最怕的根本不是多等这三五秒,而是两边对“到底交割没交割”扯皮。Dusk 把这种不确定性,切片成了明确的代码状态。传统资金完全可以看着这些具体的底层标记,来决定什么时候放款、什么时候过户,而不是盲目看着个哈希值就开香槟。 不过,我那句“保命优先”的规矩不能破。底层协议写得再严密,最后还得看那帮持牌机构愿不愿意真把自己的核心业务系统对接到这些 RPC 接口上。技术过关只是拿了入场券,不代表我会无脑去接盘 $DUSK 的筹码。 #dusk #BTC @Dusk_Foundation $DUSK {future}(DUSKUSDT)
刚才下楼拿夜宵,电梯屏幕早早亮起“到达”,门却死活拖了两秒才开。这倒让我想起昨晚趴在机房调试节点时的老毛病——在这个圈子摸爬滚打久了,对前端那个绿色的“交易成功”总带着本能的警惕。

这几天趁着跑脚本的空档,我又重刷了一遍 Dusk 的白皮书,发现在他们主打的隐私引擎之外,真正藏着硬核细节的,是 Succinct Attestation 共识里那套“滚动终局性”(Rolling Finality)。

这套逻辑很有意思。每轮出块,先通过确定性抽签挑出提议者,接着还要过两道委员会的关——验证和批准。两边都得凑齐三分之二的有效票,用 BLS 签名聚合成最终凭证。听着像办事处盖双重印章,但如果碰上网络延迟这种极端情况呢?同一轮里完全可能冒出不同迭代的候选块,这时候节点就得根据凭证触发本地回退。

所以,千万别把前端的提示当圣旨。在 Dusk 的底层状态机里,Accepted 仅仅代表网络收件了;Attested 意味着拿到了初步凭证;必须得等后续区块把状态推到 Confirmed,甚至是连父块也彻底 Final 了,这笔账才算真正钉死在链上,谁也改不掉。

这也是为什么我一直懒得听那些公链天天吹 TPS。真要把几亿欧元的现实证券搬上链,机构最怕的根本不是多等这三五秒,而是两边对“到底交割没交割”扯皮。Dusk 把这种不确定性,切片成了明确的代码状态。传统资金完全可以看着这些具体的底层标记,来决定什么时候放款、什么时候过户,而不是盲目看着个哈希值就开香槟。

不过,我那句“保命优先”的规矩不能破。底层协议写得再严密,最后还得看那帮持牌机构愿不愿意真把自己的核心业务系统对接到这些 RPC 接口上。技术过关只是拿了入场券,不代表我会无脑去接盘 $DUSK 的筹码。

#dusk #BTC @Dusk $DUSK
Voir la traduction
昨晚在本地跑策略回测的时候,我看着几组历史收益曲线发呆。在链上混久了,我们往往把注意力全放在币价的上下插针上,却很容易忽视一个最隐蔽的杀手——时间本身的成本。 很多时候你的套利或持仓逻辑明明是对的,但就因为借贷池里的浮动利率半夜突然拉升,原本算得严丝合缝的利润空间,硬生生被滚雪球般的借款利息给吃了个精光。这也是为什么当我把“保命优先”当成底层纪律后,越来越看重固定利率赛道的原因。 从这个逻辑去看 TermMax,它确实切中了一个很实在的工程痛点。它没让借款人被动去承受随时暴走的动态费率,而是把融资成本和到期收益在开仓那一刻死死焊在地面上,顺带还能通过类期权的结构化工具去对冲多余的风险敞口。这种确定性,在风平浪静时可能显得平平无奇,但一旦大波动砸下来,能提前锁定成本就是最大的安全感。 不过,作为习惯在代码和数据里找破绽的怀疑论者,我也从不觉得“固定”就等于“绝对无风险”。如果后市全网借贷利率持续下行,你提前锁死的高固定利率就会立刻显得格外昂贵;而且真碰上极端行情,底层订单簿的撮合深度和清算池够不够厚,才是决定生死的大考。 等这波热度逐渐降温,我真正想观察的是:链上的交易员和机构们,到底愿不愿意为了这种可预测性长期锁定资金?还是说多数人依然改不掉追逐每周高 APY 浮动池的惯性? DeFi 往下走,或许真不需要更多虚幻的收益率口号了。能帮资金把不确定性管住的协议,才接得住真正的大体量资产。 #TermMax @termmax
昨晚在本地跑策略回测的时候,我看着几组历史收益曲线发呆。在链上混久了,我们往往把注意力全放在币价的上下插针上,却很容易忽视一个最隐蔽的杀手——时间本身的成本。

很多时候你的套利或持仓逻辑明明是对的,但就因为借贷池里的浮动利率半夜突然拉升,原本算得严丝合缝的利润空间,硬生生被滚雪球般的借款利息给吃了个精光。这也是为什么当我把“保命优先”当成底层纪律后,越来越看重固定利率赛道的原因。

从这个逻辑去看 TermMax,它确实切中了一个很实在的工程痛点。它没让借款人被动去承受随时暴走的动态费率,而是把融资成本和到期收益在开仓那一刻死死焊在地面上,顺带还能通过类期权的结构化工具去对冲多余的风险敞口。这种确定性,在风平浪静时可能显得平平无奇,但一旦大波动砸下来,能提前锁定成本就是最大的安全感。

不过,作为习惯在代码和数据里找破绽的怀疑论者,我也从不觉得“固定”就等于“绝对无风险”。如果后市全网借贷利率持续下行,你提前锁死的高固定利率就会立刻显得格外昂贵;而且真碰上极端行情,底层订单簿的撮合深度和清算池够不够厚,才是决定生死的大考。

等这波热度逐渐降温,我真正想观察的是:链上的交易员和机构们,到底愿不愿意为了这种可预测性长期锁定资金?还是说多数人依然改不掉追逐每周高 APY 浮动池的惯性?

DeFi 往下走,或许真不需要更多虚幻的收益率口号了。能帮资金把不确定性管住的协议,才接得住真正的大体量资产。

#TermMax @TermMax
Vérifié
Il y a peu, j’ai loué moi-même un serveur cloud pour bidouiller et valider un nœud. Vers minuit, gros souci : le réseau a tremblé, et je me suis retrouvé déconnecté. Sur le moment, j’étais tellement paniqué que j’en transpirais à grosses gouttes, en mode dépannage en catastrophe. Après avoir payé ces frais d’apprentissage, j’ai fini par comprendre une vérité : aujourd’hui, dans le milieu, on discute beaucoup du mécanisme PoS, et on vante sans arrêt des montants de staking de plusieurs centaines de millions ou les rendements annuels… Mais au final, une blockchain peut-elle réellement “tenir la route”, ce n’est pas aussi simple que regarder combien d’argent est verrouillé. L’efficacité des communications au niveau des nœuds, et leur capacité d’auto-réparation quand le réseau tombe, voilà le socle qui décide de la vie ou de la mort. C’est aussi pour ça que j’ai récemment passé beaucoup de temps à disséquer le livre blanc de @Dusk_Foundation . Leur consensus basé sur « preuve succincte d’attestation (Succinct Attestation) » a vraiment une approche solide et plutôt “nerveuse”. Le cœur du système, c’est une logique de comité élitiste avec élection déterministe. En clair : à chaque tour, on choisit un petit groupe de producteurs de blocs et un comité de validation, puis, grâce à un coût de diffusion (broadcast) extrêmement faible, on verrouille directement les transactions. Beaucoup de gens qui font des “shitcoins” peuvent ne pas trop se soucier de la « finalité », mais pour une blockchain comme Dusk, qui veut absolument manger la tarte RWA (actifs du monde réel) et la tarte du règlement de titres, ces trois mots sont la clé. Imagine : le règlement d’une obligation à plusieurs dizaines de millions d’euros entre institutions. Si la chaîne bifurque ou si des blocs sont annulés en rollback, c’est un désastre. Mais en vieux renard de la guerre, on apprend toujours à rester prudent avec les projets : Concentration du pouvoir du comité : regarder le nombre de nœuds sur tout le réseau ne sert à rien. L’important, c’est de voir si les adresses choisies pour le comité central sont suffisamment dispersées. Si toute la parole est captée par quelques gros détenteurs, alors la décentralisation n’est plus qu’un discours. Les seuils de staking en coulisse, et les mécanismes de slashing (punition/privation), doivent être assez sévères. Test en situation avec Kadcast : ils ont certes mis en place le protocole Kadcast pour faire de la diffusion ciblée, en promettant de concilier vitesse de transmission et confidentialité des nœuds. Mais est-ce que des données “parfaites” en laboratoire suffisent à encaisser les bombardements de trafic réels lors des pics du réseau principal ? Là encore, il faut rester sceptique. J’ai toujours pensé que, dans une infrastructure financière vraiment fiable, l’essentiel n’est pas d’exiger que chaque machine ne tombe jamais en panne, mais plutôt d’être capable de « tolérer une coupure partielle » tout en gardant le grand livre aussi stable qu’une montagne. Quand vous choisissez une blockchain au quotidien, vous accordez plus d’importance à la vitesse des benchmarks, ou comme moi vous privilégiez la finalité qui résiste aux risques ? Discutons-en ensemble dans les commentaires ! #dusk $DUSK @Dusk_Foundation
Il y a peu, j’ai loué moi-même un serveur cloud pour bidouiller et valider un nœud. Vers minuit, gros souci : le réseau a tremblé, et je me suis retrouvé déconnecté. Sur le moment, j’étais tellement paniqué que j’en transpirais à grosses gouttes, en mode dépannage en catastrophe. Après avoir payé ces frais d’apprentissage, j’ai fini par comprendre une vérité : aujourd’hui, dans le milieu, on discute beaucoup du mécanisme PoS, et on vante sans arrêt des montants de staking de plusieurs centaines de millions ou les rendements annuels… Mais au final, une blockchain peut-elle réellement “tenir la route”, ce n’est pas aussi simple que regarder combien d’argent est verrouillé. L’efficacité des communications au niveau des nœuds, et leur capacité d’auto-réparation quand le réseau tombe, voilà le socle qui décide de la vie ou de la mort.

C’est aussi pour ça que j’ai récemment passé beaucoup de temps à disséquer le livre blanc de @Dusk . Leur consensus basé sur « preuve succincte d’attestation (Succinct Attestation) » a vraiment une approche solide et plutôt “nerveuse”. Le cœur du système, c’est une logique de comité élitiste avec élection déterministe. En clair : à chaque tour, on choisit un petit groupe de producteurs de blocs et un comité de validation, puis, grâce à un coût de diffusion (broadcast) extrêmement faible, on verrouille directement les transactions.

Beaucoup de gens qui font des “shitcoins” peuvent ne pas trop se soucier de la « finalité », mais pour une blockchain comme Dusk, qui veut absolument manger la tarte RWA (actifs du monde réel) et la tarte du règlement de titres, ces trois mots sont la clé. Imagine : le règlement d’une obligation à plusieurs dizaines de millions d’euros entre institutions. Si la chaîne bifurque ou si des blocs sont annulés en rollback, c’est un désastre.

Mais en vieux renard de la guerre, on apprend toujours à rester prudent avec les projets :

Concentration du pouvoir du comité : regarder le nombre de nœuds sur tout le réseau ne sert à rien. L’important, c’est de voir si les adresses choisies pour le comité central sont suffisamment dispersées. Si toute la parole est captée par quelques gros détenteurs, alors la décentralisation n’est plus qu’un discours. Les seuils de staking en coulisse, et les mécanismes de slashing (punition/privation), doivent être assez sévères.

Test en situation avec Kadcast : ils ont certes mis en place le protocole Kadcast pour faire de la diffusion ciblée, en promettant de concilier vitesse de transmission et confidentialité des nœuds. Mais est-ce que des données “parfaites” en laboratoire suffisent à encaisser les bombardements de trafic réels lors des pics du réseau principal ? Là encore, il faut rester sceptique.

J’ai toujours pensé que, dans une infrastructure financière vraiment fiable, l’essentiel n’est pas d’exiger que chaque machine ne tombe jamais en panne, mais plutôt d’être capable de « tolérer une coupure partielle » tout en gardant le grand livre aussi stable qu’une montagne.

Quand vous choisissez une blockchain au quotidien, vous accordez plus d’importance à la vitesse des benchmarks, ou comme moi vous privilégiez la finalité qui résiste aux risques ? Discutons-en ensemble dans les commentaires !

#dusk $DUSK @Dusk
Voir la traduction
昨晚把手头跑合约交互的高频脚本挂上后,我又去 GitHub 翻了翻 @Dusk_Foundation 的代码库。很多人聊 Dusk 只看“隐私”标签,但作为习惯了代码层核验的技术党,我真正在意的是它把信任锚点挪了位置:Phoenix 用 PLONK 把交易加密封装成 note,底层配合同态加密做选择性披露。监管拿视图密钥只验“是否合规、有无超额”,根本看不到机构底牌。信任从“信团队”变成了“信数学证明”。 但我这人向来把“保命优先”刻在骨子里,绝不会给任何自研密码学库发免检通行证。别忘了今年初 OtterSec 刚在 dusk-plonk 里抓出过严重的 soundness 漏洞——选择器未进入 KZG 检查导致能伪造隐匿铸币。虽说官方两天内发 rusk-1.6.0 修掉了,但这恰恰印证了一点:自研密码学想达到绝对稳健的“金融级”,还得被实战反复敲打。 再看盘面现实:主网刚激活不久,DuskTrade 还在排队,NPEX 所谓的 3 亿欧也只是意向合作而非链上沉淀的 TVL。现价 0.062 刀附近、较 ATH 回撤了 93%,流通盘承接力依然偏薄。 所以我目前的策略很简单:认可它的底层逻辑,但绝不盲目充值信仰。必须等到这几个硬指标跑通——NPEX 真实结算费起量、EURQ 支付闭环落地、或者主网跑出持续锁仓,我才会考虑加大观察仓。现在的它,本质上还是一张“欧洲合规 RWA 期权”。 留个互动:大家觉得机构未来买单,看中的是硬核的 ZK 数学,还是那张 AFM 监管牌照?来评论区唠唠。 风险提示:ZK底层存在潜在未知漏洞,代币流动性较薄且合规落地周期漫长,DYOR,保住本金。 @Dusk_Foundation #dusk $DUSK
昨晚把手头跑合约交互的高频脚本挂上后,我又去 GitHub 翻了翻 @Dusk 的代码库。很多人聊 Dusk 只看“隐私”标签,但作为习惯了代码层核验的技术党,我真正在意的是它把信任锚点挪了位置:Phoenix 用 PLONK 把交易加密封装成 note,底层配合同态加密做选择性披露。监管拿视图密钥只验“是否合规、有无超额”,根本看不到机构底牌。信任从“信团队”变成了“信数学证明”。

但我这人向来把“保命优先”刻在骨子里,绝不会给任何自研密码学库发免检通行证。别忘了今年初 OtterSec 刚在 dusk-plonk 里抓出过严重的 soundness 漏洞——选择器未进入 KZG 检查导致能伪造隐匿铸币。虽说官方两天内发 rusk-1.6.0 修掉了,但这恰恰印证了一点:自研密码学想达到绝对稳健的“金融级”,还得被实战反复敲打。

再看盘面现实:主网刚激活不久,DuskTrade 还在排队,NPEX 所谓的 3 亿欧也只是意向合作而非链上沉淀的 TVL。现价 0.062 刀附近、较 ATH 回撤了 93%,流通盘承接力依然偏薄。

所以我目前的策略很简单:认可它的底层逻辑,但绝不盲目充值信仰。必须等到这几个硬指标跑通——NPEX 真实结算费起量、EURQ 支付闭环落地、或者主网跑出持续锁仓,我才会考虑加大观察仓。现在的它,本质上还是一张“欧洲合规 RWA 期权”。

留个互动:大家觉得机构未来买单,看中的是硬核的 ZK 数学,还是那张 AFM 监管牌照?来评论区唠唠。

风险提示:ZK底层存在潜在未知漏洞,代币流动性较薄且合规落地周期漫长,DYOR,保住本金。

@Dusk #dusk $DUSK
Hier soir, en dépouillant en parallèle les logs d’erreurs des nœuds RPC, j’ai aussi ressorti les enregistrements on-chain de l’incident de sécurité du pont inter-chaînes survenu mi-janvier (@Dusk_Foundation ) pour en faire la reconstitution. J’ai l’habitude, dans le trading de crypto et l’interaction, de suivre une règle : « sauver sa vie d’abord ». Dès qu’il y a le moindre bruit, ma réaction instinctive est de ne jamais me fier aux rumeurs : il faut impérativement aller fouiller le code et les flux on-chain pour trouver la vérité. À l’époque, beaucoup étaient complètement paniqués, pensant que le protocole sous-jacent de Dusk s’était effondré. Mais j’ai vérifié la trace on-chain : il faut d’abord dire quelque chose d’objectif pour sa couche de consensus. Le consensus DuskDS sous-jacent n’a pas été percé, et le code du protocole central ne présentait pas de bug. Ce que les hackers ont vraiment malmené, c’est le portefeuille de signature du service de pont qui connecte la chaîne EVM. En clair : ce n’est pas le protocole qui a une fuite, c’est le « gardien » en charge de la clé privée—lequel s’est fait voler. Lors de la reconstitution de la transaction de la nuit, les actions de l’attaquant ont commencé à 21:28. Plus de 2,7 millions, 1,9 million et 8 millions ($DUSK ) ont été vidés un à un, coup par coup, jusqu’à ce qu’à peu près deux heures plus tard l’équipe coupe d’urgence les accès. La dernière transaction, avec 8,91 millions d’unités, a finalement été bloquée de façon ferme. Entre-temps, une partie des fonds a été blanchie vers la BSC. Cette affaire m’a profondément marqué. En temps normal, quand on écrit nos propres contrats Solidity ou quand on conçoit une architecture, on croit souvent aveuglément à la soi-disant « modularité et découplage » : séparer clairement consensus, règlement et exécution, avec l’impression que tout est extrêmement solide. Mais la réalité est cruelle : plus on découpe finement les composants d’un système, plus on multiplie les « jonctions » exposées à l’extérieur. Pour aller vite et intégrer le tout de façon légère, le projet a concentré les autorisations de signature sur un chemin unique, forcément fragile. Ainsi, les murs construits dans la chaîne via ZKP (preuves de connaissance zéro) et une finalité déterministe sont restés intacts, solides comme du roc—mais, à l’extérieur, le portefeuille de signature inter-chaînes n’a tenu qu’une seule attaque. Donc, aujourd’hui, quand j’observe un projet, je ne me fie plus à l’idée que « le consensus est forcément ultra-robuste ». Dès que des actifs sortent de la couche de règlement native, ces ponts périphériques et portefeuilles de signature, à la première occasion, peuvent ramener la décentralisation dans un bourbier de confiance humaine fragile. Ce sont souvent ces faiblesses de sécurité aux frontières qui constituent le vrai danger le plus mortel. Les gars, selon vous, pour ce pont inter-chaînes à risque de point unique d’une blockchain modulaire, existe-t-il une solution au niveau du code ? #dusk $DUSK @Dusk_Foundation
Hier soir, en dépouillant en parallèle les logs d’erreurs des nœuds RPC, j’ai aussi ressorti les enregistrements on-chain de l’incident de sécurité du pont inter-chaînes survenu mi-janvier (@Dusk ) pour en faire la reconstitution. J’ai l’habitude, dans le trading de crypto et l’interaction, de suivre une règle : « sauver sa vie d’abord ». Dès qu’il y a le moindre bruit, ma réaction instinctive est de ne jamais me fier aux rumeurs : il faut impérativement aller fouiller le code et les flux on-chain pour trouver la vérité.

À l’époque, beaucoup étaient complètement paniqués, pensant que le protocole sous-jacent de Dusk s’était effondré. Mais j’ai vérifié la trace on-chain : il faut d’abord dire quelque chose d’objectif pour sa couche de consensus. Le consensus DuskDS sous-jacent n’a pas été percé, et le code du protocole central ne présentait pas de bug. Ce que les hackers ont vraiment malmené, c’est le portefeuille de signature du service de pont qui connecte la chaîne EVM. En clair : ce n’est pas le protocole qui a une fuite, c’est le « gardien » en charge de la clé privée—lequel s’est fait voler.

Lors de la reconstitution de la transaction de la nuit, les actions de l’attaquant ont commencé à 21:28. Plus de 2,7 millions, 1,9 million et 8 millions ($DUSK ) ont été vidés un à un, coup par coup, jusqu’à ce qu’à peu près deux heures plus tard l’équipe coupe d’urgence les accès. La dernière transaction, avec 8,91 millions d’unités, a finalement été bloquée de façon ferme. Entre-temps, une partie des fonds a été blanchie vers la BSC.

Cette affaire m’a profondément marqué. En temps normal, quand on écrit nos propres contrats Solidity ou quand on conçoit une architecture, on croit souvent aveuglément à la soi-disant « modularité et découplage » : séparer clairement consensus, règlement et exécution, avec l’impression que tout est extrêmement solide. Mais la réalité est cruelle : plus on découpe finement les composants d’un système, plus on multiplie les « jonctions » exposées à l’extérieur. Pour aller vite et intégrer le tout de façon légère, le projet a concentré les autorisations de signature sur un chemin unique, forcément fragile. Ainsi, les murs construits dans la chaîne via ZKP (preuves de connaissance zéro) et une finalité déterministe sont restés intacts, solides comme du roc—mais, à l’extérieur, le portefeuille de signature inter-chaînes n’a tenu qu’une seule attaque.

Donc, aujourd’hui, quand j’observe un projet, je ne me fie plus à l’idée que « le consensus est forcément ultra-robuste ». Dès que des actifs sortent de la couche de règlement native, ces ponts périphériques et portefeuilles de signature, à la première occasion, peuvent ramener la décentralisation dans un bourbier de confiance humaine fragile. Ce sont souvent ces faiblesses de sécurité aux frontières qui constituent le vrai danger le plus mortel.

Les gars, selon vous, pour ce pont inter-chaînes à risque de point unique d’une blockchain modulaire, existe-t-il une solution au niveau du code ?

#dusk $DUSK @Dusk
🎙️ 聊聊交易财富密码!
avatar
Fin
03 h 35 min 30 sec
18.4k
70
84
Voir la traduction
衍生品市场暗流涌动:未平仓合约创两月新高 以太坊今日的价格虽然表面波澜不惊(徘徊在1900美元附近),但衍生品市场却暗流涌动。据全网数据显示,加密货币期货市场的未平仓合约量已攀升至近两个月来的最高水平。这意味着大量杠杆资金正在场内博弈,多空双方的对决愈发激烈。值得注意的是,当前的资金费率依然保持正值,显示出许多交易员仍对后市看涨抱有期待。然而,高杠杆率也如同双刃剑,一旦价格出现意外的大幅波动,极易引发连环爆仓。 交易建议:衍生品交易者今日需高度警惕“画门”行情的发生。建议大幅降低杠杆倍数,将爆仓价格设定在强支撑位1790美元以下。稳健型散户最好暂避锋芒,转向现货市场,等待这波高杠杆资金完成清洗后再择机入场。  $ETH {future}(ETHUSDT)
衍生品市场暗流涌动:未平仓合约创两月新高
以太坊今日的价格虽然表面波澜不惊(徘徊在1900美元附近),但衍生品市场却暗流涌动。据全网数据显示,加密货币期货市场的未平仓合约量已攀升至近两个月来的最高水平。这意味着大量杠杆资金正在场内博弈,多空双方的对决愈发激烈。值得注意的是,当前的资金费率依然保持正值,显示出许多交易员仍对后市看涨抱有期待。然而,高杠杆率也如同双刃剑,一旦价格出现意外的大幅波动,极易引发连环爆仓。
交易建议:衍生品交易者今日需高度警惕“画门”行情的发生。建议大幅降低杠杆倍数,将爆仓价格设定在强支撑位1790美元以下。稳健型散户最好暂避锋芒,转向现货市场,等待这波高杠杆资金完成清洗后再择机入场。
$ETH
Voir la traduction
纵观BNB日线走势,一轮大熊杀跌之后,市场恐慌充分释放。价格现在589,距离底部低点空间有限,向下空间可控,向上想象空间充足。底部反复震荡洗盘,洗掉不坚定筹码。平台币赛道,大盘回暖的时候弹性可观。适合分批建仓布局,不建议重仓赌方向。币圈没有稳赚的交易,做好仓位管控,设置止损,用闲钱博弈行情机会。 $BNB {future}(BNBUSDT)
纵观BNB日线走势,一轮大熊杀跌之后,市场恐慌充分释放。价格现在589,距离底部低点空间有限,向下空间可控,向上想象空间充足。底部反复震荡洗盘,洗掉不坚定筹码。平台币赛道,大盘回暖的时候弹性可观。适合分批建仓布局,不建议重仓赌方向。币圈没有稳赚的交易,做好仓位管控,设置止损,用闲钱博弈行情机会。
$BNB
Voir la traduction
极端清算事件后的流动性狩猎策略 最近几天,加密市场经历了剧烈的杠杆清洗,单日甚至出现了超过5.1亿美元和6.8亿美元的大规模清算事件。根据数据,大量衍生品交易者被强制平仓。这种深度的流动性清洗通常会使得盘面变得非常干净,为聪明的资金提供了绝佳的入场位置。 交易执行: 流动性狩猎策略的核心在于“不接飞刀,只捡尸体”。当市场上出现大规模多头清算时,现货价格往往会因为止损盘的踩踏而出现非理性的向下插针(例如急速跌至62,500美元附近)。交易者应该提前在62,000至62,800美元的强支撑带埋伏好现货买单。一旦极端清算发生,这些挂单会被瞬间成交。由于抛压是由爆仓导致的强制平仓,而非基本面恶化,价格通常会在插针后迅速反弹修复至63,500美元以上。抢到筹码后,可以在反弹1,000至1,500美元后迅速获利了结,赚取市场情绪崩溃带来的波动性溢价。 $BTC {future}(BTCUSDT)
极端清算事件后的流动性狩猎策略
最近几天,加密市场经历了剧烈的杠杆清洗,单日甚至出现了超过5.1亿美元和6.8亿美元的大规模清算事件。根据数据,大量衍生品交易者被强制平仓。这种深度的流动性清洗通常会使得盘面变得非常干净,为聪明的资金提供了绝佳的入场位置。
交易执行: 流动性狩猎策略的核心在于“不接飞刀,只捡尸体”。当市场上出现大规模多头清算时,现货价格往往会因为止损盘的踩踏而出现非理性的向下插针(例如急速跌至62,500美元附近)。交易者应该提前在62,000至62,800美元的强支撑带埋伏好现货买单。一旦极端清算发生,这些挂单会被瞬间成交。由于抛压是由爆仓导致的强制平仓,而非基本面恶化,价格通常会在插针后迅速反弹修复至63,500美元以上。抢到筹码后,可以在反弹1,000至1,500美元后迅速获利了结,赚取市场情绪崩溃带来的波动性溢价。
$BTC
Déballer le récit de « Confiance sans nécessité » de Babylon : une affaire de multisignature d’alliance vêtue d’un vernis de cryptographie Ne vous laissez pas intoxiquer par cette mise en scène de « Trustless ». Les histoires de ponts inter-chaînes qui explosent et de multisigs qui s’enfuient, ça fait déjà longtemps que c’est rôdé dans le milieu crypto. Aujourd’hui, le BTC mis en gage de Babylon n’est rien d’autre qu’une vieille bouteille remplie d’un nouvel élixir. En creusant son architecture sous-jacente et la logique des scripts, on découvre que ce prétendu mécanisme décentralisé ne tient tout simplement pas face à une vérification en situation réelle. La fausse souveraineté d’actifs contrôlée par le « Covenant Committee » Babylon proclame haut et fort que les utilisateurs ont un contrôle absolu sur le BTC, mais si l’on démonte ses voies de Slashing, on constate que l’exécution fondamentale ne peut pas contourner le « Covenant Committee ». Que ce soit pour libérer les fonds ou déclencher un Slashing, il faut réunir la signature seuil correspondant à ce comité. Comparé à la conservation institutionnelle « en clair » de la WBTC, Babylon ne fait que conditionner une « alliance multisig de niveau supérieur » à l’aide de l’arbre Taproot et des signatures Schnorr. Tant que les artères de l’actif restent entre les mains de l’état serveur d’un petit nombre de nœuds de validation, de quelle « auto-conservation de la clé privée » peut-on encore parler ? Dès que ces nœuds font l’objet d’une attaque ciblée ou d’une panne collective, les preuves de mise en gage en BTC des utilisateurs se transforment en créances irrécouvrables. Impasse d’un jeu économique de preuves de fraude BitVM3 Examinons ensuite le TBV (Trustless Bitcoin Vault) que les officiels mettent chaudement en avant. Son socle repose sur des calculs hors-chaîne et des preuves de fraude en chaîne : on dirait une réplique, sur le BTC, de l’Optimistic Rollup d’Ethereum. Mais le réseau Bitcoin ne dispose pas d’une infrastructure de vérification à faible coût ; pendant la longue fenêtre de contestation, si aucun « Challenger » ne débourse des frais de mineur élevés pour soumettre une preuve de fraude, le réseau présume simplement la transaction valide. Dans l’environnement de Gas actuel, où l’on parle souvent de plusieurs centaines de satoshis, qui va jouer le rôle du « crieur » payé pour produire un bénéfice négatif ? En essence, cette logique est un jeu économique fragile, pas une sécurité absolue au sens mathématique. Si les gains de la malveillance dépassent largement le coût de la contestation, l’ensemble du système risque fortement de basculer dans un état « nu », sans surveillance, faute de supervision. Interaction inhumaine et trou noir des responsabilités Du point de vue pratique, le flux entier relève presque de la catastrophe : la mise en gage, la libération (解绑) et le Slashing exigent une série d’opérations de pré-signature longues et complexes. Cette pile de scripts inhumaine n’effraie pas seulement les particuliers ; surtout, elle transforme la malveillance centralisée, visible, en une « vacuité de responsabilité » invisible et difficilement attribuable. Une architecture complexe n’a pas supprimé le risque ; au contraire, elle a considérablement relevé le seuil de reproche et d’imputation une fois que les problèmes surviennent. #baby $BABY @babylonlabs_io
Déballer le récit de « Confiance sans nécessité » de Babylon : une affaire de multisignature d’alliance vêtue d’un vernis de cryptographie
Ne vous laissez pas intoxiquer par cette mise en scène de « Trustless ». Les histoires de ponts inter-chaînes qui explosent et de multisigs qui s’enfuient, ça fait déjà longtemps que c’est rôdé dans le milieu crypto. Aujourd’hui, le BTC mis en gage de Babylon n’est rien d’autre qu’une vieille bouteille remplie d’un nouvel élixir. En creusant son architecture sous-jacente et la logique des scripts, on découvre que ce prétendu mécanisme décentralisé ne tient tout simplement pas face à une vérification en situation réelle.
La fausse souveraineté d’actifs contrôlée par le « Covenant Committee »
Babylon proclame haut et fort que les utilisateurs ont un contrôle absolu sur le BTC, mais si l’on démonte ses voies de Slashing, on constate que l’exécution fondamentale ne peut pas contourner le « Covenant Committee ». Que ce soit pour libérer les fonds ou déclencher un Slashing, il faut réunir la signature seuil correspondant à ce comité. Comparé à la conservation institutionnelle « en clair » de la WBTC, Babylon ne fait que conditionner une « alliance multisig de niveau supérieur » à l’aide de l’arbre Taproot et des signatures Schnorr. Tant que les artères de l’actif restent entre les mains de l’état serveur d’un petit nombre de nœuds de validation, de quelle « auto-conservation de la clé privée » peut-on encore parler ? Dès que ces nœuds font l’objet d’une attaque ciblée ou d’une panne collective, les preuves de mise en gage en BTC des utilisateurs se transforment en créances irrécouvrables.
Impasse d’un jeu économique de preuves de fraude BitVM3
Examinons ensuite le TBV (Trustless Bitcoin Vault) que les officiels mettent chaudement en avant. Son socle repose sur des calculs hors-chaîne et des preuves de fraude en chaîne : on dirait une réplique, sur le BTC, de l’Optimistic Rollup d’Ethereum. Mais le réseau Bitcoin ne dispose pas d’une infrastructure de vérification à faible coût ; pendant la longue fenêtre de contestation, si aucun « Challenger » ne débourse des frais de mineur élevés pour soumettre une preuve de fraude, le réseau présume simplement la transaction valide. Dans l’environnement de Gas actuel, où l’on parle souvent de plusieurs centaines de satoshis, qui va jouer le rôle du « crieur » payé pour produire un bénéfice négatif ? En essence, cette logique est un jeu économique fragile, pas une sécurité absolue au sens mathématique. Si les gains de la malveillance dépassent largement le coût de la contestation, l’ensemble du système risque fortement de basculer dans un état « nu », sans surveillance, faute de supervision.
Interaction inhumaine et trou noir des responsabilités
Du point de vue pratique, le flux entier relève presque de la catastrophe : la mise en gage, la libération (解绑) et le Slashing exigent une série d’opérations de pré-signature longues et complexes. Cette pile de scripts inhumaine n’effraie pas seulement les particuliers ; surtout, elle transforme la malveillance centralisée, visible, en une « vacuité de responsabilité » invisible et difficilement attribuable. Une architecture complexe n’a pas supprimé le risque ; au contraire, elle a considérablement relevé le seuil de reproche et d’imputation une fois que les problèmes surviennent.

#baby $BABY @BabylonLabs_io
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme