> 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.
#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
#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.
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 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 @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.
#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 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’.”
#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 $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