K A I F F

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

$PIEVERSE phase 2 finale volume attendu ?

$PHA moment baissier 😅

$FF pourquoi je suis fermé 🥹🥹🥲

$1000PEPE partant avec court 😍

$1000PEPE va vers le haut ou vers le bas, je pense vers le haut ?

$CAP aller vers le bas sans s'arrêter encore une opportunité..

$STRK allez avec court

$ONE gros court 😍😍

$BMT va remonter encore de 0,03 ???

$PYTH élan relâché bientôt courte instant

$TUT trajet baissier départ

$TUT i gagnez aujourd’hui 15$ sur $TUT et la dernière transaction a perdu 22$ mdr😅

#dusk $DUSK @Dusk En lisant, dans l’ordre, les annonces officielles de partenariat NPEX de Dusk, j’ai remarqué quelque chose que je n’ai vu évoqué nulle part.
Le chiffre de tokenisation ne cesse de changer.
L’annonce de VentureBeat en décembre 2025 cite 185 millions d’euros levés via la plateforme NPEX. Le communiqué de presse de partenariat Chainlink en novembre 2025 décrit NPEX comme ayant levé plus de 200 millions d’euros. Le post X de Dusk, en avril 2026, décrit 300 millions d’euros d’actifs sous gestion qui arrivent sur la blockchain de Dusk.
Trois chiffres différents. Trois sources officielles différentes. Tous décrivant le même partenariat.
Hmm.
Les chiffres ne sont pas nécessairement faux. NPEX est une bourse réglementée active qui continue de faciliter de nouvelles levées de fonds. Le fait que le chiffre augmente avec le temps reflète une activité réelle sur la plateforme de NPEX.
Mais il y a une distinction précise qu’il faut garder soigneusement à l’esprit. 300 millions d’euros levés via la plateforme traditionnelle de NPEX au fil des années d’exploitation ne sont pas la même chose que 300 millions d’euros de titres tokenisés en direct sur DuskEVM.
À la fin du mois d’avril 2026, la TVL de Dusk est inférieure à 1 million de dollars.
Les documents décrivent Dusk Trade comme « en cours de construction autour de workflows de marché réels ». L’application dApp de NPEX est décrite dans des rapports d’analystes comme visant une date de mise en ligne en 2026. Le mainnet de DuskEVM lui-même a été retardé, passant du T1 2026 jusqu’à la mise à niveau Boreas en mai 2026.
Le partenariat est réel. NPEX est un opérateur MTF véritablement agréé, avec 17 500 investisseurs actifs, et une bourse réglementée qui fonctionne. Ce socle est plus crédible que la plupart des partenariats blockchain RWA ne le produisent jamais.
La question qu’il vaut la peine d’examiner attentivement, c’est l’écart entre ce que NPEX a fait sur sa plateforme traditionnelle et ce qui a réellement évolué on-chain jusqu’à présent.
L’un est un historique. L’autre est encore une feuille de route.

$BABY créateurpad la distribution ne démarre toujours pas 🤔

$TUT court 0.04501 😆

#dusk $DUSK @Dusk Je suis allé chercher ce que signifie réellement la finalité déterministe dans le consensus d’« Succinct Attestation » de Dusk et j’ai trouvé deux descriptions différentes dans deux sources officielles.

La version marketing est claire. Trois étapes. Proposition. Validation. Ratification. Le bloc se finalise. Déterministe. C’est tout.

La version du livre blanc est plus honnête.

SA fonctionne par tours. Chaque tour peut comporter plusieurs itérations. La plupart des blocs se finalisent à l’itération 1 avec une participation complète du comité. Mais les itérations 2, 3 et 4 existent pour une raison. Chaque itération suivante réduit le seuil de quorum nécessaire pour avancer. Le protocole ne renonce pas facilement. Il continue d’essayer.

Hmm.

Le livre blanc décrit jusqu’à 213 itérations possibles avant que des procédures d’urgence puissent être déclenchées. Le mode d’urgence implique un chemin de signature différent et, au final, un repli que les documents reconnaissent comme existant pour assurer la continuité du réseau.

Deux éléments se trouvent dans cette conception et méritent d’être distingués clairement.

D’abord : la finalité déterministe est une garantie réelle. Une fois qu’un bloc est ratifié, il ne peut pas être réorganisé. Pas de confirmation probabiliste par comptage. Pas d’attente de 6 blocs. Final signifie final. Cette propriété est authentique et compte pour les règlements encadrés.

Ensuite : la finalité déterministe est une garantie de résultat de consensus, pas une garantie de délai. Le protocole garantit que le bloc se finalisera. Il ne garantit pas exactement quand. Un bloc qui nécessite plusieurs itérations prend plus de temps qu’un bloc qui se finalise à l’itération 1. Les deux sont finalisés de façon déterministe. Ils atteignent la finalité selon des horloges différentes.

Le règlement traditionnel des valeurs mobilières fonctionne avec T+1 et T+2. Fenêtres prévisibles. Obligations contractuelles liées à des échéances spécifiques.

Une application régulée sur Dusk qui promet un règlement en secondes promet le cas typique. Le protocole garantit l’issue. Le temps nécessaire pour atteindre cette issue varie avec les conditions du réseau, de façons que le langage relatif à la finalité déterministe ne communique pas entièrement.

$CLO fake pompage chargé 😆

$SKYAI le pompage est une arnaque 😂😂

#dusk $DUSK @Dusk J’ai passé du temps dans la documentation de la Citadelle de Dusk et j’ai trouvé un détail dans l’article académique que la description marketing de l’identité auto-souveraine ne met jamais en avant.
Le mécanisme de révocation.
La Citadelle est décrite comme un système d’identité auto-souveraine. Les utilisateurs gèrent leurs propres identifiants. Prouver des attributs sans les révéler. Tranche d’âge. Résidence. Statut d’accréditation. La preuve à connaissance nulle signifie que le prestataire de services n’apprend que que vous remplissez les conditions. Rien de plus.
Cette partie est réelle et vraiment bien conçue.
Puis j’ai trouvé cette ligne dans l’article sur la Citadelle.
« Si, dans certaines circonstances, le prestataire de services n’accepte plus certaines licences émises précédemment, ils peuvent prouver au réseau qu’une note donnée n’est plus valide. »
Le prestataire de services initie la révocation. Pas l’utilisateur.
Hmmm… une identité auto-souveraine implique typiquement que l’utilisateur contrôle ses identifiants. Le modèle de révocation de Citadel inverse ce contrôle précis. Le prestataire de services décide quand une licence n’est plus valide et le prouve au réseau. Le réseau accepte la révocation. La licence de l’utilisateur cesse de fonctionner.
Sur une chaîne de confidentialité où les notes de licence sont stockées de manière privée, l’utilisateur n’a aucune visibilité on-chain sur le fait que sa licence a été révoquée tant qu’il n’essaie pas de l’utiliser et que cela échoue.
L’article sur la Citadelle liste trois parties : l’utilisateur, le prestataire de services et le contrat de licence. Le contrat de licence impose la validité. Le SP contrôle ce que signifie la validité.
La documentation décrit cela comme une conformité programmable. L’UE peut programmer des réglementations directement dans Citadel. Cette formulation fait sonner la révocation comme un outil réglementaire.
C’est aussi un outil administratif. Le même mécanisme qui permet à un régulateur de révoquer l’accès d’un utilisateur sanctionné permet à n’importe quel SP de révoquer n’importe quel utilisateur pour n’importe quelle raison.
Quelles voies de recours existent après une révocation et qui arbitre les révocations contestées, voilà la question à laquelle la documentation ne répond pas.