Binance Square
小鹿777
38 Publications

小鹿777

BP-762A08583F72
21 Suivis
20 Abonnés
2 J’aime
Publications
·
--
> Le mode d’airdrop d’Alpha touche probablement bientôt à sa fin. > En se plaçant du point de vue du projet, cette note devient de plus en plus difficile à régler : pour distribuer 20 000 airdrops (30 U par personne), il faut débourser 600 000 U — ce qui est déjà “bon marché” ; si l’on faisait une distribution normale de 50 000 airdrops, on tomberait directement sur un investissement astronomique de 1,5 million U. On a investi une fortune, mais le résultat : ni du trading spot, ni des contrats ; en dehors des quelques jours juste après l’émission du token, ou d’une éventuelle stabilité autour d’un x4 qui ramène un peu de volume, tout retombe rapidement à zéro. > Regardons plutôt la plateforme voisine : avec le même budget de 500 000 U, elle peut organiser 5 tournois de trading en plusieurs fois. Non seulement cela injecte continuellement de la liquidité pour le projet, mais en plus le rythme des événements est maîtrisé — jamais besoin de “vider le lac pour attraper le poisson”. Le résultat : de nombreux projets de qualité abandonnent Alpha pour aller chez l’autre plateforme. $CASH > Le cycle « le projet fournit de la liquidité — la plateforme gagne des frais — les utilisateurs reçoivent des airdrops » est désormais totalement bloqué. Les actions de la plateforme sur le moment ressemblent à une « mise à pied déguisée » : essayer de trier de force et de conserver les gros porteurs de plus de 10 000 U. Mais la réalité, c’est que les gros porteurs ne viennent que pour gratter de la laine : ils ne seront de toute façon pas acheteurs au volant pour ces nouveaux tokens.#ALPHA > À en juger par cette tendance, pour la suite, il sera plus sûr que les projets arrivent un peu plus tard sur Alpha, en se présentant comme “anciens tokens” pour faire la promotion ; quant aux utilisateurs ordinaires, le seuil de fonds de plus de mille U suffit déjà à faire redescendre la catégorie.
> Le mode d’airdrop d’Alpha touche probablement bientôt à sa fin.
> En se plaçant du point de vue du projet, cette note devient de plus en plus difficile à régler : pour distribuer 20 000 airdrops (30 U par personne), il faut débourser 600 000 U — ce qui est déjà “bon marché” ; si l’on faisait une distribution normale de 50 000 airdrops, on tomberait directement sur un investissement astronomique de 1,5 million U. On a investi une fortune, mais le résultat : ni du trading spot, ni des contrats ; en dehors des quelques jours juste après l’émission du token, ou d’une éventuelle stabilité autour d’un x4 qui ramène un peu de volume, tout retombe rapidement à zéro.
> Regardons plutôt la plateforme voisine : avec le même budget de 500 000 U, elle peut organiser 5 tournois de trading en plusieurs fois. Non seulement cela injecte continuellement de la liquidité pour le projet, mais en plus le rythme des événements est maîtrisé — jamais besoin de “vider le lac pour attraper le poisson”. Le résultat : de nombreux projets de qualité abandonnent Alpha pour aller chez l’autre plateforme.
$CASH
> Le cycle « le projet fournit de la liquidité — la plateforme gagne des frais — les utilisateurs reçoivent des airdrops » est désormais totalement bloqué. Les actions de la plateforme sur le moment ressemblent à une « mise à pied déguisée » : essayer de trier de force et de conserver les gros porteurs de plus de 10 000 U. Mais la réalité, c’est que les gros porteurs ne viennent que pour gratter de la laine : ils ne seront de toute façon pas acheteurs au volant pour ces nouveaux tokens.#ALPHA
> À en juger par cette tendance, pour la suite, il sera plus sûr que les projets arrivent un peu plus tard sur Alpha, en se présentant comme “anciens tokens” pour faire la promotion ; quant aux utilisateurs ordinaires, le seuil de fonds de plus de mille U suffit déjà à faire redescendre la catégorie.
Voir la traduction
#termmax @termmax $BTC 我这几天一直在翻 TermMax 的文档,对着它的三代币模型和定价曲线反复推演。越看到后面,我越觉得外界对 TMX 的讨论方向有点歪了。 大部分人把它框进"固定利率借贷",关注点落在"DeFi 终于能做固收了"。但在我看来,TermMax 真正想解决的,是让链上信贷市场第一次拥有可组合的期限结构——把"时间"变成可以交易、可以杠杆的链上原生资产。 难点从来不是"让利率不变"。真正卡住 DeFi 的,是链上缺少统一的到期日坐标系。没有到期日,就没有期限溢价;借款人、出借人、杠杆交易者三方的需求被拆散在不同协议里,用户得手动循环借贷、承受双重不确定性。 TermMax 把每笔借贷拆成三枚代币:FT 是到期兑付的零息债券,XT 是收益权,GT 把杠杆封装成可转让 NFT。三方在同一市场交易,价格由自定义的分段常数积曲线发现,Curator Vault 还能横向叠加深度,闲置资金自动赚浮动收益。 这套架构不完美。隔离池切割流动性,Curator 加了人的判断,清算依赖预言机。但它把期限、利率和杠杆全部代币化,你在下单那一刻就知道锁定了什么。 我觉得,TermMax 最有价值的地方,不是多了一个"固收"选项,而是证明了链上金融市场可以依靠代币拆分和 AMM,构建出接近传统固收市场的完整期限结构。 如果未来越来越多协议选择向 TermMax 购买"利率确定性",而不是让用户在浮动利率里裸泳,DeFi 的资金成本定价逻辑,或许真的会被改写。
#termmax @TermMax $BTC 我这几天一直在翻 TermMax 的文档,对着它的三代币模型和定价曲线反复推演。越看到后面,我越觉得外界对 TMX 的讨论方向有点歪了。

大部分人把它框进"固定利率借贷",关注点落在"DeFi 终于能做固收了"。但在我看来,TermMax 真正想解决的,是让链上信贷市场第一次拥有可组合的期限结构——把"时间"变成可以交易、可以杠杆的链上原生资产。

难点从来不是"让利率不变"。真正卡住 DeFi 的,是链上缺少统一的到期日坐标系。没有到期日,就没有期限溢价;借款人、出借人、杠杆交易者三方的需求被拆散在不同协议里,用户得手动循环借贷、承受双重不确定性。

TermMax 把每笔借贷拆成三枚代币:FT 是到期兑付的零息债券,XT 是收益权,GT 把杠杆封装成可转让 NFT。三方在同一市场交易,价格由自定义的分段常数积曲线发现,Curator Vault 还能横向叠加深度,闲置资金自动赚浮动收益。

这套架构不完美。隔离池切割流动性,Curator 加了人的判断,清算依赖预言机。但它把期限、利率和杠杆全部代币化,你在下单那一刻就知道锁定了什么。

我觉得,TermMax 最有价值的地方,不是多了一个"固收"选项,而是证明了链上金融市场可以依靠代币拆分和 AMM,构建出接近传统固收市场的完整期限结构。

如果未来越来越多协议选择向 TermMax 购买"利率确定性",而不是让用户在浮动利率里裸泳,DeFi 的资金成本定价逻辑,或许真的会被改写。
Voir la traduction
#termmax @termmax $BTC TMX @TermStructure_io 前段时间研究 TermMax 清算时,有个设计让我困惑:为什么借款人违约后,协议不拍卖抵押品变现,而是启动「物理交割」,把抵押品直接按比例塞给贷款人? 把文档串起来后,我发现这是主动选择,而非工程妥协。传统清算默认抵押品具备即时流动性,但这个前提对 TermMax 想接入的资产类型并不成立。 真正让我理解这个逻辑的,是它接入 Ondo 代币化股票之后。这些资产链上流动性稀薄,极端行情下拍卖可能根本找不到买家。物理交割把「流动性风险」从协议释放出来,转交给知情并接受条款的参与者。贷款人买入 FT 时,就已默认到期可能收到抵押品本身而非稳定币。 这让协议有能力把 RWA 纳入抵押品范围,不被传统清算的流动性假设捆住手脚。能打通 RWA 的清算基础设施,可能比利率产品本身更有长期价值。 但代价清晰。物理交割把资产处置复杂性推给终端用户,市场剧烈波动时,贷款人可能收到一堆正在下跌的低流动性资产。TermMax 的贷款人需要比 Aave 存款人更高的风险识别能力。 在我看来,TermMax 真正解决的是让 DeFi 具备承接传统金融资产的「可执行交付能力」,但代价是交互更复杂。值不值得,我暂时不下结论。 我更想观察的是,未来用户会不会为了省事,只把钱丢进 Curator 管理的 Vault,让机构去挑市场、挑抵押品,而自己完全不再关心底层清算逻辑。一旦用户层和协议层被 Vault 的抽象完全隔开,物理交割所要求的「贷款人必须理解并接受抵押品风险」这一前提,还能不能真正发挥作用?当市场崩盘时,Curator 会不会为了保全 AUM 做出与散户利益不一致的决策?协议设计追求的「让 RWA 上链」这一安全边界,还能不能穿透抽象层抵达终端用户,这才是我觉得更值得长期关注的问题。
#termmax @TermMax $BTC TMX @TermStructure_io

前段时间研究 TermMax 清算时,有个设计让我困惑:为什么借款人违约后,协议不拍卖抵押品变现,而是启动「物理交割」,把抵押品直接按比例塞给贷款人?

把文档串起来后,我发现这是主动选择,而非工程妥协。传统清算默认抵押品具备即时流动性,但这个前提对 TermMax 想接入的资产类型并不成立。

真正让我理解这个逻辑的,是它接入 Ondo 代币化股票之后。这些资产链上流动性稀薄,极端行情下拍卖可能根本找不到买家。物理交割把「流动性风险」从协议释放出来,转交给知情并接受条款的参与者。贷款人买入 FT 时,就已默认到期可能收到抵押品本身而非稳定币。

这让协议有能力把 RWA 纳入抵押品范围,不被传统清算的流动性假设捆住手脚。能打通 RWA 的清算基础设施,可能比利率产品本身更有长期价值。

但代价清晰。物理交割把资产处置复杂性推给终端用户,市场剧烈波动时,贷款人可能收到一堆正在下跌的低流动性资产。TermMax 的贷款人需要比 Aave 存款人更高的风险识别能力。

在我看来,TermMax 真正解决的是让 DeFi 具备承接传统金融资产的「可执行交付能力」,但代价是交互更复杂。值不值得,我暂时不下结论。

我更想观察的是,未来用户会不会为了省事,只把钱丢进 Curator 管理的 Vault,让机构去挑市场、挑抵押品,而自己完全不再关心底层清算逻辑。一旦用户层和协议层被 Vault 的抽象完全隔开,物理交割所要求的「贷款人必须理解并接受抵押品风险」这一前提,还能不能真正发挥作用?当市场崩盘时,Curator 会不会为了保全 AUM 做出与散户利益不一致的决策?协议设计追求的「让 RWA 上链」这一安全边界,还能不能穿透抽象层抵达终端用户,这才是我觉得更值得长期关注的问题。
Voir la traduction
#termmax @termmax $BTC 来透视一下 TermMax 金库那套所谓“智能分散投资”的叙事陷阱。平台包装的卖点是:通过一个简单的入口,策展人会将资金连通至多个市场,以此来分散风险。但只要你深入了解过 ERC-4626 份额的清算数学模型,就会发现这种多市场连通机制,反而可能成为引爆系统性传染的导火索。 在传统的隔离池模型中,如果某个小币种市场崩盘,损失是被严格限制在那个独立池子里的。但在这个金库机制下,策展人使用同一种债务资产去广泛撒网,所有的利润和亏损最终都汇总到一个大池子里进行份额折算。这意味着什么?意味着一颗老鼠屎真的能坏了一锅粥。 只要策展人在配置市场名单时出现一次误判,把一部分资金放进了一个具有极高违约风险的边缘市场,一旦该市场产生无法清偿的坏账,这份毒性就会立刻顺着底层的资金路由,按比例分摊给金库里的每一位存款人。你本来是图安稳来存主流资产的,结果却莫名其妙地替垃圾资产买了单。 面对这种“风险连坐”机制,盲目相信管理者的眼光是极其危险的。最核心的风控手段,是穿透底层去查验金库的“资金集中度偏度”。如果发现策展人虽然连通了十个市场,但把超过 80% 的权重都押注在了某两个特定的高波动池子里,这就说明分散投资完全是骗人的把戏。面对这种风险隔离形同虚设的大锅饭模式,最明智的选择就是不参与任何资金混合。
#termmax @TermMax $BTC 来透视一下 TermMax 金库那套所谓“智能分散投资”的叙事陷阱。平台包装的卖点是:通过一个简单的入口,策展人会将资金连通至多个市场,以此来分散风险。但只要你深入了解过 ERC-4626 份额的清算数学模型,就会发现这种多市场连通机制,反而可能成为引爆系统性传染的导火索。

在传统的隔离池模型中,如果某个小币种市场崩盘,损失是被严格限制在那个独立池子里的。但在这个金库机制下,策展人使用同一种债务资产去广泛撒网,所有的利润和亏损最终都汇总到一个大池子里进行份额折算。这意味着什么?意味着一颗老鼠屎真的能坏了一锅粥。

只要策展人在配置市场名单时出现一次误判,把一部分资金放进了一个具有极高违约风险的边缘市场,一旦该市场产生无法清偿的坏账,这份毒性就会立刻顺着底层的资金路由,按比例分摊给金库里的每一位存款人。你本来是图安稳来存主流资产的,结果却莫名其妙地替垃圾资产买了单。

面对这种“风险连坐”机制,盲目相信管理者的眼光是极其危险的。最核心的风控手段,是穿透底层去查验金库的“资金集中度偏度”。如果发现策展人虽然连通了十个市场,但把超过 80% 的权重都押注在了某两个特定的高波动池子里,这就说明分散投资完全是骗人的把戏。面对这种风险隔离形同虚设的大锅饭模式,最明智的选择就是不参与任何资金混合。
#termmax @termmax $BTC J’ai testé ces deux jours le système Range Order AMM de TermMax. À la base, je voulais juste trouver une pool de prêts à taux fixe. Résultat : en regardant FT, XT et GT pendant vingt minutes, je n’ai pas osé confirmer. Au premier regard, je me suis dit que c’était un peu comme le découpage des rendements qu’on voit chez Pendle. Mais une fois la transaction démontée, la logique sous-jacente est totalement différente. 1 FT + 1 XT = 1 unité de token de dette. Cette égalité ne découpe pas un droit aux gains : elle transforme carrément le « taux fixe » lui-même en objet mathématique négociable. Dans les AMM classiques, on affiche un prix. Chez TermMax, on met en place une fourchette d’APR. Le curator ne définit pas un prix d’achat/vente : il définit plutôt « dans quelle plage de taux je suis prêt à prêter/emprunter ». Cette idée m’a laissé perplexe : le plus difficile, pour un protocole à taux fixe, n’est pas uniquement la mise en relation, mais rendre la « préférence de taux » elle-même exprimable et exécutable on-chain. FT représente le droit au remboursement du principal, XT le droit aux intérêts, et GT est un titre de gouvernance. Ensemble, ils reconstituent la dette complète, mais une fois séparés, chacun devient liquide dans l’AMM. Avant l’échéance, vendre FT permet d’anticiper le retour du principal, vendre XT permet d’anticiper le retour des intérêts : pas besoin d’attendre l’échéance pour sortir d’une position à taux fixe. Ce que je n’ai pas compris, en revanche, c’est la liquidation via « physical delivery ». La plupart des protocoles liquidents via enchères : le prêteur récupère des stablecoins. La documentation de TermMax indique : « the lender receives the collateral asset directly ». Tu prêtes donc du USDC, mais ce que tu récupères peut être une série d’actifs RWA à gérer manuellement ou des actifs à risque plus « queue longue ». La courbe de prix du curator tiendra-t-elle en cas de conditions extrêmes ? Peut-être. Mais le problème plus concret est : est-ce que l’utilisateur moyen a la capacité de traiter ces collatéraux « physiques » ? TermMax ne partage pas les mauvais créances, ne floute pas les expositions au risque. Chaque range order est indépendant, avec pertes et profits propres. Dans le segment des taux fixes, cette approche est vraiment singulière, mais la complexité est transférée aux utilisateurs. BABY, c’est « sans custody, sans bridge ». TMX, c’est « sans mutualisation, sans moyenne, sans se substituer à vous ». Mais jusqu’où va réellement le pouvoir de tarification du curator ? La largeur ou la restriction des ranges, l’éligibilité des collatéraux, les seuils de liquidation… ces paramètres sont concentrés entre les mains de qui ? Cela détermine si on est face à un taux fixe réellement décentralisé, ou si c’est juste un produit CeFi avec une nouvelle peau. Qu’en pensez-vous ? Le physical delivery rend DeFi plus réel, ou bien relève-t-il trop la barre ? Dites-moi en commentaires. #tmx
#termmax @TermMax $BTC J’ai testé ces deux jours le système Range Order AMM de TermMax. À la base, je voulais juste trouver une pool de prêts à taux fixe. Résultat : en regardant FT, XT et GT pendant vingt minutes, je n’ai pas osé confirmer.

Au premier regard, je me suis dit que c’était un peu comme le découpage des rendements qu’on voit chez Pendle. Mais une fois la transaction démontée, la logique sous-jacente est totalement différente. 1 FT + 1 XT = 1 unité de token de dette. Cette égalité ne découpe pas un droit aux gains : elle transforme carrément le « taux fixe » lui-même en objet mathématique négociable.

Dans les AMM classiques, on affiche un prix. Chez TermMax, on met en place une fourchette d’APR. Le curator ne définit pas un prix d’achat/vente : il définit plutôt « dans quelle plage de taux je suis prêt à prêter/emprunter ». Cette idée m’a laissé perplexe : le plus difficile, pour un protocole à taux fixe, n’est pas uniquement la mise en relation, mais rendre la « préférence de taux » elle-même exprimable et exécutable on-chain.

FT représente le droit au remboursement du principal, XT le droit aux intérêts, et GT est un titre de gouvernance. Ensemble, ils reconstituent la dette complète, mais une fois séparés, chacun devient liquide dans l’AMM. Avant l’échéance, vendre FT permet d’anticiper le retour du principal, vendre XT permet d’anticiper le retour des intérêts : pas besoin d’attendre l’échéance pour sortir d’une position à taux fixe.

Ce que je n’ai pas compris, en revanche, c’est la liquidation via « physical delivery ». La plupart des protocoles liquidents via enchères : le prêteur récupère des stablecoins. La documentation de TermMax indique : « the lender receives the collateral asset directly ». Tu prêtes donc du USDC, mais ce que tu récupères peut être une série d’actifs RWA à gérer manuellement ou des actifs à risque plus « queue longue ». La courbe de prix du curator tiendra-t-elle en cas de conditions extrêmes ? Peut-être. Mais le problème plus concret est : est-ce que l’utilisateur moyen a la capacité de traiter ces collatéraux « physiques » ?

TermMax ne partage pas les mauvais créances, ne floute pas les expositions au risque. Chaque range order est indépendant, avec pertes et profits propres. Dans le segment des taux fixes, cette approche est vraiment singulière, mais la complexité est transférée aux utilisateurs.

BABY, c’est « sans custody, sans bridge ». TMX, c’est « sans mutualisation, sans moyenne, sans se substituer à vous ». Mais jusqu’où va réellement le pouvoir de tarification du curator ? La largeur ou la restriction des ranges, l’éligibilité des collatéraux, les seuils de liquidation… ces paramètres sont concentrés entre les mains de qui ? Cela détermine si on est face à un taux fixe réellement décentralisé, ou si c’est juste un produit CeFi avec une nouvelle peau.

Qu’en pensez-vous ? Le physical delivery rend DeFi plus réel, ou bien relève-t-il trop la barre ? Dites-moi en commentaires. #tmx
Voir la traduction
#termmax @termmax $BTC 我重新看 @TermMax_Finance 的文档时,有个困惑一直绕不过去:DeFi 流动性已破千亿,为什么锁定确定利率至今仍是大多数协议的盲区? 刚开始我也下意识把它当成"Aave 套了层保险"。但把 PT/FT 拆分和 AMM 定价逻辑拆了几遍后,我发现方向错了。真正难的不是"让利率不变",而是链上根本没有时间概念。 可变利率里,清算、撤池、预言机延迟都能让 APY 几分钟内面目全非。TermMax 没有试图用更复杂算法"预测"利率,而是做了更根本的事:把未来从时间轴切下来,变成现在就能交易的资产。 存入资产时,协议直接发行两个 Token——PT 代表到期本金,FT 代表期间收益。链上不需要理解"久期"或"贴现",只需执行到期条件:时间到了,PT 按面值赎回。FT 在二级市场怎么定价,那是市场的事。 TMX 让我停下来思考的是,这套设计继续往协议深处走。每个市场有独立的风险参数,资金进入时规则已写死。外部波动需要调整协议行为时,通过 TMX 质押和延迟治理,把人的判断转换成合约能验证的链上信号。坏参数不会即时生效,安全模块给了市场参与者阻止错误的时间。 当然,设计图到长期运转还有距离。预言机鲁棒性、到期潮流动性承压、RWA 合规边界,都是后面要交卷的考题。 但拆完这套机制,我觉得 TermMax 想做的不是"固定利率版 Aave"。它在回答一个更底层的问题:如果链上原生没有时间概念,我们能不能把未来变成现在就能验证、交易、定价的东西? 不是 DeFi 模仿传统金融的语法,而是传统金融的时间价值,能不能用 DeFi 的词汇重写。 #TermMax TMX
#termmax @TermMax $BTC 我重新看 @TermMax_Finance 的文档时,有个困惑一直绕不过去:DeFi 流动性已破千亿,为什么锁定确定利率至今仍是大多数协议的盲区?

刚开始我也下意识把它当成"Aave 套了层保险"。但把 PT/FT 拆分和 AMM 定价逻辑拆了几遍后,我发现方向错了。真正难的不是"让利率不变",而是链上根本没有时间概念。

可变利率里,清算、撤池、预言机延迟都能让 APY 几分钟内面目全非。TermMax 没有试图用更复杂算法"预测"利率,而是做了更根本的事:把未来从时间轴切下来,变成现在就能交易的资产。

存入资产时,协议直接发行两个 Token——PT 代表到期本金,FT 代表期间收益。链上不需要理解"久期"或"贴现",只需执行到期条件:时间到了,PT 按面值赎回。FT 在二级市场怎么定价,那是市场的事。

TMX 让我停下来思考的是,这套设计继续往协议深处走。每个市场有独立的风险参数,资金进入时规则已写死。外部波动需要调整协议行为时,通过 TMX 质押和延迟治理,把人的判断转换成合约能验证的链上信号。坏参数不会即时生效,安全模块给了市场参与者阻止错误的时间。

当然,设计图到长期运转还有距离。预言机鲁棒性、到期潮流动性承压、RWA 合规边界,都是后面要交卷的考题。

但拆完这套机制,我觉得 TermMax 想做的不是"固定利率版 Aave"。它在回答一个更底层的问题:如果链上原生没有时间概念,我们能不能把未来变成现在就能验证、交易、定价的东西?

不是 DeFi 模仿传统金融的语法,而是传统金融的时间价值,能不能用 DeFi 的词汇重写。

#TermMax TMX
#baby $BABY @babylonlabs_io Ces deux derniers jours, je revisite à nouveau la tokenomics du livre blanc de Babylon. Je voulais calculer précisément le rendement net réel que permet de toucher un staking de BABY sur un an, mais je me suis retrouvé bloqué directement dans le chapitre « Security Budget Allocation ». J’ai scruté le tableau de répartition pendant vingt minutes avant de réaliser que la courbe de distribution dessinée par l’équipe officielle n’est pas un salaire fixe versé aux détenteurs de BABY : elle utilise la taille du staking BTC comme dénominateur. @BabylonLabs_io En creusant, j’ai compris que la première étape a été mal interprétée. La plupart des gens ont une intuition simple : plus BTC est verrouillé, plus les stakers BABY devraient “manger la même soupe”. Mais la logique de Babylon fait l’inverse : le montant total de BTC staké est l’ancre de sécurité du budget, et la part des détenteurs de BABY est comprimée de manière systémique à mesure que la taille du staking BTC augmente. Au début, quand le staking BTC est faible, les stakers BABY peuvent capter une plus grande portion. Ensuite, quand le staking BTC se généralise, le protocole incline automatiquement les récompenses du côté BTC — c’est là le véritable service de sécurité que Babylon cherche à acheter. L’équipe officielle appelle ça « two-sided staking alignment ». En voyant cette expression, j’ai démonté tous les modèles que j’avais construits auparavant sur la base d’un taux d’inflation fixe. Dit simplement, les stakers BABY ne reçoivent pas un salaire garantissant une bonne météo ou une mauvaise météo : ils participent à une enchère dynamique. Le pool de frais augmente en profondeur à mesure que la taille du staking BTC s’accroît, mais votre droit à une part est dilué. Et plus finement encore, cette courbe est aussi liée au prix d’équilibre (clearing price) de l’enchère BSN et au taux de commission des Finality Providers. Pour calculer le rendement, il faut donc suivre trois variables en même temps : le total de staking BTC, la compétitivité de l’enchère BSN et la proportion prélevée par les FP. Ce n’est pas aussi simple que le PoS traditionnel qui répartit une inflation au prorata du stake. Mais une fois le livre blanc lu, je reste avec une inquiétude : cette conception crée-t-elle un désalignement d’intérêt implicite entre les stakers de court et de long terme ? Il y a un détail que j’ai vérifié à plusieurs reprises : la répartition des récompenses BABY présente un changement de pente marqué près de certains seuils, et elle est liée aux enchères d’espace de blocs BSN. L’ajout d’une période de verrouillage de 15 mois rend le seuil, de fait, assez élevé. Babylon transforme donc BABY en un régulateur de budget de sécurité plutôt qu’en simple actif d’inflation — et c’est effectivement rare dans le BTCFi. Mais la valeur long terme de BABY dépend de deux choses : d’une part, est-ce que la taille du staking BTC pourra dépasser un point critique pour que le pool de frais devienne suffisamment profond ? d’autre part, est-ce que les utilisateurs ordinaires arriveront vraiment à comprendre la logique de répartition « plus le système est performant, plus votre part à vous est faible » ? À vous : vous préférez parier sur la poursuite de l’expansion du staking BTC, ou parier sur le fait que la prime liée à la gouvernance BABY compensera la dilution de la répartition ? On se retrouve dans les commentaires. #baby
#baby $BABY @BabylonLabs_io Ces deux derniers jours, je revisite à nouveau la tokenomics du livre blanc de Babylon. Je voulais calculer précisément le rendement net réel que permet de toucher un staking de BABY sur un an, mais je me suis retrouvé bloqué directement dans le chapitre « Security Budget Allocation ». J’ai scruté le tableau de répartition pendant vingt minutes avant de réaliser que la courbe de distribution dessinée par l’équipe officielle n’est pas un salaire fixe versé aux détenteurs de BABY : elle utilise la taille du staking BTC comme dénominateur. @BabylonLabs_io

En creusant, j’ai compris que la première étape a été mal interprétée. La plupart des gens ont une intuition simple : plus BTC est verrouillé, plus les stakers BABY devraient “manger la même soupe”. Mais la logique de Babylon fait l’inverse : le montant total de BTC staké est l’ancre de sécurité du budget, et la part des détenteurs de BABY est comprimée de manière systémique à mesure que la taille du staking BTC augmente. Au début, quand le staking BTC est faible, les stakers BABY peuvent capter une plus grande portion. Ensuite, quand le staking BTC se généralise, le protocole incline automatiquement les récompenses du côté BTC — c’est là le véritable service de sécurité que Babylon cherche à acheter.

L’équipe officielle appelle ça « two-sided staking alignment ». En voyant cette expression, j’ai démonté tous les modèles que j’avais construits auparavant sur la base d’un taux d’inflation fixe.

Dit simplement, les stakers BABY ne reçoivent pas un salaire garantissant une bonne météo ou une mauvaise météo : ils participent à une enchère dynamique. Le pool de frais augmente en profondeur à mesure que la taille du staking BTC s’accroît, mais votre droit à une part est dilué. Et plus finement encore, cette courbe est aussi liée au prix d’équilibre (clearing price) de l’enchère BSN et au taux de commission des Finality Providers. Pour calculer le rendement, il faut donc suivre trois variables en même temps : le total de staking BTC, la compétitivité de l’enchère BSN et la proportion prélevée par les FP. Ce n’est pas aussi simple que le PoS traditionnel qui répartit une inflation au prorata du stake.

Mais une fois le livre blanc lu, je reste avec une inquiétude : cette conception crée-t-elle un désalignement d’intérêt implicite entre les stakers de court et de long terme ? Il y a un détail que j’ai vérifié à plusieurs reprises : la répartition des récompenses BABY présente un changement de pente marqué près de certains seuils, et elle est liée aux enchères d’espace de blocs BSN. L’ajout d’une période de verrouillage de 15 mois rend le seuil, de fait, assez élevé.

Babylon transforme donc BABY en un régulateur de budget de sécurité plutôt qu’en simple actif d’inflation — et c’est effectivement rare dans le BTCFi. Mais la valeur long terme de BABY dépend de deux choses : d’une part, est-ce que la taille du staking BTC pourra dépasser un point critique pour que le pool de frais devienne suffisamment profond ? d’autre part, est-ce que les utilisateurs ordinaires arriveront vraiment à comprendre la logique de répartition « plus le système est performant, plus votre part à vous est faible » ? À vous : vous préférez parier sur la poursuite de l’expansion du staking BTC, ou parier sur le fait que la prime liée à la gouvernance BABY compensera la dilution de la répartition ? On se retrouve dans les commentaires. #baby
#baby $BABY @babylonlabs_io Vous voyez quelqu’un considérer le co-staking de Babylon comme une « façon de gagner du rendement BABY gratuitement en déposant du BTC » ? Ma première réaction a été : si c’était vraiment aussi simple, les institutions auraient déjà fait exploser le pool. Hier soir, j’ai recalibré FP en ré-auto-stake et en ajustant les proportions de délégation ; en recalculant, j’ai été encore plus lucide. @babylonlabs_io #baby Tu déposes 1 BTC, environ 100 000 dollars. Mais le co-staking Babylon est bidirectionnel : le FP que tu délègues doit lui aussi staker un montant BABY équivalent. Ton exposition réelle n’est donc pas 100 000 dollars, mais la responsabilité conjointe de 100 000 BTC + 100 000 BABY équivalent. En 90 jours, si le BABY est divisé par deux, l’auto-staking côté FP se contracte ; le système considère alors que le ratio de co-staking est déséquilibré. Tes gains de délégation ne sont pas juste “un peu moins”, ils sont directement amputés (poids réduits) voire même la distribution est suspendue. L’APY mesure le taux de rendement nominal ; la “santé” du co-staking mesure si le capital est toujours dans la liste des bénéficiaires. Masquer le risque derrière un chiffre d’intérêts, c’est comme anesthésier le danger avec des montants. Le problème plus profond, c’est la superposition à plusieurs niveaux. Si le réseau Babylon intègre Aave v4 pour prendre BABY en collatéral, les seuils de liquidation sont généralement autour de 120 % à 130 %. Si le BABY baisse encore de 25 %, le côté DeFi déclenche la liquidation ; côté Babylon, le ratio de co-staking franchit aussi la limite en même temps. Quand la trésorerie fait des prévisions, si elle ne met l’APY que dans la colonne “revenus” sans calculer les conditions de recomplètement en double, elle laisse un “trou traversant” dans son tableau de gestion des risques. Forcé de rajouter du BABY à bas niveau, ton coût réel finit par transformer un gain comptable en chiffre négatif. Le plus discret, c’est le décalage temporel inter-protocoles. L’oracle Aave, le scan du co-staking Babylon et le recalcul des poids FP fonctionnent chacun selon leur propre rythme. Un flash-crash de 20 % en 15 minutes : côté DeFi, les robots de liquidation ont déjà tiré. Côté Babylon, la décision de non-conformité peut encore être en attente dans la file. Quelques minutes de décalage suffisent pour te faire subir une double peine : liquidé côté Aave, puis déclassé côté Babylon. Si le produit doit vraiment s’adresser à des institutions, je ne regarderai pas d’abord l’APY : je regarderai d’abord les seuils “co-staking” durs, la fenêtre de tolérance pour le rajout, et la limite de délai de synchronisation entre protocoles. Le fait de pouvoir verrouiller le BTC, c’est seulement une moitié. La question, c’est : le mécanisme lié au BABY peut-il intégrer la volatilité du co-staking et le délai de réponse inter-protocoles dans une même table de risque ? C’est ce qui détermine si une institution osera réellement allouer des montants importants. À ton avis, le plus important est-ce que les chiffres de rendement “ont fière allure”, ou que les frontières anti-volatilité de cette règle d’appairage soient cruciales ? Discutons-en en commentaire. [TL;DR] Le rendement, c’est la vitrine ; le ratio, c’est le fond. IDOL CAP
#baby $BABY @BabylonLabs_io Vous voyez quelqu’un considérer le co-staking de Babylon comme une « façon de gagner du rendement BABY gratuitement en déposant du BTC » ? Ma première réaction a été : si c’était vraiment aussi simple, les institutions auraient déjà fait exploser le pool. Hier soir, j’ai recalibré FP en ré-auto-stake et en ajustant les proportions de délégation ; en recalculant, j’ai été encore plus lucide.

@BabylonLabs_io #baby

Tu déposes 1 BTC, environ 100 000 dollars. Mais le co-staking Babylon est bidirectionnel : le FP que tu délègues doit lui aussi staker un montant BABY équivalent. Ton exposition réelle n’est donc pas 100 000 dollars, mais la responsabilité conjointe de 100 000 BTC + 100 000 BABY équivalent. En 90 jours, si le BABY est divisé par deux, l’auto-staking côté FP se contracte ; le système considère alors que le ratio de co-staking est déséquilibré. Tes gains de délégation ne sont pas juste “un peu moins”, ils sont directement amputés (poids réduits) voire même la distribution est suspendue. L’APY mesure le taux de rendement nominal ; la “santé” du co-staking mesure si le capital est toujours dans la liste des bénéficiaires. Masquer le risque derrière un chiffre d’intérêts, c’est comme anesthésier le danger avec des montants.

Le problème plus profond, c’est la superposition à plusieurs niveaux. Si le réseau Babylon intègre Aave v4 pour prendre BABY en collatéral, les seuils de liquidation sont généralement autour de 120 % à 130 %. Si le BABY baisse encore de 25 %, le côté DeFi déclenche la liquidation ; côté Babylon, le ratio de co-staking franchit aussi la limite en même temps. Quand la trésorerie fait des prévisions, si elle ne met l’APY que dans la colonne “revenus” sans calculer les conditions de recomplètement en double, elle laisse un “trou traversant” dans son tableau de gestion des risques. Forcé de rajouter du BABY à bas niveau, ton coût réel finit par transformer un gain comptable en chiffre négatif.

Le plus discret, c’est le décalage temporel inter-protocoles. L’oracle Aave, le scan du co-staking Babylon et le recalcul des poids FP fonctionnent chacun selon leur propre rythme. Un flash-crash de 20 % en 15 minutes : côté DeFi, les robots de liquidation ont déjà tiré. Côté Babylon, la décision de non-conformité peut encore être en attente dans la file. Quelques minutes de décalage suffisent pour te faire subir une double peine : liquidé côté Aave, puis déclassé côté Babylon.

Si le produit doit vraiment s’adresser à des institutions, je ne regarderai pas d’abord l’APY : je regarderai d’abord les seuils “co-staking” durs, la fenêtre de tolérance pour le rajout, et la limite de délai de synchronisation entre protocoles.

Le fait de pouvoir verrouiller le BTC, c’est seulement une moitié. La question, c’est : le mécanisme lié au BABY peut-il intégrer la volatilité du co-staking et le délai de réponse inter-protocoles dans une même table de risque ? C’est ce qui détermine si une institution osera réellement allouer des montants importants. À ton avis, le plus important est-ce que les chiffres de rendement “ont fière allure”, ou que les frontières anti-volatilité de cette règle d’appairage soient cruciales ? Discutons-en en commentaire.

[TL;DR]
Le rendement, c’est la vitrine ; le ratio, c’est le fond.
IDOL CAP
#baby $BABY @babylonlabs_io En relisant la section sur les « incitations au staking » du livre blanc Babylon sur l’économie, je me rends compte que le « rendement élevé » de BABY est lui-même un contrat assorti d’un compte à rebours : l’argent que l’accord te verse maintenant ne provient pas entièrement de ses propres profits. Le document avec @babylonlabs_io est en fait on ne peut plus explicite : le retour que les stakers perçoivent à l’instant T provient de deux conduites alimentées en même temps — d’une part, les revenus d’un prélèvement réel opéré par Babylon sur les activités de prêt/ emprunt, et d’autre part, les compléments en BABY nouvellement frappés par le système selon un calendrier prédéfini. L’intention des concepteurs est limpide : au début, on gonfle le bassin grâce à l’inflation ; ensuite, c’est la partie « frais » qui prend naturellement la relève. Ainsi, la courbe APY que les utilisateurs voient aujourd’hui n’est fondamentalement pas une promesse de rendement perpétuel, mais plutôt un mode d’emploi « à double voie ». Cependant, ce système à double voie possède une porte dérobée. Les premiers arrivants, habitués à consommer les dividendes de l’incitation, trouveront les règles simples et transparentes ; mais lorsque les suivants entrent, ils peuvent se retrouver face à une conduite de subvention déjà réduite, avec une période de vide pendant laquelle le flux côté frais ne s’est pas encore synchronisé. S’il veut que les chiffres affichés restent beaux, il ne peut pas faire ce que ferait une gestion patrimoniale traditionnelle, à savoir exiger une « prolongation » ou un « surcroît de subvention ». Il ne peut que parier sur le fait que la pente de croissance des revenus du protocole soit suffisamment raide pour assurer la relève avant que les subventions ne s’éteignent. L’épreuve ne nécessite même pas d’attendre jusqu’au deep bear. Imagine un scénario : tu as déjà verrouillé une quantité de BABY, et trois mois plus tard, le taux de croissance du volume d’emprunt/lending ralentit chez Babylon, mais la fonction d’atténuation des émissions intégrée au code continue de réduire les subventions, étape par étape. Là, tu ouvres ton tableau de gains et tu constates une baisse : le problème n’est pas que tu aies mal calculé la formule, c’est que le protocole ne t’a tout simplement pas fourni un interrupteur pour « mettre en pause l’atténuation ». L’écart entre ton rendement attendu et ton flux de trésorerie réel est gravé dans le contrat. Donc, mon point de vue sur la conception économique de BABY est le suivant : elle échange une courbe d’émission claire contre une prédictibilité au début, mais cette prédictibilité est orientée — vers la baisse. La vraie question qui devrait maintenant être posée à propos de BABY n’est pas de savoir si les subventions seront temporairement renforcées, mais plutôt : avant que les revenus côté frais puissent réellement soutenir de manière autonome les rendements du staking, l’équipe aura-t-elle le courage d’expliquer clairement — comme on l’explique aujourd’hui avec le modèle d’inflation — que « vos gains passent de la création monétaire au prélèvement ». #baby BABY @BabylonLabs_io
#baby $BABY @BabylonLabs_io En relisant la section sur les « incitations au staking » du livre blanc Babylon sur l’économie, je me rends compte que le « rendement élevé » de BABY est lui-même un contrat assorti d’un compte à rebours : l’argent que l’accord te verse maintenant ne provient pas entièrement de ses propres profits.

Le document avec @BabylonLabs_io est en fait on ne peut plus explicite : le retour que les stakers perçoivent à l’instant T provient de deux conduites alimentées en même temps — d’une part, les revenus d’un prélèvement réel opéré par Babylon sur les activités de prêt/ emprunt, et d’autre part, les compléments en BABY nouvellement frappés par le système selon un calendrier prédéfini. L’intention des concepteurs est limpide : au début, on gonfle le bassin grâce à l’inflation ; ensuite, c’est la partie « frais » qui prend naturellement la relève. Ainsi, la courbe APY que les utilisateurs voient aujourd’hui n’est fondamentalement pas une promesse de rendement perpétuel, mais plutôt un mode d’emploi « à double voie ».

Cependant, ce système à double voie possède une porte dérobée. Les premiers arrivants, habitués à consommer les dividendes de l’incitation, trouveront les règles simples et transparentes ; mais lorsque les suivants entrent, ils peuvent se retrouver face à une conduite de subvention déjà réduite, avec une période de vide pendant laquelle le flux côté frais ne s’est pas encore synchronisé. S’il veut que les chiffres affichés restent beaux, il ne peut pas faire ce que ferait une gestion patrimoniale traditionnelle, à savoir exiger une « prolongation » ou un « surcroît de subvention ». Il ne peut que parier sur le fait que la pente de croissance des revenus du protocole soit suffisamment raide pour assurer la relève avant que les subventions ne s’éteignent.

L’épreuve ne nécessite même pas d’attendre jusqu’au deep bear. Imagine un scénario : tu as déjà verrouillé une quantité de BABY, et trois mois plus tard, le taux de croissance du volume d’emprunt/lending ralentit chez Babylon, mais la fonction d’atténuation des émissions intégrée au code continue de réduire les subventions, étape par étape. Là, tu ouvres ton tableau de gains et tu constates une baisse : le problème n’est pas que tu aies mal calculé la formule, c’est que le protocole ne t’a tout simplement pas fourni un interrupteur pour « mettre en pause l’atténuation ». L’écart entre ton rendement attendu et ton flux de trésorerie réel est gravé dans le contrat.

Donc, mon point de vue sur la conception économique de BABY est le suivant : elle échange une courbe d’émission claire contre une prédictibilité au début, mais cette prédictibilité est orientée — vers la baisse. La vraie question qui devrait maintenant être posée à propos de BABY n’est pas de savoir si les subventions seront temporairement renforcées, mais plutôt : avant que les revenus côté frais puissent réellement soutenir de manière autonome les rendements du staking, l’équipe aura-t-elle le courage d’expliquer clairement — comme on l’explique aujourd’hui avec le modèle d’inflation — que « vos gains passent de la création monétaire au prélèvement ».

#baby BABY @BabylonLabs_io
#baby $BABY @babylonlabs_io Le soir, seul chez moi, j’ai revérifié la logique, puis j’ai encore “fouillé” le tableau de bord on-chain de BABY. En voyant cette courbe de staking, avec une pente aussi arrogante, je me suis mis à réfléchir. Dans ce bassin de jetons, combien sont là parce qu’on croit vraiment au projet sur le long terme, et combien ne sont que de simples “escales temporaires”, faute de savoir à quel prix vendre ? Le calendrier de libération mensuelle de 136 millions de BABY est plutôt stable. Mais il faut comprendre un point : comme avec le minage de BTC, il existe un fossé énorme entre la production et la circulation réelle. Une fois les tokens déverrouillés, leur destination est multiple. Le taux de staking mis en avant par l’officiel masque une question centrale : quelle est la part de “fraîcheur” dans tout ça ? Combien provient des réserves laissées par l’ancien cycle de déblocage, et combien correspond à de l’argent frais réellement injecté par le marché secondaire ? Dans un contexte de baisse continue, est-ce que les gens continueront à s’engager en lock ? À l’heure actuelle, BABY n’a pas encore rendu sa copie à ce test de résistance. Par ailleurs, la description de la gouvernance dans la documentation est particulièrement maligne. Entre les lignes, on insiste sur l’“implication” des porteurs de tokens, mais dans les faits ? Impossible de trouver une seule proposition clé qui puisse, de façon directe, influencer le modèle financier du protocole. C’est comme si ETH ne pouvait pas être utilisé pour payer le Gas : on perd l’âme. L’incitation de l’écosystème souffre du même problème : le budget est dépensé avec enthousiasme, mais les indicateurs ROI critiques—taux de survie du projet, niveau de consommation des tokens, etc.—sont totalement absents. L’économie sur papier est toujours parfaite : elle te pousse à imaginer automatiquement un tableau de pénurie et de demande supérieure à l’offre. Mais dans la réalité, ces mines antipersonnel sont toujours là : l’érosion due à l’inflation, la gouvernance formalisée, et la conversion inefficace des fonds. Donc, arrêtez de me dessiner des plans pour l’écosystème : montrez-moi d’abord quelle est la quantité de circulation libre réelle après chaque déblocage. Une fois ces données essentielles “déshydratées”, je pourrai enfin croire que le modèle de tokens de BABY est vraiment robuste. #baby BABY
#baby $BABY @BabylonLabs_io Le soir, seul chez moi, j’ai revérifié la logique, puis j’ai encore “fouillé” le tableau de bord on-chain de BABY. En voyant cette courbe de staking, avec une pente aussi arrogante, je me suis mis à réfléchir. Dans ce bassin de jetons, combien sont là parce qu’on croit vraiment au projet sur le long terme, et combien ne sont que de simples “escales temporaires”, faute de savoir à quel prix vendre ?

Le calendrier de libération mensuelle de 136 millions de BABY est plutôt stable. Mais il faut comprendre un point : comme avec le minage de BTC, il existe un fossé énorme entre la production et la circulation réelle. Une fois les tokens déverrouillés, leur destination est multiple. Le taux de staking mis en avant par l’officiel masque une question centrale : quelle est la part de “fraîcheur” dans tout ça ? Combien provient des réserves laissées par l’ancien cycle de déblocage, et combien correspond à de l’argent frais réellement injecté par le marché secondaire ? Dans un contexte de baisse continue, est-ce que les gens continueront à s’engager en lock ? À l’heure actuelle, BABY n’a pas encore rendu sa copie à ce test de résistance.

Par ailleurs, la description de la gouvernance dans la documentation est particulièrement maligne. Entre les lignes, on insiste sur l’“implication” des porteurs de tokens, mais dans les faits ? Impossible de trouver une seule proposition clé qui puisse, de façon directe, influencer le modèle financier du protocole. C’est comme si ETH ne pouvait pas être utilisé pour payer le Gas : on perd l’âme. L’incitation de l’écosystème souffre du même problème : le budget est dépensé avec enthousiasme, mais les indicateurs ROI critiques—taux de survie du projet, niveau de consommation des tokens, etc.—sont totalement absents.

L’économie sur papier est toujours parfaite : elle te pousse à imaginer automatiquement un tableau de pénurie et de demande supérieure à l’offre. Mais dans la réalité, ces mines antipersonnel sont toujours là : l’érosion due à l’inflation, la gouvernance formalisée, et la conversion inefficace des fonds. Donc, arrêtez de me dessiner des plans pour l’écosystème : montrez-moi d’abord quelle est la quantité de circulation libre réelle après chaque déblocage. Une fois ces données essentielles “déshydratées”, je pourrai enfin croire que le modèle de tokens de BABY est vraiment robuste. #baby BABY
#baby $BABY @babylonlabs_io À trois heures du matin, dans le groupe technique, Lao Zhang envoie un message : lors du basculement du schéma maître/secondaire des nœuds FP, le battement de cœur a été interrompu pendant une demi-minute, et les deux côtés ont voté en même temps. Dans l’écosystème Cosmos, les doubles signatures ne sont pas une nouveauté : on dispose généralement de tampons de gouvernance et d’espaces pour faire appel. Mais Babylon, c’est différent. @babylonlabs_io Pour le Finality Provider, on utilise l’EOTS (Extractable One-Time Signature). Si une même clé privée signe deux messages différents, la clé privée est alors révélée et reconstituée : n’importe qui peut construire une transaction Bitcoin pour transférer les BTC misés vers une adresse de burn. Pas de vote en multi-signature, pas de proposition de gouvernance, pas de « attendez, on enquête ». L’exécution cryptographique est automatique, comme une machine sans bouton pause. Cela paraît une dissuasion maximale. Mais plus j’y réfléchis, plus je me dis que l’EOTS punit « un comportement », pas « une intention ». Imaginons qu’une équipe FP fasse une mise à jour de routine : lors du déploiement progressif, quelque chose se passe mal. Au moment du rollback, les deux instances (ancienne et nouvelle) signent, pour des blocs différents aux mêmes hauteurs avant/après, les preuves correspondantes. La fonction d’extraction de l’EOTS s’exécute publiquement on-chain, et la clé privée est reconstituée. Dans la fenêtre considérée, n’importe qui peut envoyer une transaction de slashing sur le réseau Bitcoin. En cas de double signature, il n’y a ni décompte d’alerte, ni coupure, ni « merci de fournir une explication de la situation ». La cryptographie n’accepte pas les excuses. C’est aussi une couche que j’ai tendance à oublier quand je suis #baby . L’EOTS déplace le risque de « est-ce que les gens vont mal faire » vers « est-ce que les gens vont se tromper ». Mal faire peut dissuader, se tromper ne peut que prévenir. Donc, les trois choses qui méritent vraiment d’être surveillées : l’infrastructure de signature des FP est-elle suffisamment isolée ; une fois le mainnet en ligne, les premiers slashes sont-ils dus à une intention malveillante ou à une erreur ; et, pour la fenêtre de temps où l’EOTS est réintégré au slashing, est-elle suffisamment courte pour maintenir la dissuasion, tout en laissant un peu de temps de réaction aux FP honnêtes. Dans un marché calme, l’EOTS est l’argument narratif le plus dur à vendre. Dans un marché sous pression, c’est le test ultime de la maturité opérationnelle des FP. Babylon intègre la punition directement dans l’algorithme de signature. Mais le marché n’a pas encore répondu : lorsque le rendement du staking baisse et que les coûts d’exploitation montent, cette application cryptographique « zéro tolérance » est-elle un mur de sécurité, ou une main invisible qui pousse les petits et moyens FP dans un coin ? BABY #baby
#baby $BABY @BabylonLabs_io À trois heures du matin, dans le groupe technique, Lao Zhang envoie un message : lors du basculement du schéma maître/secondaire des nœuds FP, le battement de cœur a été interrompu pendant une demi-minute, et les deux côtés ont voté en même temps.

Dans l’écosystème Cosmos, les doubles signatures ne sont pas une nouveauté : on dispose généralement de tampons de gouvernance et d’espaces pour faire appel. Mais Babylon, c’est différent.

@BabylonLabs_io Pour le Finality Provider, on utilise l’EOTS (Extractable One-Time Signature). Si une même clé privée signe deux messages différents, la clé privée est alors révélée et reconstituée : n’importe qui peut construire une transaction Bitcoin pour transférer les BTC misés vers une adresse de burn.

Pas de vote en multi-signature, pas de proposition de gouvernance, pas de « attendez, on enquête ». L’exécution cryptographique est automatique, comme une machine sans bouton pause.

Cela paraît une dissuasion maximale. Mais plus j’y réfléchis, plus je me dis que l’EOTS punit « un comportement », pas « une intention ».

Imaginons qu’une équipe FP fasse une mise à jour de routine : lors du déploiement progressif, quelque chose se passe mal. Au moment du rollback, les deux instances (ancienne et nouvelle) signent, pour des blocs différents aux mêmes hauteurs avant/après, les preuves correspondantes. La fonction d’extraction de l’EOTS s’exécute publiquement on-chain, et la clé privée est reconstituée. Dans la fenêtre considérée, n’importe qui peut envoyer une transaction de slashing sur le réseau Bitcoin.

En cas de double signature, il n’y a ni décompte d’alerte, ni coupure, ni « merci de fournir une explication de la situation ». La cryptographie n’accepte pas les excuses.

C’est aussi une couche que j’ai tendance à oublier quand je suis #baby . L’EOTS déplace le risque de « est-ce que les gens vont mal faire » vers « est-ce que les gens vont se tromper ». Mal faire peut dissuader, se tromper ne peut que prévenir.

Donc, les trois choses qui méritent vraiment d’être surveillées : l’infrastructure de signature des FP est-elle suffisamment isolée ; une fois le mainnet en ligne, les premiers slashes sont-ils dus à une intention malveillante ou à une erreur ; et, pour la fenêtre de temps où l’EOTS est réintégré au slashing, est-elle suffisamment courte pour maintenir la dissuasion, tout en laissant un peu de temps de réaction aux FP honnêtes.

Dans un marché calme, l’EOTS est l’argument narratif le plus dur à vendre. Dans un marché sous pression, c’est le test ultime de la maturité opérationnelle des FP.

Babylon intègre la punition directement dans l’algorithme de signature. Mais le marché n’a pas encore répondu : lorsque le rendement du staking baisse et que les coûts d’exploitation montent, cette application cryptographique « zéro tolérance » est-elle un mur de sécurité, ou une main invisible qui pousse les petits et moyens FP dans un coin ?

BABY #baby
#baby $BABY @babylonlabs_io 凌晨刷广场,十条有八条在喊"Babylon让大饼生息了,机构资金要涌进来"。 我表弟干传统金融债销的,看完TBV只说一句:"在TradFi里,BTC对标黄金,零对手方风险。现在你把这玩意儿锁进UTXO,委托给连KYC都没有的匿名节点,对方手抖一下本金就没了。这不叫增强收益,叫风险资产置换。" TBV不是在给BTC加利息,是在给BTC加对手方。 以前你手里的大饼像全款买的房,房产证在你手里。现在TBV让你租出去收BABY租金。但EOTS的Slash条款藏在合同最后:租客(FP)违规导致火灾(双签),你的房子(BTC本金)也要被拍卖(Slash)。你收的那点租金,连房子估值零头都不到。 更离谱的是赔率。质押10个大饼,年化拿5%的BABY。行情好赚0.5个等值租金,FP一次手滑,10个大饼直接归零。100%本金风险博5%收益,胜率取决于匿名运维团队今天喝了几杯咖啡。 大户不是傻子。管理九位数大饼的家族办公室朋友看完直接摇头:"我们要本金绝对安全,不是用硬资产换软资产的通胀游戏。没有FP信用评级、没有保险覆盖Slash、没有unbonding流动性对冲,这钱宁可躺冷钱包。" 技术层面我认Babylon的架构,但优雅不等于可投资。TradFi卖债券给机构需要评级、审计、压力测试。Babylon现在有什么?一群APY排行榜和一堆没运维历史的FP。 散户可以赌,Slash了当交学费。巨鲸的资金要求"本金不能有非市场性损失",TBV给不了。 别急着喊"BTCFi夏天"。先让FP市场经历几轮Slash寒冬,让信誉体系从废墟里长出来。 在那之前,你质押的不是BTC,是赌一个陌生人不会手抖的信用凭证。 BABY #baby @BabylonLabs_io 评论区报个到,你们算过自己委托的FP一旦Slash,本金损失率是多少吗?
#baby $BABY @BabylonLabs_io 凌晨刷广场,十条有八条在喊"Babylon让大饼生息了,机构资金要涌进来"。

我表弟干传统金融债销的,看完TBV只说一句:"在TradFi里,BTC对标黄金,零对手方风险。现在你把这玩意儿锁进UTXO,委托给连KYC都没有的匿名节点,对方手抖一下本金就没了。这不叫增强收益,叫风险资产置换。"

TBV不是在给BTC加利息,是在给BTC加对手方。

以前你手里的大饼像全款买的房,房产证在你手里。现在TBV让你租出去收BABY租金。但EOTS的Slash条款藏在合同最后:租客(FP)违规导致火灾(双签),你的房子(BTC本金)也要被拍卖(Slash)。你收的那点租金,连房子估值零头都不到。

更离谱的是赔率。质押10个大饼,年化拿5%的BABY。行情好赚0.5个等值租金,FP一次手滑,10个大饼直接归零。100%本金风险博5%收益,胜率取决于匿名运维团队今天喝了几杯咖啡。

大户不是傻子。管理九位数大饼的家族办公室朋友看完直接摇头:"我们要本金绝对安全,不是用硬资产换软资产的通胀游戏。没有FP信用评级、没有保险覆盖Slash、没有unbonding流动性对冲,这钱宁可躺冷钱包。"

技术层面我认Babylon的架构,但优雅不等于可投资。TradFi卖债券给机构需要评级、审计、压力测试。Babylon现在有什么?一群APY排行榜和一堆没运维历史的FP。

散户可以赌,Slash了当交学费。巨鲸的资金要求"本金不能有非市场性损失",TBV给不了。

别急着喊"BTCFi夏天"。先让FP市场经历几轮Slash寒冬,让信誉体系从废墟里长出来。

在那之前,你质押的不是BTC,是赌一个陌生人不会手抖的信用凭证。

BABY #baby
@BabylonLabs_io

评论区报个到,你们算过自己委托的FP一旦Slash,本金损失率是多少吗?
#baby $BABY @babylonlabs_io Je travaille depuis dix ans dans le contrôle des risques dans une banque, et après avoir lu le document de la Phase 2 de @babylonlabs_io , je n’ai entendu qu’une seule phrase : « Ça ne s’appelle pas simplement : “la garantie sans transfert de possession” ? Le certificat de propriété est encore dans ton tiroir, mais le pouvoir de disposition est déjà limité.” Babylon joue la même partition. Le BTC n’a pas quitté le portefeuille, mais le script UTXO l’a inscrit dans le registre de nantissement. Tu peux utiliser ta clé privée pour consulter le solde, mais les conditions du script bloquent la sortie. Ce n’est pas un produit d’épargne liquide : c’est un gage de biens meubles. Tu donnes du BTC à la chaîne PoS pour renforcer la crédibilité ; la chaîne PoS, pour prouver « qu’un consensus a un soutien en bitcoins », paie une caution. Le Finality Provider est ton mandataire. Tu lui délègues le pouvoir de vote ; il exécute la vérification sur le Babylon Genesis. Mais s’il signe deux fois par malveillance, le script UTXO se déclenche automatiquement et active le slashing : ton BTC passe par un chemin de confiscation. Ce n’est pas juste des frais : c’est une mise en vente type vente aux enchères d’un bien immobilier, directement. Les 1008 blocs de la Phase 2 correspondent à la période de déblocage : ne te plains pas du « retrait lent ». C’est un délai de refroidissement légal pour l’annulation du nantissement, intégré au script Bitcoin. Les 7 jours ne sont pas un bug : c’est une clause irrévocable. Mais qui est l’emprunteur ? La Consumer Chain (chaîne de consommation) est la partie qui paie : elles financent la location de sécurité via BABY. Or, combien de chaînes PoS ont vraiment besoin de ce renfort ? Beaucoup de chaînes peuvent couvrir le coût de sécurité uniquement par l’inflation de leurs propres tokens : pourquoi dépenser en plus des BABY pour acheter une attestation ? Ce n’est pas un besoin vital : c’est une dépense optionnelle. La partie la plus discrète, c’est le risque de volatilité de BABY. C’est le token de paiement de la caution ; si BABY chute de 50 %, le coût réel de la chaîne de consommation double, et la volonté de renouveler baisse immédiatement. Pour les validateurs (les stakers), le « rendement » perçu est officiellement en BABY, mais le pouvoir d’achat dépend du repreneur sur le marché secondaire : ce n’est pas du tout la même chose que des intérêts en USDC. Donc, quand je regarde BABY, je ne me demande pas combien de BTC sont verrouillés : je ne pose que deux questions difficiles. Combien de Consumer Chains rachètent en continu ? Et quand le prix de BABY baisse, les stakers accepteront-ils encore d’assumer le risque de verrouillage et de slashing ? Le volume verrouillé, c’est de l’auto-satisfaction côté offre ; le taux de réachat, c’est l’or véritable côté demande. S’il n’y a pas d’emprunteur pressé d’avoir de l’argent, le registre de nantissement n’est qu’un chèque tiré sur la plage. DYOR.#baby BABY RIF AKE
#baby $BABY @BabylonLabs_io Je travaille depuis dix ans dans le contrôle des risques dans une banque, et après avoir lu le document de la Phase 2 de @BabylonLabs_io , je n’ai entendu qu’une seule phrase : « Ça ne s’appelle pas simplement : “la garantie sans transfert de possession” ? Le certificat de propriété est encore dans ton tiroir, mais le pouvoir de disposition est déjà limité.”

Babylon joue la même partition. Le BTC n’a pas quitté le portefeuille, mais le script UTXO l’a inscrit dans le registre de nantissement. Tu peux utiliser ta clé privée pour consulter le solde, mais les conditions du script bloquent la sortie. Ce n’est pas un produit d’épargne liquide : c’est un gage de biens meubles. Tu donnes du BTC à la chaîne PoS pour renforcer la crédibilité ; la chaîne PoS, pour prouver « qu’un consensus a un soutien en bitcoins », paie une caution.

Le Finality Provider est ton mandataire. Tu lui délègues le pouvoir de vote ; il exécute la vérification sur le Babylon Genesis. Mais s’il signe deux fois par malveillance, le script UTXO se déclenche automatiquement et active le slashing : ton BTC passe par un chemin de confiscation. Ce n’est pas juste des frais : c’est une mise en vente type vente aux enchères d’un bien immobilier, directement.

Les 1008 blocs de la Phase 2 correspondent à la période de déblocage : ne te plains pas du « retrait lent ». C’est un délai de refroidissement légal pour l’annulation du nantissement, intégré au script Bitcoin. Les 7 jours ne sont pas un bug : c’est une clause irrévocable.

Mais qui est l’emprunteur ? La Consumer Chain (chaîne de consommation) est la partie qui paie : elles financent la location de sécurité via BABY. Or, combien de chaînes PoS ont vraiment besoin de ce renfort ? Beaucoup de chaînes peuvent couvrir le coût de sécurité uniquement par l’inflation de leurs propres tokens : pourquoi dépenser en plus des BABY pour acheter une attestation ? Ce n’est pas un besoin vital : c’est une dépense optionnelle.

La partie la plus discrète, c’est le risque de volatilité de BABY. C’est le token de paiement de la caution ; si BABY chute de 50 %, le coût réel de la chaîne de consommation double, et la volonté de renouveler baisse immédiatement. Pour les validateurs (les stakers), le « rendement » perçu est officiellement en BABY, mais le pouvoir d’achat dépend du repreneur sur le marché secondaire : ce n’est pas du tout la même chose que des intérêts en USDC.

Donc, quand je regarde BABY, je ne me demande pas combien de BTC sont verrouillés : je ne pose que deux questions difficiles. Combien de Consumer Chains rachètent en continu ? Et quand le prix de BABY baisse, les stakers accepteront-ils encore d’assumer le risque de verrouillage et de slashing ?

Le volume verrouillé, c’est de l’auto-satisfaction côté offre ; le taux de réachat, c’est l’or véritable côté demande. S’il n’y a pas d’emprunteur pressé d’avoir de l’argent, le registre de nantissement n’est qu’un chèque tiré sur la plage.

DYOR.#baby BABY
RIF AKE
#baby $BABY @babylonlabs_io 周末跟干传统金融的表弟吃饭,他问我 BABY 质押年化多少。我说币本位看着还行,FP 奖励加验证人收益,堆起来数字不低。他放下筷子瞅了我一眼:你们算收益,从来不折现的? 第一层,表弟说的折现。 我跟他解释,通胀 5.5%、没有硬顶,协议每天自动印新币发奖励。他说这不叫收益,叫供给扩张。你手里币数涨了,但池子水位也在涨,真看购买力得把稀释率扣掉。扣完再算,不少质押者的"正收益"其实是平的,甚至负的。 第二层,表弟说的久期。 他问锁仓多久,我说 unbonding 14 天,团队投资人还按月线性解锁。他说是典型的久期错配——你以为是活期,退出有摩擦;你以为锁仓是护城河,其实每月固定筹码从"非流通"变"流通",久期里埋着定时释放。传统债市里这种结构要加风险补偿,你们币圈直接无视? 第三层,表弟说的增级。 他说你们老讲"比特币共享安全",我研究了,最终出块安全是 BABY 质押者撑的,BTC 只是抵押品。抵押品和偿债主体是两回事,就像房贷,房子押了,但还月供的是借款人。如果 BABY 质押集中度高,或者质押收益跑不赢解锁抛压,"共享安全"的增级是内部循环,不是外部背书。 第四层,表弟说的现金流。 他问外部现金流在哪,我说等 Phase-3,BSN 会付费买安全。他说那就是还没到账。一个产品现金流全靠"未来客户承诺",在我们行里叫"画在沙滩上的支票"。MC/TVL 常年 0.02 以下,市场已经用估值投了票——这不是偏见,是折现。 表弟结账时说,你要真玩,就当买了一份高波动率的信用债,仓位别超总资产 5%,等"外部现金流"真的到账再考虑加仓。我说这话我记下了,但币圈人习惯先冲再算。他笑了笑:所以你们叫老韭菜。 On se retrouve en commentaires. BABY @babylonlabs_io #baby
#baby $BABY @BabylonLabs_io 周末跟干传统金融的表弟吃饭,他问我 BABY 质押年化多少。我说币本位看着还行,FP 奖励加验证人收益,堆起来数字不低。他放下筷子瞅了我一眼:你们算收益,从来不折现的?

第一层,表弟说的折现。 我跟他解释,通胀 5.5%、没有硬顶,协议每天自动印新币发奖励。他说这不叫收益,叫供给扩张。你手里币数涨了,但池子水位也在涨,真看购买力得把稀释率扣掉。扣完再算,不少质押者的"正收益"其实是平的,甚至负的。

第二层,表弟说的久期。 他问锁仓多久,我说 unbonding 14 天,团队投资人还按月线性解锁。他说是典型的久期错配——你以为是活期,退出有摩擦;你以为锁仓是护城河,其实每月固定筹码从"非流通"变"流通",久期里埋着定时释放。传统债市里这种结构要加风险补偿,你们币圈直接无视?

第三层,表弟说的增级。 他说你们老讲"比特币共享安全",我研究了,最终出块安全是 BABY 质押者撑的,BTC 只是抵押品。抵押品和偿债主体是两回事,就像房贷,房子押了,但还月供的是借款人。如果 BABY 质押集中度高,或者质押收益跑不赢解锁抛压,"共享安全"的增级是内部循环,不是外部背书。

第四层,表弟说的现金流。 他问外部现金流在哪,我说等 Phase-3,BSN 会付费买安全。他说那就是还没到账。一个产品现金流全靠"未来客户承诺",在我们行里叫"画在沙滩上的支票"。MC/TVL 常年 0.02 以下,市场已经用估值投了票——这不是偏见,是折现。

表弟结账时说,你要真玩,就当买了一份高波动率的信用债,仓位别超总资产 5%,等"外部现金流"真的到账再考虑加仓。我说这话我记下了,但币圈人习惯先冲再算。他笑了笑:所以你们叫老韭菜。

On se retrouve en commentaires.

BABY @BabylonLabs_io #baby
#baby $BABY @babylonlabs_io Je suis resté éveillé toute la nuit à vérifier, dans la documentation de BabylonLabs, ces pages-là sur la logique de la delegation et du slashing. La plupart des gens pensent que les pénalités appliquées vont selon un principe « d’abord le validateur, ensuite le délégateur », mais en fait ce n’est pas comme ça. Quand le protocole déclenche un slashing, le self-bond du validateur et les fonds du délégateur sont amputés selon le même ratio. Si la proportion de self-staking du validateur est extrêmement faible, dans une seule pénalité il perd 2 000, tandis que toi tu peux perdre 200 000. L’exposition au risque n’est absolument pas symétrique. #baby Plus précisément, dans la documentation, il n’y a pas de « codage dur » au niveau de la « limite minimale de self-staking du validateur ». Ce paramètre est laissé à chaque chaîne POS pour qu’elle le configure elle-même ; sur certains réseaux de test, il est proche de zéro. Côté délégateur, il n’y a pas d’interface unifiée qui permette de comparer de manière intuitive « combien d’argent à lui-même j’ai délégué/je délègue au final ». Je n’ai pas trouvé de définition claire à ce sujet. @BabylonLabs_io Faisons une analogie : tu montes une coentreprise de 1 million pour ouvrir un restaurant, et tes partenaires apportent 10 000. Le contrat écrit : « les pertes sont partagées ». Résultat : ils supportent 20 %, et toi 20 %. S’il perd 2 000, toi tu perds 200 000. D’après ce que j’ai observé de ce mécanisme, dans la pratique, je privilégierai les validateurs dont le ratio de self-bond est plus élevé et dont le montant absolu est plus important—je ne regarderai pas uniquement l’APR. Si le seuil d’accès d’une chaîne est réglé trop bas, je diminuerai directement la pondération du staking. La limite, c’est que le mainnet n’a pas encore tourné : les données réelles de self-bond ne sont pas encore on-chain, et je n’ai pas testé l’ordre exact d’exécution du slashing. Concernant la trajectoire de BABY à venir, ce type de « risque d’agent (délégation) » est difficile à coter directement à court terme : c’est plutôt un examen médical destiné aux institutions—plus les mécanismes de protection du délégateur tiennent bien face à l’analyse des détails, plus le seuil d’accès pour des montants importants peut être bas. Je ne rééquilibrerai pas mon portefeuille uniquement parce que j’ai compris cette partie ; j’attendrai que les données du mainnet et des cas réels apparaissent pour réévaluer. Quand vous choisissez des validateurs, vous vérifiez son ratio de self-bond, ou vous ne regardez que le classement par rendement ? Discutons-en dans les commentaires de Binance Square.
#baby $BABY @BabylonLabs_io Je suis resté éveillé toute la nuit à vérifier, dans la documentation de BabylonLabs, ces pages-là sur la logique de la delegation et du slashing.

La plupart des gens pensent que les pénalités appliquées vont selon un principe « d’abord le validateur, ensuite le délégateur », mais en fait ce n’est pas comme ça.

Quand le protocole déclenche un slashing, le self-bond du validateur et les fonds du délégateur sont amputés selon le même ratio. Si la proportion de self-staking du validateur est extrêmement faible, dans une seule pénalité il perd 2 000, tandis que toi tu peux perdre 200 000. L’exposition au risque n’est absolument pas symétrique. #baby

Plus précisément, dans la documentation, il n’y a pas de « codage dur » au niveau de la « limite minimale de self-staking du validateur ». Ce paramètre est laissé à chaque chaîne POS pour qu’elle le configure elle-même ; sur certains réseaux de test, il est proche de zéro. Côté délégateur, il n’y a pas d’interface unifiée qui permette de comparer de manière intuitive « combien d’argent à lui-même j’ai délégué/je délègue au final ». Je n’ai pas trouvé de définition claire à ce sujet. @BabylonLabs_io

Faisons une analogie : tu montes une coentreprise de 1 million pour ouvrir un restaurant, et tes partenaires apportent 10 000. Le contrat écrit : « les pertes sont partagées ». Résultat : ils supportent 20 %, et toi 20 %. S’il perd 2 000, toi tu perds 200 000.

D’après ce que j’ai observé de ce mécanisme, dans la pratique, je privilégierai les validateurs dont le ratio de self-bond est plus élevé et dont le montant absolu est plus important—je ne regarderai pas uniquement l’APR. Si le seuil d’accès d’une chaîne est réglé trop bas, je diminuerai directement la pondération du staking. La limite, c’est que le mainnet n’a pas encore tourné : les données réelles de self-bond ne sont pas encore on-chain, et je n’ai pas testé l’ordre exact d’exécution du slashing.

Concernant la trajectoire de BABY à venir, ce type de « risque d’agent (délégation) » est difficile à coter directement à court terme : c’est plutôt un examen médical destiné aux institutions—plus les mécanismes de protection du délégateur tiennent bien face à l’analyse des détails, plus le seuil d’accès pour des montants importants peut être bas. Je ne rééquilibrerai pas mon portefeuille uniquement parce que j’ai compris cette partie ; j’attendrai que les données du mainnet et des cas réels apparaissent pour réévaluer.

Quand vous choisissez des validateurs, vous vérifiez son ratio de self-bond, ou vous ne regardez que le classement par rendement ? Discutons-en dans les commentaires de Binance Square.
#baby $BABY @babylonlabs_io Dans le récit actuel du marché des crypto-actifs, le terme « non-custodial » est souvent assimilé à une sécurité absolue. Grâce à sa capacité à faire en sorte que les actifs n’aient pas besoin de quitter le réseau principal Bitcoin, le protocole Babylon a réussi à attirer une large attention sur l’écoulement de liquidités. Les investisseurs estiment généralement que, tant que les clés privées sont en leur possession, les actifs sont à l’abri des risques systémiques du réseau externe. Cependant, en disséquant plus en profondeur son modèle de fonctionnement, on constate que le risque n’a pas été éliminé : il a simplement été transféré de manière implicite. Pendant que les utilisateurs perçoivent les rendements en jetons BABY, leur véritable exposition au risque est passée du réseau principal Bitcoin à la couche de consensus PoS du réseau Babylon. Il s’agit d’une configuration typique d’asymétrie entre l’information et le risque. Concrètement, la sécurité du protocole dépend fortement de la probité des Finality Providers (fournisseurs de finalité). Si ces nœuds se mettent à conspirer ou si le réseau fait face à une attaque, le réseau principal Bitcoin, faute de capacité à lire l’état externe via des smart contracts, ne pourra pas intervenir : ses scripts de base seront impuissants. Le réseau Bitcoin ne fournit qu’une serrure cryptographique, mais ne peut pas décider de ce qui se passe en dehors de la serrure. Cette asymétrie se manifeste encore plus nettement dans des conditions de marché extrêmes. D’une main, on a le time-lock de Bitcoin considéré comme sûr ; de l’autre, on a des infrastructures réseau externes qui maintiennent les rendements et les mécanismes de pénalité. Les utilisateurs semblent ne pas avoir cédé la gestion de leurs actifs, mais en réalité, ils ont unilatéralement mis en gage la valeur temporelle et la liquidité de leurs actifs auprès d’un mécanisme de consensus relativement plus récent. Pour évaluer la valeur de ce type d’infrastructure, il ne faut pas s’en tenir à une logique superficielle du type « l’actif est-il toujours sur la chaîne d’origine ? ». Les acteurs du marché doivent examiner la question suivante : lorsque la couche de consensus externe subit de fortes turbulences, est-ce que leurs propres actifs disposent d’une capacité de couverture (hedge) face à ces chocs externes ? Comprendre la nature même du transfert de risque est essentiel pour élaborer une stratégie robuste d’allocation d’actifs.
#baby $BABY @BabylonLabs_io Dans le récit actuel du marché des crypto-actifs, le terme « non-custodial » est souvent assimilé à une sécurité absolue. Grâce à sa capacité à faire en sorte que les actifs n’aient pas besoin de quitter le réseau principal Bitcoin, le protocole Babylon a réussi à attirer une large attention sur l’écoulement de liquidités. Les investisseurs estiment généralement que, tant que les clés privées sont en leur possession, les actifs sont à l’abri des risques systémiques du réseau externe.

Cependant, en disséquant plus en profondeur son modèle de fonctionnement, on constate que le risque n’a pas été éliminé : il a simplement été transféré de manière implicite. Pendant que les utilisateurs perçoivent les rendements en jetons BABY, leur véritable exposition au risque est passée du réseau principal Bitcoin à la couche de consensus PoS du réseau Babylon. Il s’agit d’une configuration typique d’asymétrie entre l’information et le risque.

Concrètement, la sécurité du protocole dépend fortement de la probité des Finality Providers (fournisseurs de finalité). Si ces nœuds se mettent à conspirer ou si le réseau fait face à une attaque, le réseau principal Bitcoin, faute de capacité à lire l’état externe via des smart contracts, ne pourra pas intervenir : ses scripts de base seront impuissants. Le réseau Bitcoin ne fournit qu’une serrure cryptographique, mais ne peut pas décider de ce qui se passe en dehors de la serrure.

Cette asymétrie se manifeste encore plus nettement dans des conditions de marché extrêmes. D’une main, on a le time-lock de Bitcoin considéré comme sûr ; de l’autre, on a des infrastructures réseau externes qui maintiennent les rendements et les mécanismes de pénalité. Les utilisateurs semblent ne pas avoir cédé la gestion de leurs actifs, mais en réalité, ils ont unilatéralement mis en gage la valeur temporelle et la liquidité de leurs actifs auprès d’un mécanisme de consensus relativement plus récent.

Pour évaluer la valeur de ce type d’infrastructure, il ne faut pas s’en tenir à une logique superficielle du type « l’actif est-il toujours sur la chaîne d’origine ? ». Les acteurs du marché doivent examiner la question suivante : lorsque la couche de consensus externe subit de fortes turbulences, est-ce que leurs propres actifs disposent d’une capacité de couverture (hedge) face à ces chocs externes ? Comprendre la nature même du transfert de risque est essentiel pour élaborer une stratégie robuste d’allocation d’actifs.
#baby $BABY @babylonlabs_io 凌晨,表弟来东京,听说我的BTC还在冷钱包里装死,翻了个白眼:"都2026年了,你还让它们睡大觉?" 不是不想生息,wBTC中心化托管让我后颈发凉,跨链桥更是走钢丝。正发愁,刷到@babylonlabs_io的数据:五万六千多枚原生BTC锁在自托管脚本里,不靠桥、不托管,用比特币自己的密码学给PoS链当保安。 Babylon就地取材:原生timelock做质押合约,私钥始终捏在自己手里,币不离开主链,却能同时给多条PoS链提供经济安全背书,赚多份收益。BABY身兼两职——既是治理筛子,决定哪些链能借到BTC的安全预算;又是验证节点抵押品,作恶直接slash。最让老HODLER眼馋的,是"自托管生息"四个字。终于不用把币交给黑箱托管方,也不用忍受跨链桥那种随时抽走底板的系统性风险。 但雷也得拆明白:在比特币这种保守底子上玩脚本创新,工程摩擦力被低估了。slash机制一旦触发,BTC可能永久锁死甚至罚没。更隐蔽的雷在代币端——早期投资人30.5%,团队15%,顾问3.5%,近半筹码捏在内部人手里,2026年5月起按月释放,未来三年持续消化抛压。 眼下社区对BABY的讨论,几乎全盘沉浸在"开盘能冲几倍"的低智狂欢里。没人去抠TVL和市值的错配,更没人细算每月解锁的稀释速率。对于强依赖BSN网络adoption的质押型代币,价值捕获是长期压力测试,绝不是一波FOMO能锁死估值的。 我的纪律很死板:解锁高峰期前绝不拼刺刀。先挂个极小观察仓,给六个月窗口,死盯新增BSN接入数和BTC质押量的真实增长。黑暗森林里,踩准节奏永远比满仓梭哈活得久。 BTC ETH #babylon BABY
#baby $BABY @BabylonLabs_io 凌晨,表弟来东京,听说我的BTC还在冷钱包里装死,翻了个白眼:"都2026年了,你还让它们睡大觉?"

不是不想生息,wBTC中心化托管让我后颈发凉,跨链桥更是走钢丝。正发愁,刷到@babylonlabs_io的数据:五万六千多枚原生BTC锁在自托管脚本里,不靠桥、不托管,用比特币自己的密码学给PoS链当保安。

Babylon就地取材:原生timelock做质押合约,私钥始终捏在自己手里,币不离开主链,却能同时给多条PoS链提供经济安全背书,赚多份收益。BABY身兼两职——既是治理筛子,决定哪些链能借到BTC的安全预算;又是验证节点抵押品,作恶直接slash。最让老HODLER眼馋的,是"自托管生息"四个字。终于不用把币交给黑箱托管方,也不用忍受跨链桥那种随时抽走底板的系统性风险。

但雷也得拆明白:在比特币这种保守底子上玩脚本创新,工程摩擦力被低估了。slash机制一旦触发,BTC可能永久锁死甚至罚没。更隐蔽的雷在代币端——早期投资人30.5%,团队15%,顾问3.5%,近半筹码捏在内部人手里,2026年5月起按月释放,未来三年持续消化抛压。

眼下社区对BABY的讨论,几乎全盘沉浸在"开盘能冲几倍"的低智狂欢里。没人去抠TVL和市值的错配,更没人细算每月解锁的稀释速率。对于强依赖BSN网络adoption的质押型代币,价值捕获是长期压力测试,绝不是一波FOMO能锁死估值的。

我的纪律很死板:解锁高峰期前绝不拼刺刀。先挂个极小观察仓,给六个月窗口,死盯新增BSN接入数和BTC质押量的真实增长。黑暗森林里,踩准节奏永远比满仓梭哈活得久。

BTC ETH
#babylon BABY
#baby $BABY @babylonlabs_io La semaine dernière, Lao Zhang s’est un peu pris la tête sur la chaîne en bricolant le rendement du staking… au point de deux doigts de faire tomber son clavier. Son paquet de BTC, lui — rangé dans un portefeuille froid, comme un vieux vin scellé depuis dix ans : ça sent bon, mais impossible d’en tirer la moindre goutte. À côté, Lao Wang fait du farming sur Solana, et son cousin arrive même à sortir 4 points sur des bons du Trésor américain. Et les BTC de Lao Zhang ? À part attendre une hausse… il n’y a que ça : attendre une hausse. C’est là que le protocole Babylon s’est présenté devant lui : pas besoin de sortir le vin de la cave ; louez-le à distance pour encaisser des loyers. Le raisonnement, lui, est plutôt subtil. Babylon ne touche pas à l’empilement à la WBTC via des ponts inter-chaînes — Zhang avait déjà vu trop de tragédies en 2022 à propos de ces “ponts”. Le BTC reste sur la chaîne d’origine : grâce à des scripts à time-lock, la sécurité économique est “acheminée” à distance vers la chaîne PoS. Ton BTC reste ton BTC, mais “la ligne de crédit” est empruntée en guise de collatéral. Le problème vient des pénalités. La chaîne Bitcoin d’origine n’a pas de contrats intelligents : le slash dépend de la couche de coordination hors-chaîne et de l’hypothèse de sincérité des Finality Providers. Dès que des nœuds se concertent ou que la couche de coordination répond avec du retard en cas de marché extrême, l’engagement de sécurité devient comme un chèque écrit sur du sable : la marée arrive, et tout s’efface. La répartition des tokens fait froncer les sourcils à Lao Zhang. Incitations de la communauté : 15 %, placement privé : 30,5 %, équipe : 15 % — et au total, les institutions en ont la moitié. Le déblocage commence en mai 2026, puis s’étale linéairement sur 36 mois. Avec le double staking, l’inflation annuelle de 8 % est partagée en deux. Mais Lao Zhang a fait ses comptes : cours autour de 0,02 $ ; FDV d’environ 217 millions de dollars ; et pourtant la TVL est d’environ 5,6 milliards. Valeur de marché / TVL, c’est franchement trop bas — soit une sous-évaluation sévère, soit une TVL gonflée par de la fausse liquidité. Vu la part de 30,5 % pour le placement privé, Lao Zhang penche davantage pour la seconde hypothèse. “Cet ‘outil’ a de la valeur pour explorer les gens qui gardent du BTC en réserve”, a dit Lao Zhang. “Mais ne le prenez pas pour un sauveur. Le BTC n’est pas parti de la chaîne d’origine : d’accord. Mais est-ce que la délégation de sécurité peut vraiment préserver le capital si des nœuds décrochent ? Personne n’osera promettre. Tant qu’on n’a pas traversé un cycle complet de déblocage et un vrai événement de slash, tout ce qu’on peut dire, c’est une projection prudemment optimiste.” Lao Wang lui a répondu avec un mème : “Lao Zhang redevient encore le vieux renard du marché, le même vieux ‘wéi-lu’.” #babylon BABY
#baby $BABY @BabylonLabs_io La semaine dernière, Lao Zhang s’est un peu pris la tête sur la chaîne en bricolant le rendement du staking… au point de deux doigts de faire tomber son clavier.

Son paquet de BTC, lui — rangé dans un portefeuille froid, comme un vieux vin scellé depuis dix ans : ça sent bon, mais impossible d’en tirer la moindre goutte. À côté, Lao Wang fait du farming sur Solana, et son cousin arrive même à sortir 4 points sur des bons du Trésor américain. Et les BTC de Lao Zhang ? À part attendre une hausse… il n’y a que ça : attendre une hausse.

C’est là que le protocole Babylon s’est présenté devant lui : pas besoin de sortir le vin de la cave ; louez-le à distance pour encaisser des loyers.

Le raisonnement, lui, est plutôt subtil. Babylon ne touche pas à l’empilement à la WBTC via des ponts inter-chaînes — Zhang avait déjà vu trop de tragédies en 2022 à propos de ces “ponts”. Le BTC reste sur la chaîne d’origine : grâce à des scripts à time-lock, la sécurité économique est “acheminée” à distance vers la chaîne PoS. Ton BTC reste ton BTC, mais “la ligne de crédit” est empruntée en guise de collatéral.

Le problème vient des pénalités. La chaîne Bitcoin d’origine n’a pas de contrats intelligents : le slash dépend de la couche de coordination hors-chaîne et de l’hypothèse de sincérité des Finality Providers. Dès que des nœuds se concertent ou que la couche de coordination répond avec du retard en cas de marché extrême, l’engagement de sécurité devient comme un chèque écrit sur du sable : la marée arrive, et tout s’efface.

La répartition des tokens fait froncer les sourcils à Lao Zhang. Incitations de la communauté : 15 %, placement privé : 30,5 %, équipe : 15 % — et au total, les institutions en ont la moitié. Le déblocage commence en mai 2026, puis s’étale linéairement sur 36 mois.

Avec le double staking, l’inflation annuelle de 8 % est partagée en deux. Mais Lao Zhang a fait ses comptes : cours autour de 0,02 $ ; FDV d’environ 217 millions de dollars ; et pourtant la TVL est d’environ 5,6 milliards. Valeur de marché / TVL, c’est franchement trop bas — soit une sous-évaluation sévère, soit une TVL gonflée par de la fausse liquidité. Vu la part de 30,5 % pour le placement privé, Lao Zhang penche davantage pour la seconde hypothèse.

“Cet ‘outil’ a de la valeur pour explorer les gens qui gardent du BTC en réserve”, a dit Lao Zhang. “Mais ne le prenez pas pour un sauveur. Le BTC n’est pas parti de la chaîne d’origine : d’accord. Mais est-ce que la délégation de sécurité peut vraiment préserver le capital si des nœuds décrochent ? Personne n’osera promettre. Tant qu’on n’a pas traversé un cycle complet de déblocage et un vrai événement de slash, tout ce qu’on peut dire, c’est une projection prudemment optimiste.”

Lao Wang lui a répondu avec un mème : “Lao Zhang redevient encore le vieux renard du marché, le même vieux ‘wéi-lu’.”

#babylon BABY
#grvt $BTC @grvt_io La semaine dernière, j’ai grillé des brochettes avec un ami qui fait du quant, et il m’a vendu GRVT d’un air mystérieux en me disant que c’était la vraie bourse de produits dérivés on-chain. Je me suis dit : ce n’est pas juste un carnet d’ordres de CEX habillé d’une coque Validium, et on ose appeler ça du décentralisé ? Cette fois, GRVT m’a vraiment laissé sans voix. J’ai d’abord décortiqué son architecture qui sépare le matching et le règlement. Matching on-chain, règlement off-chain, avec Validium pour la divulgation différée — sur le papier, ça a l’air assez avancé. Mais plus je regardais, plus je me demandais : ce n’est pas juste transférer le risque de finalité aux utilisateurs ? Si le prix bouge pendant la fenêtre de règlement, le calcul des positions se fait sur quel prix ? En plus, Validium ajoute un risque de disponibilité des données : si la couche de données tombe, l’historique des transactions s’effondre avec elle. Optimisation des performances, ou levier supplémentaire déguisé ? Ensuite, j’ai regardé la logique du coffre GLP, et ma première réaction a été de rire. Les particuliers déposent de l’argent pour fournir de la liquidité, les pertes sont supportées par les LP, et les gains sont prélevés par la plateforme — n’est-ce pas juste le vieux modèle du casino traditionnel, où “la banque gagne toujours” ? On change l’emballage et on appelle ça un coffre de stratégie, et tout à coup ça a plus de valeur. Qui définit la stratégie, qui ajuste les frais, qui fixe les seuils de liquidation ? À bien y regarder, ce sont toujours ces quelques listes blanches institutionnelles qui décident ; la prétendue gouvernance communautaire n’est en réalité qu’une sous-traitance en cascade du pouvoir de la faux. Sur le moteur de matching, j’ai encore plus de doutes. Pour réduire la latence, le matching central tourne sur des nœuds dédiés off-chain, et les utilisateurs ordinaires ne voient même pas la vraie profondeur du carnet d’ordres. En cas d’extrême volatilité, GRVT sacrifiera-t-il les petits pour protéger les market makers, ou sacrifiera-t-il la vitesse pour protéger le système ? On dit que la boucle fermée à quatre couches sert au risk management, mais à mes yeux, ça ressemble plutôt à une sortie VIP réservée aux gros comptes. Les petits paient la taxe des plats moyens, et au moment critique, ils ne savent même pas vers où la porte s’ouvre. La partie sur le décote de liquidation des RWA m’a le plus énervé. On prétend emballer des bons du Trésor américains dans un coffre on-chain pour offrir aux particuliers une exposition 7j/7, 24h/24, mais je ne peux pas m’empêcher de demander : qui fixe le taux de décote à la liquidation ? Quand la liquidité se tarit vraiment, vos “actifs réels” peuvent-ils encore être monétisés à leur valeur nominale ? Le système d’adhésion semble aller plus loin, mais la plateforme elle-même admet qu’un verrouillage à long terme entraîne des pénalités de sortie. À mon avis, ce qui tourne vraiment aujourd’hui, c’est un système où les anciens se servent des nouveaux pour amortir le choc. La promesse est très belle, mais on ne vous dit pas combien de “taxe temps” est ajoutée. Pour faire tenir son récit, GRVT a empilé Validium, GLP, RWA, adhésion et cashback en points. Plus il y a de composants, plus il y a de points de prélèvement. Je ne vois franchement pas un écosystème fermé et cohérent ; ça ressemble plutôt à un buffet à volonté de frais mis en place pour les particuliers, avec des coups de lame qui tombent tous sur les LP. #grvt GRVT @GRVT_Exchange
#grvt $BTC @grvt_io La semaine dernière, j’ai grillé des brochettes avec un ami qui fait du quant, et il m’a vendu GRVT d’un air mystérieux en me disant que c’était la vraie bourse de produits dérivés on-chain. Je me suis dit : ce n’est pas juste un carnet d’ordres de CEX habillé d’une coque Validium, et on ose appeler ça du décentralisé ? Cette fois, GRVT m’a vraiment laissé sans voix.

J’ai d’abord décortiqué son architecture qui sépare le matching et le règlement. Matching on-chain, règlement off-chain, avec Validium pour la divulgation différée — sur le papier, ça a l’air assez avancé. Mais plus je regardais, plus je me demandais : ce n’est pas juste transférer le risque de finalité aux utilisateurs ? Si le prix bouge pendant la fenêtre de règlement, le calcul des positions se fait sur quel prix ? En plus, Validium ajoute un risque de disponibilité des données : si la couche de données tombe, l’historique des transactions s’effondre avec elle. Optimisation des performances, ou levier supplémentaire déguisé ?

Ensuite, j’ai regardé la logique du coffre GLP, et ma première réaction a été de rire. Les particuliers déposent de l’argent pour fournir de la liquidité, les pertes sont supportées par les LP, et les gains sont prélevés par la plateforme — n’est-ce pas juste le vieux modèle du casino traditionnel, où “la banque gagne toujours” ? On change l’emballage et on appelle ça un coffre de stratégie, et tout à coup ça a plus de valeur. Qui définit la stratégie, qui ajuste les frais, qui fixe les seuils de liquidation ? À bien y regarder, ce sont toujours ces quelques listes blanches institutionnelles qui décident ; la prétendue gouvernance communautaire n’est en réalité qu’une sous-traitance en cascade du pouvoir de la faux.

Sur le moteur de matching, j’ai encore plus de doutes. Pour réduire la latence, le matching central tourne sur des nœuds dédiés off-chain, et les utilisateurs ordinaires ne voient même pas la vraie profondeur du carnet d’ordres. En cas d’extrême volatilité, GRVT sacrifiera-t-il les petits pour protéger les market makers, ou sacrifiera-t-il la vitesse pour protéger le système ? On dit que la boucle fermée à quatre couches sert au risk management, mais à mes yeux, ça ressemble plutôt à une sortie VIP réservée aux gros comptes. Les petits paient la taxe des plats moyens, et au moment critique, ils ne savent même pas vers où la porte s’ouvre.

La partie sur le décote de liquidation des RWA m’a le plus énervé. On prétend emballer des bons du Trésor américains dans un coffre on-chain pour offrir aux particuliers une exposition 7j/7, 24h/24, mais je ne peux pas m’empêcher de demander : qui fixe le taux de décote à la liquidation ? Quand la liquidité se tarit vraiment, vos “actifs réels” peuvent-ils encore être monétisés à leur valeur nominale ? Le système d’adhésion semble aller plus loin, mais la plateforme elle-même admet qu’un verrouillage à long terme entraîne des pénalités de sortie. À mon avis, ce qui tourne vraiment aujourd’hui, c’est un système où les anciens se servent des nouveaux pour amortir le choc. La promesse est très belle, mais on ne vous dit pas combien de “taxe temps” est ajoutée.

Pour faire tenir son récit, GRVT a empilé Validium, GLP, RWA, adhésion et cashback en points. Plus il y a de composants, plus il y a de points de prélèvement. Je ne vois franchement pas un écosystème fermé et cohérent ; ça ressemble plutôt à un buffet à volonté de frais mis en place pour les particuliers, avec des coups de lame qui tombent tous sur les LP.

#grvt GRVT @GRVT_Exchange
#grvt $BTC @grvt_io À deux heures du matin, sur l’écran de la machine de développement, la lumière blanche éblouit. Je viens à peine de récupérer le code source du système d’invitation avec @grvt_io points, et déjà j’ai froid dans le dos — le multiplicateur ActivityMultiplier de l’interface back-office n’est pas un simple “coefficient de récompense”. C’est une faux invisible, ciblant le règlement de comptes des meutes multi-comptes. Dans le groupe, les petits porteurs se vantent d’avoir tiré des dizaines de comptes, verrouillés entre eux en “arbre”, croyant manger tranquillement des commissions à plusieurs niveaux. Mais ils n’ont pas vu, caché dans le livre blanc, ce mécanisme gris d’amortissement de l’activité : le système ne se contente pas d’évaluer le dépôt des niveaux inférieurs, il lie aussi de façon rigide des seuils de consommation à haute fréquence sur des produits dérivés. En clair : si, pendant 72 heures consécutives, les comptes de niveau inférieur ne consomment pas suffisamment (les flux/volume “feed”), alors le droit aux commissions de toute la branche recommandée se déclenche en déduction indirecte. Officiellement, ils appellent ça “ajustement d’activité”, mais en réalité c’est une taxe à somme égale. J’ai calculé les courbes de gain à différents niveaux de pondération. Les “vrais humains” que j’ai mis des mois à attirer — dès qu’ils ne “mangent” pas assez pendant trois jours d’affilée, toute l’arborescence est forcée à une décote à zéro, sous prétexte d’“inactivité”. Le multiplicateur s’effondre : le travail de promotion devient instantanément une robe de liquidité gratuite offerte à l’official. Ce mécanisme contourne totalement le verrouillage à vie, et transforme chaque adresse en esclave de génération de volume qui saigne continuellement — sinon, tu meurs ; si tu t’arrêtes, tout est remis à zéro. Les gros baleines s’en moquent. Elles envoient directement des machines de market-making : des ajustements sans faille dans l’order book, une exemption naturelle aux sanctions, et une commission toujours au plafond. Les copains des parieurs “gold farmers” des universités, qui pensent que les “vrais humains” gagnent en couchant sur leurs lauriers… au final, eux ne font que de temps en temps du DCA au comptant. Le quota de consommation sur dérivés est à zéro : donc ton rendement via l’arbre de recommandation est discrètement réduit en arrière-plan, et tu finis même par ne pas récupérer le moindre Gas. Ce n’est pas un système de recommandation : c’est une chaîne d’extraction de liquidité. Quand tu penses construire une équipe, en fait tu recrutes gratuitement des bras pour générer du volume pour l’official. Dans la section commentaires, montrez le taux réel de réduction de vos commissions : je suis curieux de voir combien de gens ont déjà vu leur branche recommandée se faire découper les chevilles par le ActivityMultiplier en silence. [TL;DR] Le ActivityMultiplier des arbres de recommandation GRVT est une machine de moisson invisible. Zéro consommation sur dérivés pendant 72 heures déclenche une déduction par ricochet ; les comptes multi-comptes et les petits porteurs peu fréquents sont étranglés de manière ciblée ; seuls les market-makers haute fréquence sont exemptés. Les petits porteurs pensent gagner des commissions, mais en réalité ils fabriquent gratuitement une robe de liquidité pour l’official. GRVT #grvt @grvt_io
#grvt $BTC @grvt_io À deux heures du matin, sur l’écran de la machine de développement, la lumière blanche éblouit. Je viens à peine de récupérer le code source du système d’invitation avec @grvt_io points, et déjà j’ai froid dans le dos — le multiplicateur ActivityMultiplier de l’interface back-office n’est pas un simple “coefficient de récompense”. C’est une faux invisible, ciblant le règlement de comptes des meutes multi-comptes.

Dans le groupe, les petits porteurs se vantent d’avoir tiré des dizaines de comptes, verrouillés entre eux en “arbre”, croyant manger tranquillement des commissions à plusieurs niveaux. Mais ils n’ont pas vu, caché dans le livre blanc, ce mécanisme gris d’amortissement de l’activité : le système ne se contente pas d’évaluer le dépôt des niveaux inférieurs, il lie aussi de façon rigide des seuils de consommation à haute fréquence sur des produits dérivés. En clair : si, pendant 72 heures consécutives, les comptes de niveau inférieur ne consomment pas suffisamment (les flux/volume “feed”), alors le droit aux commissions de toute la branche recommandée se déclenche en déduction indirecte. Officiellement, ils appellent ça “ajustement d’activité”, mais en réalité c’est une taxe à somme égale.

J’ai calculé les courbes de gain à différents niveaux de pondération. Les “vrais humains” que j’ai mis des mois à attirer — dès qu’ils ne “mangent” pas assez pendant trois jours d’affilée, toute l’arborescence est forcée à une décote à zéro, sous prétexte d’“inactivité”. Le multiplicateur s’effondre : le travail de promotion devient instantanément une robe de liquidité gratuite offerte à l’official.

Ce mécanisme contourne totalement le verrouillage à vie, et transforme chaque adresse en esclave de génération de volume qui saigne continuellement — sinon, tu meurs ; si tu t’arrêtes, tout est remis à zéro.

Les gros baleines s’en moquent. Elles envoient directement des machines de market-making : des ajustements sans faille dans l’order book, une exemption naturelle aux sanctions, et une commission toujours au plafond. Les copains des parieurs “gold farmers” des universités, qui pensent que les “vrais humains” gagnent en couchant sur leurs lauriers… au final, eux ne font que de temps en temps du DCA au comptant. Le quota de consommation sur dérivés est à zéro : donc ton rendement via l’arbre de recommandation est discrètement réduit en arrière-plan, et tu finis même par ne pas récupérer le moindre Gas.

Ce n’est pas un système de recommandation : c’est une chaîne d’extraction de liquidité. Quand tu penses construire une équipe, en fait tu recrutes gratuitement des bras pour générer du volume pour l’official.

Dans la section commentaires, montrez le taux réel de réduction de vos commissions : je suis curieux de voir combien de gens ont déjà vu leur branche recommandée se faire découper les chevilles par le ActivityMultiplier en silence.

[TL;DR] Le ActivityMultiplier des arbres de recommandation GRVT est une machine de moisson invisible. Zéro consommation sur dérivés pendant 72 heures déclenche une déduction par ricochet ; les comptes multi-comptes et les petits porteurs peu fréquents sont étranglés de manière ciblée ; seuls les market-makers haute fréquence sont exemptés. Les petits porteurs pensent gagner des commissions, mais en réalité ils fabriquent gratuitement une robe de liquidité pour l’official. GRVT #grvt @grvt_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