K A I F F

#dusk $DUSK @Dusk

J’ai trouvé quelque chose dans la documentation officielle de “slashing” de Dusk qui est souvent résumé en une seule phrase par la plupart des guides de staking, puis passé trop rapidement.
« Le slashing doux ne brûle pas le stake. »
Cette phrase est exacte. Mais elle est incomplète d’une manière qui compte pour quiconque exécute un nœud provisioner.
La mécanique complète, issue de l’annonce officielle d’août 2024, est la suivante. Première infraction : un avertissement. Deuxième infraction consécutive : 10 % du stake bascule vers le pool de récompenses revendiquables. Troisième infraction consécutive : 20 %. Quatrième : 30 %. Le pourcentage est égal à N multiplié par 10, où N correspond au nombre d’occurrences de slashing consécutives.
Le stake n’est pas brûlé. Il est récupérable.
Mais l’escalade est géométrique. Un provisioner qui subit quatre devoirs manqués consécutifs sans produire de bloc ni voter entre-temps perd 10 + 20 + 30 % au total sur ces événements. Autrement dit, 60 % du stake actif est déplacé hors de l’éligibilité à la sélection (sortition) en succession rapide, et chaque pénalité réduit simultanément le stake effectif utilisé pour calculer la probabilité de sélection future.
Les avertissements et les fautes ne se réinitialisent que lorsque le provisioner obtient une récompense. Cela signifie que l’horloge ne repart pas tant que le nœud ne participe pas à nouveau avec succès au consensus.
Un nœud qui tombe hors ligne de manière inattendue, par exemple pendant une migration serveur non planifiée, ne peut pas réinitialiser son compteur de fautes avant d’être de nouveau en ligne et réellement sélectionné pour participer au consensus. La sélection exige un stake suffisant. Le stake a déjà été partiellement pénalisé. Moins de stake signifie une probabilité de sélection plus faible. Une probabilité de sélection plus faible signifie un temps d’attente plus long avant la réinitialisation.
Le piège de la capitalisation est réel. Le slashing doux ne brûle pas le capital de façon permanente. Mais il peut pousser un nœud vers le seuil minimum de 1 000 DUSK plus vite que ce que la plupart des opérateurs anticipent lorsqu’ils lisent « le stake n’est pas perdu ».
Le slashing “hard”, réservé aux cas d’équivoque (equivocation), brûle définitivement et n’a aucun chemin de récupération. Cette distinction est claire et la plupart des opérateurs la comprennent.
L’escalade du slashing doux est celle qu’il faut comprendre avant qu’elle ne commence.

J’ai consulté deux pages officielles de @Dusk ce même après-midi et j’ai trouvé une phrase qui signifie des choses très différentes selon la page que vous lisez.
La page d’accueil de dusk.network décrit Dusk Trade comme la couche applicative qui transforme des primitives de protocole en des workflows orientés utilisateurs. Découverte d’actifs. Onboarding des investisseurs. Connexion de portefeuille. Négociation. Règlement. On dirait quelque chose que vous pourriez ouvrir dans un navigateur dès aujourd’hui.
Puis j’ai trouvé exactement le même produit décrit sur docs.dusk.network.
« Il est en cours de construction autour de vrais workflows de marché. »
« Il est en cours de construction. »
Cette phrase fait un travail important, en silence.
La documentation décrit cinq catégories de workflows que Dusk Trade prendra en charge : la découverte d’actifs, l’onboarding des investisseurs, l’association du portefeuille, la coordination des paiements et le règlement conforme. La documentation d’architecture indique que l’implémentation exacte dépend du produit et des exigences réglementaires du marché desservi.

Cette flexibilité est logique pour un produit réglementé. Cela signifie aussi qu’il n’existe pas encore de Dusk Trade unique et canonique.
NPEX opère sur des marchés privés réglementés où les exigences d’émission, d’accès des investisseurs, de négociation, de divulgation et de règlement sont déjà établies, d’après la documentation officielle. L’annonce de décembre 2025 décrit un dApp co-développé faisant intervenir des experts d’infrastructures financières tierces. L’intégration de Chainlink en janvier 2026 ajoute une capacité de règlement inter-chaînes.

Chaque annonce s’appuie sur la précédente. Chacune décrit une infrastructure qui se met en place.

Ce que je cherchais, et que je n’ai pas pu trouver, c’est la date à laquelle un investisseur de détail ou institutionnel peut ouvrir Dusk Trade, connecter un portefeuille, parcourir une sécurité NPEX tokenisée, puis régler un achat on-chain via un workflow conforme.
Le marché de la tokenisation des RWA devrait atteindre 16 000 milliards de dollars d’ici 2030. L’infrastructure de Dusk existe et fonctionne. Dusk Trade, la couche qui le rend utilisable pour un investisseur réel, est encore entre « est en cours de construction » et « est en ligne ».
Cette distance est la seule qui compte pour l’adoption.

#dusk $DUSK @Dusk

#dusk $DUSK

Je suis tombé sur une date dans la documentation des tokenomics de Dusk qui a complètement changé la façon dont j’appréhende la situation actuelle de l’offre de DUSK.

Avril 2022.

C’est à ce moment que la période de vesting de l’ensemble des 500 millions de @Dusk tokens pré-mainnet est arrivée à échéance. Répartition pour l’équipe. Répartition pour les conseillers. Fonds de développement. Cours en bourse. Marketing. Tout a été entièrement acquis. Avril 2022.
Le mainnet de Dusk a été lancé fin 2024.

Ce décalage vaut la peine de s’y attarder soigneusement.
Chaque token attribué aux premiers participants, à l’équipe qui a construit Dusk pendant six ans, aux conseillers qui l’ont guidé, aux plateformes d’échange qui l’ont listé, aux investisseurs qui ont soutenu l’ICO 2018 à 0,0404 $ avait été librement transférable depuis plus de deux ans et demi avant que le réseau auquel ils étaient destinés ne soit lancé.

Les calendriers de vesting existent pour aligner les incitations. Verrouiller des tokens suffisamment longtemps pour que les détenteurs restent engagés dans la réussite du projet. D’avril 2022 à la fin 2024, c’est une longue période pendant laquelle des tokens déjà acquis librement ont été détenus, tout en attendant un mainnet qui n’avait pas encore été lancé.

Certains ont conservé. Ceux qui ne l’ont pas fait ont créé la pression de vente qui a fait reculer DUSK depuis son pic de 2021 à 0,57 $ jusqu’à environ 0,07 $ à la mi-2023, avant même qu’un mainnet existe pour justifier un rebond.

Désormais, le mainnet est en ligne. La portion émission des 500 millions a démarré : décroissance géométrique, division par deux tous les quatre ans, calendrier sur 36 ans. Le deuxième lot de 500 millions est celui que les stakers gagnent aujourd’hui.

Mais le premier lot de 500 millions a été entièrement déverrouillé il y a plus de trois ans. Quiconque détient encore ces tokens les conserve volontairement depuis avril 2022.

Cet engagement volontaire est soit le signal le plus fort possible d’une conviction de long terme, soit la forme la plus silencieuse de patience qui s’épuise lentement.

#dusk $DUSK @Dusk

J’ai parcouru la documentation des frais de DuskEVM et j’ai trouvé un détail qui modifie la façon dont je pense la prévisibilité des coûts pour des applications financières réglementées.
Les documents l’indiquent clairement : les transactions DuskEVM entraînent deux frais distincts. Un frais d’exécution de niveau 2, au style EIP-1559. Et un frais de disponibilité des données pour publier les données de lot sur DuskDS. Les portefeuilles et les SDK estiment automatiquement les deux.
Cette estimation automatique masque toutefois quelque chose qui mérite d’être examiné attentivement.
Le frais d’exécution répond à l’activité sur DuskEVM. Plus de transactions, frais de base plus élevés. Moins de transactions, frais de base plus faibles. Un comportement standard d’EIP-1559. Suffisamment prévisible pour que les applications puissent le modéliser.
Le frais de disponibilité des données est différent. Il répond à la tarification des blobs sur DuskDS. Une couche réseau distincte. Indépendante de tout ce qui se passe sur DuskEVM.
J’ai pris un instant pour me pencher sur cette dépendance.
Sur les réseaux OP Stack, la tarification des blobs a été volatile depuis EIP-4844. La mise à niveau Fusaka, en décembre 2025, a introduit EIP-7918, qui a lié les prix plancher des blobs aux coûts d’exécution L1 afin d’éviter qu’ils ne s’effondrent vers zéro. Les frais de blobs ont fortement augmenté immédiatement après ce changement, avant de se stabiliser. Une application DuskEVM qui avait modélisé les coûts de disponibilité des données à partir de la tarification des blobs antérieure à Fusaka aurait vu ses hypothèses de coûts invalidées du jour au lendemain par un changement de protocole au niveau d’Ethereum, entièrement hors du contrôle de Dusk.
DuskDS est la chaîne propre à Dusk, et non le réseau Ethereum mainnet. Son mécanisme de tarification des blobs lui appartient.
Mais la dépendance structurelle est la même : une composante du coût de chaque transaction DuskEVM est fixée par une couche que l’application ne contrôle pas et qu’elle ne peut pas prédire de façon indépendante.
Pour un centre de négociation de titres réglementé qui communique des coûts de règlement à des investisseurs institutionnels, cette imprévisibilité n’est pas une simple réserve technique mineure. C’est un risque de tarification intégré dans l’infrastructure elle-même.

I read the December 2025 announcement calling the @Dusk and NPEX collaboration "Europe's first fully regulated blockchain-powered securities exchange" and went looking for the specific regulatory authorization that statement rests on.

What I found requires distinguishing between two different things the coverage consistently treats as one.

NPEX holds a Multilateral Trading Facility license from the Netherlands Authority for the Financial Markets, obtained in March 2018 under MiFID II. That license is real. NPEX has facilitated over €196 million in financings across 102 transactions for its 17,500 active investors. The regulatory standing is genuine and has been continuously supervised by both the AFM and De Nederlandsche Bank.

The MTF license covers NPEX as a trading venue.

It does not automatically extend to the blockchain infrastructure underneath it.

The EU's DLT Pilot Regime is the specific regulatory framework that authorizes trading venues to operate on distributed ledger technology with formal exemptions from standard settlement rules. ESMA's register of authorized DLT market infrastructures as of January 2026 lists three entities with permission. CSD Prague. 21X AG. 360X AG.

NPEX on Dusk is not on that list yet.

Dusk's own documentation acknowledges the DLT-TSS license as a future milestone, not a current authorization. The KuCoin institutional analysis states it directly: "Once the DLT-TSS license will be obtained, Dusk will start to massively onboard institutions."

Sat with that sequence for a moment.

A genuine MTF license operating on blockchain infrastructure that has not yet received DLT Pilot Regime authorization is a different regulatory position than "Europe's first fully regulated blockchain-powered securities exchange" implies.

The partnership is real. The regulatory journey it describes is still in progress.

#dusk $DUSK @Dusk

J’ai lu l’avis officiel d’incident de pont du @Dusk janvier 16 2026 et j’y ai trouvé la phrase qui reconfigure la manière de penser l’ensemble de l’architecture de sécurité.

« Le mainnet DuskDS n’a pas été impacté. Aucun problème au niveau du protocole. »

Cette déclaration est exacte. C’est aussi la chose la plus importante à considérer avec attention.

Le livre blanc de Dusk décrit une pile de sécurité véritablement sophistiquée. Un consensus d’Attestation succinct avec des signatures agrégées BLS. Des preuves ZK Phoenix garantissant la validité des transactions sans exposer les données sous-jacentes. Une propagation structurée Kadcast rendant obscures les origines des messages à travers le réseau. Des années de recherche cryptographique intégrées au cœur du protocole.

Puis, le pont vers les chaînes EVM reposait sur un seul portefeuille de signature dédié.

Une seule clé compromise. Un DUSK dérobé a été ponté vers la BNB Smart Chain avant l’arrêt du service. La cause racine, d’après l’avis d’incident, était une conception de pont légère qui manquait d’une isolation critique.

Les compromissions de clés privées représentaient 88 % des fonds volés au T1 2025 selon des cabinets de sécurité. Le schéma s’est poursuivi en 2026. La sécurité de protocole la plus sophistiquée au monde ne protège pas contre un portefeuille de signature centralisé sans isolation, sans exigence de multisig et sans détection d’anomalies.

Ce que je trouve intéressant d’examiner, c’est ce que la refonte révèle sur l’hypothèse initiale. La correction implique une séparation des composants, des cycles de vie de transaction explicites et une réduction de l’exposition du hot-wallet. Ce ne sont pas des mesures de sécurité exotiques. Ce sont des pratiques standard de sécurité opérationnelle qui existaient avant le lancement du mainnet Dusk.

Le protocole de base n’a jamais été le maillon le plus faible. Il n’a jamais été testé.

#dusk $DUSK @Dusk

Je continuai à lire la solution de « cold-start » de Babylon comme une histoire claire sur de nouvelles chaînes qui héritent de la sécurité de Bitcoin, jusqu’à ce que je trouve l’événement qui montre à quoi ressemble cette dépendance lorsqu’elle se déplace.

Le problème @BabylonLabs_io se résout d’abord, parce qu’il est réel.

Une nouvelle chaîne PoS lancée aujourd’hui fait face à un piège circulaire. La sécurité exige une valeur mise en jeu. La valeur mise en jeu exige des détenteurs de jetons qui font confiance à la chaîne. Les détenteurs de jetons n’accumulent que lorsque la chaîne prouve qu’elle est sûre. La chaîne ne peut pas prouver sa sécurité sans la mise dont elle ne dispose pas encore.

Les solutions traditionnelles sont coûteuses et lentes. Émettre des jetons inflationnistes pour attirer des validateurs précoces. Espérer que le rendement soit suffisamment élevé pour compenser le risque de miser sur un réseau non prouvé. Attendre des mois ou des années que le jeton prenne assez de valeur pour que le modèle de sécurité devienne autonome.

Babylon brise cette boucle. Une nouvelle BSN peut hériter immédiatement du poids économique de Bitcoin au lancement, sans attendre que son propre jeton accumule de la valeur. D’ici 2026, 50 plus des appchains Cosmos, Berachain et plusieurs rollups EVM ont adopté cette approche.

Puis le 17 avril 2025 est arrivé.

Lombard Finance a retiré en un seul après-midi 14,929 BTC mis en jeu auprès de Babylon. 1,26 milliard de dollars retirés. La TVL de Babylon a chuté de 32,7 %, passant de 3,9 milliards de dollars à 2,6 milliards de dollars en quelques heures. BABY a baissé de 9,8 %.

Lombard a clarifié rapidement. Transition de Finality Provider prévue. Le restaking reprendrait après la période de désengagement.

Mais chaque BSN dont la sécurité dépendait de ces 14,929 BTC a vu son budget de sécurité diminuer de plus d’un milliard de dollars pour des raisons qui n’avaient rien à voir avec quoi que ce soit se produisant sur sa propre chaîne.

Le problème de cold-start transfère la dépendance de sécurité du jeton natif d’une chaîne vers les décisions des acteurs qui mettent en jeu du Bitcoin, prises par des entités comme Lombard. C’est une autre dépendance. Pas forcément plus petite.

#baby $BABY

J’ai lu l’article BaBe publié par @BabylonLabs_io et l’Université de Californie à Berkeley en février 2026, et j’y ai trouvé un chiffre qui a entièrement reconfiguré pour moi l’histoire de la Trustless Bitcoin Vault.

14 000 $.

C’est ce qu’a coûté un seul litige avec preuve de fraude sur Bitcoin à l’aide de BitVM2, le protocole de vérification à la pointe de l’état de l’art qui tournait sur plusieurs réseaux principaux et réseaux de test avant que BaBe n’existe.

Réfléchissez à ce que cela signifie spécifiquement pour TBV.

La fenêtre de contestation avec preuve de fraude est le mécanisme qui rend possible le prêt BTC sans confiance. Lorsqu’une personne prétend à tort posséder un Bitcoin qu’elle ne possède pas, le propriétaire légitime la conteste en soumettant une preuve SNARK sur Bitcoin. Cette contestation constitue tout le socle d’exécution de la garantie de confianceless de TBV.

À 14 000 $ par contestation, ce socle n’était économiquement viable que pour de très grandes positions. Une voûte BTC de 50 000 $ contestée pour 14 000 $ laisse une marge étroite avant que la contestation ne devienne économiquement irrationnelle à poursuivre.

BitVM3 a réduit dramatiquement les coûts on-chain. Mais il a introduit un circuit brouillé de 42 gigaoctets pour le stockage et la configuration hors chaîne. Par vérification. Le problème de coût on-chain s’est déplacé hors chaîne et est devenu un problème de stockage.

J’ai gardé ces deux chiffres en tête un moment.

BaBe, accepté à CCS 2026, la principale conférence académique de cryptographie, préserve les économies on-chain de BitVM3 tout en réduisant de façon spectaculaire l’exigence de stockage hors chaîne. La réduction de coût x1 000 citée dans le contrôle temporaire (temp check) de l’Aave DAO de Babylon fait référence à cette évolution complète de BitVM2 à BaBe.

Le détail qu’il vaut la peine d’examiner est ce qu’il révèle sur la chronologie de TBV. Le protocole a été conçu techniquement des années avant que la cryptographie qui le rend économiquement viable à grande échelle n’existe. BaBe n’était pas une optimisation par-dessus un système déjà fonctionnel. C’était la pièce manquante qui a permis au système de fonctionner, pour des positions que des utilisateurs ordinaires auraient réellement.

#baby $BABY

Je me suis mis à lire la liste des contributeurs au fonds de soutien DeFi United d’Aave, et j’ai arrêté mon lecture quand j’ai atteint le nom de la fondation @BabylonLabs_io .

3 millions de dollars en USDT. 2 millions de dollars déployés sur Aave V3. 1 million de dollars sur Aave V4.

La contribution a du sens : une solidarité au sein de l’écosystème. Elle porte aussi une ironie particulière, qui mérite qu’on s’y attarde.

Le 18 avril 2026, l’exploit de Kelp DAO a volé 292 millions de dollars, le plus gros piratage DeFi de l’année. Ce n’était pas un bug de smart contract. Le code d’Aave n’a pas été compromis. La logique rsETH de Kelp n’a pas été brisée. L’attaque a réussi parce que le pont LayerZero de Kelp utilisait un seul vérificateur pour valider les messages inter-chaînes. Un point de défaillance. Un seul nœud RPC compromis. 116 500 rsETH frappés sans aucune base. 190 millions de dollars empruntés sur une garantie qui n’existait plus.

Les ponts représentent environ 40 % des pertes Web3 cumulées depuis 2022.

J’ai gardé ce chiffre en tête un instant.

Parce que l’ensemble de l’architecture TBV de Babylon existe précisément pour éliminer l’hypothèse de confiance liée au pont qui a rendu possible l’exploit de Kelp. Aucun custody du pont pour le BTC. Aucun token encapsulé représentant une garantie. Aucun vérificateur unique contrôlant un message inter-chaînes. La surface d’attaque exacte que TBV supprime au niveau de l’architecture correspond à celle qui a causé les dégâts et que Babylon vient de contribuer 3 millions de dollars à réparer.

La contribution est une solidarité d’écosystème authentique. Elle constitue aussi la démonstration la plus claire possible, en conditions réelles, de ce que coûte le modèle du pont lorsqu’il échoue.

Babylon n’avait pas besoin de publier un livre blanc plaidant contre les ponts après le 18 avril. Le marché l’a fait pour eux.

Ce que je trouve vraiment intéressant à examiner, c’est de savoir si la refonte post-exploit d’Aave de son cadre de gestion du risque de collatéral, désormais en scrutant explicitement les dépendances aux ponts pour chaque actif listé, accélère la voie de TBV vers l’intégration à Aave V4 ou crée des frictions.

#baby $BABY @BabylonLabs_io

J’ai cherché l’effet net de #baby tokenomics après la mise à niveau de novembre et j’ai trouvé deux forces qui bougent dans des directions opposées que la plupart des analyses traitent séparément.

Le côté déflationniste d’abord.

L’inflation est passée de 8 % à 5,5 % en novembre 2025. 250 millions de BABY tokens créés en moins chaque année. Et le mécanisme de gravure de l’enchère BSN ajoute une couche supplémentaire. Lorsque les réseaux Bitcoin Secured Networks externes envoient des récompenses de staking à @BabylonLabs_io Genesis, ces récompenses sont mises aux enchères on-chain. Les enchérisseurs paient en BABY. Les enchères gagnantes sont brûlées définitivement. Plus de BSN qui adoptent Babylon signifie davantage d’enchères, donc davantage de brûlages.

Le mécanisme est vraiment élégant.

Ensuite, j’ai regardé le calendrier de déblocage juste à côté.

3,05 milliards de BABY alloués aux premiers investisseurs. Premier déblocage le 10 mai 2026, libérant 1/36e des tokens verrouillés. Puis 35 déblocages mensuels supplémentaires jusqu’en avril 2029. 1,5 milliard pour les membres de l’équipe selon le même calendrier. 350 millions pour les conseillers, de façon similaire.

J’ai laissé ces deux séries de chiffres ensemble un moment.

Le mécanisme de gravure exige une adoption des BSN à grande échelle pour compenser de manière significative l’expansion de l’offre. Cette adoption est réelle mais encore tout jeune. BABY est passé de son ATH de 0,17 $ à environ 0,013 $ à la mi-2026 pendant que le calendrier de déblocage tournait et que l’activité BSN continuait de se construire.

La pression déflationniste dépend de la croissance future du réseau. La pression inflationniste est déjà inscrite dans le calendrier d’acquisition (vesting).

La question de savoir si les brûlages dépassent les déblocages, c’est le prix de BABY qui y répondra avant que n’importe quelle analyse ne le fasse.

#baby $BABY
$MMT
$TLM
@BabylonLabs_io

Plus je lis au sujet de @BabylonLabs_io , moins je me dis que la vraie question est de savoir si cela peut apporter la sécurité de Bitcoin aux réseaux PoS.

La question la plus difficile est de savoir si ce modèle de sécurité peut rester résilient à mesure que l’adoption augmente.

Un risque auquel je pense en particulier, c’est la participation. La conception de Babylon devient plus précieuse quand suffisamment de détenteurs de BTC, de fournisseurs de Finalité (Finality Providers) et de chaînes PoS rejoignent activement le réseau. Sans participation large, les bénéfices en matière de sécurité sont naturellement plus limités.

Un autre point concerne la concentration des validateurs. Si un petit nombre de fournisseurs de Finalité devait dominer le réseau, le protocole pourrait devenir plus dépendant de quelques participants que ce que son architecture prévoit. La décentralisation ne se limite pas à la conception du protocole : elle concerne aussi la manière dont les gens l’utilisent réellement.

Il y a aussi le défi lié aux incitations. Le modèle de récompense doit garder alignés, sur le long terme, les détenteurs de Bitcoin, les fournisseurs de Finalité et les chaînes connectées. Si ces incitations divergent, la participation pourrait faiblir même si la technologie reste solide.

Aucune de ces considérations n’est propre à Babylon, mais ce sont les questions que je pense les plus importantes. Une cryptographie robuste n’est qu’une partie d’un système sûr. La sécurité à long terme dépend aussi de la décentralisation, des incitations et d’une participation soutenue du réseau.

C’est ce cadre que je vais surveiller pendant que Babylon continue de croître.

#baby
$BANK
$ON
$BABY

Je reviens sans cesse à @BabylonLabs_io pour parler de la mise à l’index des pénalités, parce que c’est l’une des rares parties du protocole qui devient plus intéressante au fur et à mesure qu’on l’étudie.

Dans la plupart des réseaux PoS, le slashing est simple. Un contrat intelligent détecte les comportements fautifs des validateurs et brûle ou verrouille automatiquement une partie du capital.

Bitcoin n’a pas ce luxe.

Babylon a donc dû résoudre un problème différent : comment imposer des pénalités économiques sur Bitcoin sans ajouter de contrats intelligents à Bitcoin lui-même ?

Au lieu de modifier les règles de Bitcoin, Babylon change la cryptographie autour des engagements des validateurs. Son modèle de slashing s’appuie sur les Extractable One-Time Signatures (EOTS). Lorsqu’un validateur signe des messages contradictoires, il révèle un secret qui peut servir à prouver la faute et à déclencher la pénalité.

Ce que je trouve élégant, c’est que Babylon n’essaie pas de rendre Bitcoin “comme Ethereum”. Il s’inscrit dans le design existant de Bitcoin plutôt que de s’y opposer.

Reste à voir si cela deviendra la norme pour le PoS sécurisé par Bitcoin, mais cela montre qu’une conception cryptographique solide peut parfois résoudre des problèmes que l’on suppose nécessiter des smart contracts plus expressifs.

C’est un choix de design qui mérite qu’on s’y attarde.

$COTI

$DEXE
#baby $BABY

Je suis allé chercher comment @BabylonLabs_io détermine quels Finality Providers comptent réellement, et j’ai trouvé une règle de sélection plus simple que ce que je m’attendais à voir. Et en dessous, un rapport de bug, bien au calme, que personne ne discute.

D’abord, la règle de sélection.

Sur Babylon, plus de 250 Finality Providers sont enregistrés. Seuls les 60 premiers d’après la délégation en BTC participent à la finalité active. Le reste existe bien dans le registre, mais ne contribue à aucune sécurité du réseau tant que suffisamment de délégateurs n’ont pas déplacé leur BTC derrière eux pour les faire entrer dans cet ensemble actif.

Cela crée une dynamique particulière qui mérite d’être examinée avec attention. Les stakers en BTC ne choisissent pas seulement un rendement. Ils choisissent quels validateurs sécurisent le réseau. Un staker qui délègue à un provider classé 61e ou moins obtient des récompenses, mais sa délégation ne contribue pas à la finalité. L’incitation économique et la contribution à la sécurité sont découplées pour quiconque se trouve en dehors des 60 premiers.

J’ai trouvé ça intéressant. Puis j’ai trouvé quelque chose de plus intéressant encore.

Un bug de cohérence d’état, divulgué dans le module costaking de Babylon, peut laisser un délégateur avec ce que l’avis appelle une participation fantôme (phantom stake). Si un Finality Provider sort de l’ensemble actif au même hauteur de bloc qu’un délégateur désengage son BTC, le système peut considérer la délégation comme toujours active. Le capital en BTC est retiré. Le provider est inactif. Pourtant, costaking continue de compter la délégation comme étant en cours et continue de distribuer des récompenses à partir de celle-ci.

Des récompenses gagnées sur un capital qui a déjà quitté le protocole.

Le bug est divulgué et documenté. Il nécessite une coïncidence précise au niveau du timing en hauteur de bloc pour être déclenché. Cela n’en fait pas quelque chose de trivial dans un système où 56,853 BTC sont en jeu et où le timing des blocs n’est pas une variable que les délégateurs individuels contrôlent.

#baby $BABY

Je me suis plongé plus profondément dans Babylone, et une idée qui a retenu mon attention est que le plus grand potentiel de Bitcoin pourrait ne pas se limiter à la simple conservation de valeur.

Pendant des années, Bitcoin a été reconnu pour sa sécurité et sa décentralisation inégalées. Mais une grande partie de cette sécurité est restée limitée au réseau Bitcoin lui-même.

Et si cette sécurité pouvait aider à protéger d’autres réseaux décentralisés ?

C’est là que l’approche de Babylone devient intéressante.

Alors que de nombreuses blockchains PoS s’appuient sur leurs propres jetons natifs pour sécuriser le réseau, les plus petits écosystèmes sont souvent confrontés au défi de construire suffisamment de sécurité économique et d’attirer des validateurs fiables.

Babylone explore un modèle différent : permettre aux détenteurs de Bitcoin de contribuer à la sécurité en BTC des réseaux PoS, sans dépendre de ponts traditionnels de BTC enveloppé.

La partie que je trouve la plus intéressante, c’est la philosophie de conception qui le sous-tend. Au lieu de créer un nouveau système de sécurité, Babylone cherche à étendre le plus solide système existant — Bitcoin — à un écosystème de blockchain plus large.

Bien sûr, le plus grand défi reste l’adoption. Une couche de sécurité ne devient utile que lorsque suffisamment d’utilisateurs, de validateurs et de réseaux y participent.

Mais si ce modèle fonctionne à grande échelle, le rôle de Bitcoin pourrait évoluer : passer d’un simple actif de conservation de valeur à une fondation de sécurité pour des applications décentralisées.

L’avenir de Bitcoin ne concerne peut-être pas seulement la détention de BTC. Il pourrait aussi s’agir de la manière dont sa sécurité peut alimenter la prochaine génération de blockchains.

#baby $BABY @BabylonLabs_io

#baby $BABY @BabylonLabs_io

Je trouve que l’écart véritable entre la domination du marché du Bitcoin et son taux de participation à la DeFi est l’un des chiffres les plus révélateurs de l’ensemble de la crypto. Le Bitcoin représente environ la moitié de la capitalisation boursière totale de la crypto. Moins de 1 % de tous les BTC, en valeur, participe à la DeFi. Certaines mesures l’estiment à aussi bas que 0,1 %. Le plus grand actif numérique, le plus liquide et le plus largement détenu au monde est presque entièrement en attente, tandis que le reste de la crypto construit des infrastructures autour d’Ethereum.

Cet écart n’est pas apparu par manque de demande. Il est apparu par manque d’accès fiable. Chaque voie existante permettant au Bitcoin de participer à la DeFi implique de renoncer à quelque chose. Les BTC tokenisés (Wrapped BTC) exigent de faire confiance à un dépositaire détenant l’actif sous-jacent. Les ponts (bridges) requièrent de faire confiance à un modèle de sécurité qui, collectivement, a perdu des milliards en raison d’exploits. Les sidechains exigent de faire confiance à un mécanisme d’ancrage (peg) dont la sécurité ne dépend que des entités qui le maintiennent.

Babylon Protocol répond à cela du côté de la demande, plutôt que de celui de l’offre. La question n’est pas de créer davantage de produits de rendement sur BTC. Il s’agit de rendre l’offre de BTC existante productive sans obliger ses détenteurs à faire confiance à quelque chose qu’ils ne devraient pas avoir à approuver. 57 290 BTC mis en jeu nativement, répartis sur 135 000 participants en phase 1, avec des BTC ne quittant jamais la chaîne principale du Bitcoin, suggère que la demande était toujours là, en attente du bon modèle de confiance.

172 entreprises publiques détiennent désormais plus d’un million de BTC collectivement. Une position institutionnelle standard de 100 millions de dollars coûte entre 100 000 et 500 000 dollars par an en frais de conservation, sans aucun rendement venant compenser cette perte. Les calculs deviennent rapidement inconfortables quand un rendement natif sans confiance (trustless) existe enfin.

Plus je lis, plus je découvre le mécanisme cryptographique @BabylonLabs_io qu’utilise Babylon pour imposer le slashing sur Bitcoin, plus élégant et plus inquiétant que la plupart des articles ne prennent la peine d’expliquer. Tous les autres protocoles de staking dotés de capacités de slashing reposent sur des smart contracts pour exécuter la punition.

Babylon n’a pas de smart contracts sur Bitcoin. Bitcoin Script n’est pas complet au sens de Turing. Pourtant, Babylon slashe quand même les validateurs. Le mécanisme est EOTS, Extractable One-Time Signatures (signatures à usage unique extractibles), et le comprendre change la façon dont vous pensez à ce que Bitcoin peut réellement imposer nativement.

Un Finality Provider signe chaque bloc à l’aide d’une clé à usage unique dérivée de sa clé maîtresse. La propriété clé est mathématique plutôt que contractuelle. Si ce Finality Provider signe deux blocs contradictoires à la même hauteur, les deux signatures, ensemble, révèlent automatiquement leur clé privée à quiconque observe. La mathématique des signatures Schnorr garantit cette exposition. Pas de tribunal. Pas de vote en comité. Pas d’exécution de smart contract. Le double-signage lui-même produit la preuve cryptographique nécessaire à la punition.

Ce que je trouve réellement intéressant d’examiner, c’est la contrainte spécifique sur la clé extraite. Une fois divulguée, elle ne peut exécuter qu’une seule action pré-approuvée : la condition de slashing encodée dans la transaction de staking au moment du dépôt. La clé extraite ne peut pas voler les BTC. Elle ne peut qu’incendier le pourcentage de slashing prédéterminé et rendre le reste au staker. L’étendue de la punition est définie au moment du dépôt et ne peut pas être étendue par qui que ce soit par la suite.

Cette contrainte, c’est l’honnêteté architecturale que la plupart des discussions sur le slashing omettent. Babylon ne fait pas confiance au fait que personne ne misusera la clé extraite. Il rend l’abus cryptographiquement impossible par conception. 57,290 BTC misés sur 135,000 participants ont choisi cette garantie plutôt que toute autre approche.

#baby $BABY

Le pétrole Brent est en hausse d’environ 12% cette semaine, et je ne pense pas que ce soit simplement une autre variation aléatoire. Quand le pétrole monte aussi vite, cela crée généralement des pressions sur l’inflation, les coûts de transport et même le sentiment autour des cryptomonnaies. Les marchés sont interconnectés plus qu’on ne le pense.

Je ne dis pas que la hausse va forcément se poursuivre, mais il y a clairement quelque chose qui mérite d’être surveillé. Si les tensions géopolitiques restent élevées, les prix de l’énergie pourraient rester solides pendant un moment.

Pour l’instant, je reste patient et j’observe la réaction du marché plutôt que de prendre des décisions sous le coup de l’émotion.

Quel est ton avis ? Plutôt haussier ou juste une flambée à court terme ?

#BrentRises12%Weekly

$AKE Tout à coup, rejet des prix

Prix rejeté de nombreuses fois 0.00041