Binance Square
SAMI Web3
3.6k Publications

SAMI Web3

408 Suivis
275 Abonnés
1.5K+ J’aime
Publications
·
--
Voir la traduction
Ethereum continues to play an important role in decentralized finance, smart contracts, and blockchain innovation. For me, the most interesting part is how developers keep exploring practical uses beyond simple token transfers. $ETH is more than a market ticker; it represents an ecosystem where applications, developers, and users interact on-chain. Still, long-term progress depends on network usability, security, and the ability to handle growing demand. I believe the strongest blockchain ecosystems will be those that solve real problems rather than depend entirely on market excitement. It is worth researching development activity and actual usage before forming an opinion. @Ethereum_official #Ethereum #ETH #Blockchain #Web3
Ethereum continues to play an important role in decentralized finance, smart contracts, and blockchain innovation. For me, the most interesting part is how developers keep exploring practical uses beyond simple token transfers.
$ETH is more than a market ticker; it represents an ecosystem where applications, developers, and users interact on-chain. Still, long-term progress depends on network usability, security, and the ability to handle growing demand.
I believe the strongest blockchain ecosystems will be those that solve real problems rather than depend entirely on market excitement. It is worth researching development activity and actual usage before forming an opinion.
@Ethereum
#Ethereum
#ETH
#Blockchain
#Web3
J'ai passé la session CreatorPad à fouiller la présentation de Dusk sur les actifs réglementés, et ce qui a vraiment retenu mon attention n'était ni le discours sur la feuille de route, ni les slides de conformité MiCA. C'était le pont. Toujours fermé. #dusk $DUSK @Dusk_Foundation Petit récap pour ceux qui auraient manqué — le 16 août, l’équipe de Dusk a elle-même signalé une activité suspecte sur un portefeuille de pont géré par une équipe, a immédiatement interrompu les opérations, a recyclé les adresses, a ajouté une liste de blocage des destinataires, puis s’est adressée à Binance dès qu’ils ont vu qu’une partie du flux touchait cette plateforme. J’ai re-vérifié la page du pont cette semaine en faisant la tâche — statut identique. En pause. « Examen de sécurité en cours. » Aucune date de réouverture n’est indiquée. Voici toutefois ce qui m’est vraiment resté en tête. Cette chaîne est vendue comme une solution visant à amener la finance réglementée et institutionnelle on-chain — logique de conformité, auditabilité, auto-gestion des clés, bref, tout l’argumentaire. Mais quand quelque chose a semblé anormal, la réponse n’a pas été un vote de protocole ou un quelconque mécanisme trustless de secours. C’est plutôt un portefeuille d’équipe qui a effectué un appel manuel, et une liste de blocage ajoutée après coup. Ce qui, hum — c’est précisément ce que les institutions veulent. Contrôlé, réversible, et une personne responsable de l’autre côté. Si vous êtes juste un détenteur “classique” qui a ponté DUSK la semaine dernière et que c’est resté gelé sans ETA, alors, vous n’êtes pas la personne que ce design était censé rassurer en premier. Je me suis attardé là-dessus plus longtemps que prévu. Je n’arrive toujours pas à trancher : est-ce que c’est le système qui fonctionne exactement comme prévu, ou bien l’écart entre pour qui il a été conçu et qui l’utilise réellement en ce moment. @Dusk_Foundation #dusk $DUSK
J'ai passé la session CreatorPad à fouiller la présentation de Dusk sur les actifs réglementés, et ce qui a vraiment retenu mon attention n'était ni le discours sur la feuille de route, ni les slides de conformité MiCA. C'était le pont. Toujours fermé. #dusk $DUSK @Dusk
Petit récap pour ceux qui auraient manqué — le 16 août, l’équipe de Dusk a elle-même signalé une activité suspecte sur un portefeuille de pont géré par une équipe, a immédiatement interrompu les opérations, a recyclé les adresses, a ajouté une liste de blocage des destinataires, puis s’est adressée à Binance dès qu’ils ont vu qu’une partie du flux touchait cette plateforme. J’ai re-vérifié la page du pont cette semaine en faisant la tâche — statut identique. En pause. « Examen de sécurité en cours. » Aucune date de réouverture n’est indiquée.
Voici toutefois ce qui m’est vraiment resté en tête. Cette chaîne est vendue comme une solution visant à amener la finance réglementée et institutionnelle on-chain — logique de conformité, auditabilité, auto-gestion des clés, bref, tout l’argumentaire. Mais quand quelque chose a semblé anormal, la réponse n’a pas été un vote de protocole ou un quelconque mécanisme trustless de secours. C’est plutôt un portefeuille d’équipe qui a effectué un appel manuel, et une liste de blocage ajoutée après coup. Ce qui, hum — c’est précisément ce que les institutions veulent. Contrôlé, réversible, et une personne responsable de l’autre côté.
Si vous êtes juste un détenteur “classique” qui a ponté DUSK la semaine dernière et que c’est resté gelé sans ETA, alors, vous n’êtes pas la personne que ce design était censé rassurer en premier.
Je me suis attardé là-dessus plus longtemps que prévu. Je n’arrive toujours pas à trancher : est-ce que c’est le système qui fonctionne exactement comme prévu, ou bien l’écart entre pour qui il a été conçu et qui l’utilise réellement en ce moment.
@Dusk
#dusk
$DUSK
Partiellement vrai
J’étais bien plongé dans la tâche #dusk CreatorPad, une collation à la main, à fouiller leur propre site — et je me suis retrouvé bloqué sur la section de la pile produit. $DUSK , @Dusk_Foundation , le pitch est fort : « marchés réglementés, validé onchain », émission de 300 M€+, 20K+ investisseurs via NPEX. Ça a l’air complètement en ligne. Puis j’ai réellement lu les tags d’état à côté de chaque couche. Native L1 — En ligne. DuskEVM — Testnet. Dusk Trade, l’appli de trading RWA elle-même — En construction. Attendez — donc la partie qui permet à du capital extérieur et aux builders de toucher réellement l’économie RWA n’est pas encore en ligne. Bridge est aussi toujours en pause, depuis l’incident de compromission de wallet du 16 août — la liste de blocage des destinataires a été activée, Binance a été impliqué dans le flux qui a touché leur plateforme, et la réouverture est explicitement liée au lancement de DuskEVM qui n’a pas eu lieu non plus. Pendant ce temps, NPEX, le seul partenaire institutionnel déjà branché sur le native L1, continue simplement d’empiler en arrière-plan des émissions tokenisées. C’est cette partie qui m’a accroché. L’histoire d’infrastructure est vraie, c’est juste pas vrai de façon uniforme pour l’instant. Un partenaire est déjà dans la pièce. Les autres — utilisateurs de bridge, builders EVM — sont à la porte. Je me suis surpris en train de faire défiler au point de presque l’écrire comme « entièrement opérationnel ». Heureusement, j’ai ralenti. Ça me fait me demander combien de temps une chaîne peut tourner sur les chiffres d’un seul client avant que « testnet » ne cesse discrètement d’être une phase et ne devienne le plan. @Dusk_Foundation #dusk $DUSK
J’étais bien plongé dans la tâche #dusk CreatorPad, une collation à la main, à fouiller leur propre site — et je me suis retrouvé bloqué sur la section de la pile produit. $DUSK , @Dusk , le pitch est fort : « marchés réglementés, validé onchain », émission de 300 M€+, 20K+ investisseurs via NPEX. Ça a l’air complètement en ligne. Puis j’ai réellement lu les tags d’état à côté de chaque couche. Native L1 — En ligne. DuskEVM — Testnet. Dusk Trade, l’appli de trading RWA elle-même — En construction.
Attendez — donc la partie qui permet à du capital extérieur et aux builders de toucher réellement l’économie RWA n’est pas encore en ligne. Bridge est aussi toujours en pause, depuis l’incident de compromission de wallet du 16 août — la liste de blocage des destinataires a été activée, Binance a été impliqué dans le flux qui a touché leur plateforme, et la réouverture est explicitement liée au lancement de DuskEVM qui n’a pas eu lieu non plus. Pendant ce temps, NPEX, le seul partenaire institutionnel déjà branché sur le native L1, continue simplement d’empiler en arrière-plan des émissions tokenisées.
C’est cette partie qui m’a accroché. L’histoire d’infrastructure est vraie, c’est juste pas vrai de façon uniforme pour l’instant. Un partenaire est déjà dans la pièce. Les autres — utilisateurs de bridge, builders EVM — sont à la porte.
Je me suis surpris en train de faire défiler au point de presque l’écrire comme « entièrement opérationnel ». Heureusement, j’ai ralenti. Ça me fait me demander combien de temps une chaîne peut tourner sur les chiffres d’un seul client avant que « testnet » ne cesse discrètement d’être une phase et ne devienne le plan.
@Dusk
#dusk
$DUSK
Partiellement vrai
Je suis resté avec ça après avoir bouclé la tâche DUSK… honnêtement, ce qui m’a marqué n’était pas du tout le pitch sur la tokenisation. Tout le monde parle de la couche d’émission @Dusk_Foundation $DUSK #dusk conforme, de la divulgation sélective, etc. — mais ce qui a en réalité été mis à l’épreuve on-chain la semaine dernière, ce n’était pas le rail RWA. C’était le banal. Le 16 août, l’équipe a signalé une activité suspecte liée à un portefeuille géré par un pont. Réponse : désactiver et recycler les adresses concernées, mettre en pause les services de pont, déployer une liste de blocage côté Web Wallet pour les adresses sanctionnées/signalées, puis coordonner avec Binance une fois qu’une partie du flux a touché leur plateforme. Ce n’est pas une fonctionnalité de tokenisation. C’est de la plomberie de garde (custody) et de gestion d’incident — la partie qui ne figure jamais dans les slides. Attendez — mais c’est justement tout l’intérêt, non. « Une infrastructure au-delà du minage d’un token » est toujours présentée comme des modules de conformité et une logique de divulgation. En pratique, le premier système réellement mis sous pression, c’était la gestion des clés et la supervision. Pas glam, pas commercialisé, juste… là quand il fallait. Je me suis surpris à vouloir prendre « aucun fonds utilisateur n’a été impacté » trop vite pour argent comptant. C’est auto-déclaré. Probablement vrai : la réponse avait l’air suffisamment compétente, mais j’ai remarqué l’instinct de simplement y croire parce que le reste paraissait clair. Ça vaut le coup que je m’en alerte, pas seulement pour le projet. Donc quelle couche gagne d’abord la confiance institutionnelle — la mathématique de la confidentialité, ou celui/la qui surveille les portefeuilles à 2h du matin ? @Dusk_Foundation #dusk $DUSK
Je suis resté avec ça après avoir bouclé la tâche DUSK… honnêtement, ce qui m’a marqué n’était pas du tout le pitch sur la tokenisation. Tout le monde parle de la couche d’émission @Dusk $DUSK #dusk conforme, de la divulgation sélective, etc. — mais ce qui a en réalité été mis à l’épreuve on-chain la semaine dernière, ce n’était pas le rail RWA. C’était le banal.
Le 16 août, l’équipe a signalé une activité suspecte liée à un portefeuille géré par un pont. Réponse : désactiver et recycler les adresses concernées, mettre en pause les services de pont, déployer une liste de blocage côté Web Wallet pour les adresses sanctionnées/signalées, puis coordonner avec Binance une fois qu’une partie du flux a touché leur plateforme. Ce n’est pas une fonctionnalité de tokenisation. C’est de la plomberie de garde (custody) et de gestion d’incident — la partie qui ne figure jamais dans les slides.
Attendez — mais c’est justement tout l’intérêt, non. « Une infrastructure au-delà du minage d’un token » est toujours présentée comme des modules de conformité et une logique de divulgation. En pratique, le premier système réellement mis sous pression, c’était la gestion des clés et la supervision. Pas glam, pas commercialisé, juste… là quand il fallait.
Je me suis surpris à vouloir prendre « aucun fonds utilisateur n’a été impacté » trop vite pour argent comptant. C’est auto-déclaré. Probablement vrai : la réponse avait l’air suffisamment compétente, mais j’ai remarqué l’instinct de simplement y croire parce que le reste paraissait clair. Ça vaut le coup que je m’en alerte, pas seulement pour le projet.
Donc quelle couche gagne d’abord la confiance institutionnelle — la mathématique de la confidentialité, ou celui/la qui surveille les portefeuilles à 2h du matin ?
@Dusk
#dusk
$DUSK
J’ai passé l’après-midi à explorer l’activité du pont de Dusk pour une tâche CreatorPad sur #dusk and $DUSK , et ce qui a vraiment marqué n’a pas été la proposition RWA — mais à quelle vitesse l’équipe a réagi le 16 août lorsqu’un signalement a identifié un wallet géré par l’équipe lié aux opérations du pont. Ils n’ont pas attendu un vote de gouvernance ni un processus multisig lent. Les adresses ont été désactivées et recyclées, les services du pont ont été mis en pause, une liste de blocage pour les destinataires de Web Wallet a été mise en place presque immédiatement, et ils coordonnaient déjà avec Binance dès qu’une partie du flux a touché leur plateforme. Position officielle de @Dusk_Foundation : aucun fonds utilisateur n’a été impacté. Attendez — c’est cette partie qui m’est restée en tête. Tout le discours autour de Dusk s’appuie sur « décentralisé, autoconservation, pas d’intermédiaires ». Mais la réponse à l’incident s’est faite via un wallet géré par l’équipe et, en pratique, via une sorte de coupe-circuit centralisé sur le pont. Pas vraiment un reproche : ça a fonctionné, personne n’a perdu quoi que ce soit. Simplement… j’ai remarqué l’écart entre le discours et la plomberie. Ce qui a permis de détecter le problème n’était pas la couche de connaissance-zéro : c’était une équipe humaine qui a réagi vite, avec des contrôles de niveau administrateur qu’ils détiennent manifestement encore. J’ai continué d’actualiser l’avis d’incident sur dusk.network en m’attendant à ce qu’un hash de transaction ou un numéro de postmortem apparaisse. Rien pour l’instant, seulement la note. Ça me fait me demander — quand le discours « finance réglementée » subit réellement des tests de résistance, est-ce que la vitesse de réaction de l’équipe fait une plus grande partie du travail réel que la cryptographie elle-même ne le pourra jamais ? @Dusk_Foundation #dusk $DUSK
J’ai passé l’après-midi à explorer l’activité du pont de Dusk pour une tâche CreatorPad sur #dusk and $DUSK , et ce qui a vraiment marqué n’a pas été la proposition RWA — mais à quelle vitesse l’équipe a réagi le 16 août lorsqu’un signalement a identifié un wallet géré par l’équipe lié aux opérations du pont. Ils n’ont pas attendu un vote de gouvernance ni un processus multisig lent. Les adresses ont été désactivées et recyclées, les services du pont ont été mis en pause, une liste de blocage pour les destinataires de Web Wallet a été mise en place presque immédiatement, et ils coordonnaient déjà avec Binance dès qu’une partie du flux a touché leur plateforme. Position officielle de @Dusk : aucun fonds utilisateur n’a été impacté.
Attendez — c’est cette partie qui m’est restée en tête. Tout le discours autour de Dusk s’appuie sur « décentralisé, autoconservation, pas d’intermédiaires ». Mais la réponse à l’incident s’est faite via un wallet géré par l’équipe et, en pratique, via une sorte de coupe-circuit centralisé sur le pont. Pas vraiment un reproche : ça a fonctionné, personne n’a perdu quoi que ce soit. Simplement… j’ai remarqué l’écart entre le discours et la plomberie. Ce qui a permis de détecter le problème n’était pas la couche de connaissance-zéro : c’était une équipe humaine qui a réagi vite, avec des contrôles de niveau administrateur qu’ils détiennent manifestement encore.
J’ai continué d’actualiser l’avis d’incident sur dusk.network en m’attendant à ce qu’un hash de transaction ou un numéro de postmortem apparaisse. Rien pour l’instant, seulement la note.
Ça me fait me demander — quand le discours « finance réglementée » subit réellement des tests de résistance, est-ce que la vitesse de réaction de l’équipe fait une plus grande partie du travail réel que la cryptographie elle-même ne le pourra jamais ?
@Dusk
#dusk
$DUSK
Je viens de terminer le deep-dive sur l’infrastructure d’installation (settlement) de Dusk avec le CreatorPad. Je suis encore là, en train de boire mon café froid, et quelque chose datant de six jours en arrière me trottait dans la tête plus que la tâche elle-même. $DUSK #dusk @Dusk_Foundation — le 16 août, l’équipe de Dusk a repéré une activité suspecte sur un portefeuille lié aux opérations du bridge. Attendez— ce n’est pas l’histoire que je m’étais préparé à entendre en entrant, mais c’est celle qui m’a marqué. Ce qui m’a frappé : la solution n’était pas un événement élégant de slashing sur chaîne, ni un circuit breaker automatisé. C’était manuel. Recycler les adresses de bridge signalées, mettre en pause les services du bridge, déployer une liste de blocage de destinataires pour les Web Wallet afin d’empêcher les transferts vers des adresses connues comme étant mauvaises. Puis coordonner directement avec Binance dès qu’une partie du flux a touché leur plateforme. C’est une équipe qui prend des décisions en temps réel, pas un protocole qui s’applique tout seul. Petite pause de réflexion. J’avais lu tout le pitch de Dusk autour du settlement déterministe et de la finalité régulée, à moitié en supposant que la couche de bridge portait la même rigueur par défaut. En réalité, le vrai sauvetage, c’était de l’opérationnel “à l’ancienne” — de la surveillance humaine qui détecte, une décision humaine de mettre en pause, et une liste de blocage curatée par des humains qui fait le gros du travail. Ce n’est pas une critique, juste… le langage “conforme” et les outils de confinement ne vivent pas au même endroit pour l’instant, et seul l’un des deux a été mis sous pression cette semaine. Ça me fait me demander dans quelle mesure, n’importe où, une “infrastructure régulée” est appliquée par le protocole plutôt que par l’équipe quand quelque chose tourne mal. J’ai hâte de voir comment d’autres chaînes de settlement gèrent ce moment — un fail-safe automatisé, ou aussi juste quelqu’un qui appuie sur pause ? @Dusk_Foundation #dusk $DUSK
Je viens de terminer le deep-dive sur l’infrastructure d’installation (settlement) de Dusk avec le CreatorPad. Je suis encore là, en train de boire mon café froid, et quelque chose datant de six jours en arrière me trottait dans la tête plus que la tâche elle-même. $DUSK #dusk @Dusk — le 16 août, l’équipe de Dusk a repéré une activité suspecte sur un portefeuille lié aux opérations du bridge. Attendez— ce n’est pas l’histoire que je m’étais préparé à entendre en entrant, mais c’est celle qui m’a marqué.
Ce qui m’a frappé : la solution n’était pas un événement élégant de slashing sur chaîne, ni un circuit breaker automatisé. C’était manuel. Recycler les adresses de bridge signalées, mettre en pause les services du bridge, déployer une liste de blocage de destinataires pour les Web Wallet afin d’empêcher les transferts vers des adresses connues comme étant mauvaises. Puis coordonner directement avec Binance dès qu’une partie du flux a touché leur plateforme. C’est une équipe qui prend des décisions en temps réel, pas un protocole qui s’applique tout seul.
Petite pause de réflexion. J’avais lu tout le pitch de Dusk autour du settlement déterministe et de la finalité régulée, à moitié en supposant que la couche de bridge portait la même rigueur par défaut. En réalité, le vrai sauvetage, c’était de l’opérationnel “à l’ancienne” — de la surveillance humaine qui détecte, une décision humaine de mettre en pause, et une liste de blocage curatée par des humains qui fait le gros du travail. Ce n’est pas une critique, juste… le langage “conforme” et les outils de confinement ne vivent pas au même endroit pour l’instant, et seul l’un des deux a été mis sous pression cette semaine.
Ça me fait me demander dans quelle mesure, n’importe où, une “infrastructure régulée” est appliquée par le protocole plutôt que par l’équipe quand quelque chose tourne mal. J’ai hâte de voir comment d’autres chaînes de settlement gèrent ce moment — un fail-safe automatisé, ou aussi juste quelqu’un qui appuie sur pause ?
@Dusk
#dusk
$DUSK
J’ai terminé mon run sur CreatorPad lors de l’exécution de Dusk / le volet confidentialité / le partage règlement aujourd’hui, et le schéma est propre — trois couches, une histoire bien rangée. #dusk $DUSK @Dusk_Foundation . Mais la chose qui m’a vraiment fait arrêter de scroller n’était pas le schéma. Je suis allé vérifier ce qui est réellement livré vs ce qui est juste joliment étiqueté. Tout de suite, sur dusk.network : la couche native de règlement (DuskDS) est marquée Live. DuskEVM — la couche d’exécution, celle qui te permet de déployer Solidity via Hardhat — est marquée Testnet. Hedger, le moteur de confidentialité, censé être la raison d’être d’un L1 orienté confidentialité… est aussi en Testnet. Dusk Trade, où un investisseur réel toucherait à la fois la confidentialité et le règlement, est marqué Building, uniquement sur liste d’attente. Leur propre note du 15 août sur la tokenisation côté SME dit la même chose — beaucoup de "peut" et "est pris en charge", à peine de "est". Donc, la couche qui fait le vrai travail pour l’instant est la moins glamour : le règlement. L’exécution est testable si tu es assez technique pour t’y plonger. La confidentialité — le mot en gros titre — est la plus éloignée des mains de n’importe qui en pratique. J’ai dû relire la page produit deux fois, honnêtement, parce que je pensais avoir mal lu quelle case disait quoi. Ce n’est pas une critique de la roadmap : la séquence a ses raisons. Mais ça me fait quand même me demander ce que signifie vraiment une "architecture privacy-first" dans la pratique, quand la confidentialité est systématiquement la dernière pièce à livrer. @Dusk_Foundation #dusk $DUSK
J’ai terminé mon run sur CreatorPad lors de l’exécution de Dusk / le volet confidentialité / le partage règlement aujourd’hui, et le schéma est propre — trois couches, une histoire bien rangée. #dusk $DUSK @Dusk . Mais la chose qui m’a vraiment fait arrêter de scroller n’était pas le schéma.

Je suis allé vérifier ce qui est réellement livré vs ce qui est juste joliment étiqueté. Tout de suite, sur dusk.network : la couche native de règlement (DuskDS) est marquée Live. DuskEVM — la couche d’exécution, celle qui te permet de déployer Solidity via Hardhat — est marquée Testnet. Hedger, le moteur de confidentialité, censé être la raison d’être d’un L1 orienté confidentialité… est aussi en Testnet. Dusk Trade, où un investisseur réel toucherait à la fois la confidentialité et le règlement, est marqué Building, uniquement sur liste d’attente. Leur propre note du 15 août sur la tokenisation côté SME dit la même chose — beaucoup de "peut" et "est pris en charge", à peine de "est".

Donc, la couche qui fait le vrai travail pour l’instant est la moins glamour : le règlement. L’exécution est testable si tu es assez technique pour t’y plonger. La confidentialité — le mot en gros titre — est la plus éloignée des mains de n’importe qui en pratique. J’ai dû relire la page produit deux fois, honnêtement, parce que je pensais avoir mal lu quelle case disait quoi.

Ce n’est pas une critique de la roadmap : la séquence a ses raisons. Mais ça me fait quand même me demander ce que signifie vraiment une "architecture privacy-first" dans la pratique, quand la confidentialité est systématiquement la dernière pièce à livrer.
@Dusk
#dusk
$DUSK
J’ai passé un moment à regarder les chiffres de TermMax et quelque chose me tracasse. 31,29 M$ de TVL, dont 98,5 % sont déposés sur Ethereum — une histoire de chaîne phare, comme dans les livres. #TermMax @termmax TMX puis j’ai vérifié l’onglet des frais. sur les 7 derniers jours : 3 071 $ de frais de protocole au total, et 2 999 $ de ce montant provenaient de BSquared — une chaîne qui affiche actuellement 0 $ de TVL sur le tableau de bord. Ethereum, qui détient essentiellement toute la trésorerie, n’a contribué que dix-sept cents. attendez— ce n’est pas une simple erreur d’arrondi. c’est une semaine entière d’activité réelle — des prêts qui arrivent à échéance, des frais qui sont collectés — qui se déroule quelque part alors que le bilan indique que c’est vide. le TVL vous dit où l’argent est garé. les frais vous disent où les gens font réellement quelque chose avec. cette semaine, il s’est avéré que c’étaient presque entièrement des endroits différents. j’ai actualisé la page deux fois avant de lui faire confiance. ça pourrait simplement être quelques grosses positions qui se ferment, et ça pourrait revenir la semaine prochaine, qui sait. mais si le TVL est le chiffre que tout le monde cite et les frais celui que personne ne vérifie… lequel vous dit vraiment ce que les utilisateurs de $TMX font en ce moment ? @termmax #TermMax
J’ai passé un moment à regarder les chiffres de TermMax et quelque chose me tracasse. 31,29 M$ de TVL, dont 98,5 % sont déposés sur Ethereum — une histoire de chaîne phare, comme dans les livres. #TermMax @TermMax TMX
puis j’ai vérifié l’onglet des frais. sur les 7 derniers jours : 3 071 $ de frais de protocole au total, et 2 999 $ de ce montant provenaient de BSquared — une chaîne qui affiche actuellement 0 $ de TVL sur le tableau de bord. Ethereum, qui détient essentiellement toute la trésorerie, n’a contribué que dix-sept cents. attendez—
ce n’est pas une simple erreur d’arrondi. c’est une semaine entière d’activité réelle — des prêts qui arrivent à échéance, des frais qui sont collectés — qui se déroule quelque part alors que le bilan indique que c’est vide. le TVL vous dit où l’argent est garé. les frais vous disent où les gens font réellement quelque chose avec. cette semaine, il s’est avéré que c’étaient presque entièrement des endroits différents.
j’ai actualisé la page deux fois avant de lui faire confiance. ça pourrait simplement être quelques grosses positions qui se ferment, et ça pourrait revenir la semaine prochaine, qui sait. mais si le TVL est le chiffre que tout le monde cite et les frais celui que personne ne vérifie… lequel vous dit vraiment ce que les utilisateurs de $TMX font en ce moment ?
@TermMax
#TermMax
J’étais en plein dans la tâche de conformité de Dusk plus tôt dans la journée, une collation à la main, et ce qui a interrompu mon défilement n’était pas le jargon ZK — c’était un tableau. Dusk (@Dusk_Foundation , $DUSK , #dusk ) a publié un article le 15 août sur la tokenisation pour les PME, et, au cœur de celui-ci, se trouve un récapitulatif en six lignes « avant vs après » d’un flux de travail de marché privé. Chaque ligne a une colonne « ce qui reste ». Structuration — il faut encore des validations en interne. Onboarding — il faut encore un contrôle des sanctions. Transfert — il faut encore un notaire dans certaines juridictions. C’est ça qui m’a accroché. Le pitch qui circule, c’est « la réglementation devient programmable ». Ce qui est réellement en train d’être livré, cependant, tenez —, ressemble davantage à une couche de coordination qui supprime la réconciliation entre systèmes, plutôt qu’à un truc qui élimine les humains qui passent les appels. Les 300 M€+ d’émissions confirmées de NPEX et les 210 M+ de DUSK actuellement mis en jeu pour sécuriser le réseau sont des chiffres réels, pas du vent — mais la couche de conformité elle-même est encore très largement hors-chaîne, simplement référencée on-chain. J’ai relu ce tableau en me disant que j’avais peut-être mal lu, m’attendant presque à une ligne du type « le smart contract gère la KYC de bout en bout ». Je n’en ai jamais trouvé. Franchement, ça m’a fait encore plus confiance dans le projet, pas moins — ils ont mis leurs propres limites dans une publication publique plutôt que de les enterrer quelque part. J’y réfléchis encore — si le notaire et l’administrateur restent indispensables dans tous les cas, à partir de quel moment « conformité programmable » devient-elle juste… une meilleure paperasse ? @Dusk_Foundation $DUSK #dusk
J’étais en plein dans la tâche de conformité de Dusk plus tôt dans la journée, une collation à la main, et ce qui a interrompu mon défilement n’était pas le jargon ZK — c’était un tableau. Dusk (@Dusk , $DUSK , #dusk ) a publié un article le 15 août sur la tokenisation pour les PME, et, au cœur de celui-ci, se trouve un récapitulatif en six lignes « avant vs après » d’un flux de travail de marché privé. Chaque ligne a une colonne « ce qui reste ». Structuration — il faut encore des validations en interne. Onboarding — il faut encore un contrôle des sanctions. Transfert — il faut encore un notaire dans certaines juridictions.
C’est ça qui m’a accroché. Le pitch qui circule, c’est « la réglementation devient programmable ». Ce qui est réellement en train d’être livré, cependant, tenez —, ressemble davantage à une couche de coordination qui supprime la réconciliation entre systèmes, plutôt qu’à un truc qui élimine les humains qui passent les appels. Les 300 M€+ d’émissions confirmées de NPEX et les 210 M+ de DUSK actuellement mis en jeu pour sécuriser le réseau sont des chiffres réels, pas du vent — mais la couche de conformité elle-même est encore très largement hors-chaîne, simplement référencée on-chain.
J’ai relu ce tableau en me disant que j’avais peut-être mal lu, m’attendant presque à une ligne du type « le smart contract gère la KYC de bout en bout ». Je n’en ai jamais trouvé. Franchement, ça m’a fait encore plus confiance dans le projet, pas moins — ils ont mis leurs propres limites dans une publication publique plutôt que de les enterrer quelque part.
J’y réfléchis encore — si le notaire et l’administrateur restent indispensables dans tous les cas, à partir de quel moment « conformité programmable » devient-elle juste… une meilleure paperasse ?
@Dusk
$DUSK
#dusk
Partiellement vrai
J’ai passé l’après-midi à fouiller dans les contrats de @termmax pour une tâche CreatorPad — #TermMax tab ouvert, les docs TMX ouvertes à côté, en train d’examiner avant d’écrire quoi que ce soit. J’ai failli rater le détail qui a vraiment fait la différence. J’ai consulté DefiLlama au milieu du scroll : la TVL s’élève à 31,22 M$, en baisse de 7,2 % sur les 30 derniers jours, 19 930,46 $ de frais générés sur cette même période, et tout cela alimente directement les revenus du protocole. Des chiffres qui ont l’air normaux. Puis la répartition par chaîne s’est chargée. TermMax liste neuf chaînes — Ethereum, Arbitrum, BNB Chain, Berachain, BSquared, X Layer, Pharos, Hyperliquid, Robinhood Chain. Le pitch omnichaîne dans son intégralité. Mais 98,4 % de ces 31 M$ reposent sur Ethereum, à elle seule. Pas « principalement ». En gros, tout. Hmm… j’avais supposé que neuf chaînes signifiaient neuf parts de liquidité. C’est justement l’idée de passer au multi-chaîne. Là, ça ressemble plutôt à ceci : déployer partout pour la possibilité, et laisser le capital se regrouper là où le socle existant est déjà le plus profond. C’est rationnel, probablement. Mais ça réduit quand même le discours de « finance inter-chaînes scalable » quand une seule chaîne fait tout le travail, en silence. Je ne remets pas en cause la mécanique — la conception à taux fixe est vraiment propre, sur ce point c’est cohérent. Je souligne juste l’écart entre ce que TermMax dit, et l’endroit où la liquidité se trouve réellement. Ça me fait me demander si ce 98,4 % bouge jamais de manière significative, ou si le « multi-chaîne » reste simplement une case de déploiement jusqu’à ce que les incitations forcent la main. @termmax #TermMax
J’ai passé l’après-midi à fouiller dans les contrats de @TermMax pour une tâche CreatorPad — #TermMax tab ouvert, les docs TMX ouvertes à côté, en train d’examiner avant d’écrire quoi que ce soit. J’ai failli rater le détail qui a vraiment fait la différence.

J’ai consulté DefiLlama au milieu du scroll : la TVL s’élève à 31,22 M$, en baisse de 7,2 % sur les 30 derniers jours, 19 930,46 $ de frais générés sur cette même période, et tout cela alimente directement les revenus du protocole. Des chiffres qui ont l’air normaux. Puis la répartition par chaîne s’est chargée.

TermMax liste neuf chaînes — Ethereum, Arbitrum, BNB Chain, Berachain, BSquared, X Layer, Pharos, Hyperliquid, Robinhood Chain. Le pitch omnichaîne dans son intégralité. Mais 98,4 % de ces 31 M$ reposent sur Ethereum, à elle seule. Pas « principalement ». En gros, tout.

Hmm… j’avais supposé que neuf chaînes signifiaient neuf parts de liquidité. C’est justement l’idée de passer au multi-chaîne. Là, ça ressemble plutôt à ceci : déployer partout pour la possibilité, et laisser le capital se regrouper là où le socle existant est déjà le plus profond. C’est rationnel, probablement. Mais ça réduit quand même le discours de « finance inter-chaînes scalable » quand une seule chaîne fait tout le travail, en silence.

Je ne remets pas en cause la mécanique — la conception à taux fixe est vraiment propre, sur ce point c’est cohérent. Je souligne juste l’écart entre ce que TermMax dit, et l’endroit où la liquidité se trouve réellement.

Ça me fait me demander si ce 98,4 % bouge jamais de manière significative, ou si le « multi-chaîne » reste simplement une case de déploiement jusqu’à ce que les incitations forcent la main.
@TermMax
#TermMax
J’ai passé la tâche du CreatorPad d’aujourd’hui à fouiller la pile produit de #dusk au lieu du livre blanc, et un détail m’a fait faire une pause en plein défilement. Native L1 : Live. DuskEVM : Testnet. Hedger — la couche confidentielle de confidentialité-EVM — est aussi en Testnet. $DUSK , @Dusk_Foundation : l’ensemble du pitch, et la partie confidentialité est celle qui reste encore dans le bac à sable. Attends— j’ai mis ça en face de l’article du 15 août sur la tokenisation des titres SME avec NPEX, quatre jours déjà. Divulgation sélective, transferts chiffrés, règlement déterministe — tout tourne, tout sur la couche de base, conçu pour les émetteurs et les plateformes réglementées aujourd’hui. Le chemin du chiffrement homomorphe visait à donner aux applis EVM ordinaires la même confidentialité… mais c’est encore en attente. Donc, en gros, l’ordre est le suivant : les institutions obtiennent la confidentialité conforme dès maintenant, et tout le monde obtient la promesse plus tard. Pas sournois, juste calmement logique, je suppose. L’infra a tendance à livrer d’abord là où l’argent est déjà déposé. J’avais supposé que « privacy chain » voulait dire confidentialité par défaut pour toute personne qui y touche. Ce n’est pas le cas, pas encore. Plutôt : confidentialité de niveau conformité en premier, la confidentialité générale ensuite. Ça me fait me demander combien de temps Hedger reste étiqueté testnet avant que ce manque se comble — ou s’il finit par s’installer comme la forme permanente de la chose. @Dusk_Foundation #dusk $DUSK
J’ai passé la tâche du CreatorPad d’aujourd’hui à fouiller la pile produit de #dusk au lieu du livre blanc, et un détail m’a fait faire une pause en plein défilement. Native L1 : Live. DuskEVM : Testnet. Hedger — la couche confidentielle de confidentialité-EVM — est aussi en Testnet. $DUSK , @Dusk : l’ensemble du pitch, et la partie confidentialité est celle qui reste encore dans le bac à sable.
Attends— j’ai mis ça en face de l’article du 15 août sur la tokenisation des titres SME avec NPEX, quatre jours déjà. Divulgation sélective, transferts chiffrés, règlement déterministe — tout tourne, tout sur la couche de base, conçu pour les émetteurs et les plateformes réglementées aujourd’hui. Le chemin du chiffrement homomorphe visait à donner aux applis EVM ordinaires la même confidentialité… mais c’est encore en attente. Donc, en gros, l’ordre est le suivant : les institutions obtiennent la confidentialité conforme dès maintenant, et tout le monde obtient la promesse plus tard.
Pas sournois, juste calmement logique, je suppose. L’infra a tendance à livrer d’abord là où l’argent est déjà déposé. J’avais supposé que « privacy chain » voulait dire confidentialité par défaut pour toute personne qui y touche. Ce n’est pas le cas, pas encore. Plutôt : confidentialité de niveau conformité en premier, la confidentialité générale ensuite.
Ça me fait me demander combien de temps Hedger reste étiqueté testnet avant que ce manque se comble — ou s’il finit par s’installer comme la forme permanente de la chose.
@Dusk
#dusk
$DUSK
J’ai consulté TermMax ( @termmax , #TermMax ) pour ce tour de CreatorPad et il y a un détail qui m’a vraiment fait arrêter de scroller — le TGE du TMX vient d’être confirmé pour le 25 août, il y a environ quatre jours. Juste à côté de cette annonce se trouvaient les chiffres du récap : 1,5M+ de portefeuilles enregistrés, 90K+ d’utilisateurs actifs quotidiens, TVL "au-dessus de 90M$" selon leur propre décompte. L’habitude a pris le dessus, alors j’ai vérifié sur DefiLlama au lieu de simplement acquiescer. TVL on-chain actuelle : 31,22M$. En baisse de 7,2% sur les 30 derniers jours. Les frais gagnés sur cette période — moins de 20K$, annualisés à environ 314K$. Franchement… c’est une image assez différente. Ce décalage, c’est surtout ça qui m’a marqué, plus que la conception du bond à coupon zéro ou même les mécaniques d’échéance en elles-mêmes. L’architecture de TermMax est vraiment propre sur le papier — taux fixe en, taux fixe out, sans mauvaises surprises de liquidation. Mais les portefeuilles et le nombre de DAU captent l’attention. Le capital immobilisé et le flux de frais comptent aussi pour la conviction. Pour le moment, ces deux éléments ne bougent pas ensemble, et ce n’est pas quelque chose que le pitch deck mentionne. J’ai mangé ma collation, puis j’ai regardé la fenêtre DefiLlama plus longtemps que prévu. Ça pourrait juste être un comportement normal avant le TGE — le capital reste sur le côté jusqu’à ce que le token soit réellement en ligne. Ou alors c’est simplement ce à quoi ressemble le "usage" avant que des incitations n’existent pour forcer la machine. Honnêtement, je ne sais pas. Le design à taux fixe attire-t-il le capital grâce à ses propres qualités, ou attend-il que le TGE fasse le travail à sa place ? @termmax #TermMax
J’ai consulté TermMax ( @TermMax , #TermMax ) pour ce tour de CreatorPad et il y a un détail qui m’a vraiment fait arrêter de scroller — le TGE du TMX vient d’être confirmé pour le 25 août, il y a environ quatre jours. Juste à côté de cette annonce se trouvaient les chiffres du récap : 1,5M+ de portefeuilles enregistrés, 90K+ d’utilisateurs actifs quotidiens, TVL "au-dessus de 90M$" selon leur propre décompte.
L’habitude a pris le dessus, alors j’ai vérifié sur DefiLlama au lieu de simplement acquiescer. TVL on-chain actuelle : 31,22M$. En baisse de 7,2% sur les 30 derniers jours. Les frais gagnés sur cette période — moins de 20K$, annualisés à environ 314K$. Franchement… c’est une image assez différente.
Ce décalage, c’est surtout ça qui m’a marqué, plus que la conception du bond à coupon zéro ou même les mécaniques d’échéance en elles-mêmes. L’architecture de TermMax est vraiment propre sur le papier — taux fixe en, taux fixe out, sans mauvaises surprises de liquidation. Mais les portefeuilles et le nombre de DAU captent l’attention. Le capital immobilisé et le flux de frais comptent aussi pour la conviction. Pour le moment, ces deux éléments ne bougent pas ensemble, et ce n’est pas quelque chose que le pitch deck mentionne.
J’ai mangé ma collation, puis j’ai regardé la fenêtre DefiLlama plus longtemps que prévu. Ça pourrait juste être un comportement normal avant le TGE — le capital reste sur le côté jusqu’à ce que le token soit réellement en ligne. Ou alors c’est simplement ce à quoi ressemble le "usage" avant que des incitations n’existent pour forcer la machine.
Honnêtement, je ne sais pas. Le design à taux fixe attire-t-il le capital grâce à ses propres qualités, ou attend-il que le TGE fasse le travail à sa place ?
@TermMax
#TermMax
J’étais bien plongé dans la tâche CreatorPad sur Dusk Trade ($DUSK , #dusk , @Dusk_Foundation ) quand j’ai vu la publication du 15 août sur dusk.network — « Comment la tokenisation ouvre des marchés privés aux PME ». J’ai fait une pause à cet endroit. Pas à cause de la technologie. Mais à cause de ce que l’article admet discrètement. Le texte décrit un cycle de propriété en six étapes pour des titres de PME tokenisés, et chaque étape exige encore une institution humaine en arrière-plan — un acte notarié pour un transfert d’actions d’une BV néerlandaise, un contrôle des sanctions à l’onboarding, une plateforme autorisée (NPEX, inscrite dans le registre MTF de l’AFM) pour toute négociation sur le secondaire. Ici, la tokenisation ne supprime pas les portiers… elle synchronise simplement leur paperasse sur un seul et même registre. Hmm. C’est l’inverse du discours de « libre accès » qui circule dans la plupart des fils de discussion $DUSK . Dans la pratique, les premiers bénéficiaires sont les émetteurs, les administrateurs, les notaires — moins de difficultés de rapprochement, moins de ressaisie en double entre des systèmes qui s’accordaient mal entre eux. Une négociation fluide au niveau retail ressemble davantage à une promesse pour plus tard, une fois que la couche « plateforme réglementée » aura réellement atteint l’échelle. Pause snack : ça m’a fait reconsidérer tout mon cadrage de « RWA = marchés démocratisés ». Peut-être que c’est plutôt « RWA = les institutions tiennent des livres plus propres en premier, et tout le monde attend la plateforme ». Je ne sais pas si c’est une critique ou juste… la façon dont la finance conforme se comporte, quelle que soit la structure du grand livre en dessous. Couper le frottement du rapprochement finit-il par se répercuter jusqu’à l’accès retail, ou bien la couche des portiers devient-elle juste plus efficace pour rester un portier ? @Dusk_Foundation #dusk $DUSK
J’étais bien plongé dans la tâche CreatorPad sur Dusk Trade ($DUSK , #dusk , @Dusk ) quand j’ai vu la publication du 15 août sur dusk.network — « Comment la tokenisation ouvre des marchés privés aux PME ». J’ai fait une pause à cet endroit. Pas à cause de la technologie. Mais à cause de ce que l’article admet discrètement.
Le texte décrit un cycle de propriété en six étapes pour des titres de PME tokenisés, et chaque étape exige encore une institution humaine en arrière-plan — un acte notarié pour un transfert d’actions d’une BV néerlandaise, un contrôle des sanctions à l’onboarding, une plateforme autorisée (NPEX, inscrite dans le registre MTF de l’AFM) pour toute négociation sur le secondaire. Ici, la tokenisation ne supprime pas les portiers… elle synchronise simplement leur paperasse sur un seul et même registre.
Hmm. C’est l’inverse du discours de « libre accès » qui circule dans la plupart des fils de discussion $DUSK . Dans la pratique, les premiers bénéficiaires sont les émetteurs, les administrateurs, les notaires — moins de difficultés de rapprochement, moins de ressaisie en double entre des systèmes qui s’accordaient mal entre eux. Une négociation fluide au niveau retail ressemble davantage à une promesse pour plus tard, une fois que la couche « plateforme réglementée » aura réellement atteint l’échelle.
Pause snack : ça m’a fait reconsidérer tout mon cadrage de « RWA = marchés démocratisés ». Peut-être que c’est plutôt « RWA = les institutions tiennent des livres plus propres en premier, et tout le monde attend la plateforme ».
Je ne sais pas si c’est une critique ou juste… la façon dont la finance conforme se comporte, quelle que soit la structure du grand livre en dessous. Couper le frottement du rapprochement finit-il par se répercuter jusqu’à l’accès retail, ou bien la couche des portiers devient-elle juste plus efficace pour rester un portier ?
@Dusk
#dusk
$DUSK
Vérifié
Tâche TermMax (@termmax ) et le moment qui m’a stoppé net a été la date de TGE qui a chuté au milieu de la recherche — le 25 août, d’après leur propre publication vieille de 3 jours. Les chiffres de cette annonce étaient assourdissants : TVL au-dessus de 90 M$, 1,5 M+ de portefeuilles enregistrés, 90 K d’utilisateurs actifs quotidiens, répartis sur dix chaînes EVM. #TermMax s’est soudain retrouvé partout dans mon fil. Donc j’ai fait la chose ennuyeuse — j’ai ouvert DefiLlama par habitude, pas par suspicion. Le TVL qui y est indiqué tourne plutôt autour de 34 M$. Les frais de protocole sur 30 jours : 11 559,24 $. Annualisés, cela représente environ 320 K$ de revenus mensuels (run-rate) pour un protocole qui, dans ses propres supports, affirme compter plus d’un million d’utilisateurs à vie. Je n’en fais pas un drapeau rouge, franchement — les chaînes n’indexent pas toutes à la même vitesse, et les comptes de portefeuilles avant la TGE ont toujours un peu tendance à être gonflés. Mais l’écart, lui, m’a arrêté net. Le chiffre du pitch-deck et le chiffre qui génère des frais décrivent presque deux protocoles distincts. L’un raconte l’histoire. L’autre, c’est ce que les gens paient discrètement, concrètement, pour l’utiliser on-chain en ce moment. Je suis resté là avec ça plus longtemps que la collation n’a duré, hmm. À l’approche du 25 août — quel chiffre devrait vraiment faire bouger l’aiguille, ceux qu’ils comptent en termes de portefeuilles, ou les frais qu’ils encaissent ? @termmax #TermMax
Tâche TermMax (@TermMax ) et le moment qui m’a stoppé net a été la date de TGE qui a chuté au milieu de la recherche — le 25 août, d’après leur propre publication vieille de 3 jours. Les chiffres de cette annonce étaient assourdissants : TVL au-dessus de 90 M$, 1,5 M+ de portefeuilles enregistrés, 90 K d’utilisateurs actifs quotidiens, répartis sur dix chaînes EVM. #TermMax s’est soudain retrouvé partout dans mon fil.
Donc j’ai fait la chose ennuyeuse — j’ai ouvert DefiLlama par habitude, pas par suspicion. Le TVL qui y est indiqué tourne plutôt autour de 34 M$. Les frais de protocole sur 30 jours : 11 559,24 $. Annualisés, cela représente environ 320 K$ de revenus mensuels (run-rate) pour un protocole qui, dans ses propres supports, affirme compter plus d’un million d’utilisateurs à vie.
Je n’en fais pas un drapeau rouge, franchement — les chaînes n’indexent pas toutes à la même vitesse, et les comptes de portefeuilles avant la TGE ont toujours un peu tendance à être gonflés. Mais l’écart, lui, m’a arrêté net. Le chiffre du pitch-deck et le chiffre qui génère des frais décrivent presque deux protocoles distincts. L’un raconte l’histoire. L’autre, c’est ce que les gens paient discrètement, concrètement, pour l’utiliser on-chain en ce moment.
Je suis resté là avec ça plus longtemps que la collation n’a duré, hmm.
À l’approche du 25 août — quel chiffre devrait vraiment faire bouger l’aiguille, ceux qu’ils comptent en termes de portefeuilles, ou les frais qu’ils encaissent ?
@TermMax
#TermMax
Faire le deep-dive de CreatorPad sur Dusk et $DUSK aujourd’hui, et une ligne m’a fait arrêter de défiler — leur article du 15 août sur la tokenisation des PME ("Comment la tokenisation ouvre les marchés privés aux PME" sur dusk.network/news) dit tout simplement que la propriété fractionnée "joue un rôle limité". Pas l’argument qu’on s’attendrait à entendre de la part de #dusk @Dusk_Foundation , franchement. Voici ce qui m’a marqué. Le cycle de vie de la propriété en six étapes qu’ils décrivent — structuration, onboarding, émission, règlement, gestion, trading secondaire — à chaque étape, tout passe encore par un opérateur responsable. Notaire pour les transferts d’actions BV aux Pays-Bas, NPEX comme plateforme autorisée, vérifications des investisseurs éligibles avant même qu’une souscription ne soit acceptée. La chaîne ne supprime pas les gardiens : elle leur donne un registre partagé au lieu de cinq registres à rapprocher. J’ai vérifié la page d’accueil juste après — 210M+ de DUSK mis en staking, €300M+ d’émissions confirmées via NPEX — donc il y a un poids réel qui circule, pas juste une promesse de page d’atterrissage. Je pensais un peu que "marchés privés tokenisés" signifiait que le retail allait enfin avoir une place à la table. Non — les institutions ont d’abord des réseaux plus propres, et ce sont toujours les investisseurs éligibles et les cadres juridiques existants qui déterminent qui est dans la pièce. "Ouvre des marchés aux PME" ressemble davantage à des PME qui accèdent plus vite à un capital responsable, moins à des acheteurs avec de plus petits tickets qui entrent dès le premier jour. Je ne critique pas… honnêtement, ça a plus de sens construit comme ça, hmm. Mais si des barrières de conformité encadrent chaque étape, à quel moment est-ce que quelqu’un déjà en dehors du système réglementé ressent vraiment une différence ? @Dusk_Foundation #dusk $DUSK
Faire le deep-dive de CreatorPad sur Dusk et $DUSK aujourd’hui, et une ligne m’a fait arrêter de défiler — leur article du 15 août sur la tokenisation des PME ("Comment la tokenisation ouvre les marchés privés aux PME" sur dusk.network/news) dit tout simplement que la propriété fractionnée "joue un rôle limité". Pas l’argument qu’on s’attendrait à entendre de la part de #dusk @Dusk , franchement.
Voici ce qui m’a marqué. Le cycle de vie de la propriété en six étapes qu’ils décrivent — structuration, onboarding, émission, règlement, gestion, trading secondaire — à chaque étape, tout passe encore par un opérateur responsable. Notaire pour les transferts d’actions BV aux Pays-Bas, NPEX comme plateforme autorisée, vérifications des investisseurs éligibles avant même qu’une souscription ne soit acceptée. La chaîne ne supprime pas les gardiens : elle leur donne un registre partagé au lieu de cinq registres à rapprocher. J’ai vérifié la page d’accueil juste après — 210M+ de DUSK mis en staking, €300M+ d’émissions confirmées via NPEX — donc il y a un poids réel qui circule, pas juste une promesse de page d’atterrissage.
Je pensais un peu que "marchés privés tokenisés" signifiait que le retail allait enfin avoir une place à la table. Non — les institutions ont d’abord des réseaux plus propres, et ce sont toujours les investisseurs éligibles et les cadres juridiques existants qui déterminent qui est dans la pièce. "Ouvre des marchés aux PME" ressemble davantage à des PME qui accèdent plus vite à un capital responsable, moins à des acheteurs avec de plus petits tickets qui entrent dès le premier jour.
Je ne critique pas… honnêtement, ça a plus de sens construit comme ça, hmm. Mais si des barrières de conformité encadrent chaque étape, à quel moment est-ce que quelqu’un déjà en dehors du système réglementé ressent vraiment une différence ?
@Dusk
#dusk
$DUSK
Plonger dans Dusk (@DuskFoundation) et $DUSK cette semaine : un détail a continué à me tracasser plus que la présentation MiCA ou le chiffre-titre du NPEX. Le chemin par défaut pour entrer dans l’écosystème n’est pas la couche de confidentialité sur laquelle tout l’argumentaire est censé reposer — c’est DuskEVM : déployer avec Solidity et Hardhat, comme sur n’importe quelle autre chaîne EVM. Le côté confidentiel, la divulgation sélective, la mécanique de zéro connaissance censée être le véritable objectif de #dusk , apparaît comme quelque chose qu’on ajoute une fois que son application « a besoin » de confidentialité, presque comme un plugin optionnel plutôt que comme la fondation. Donc, l’onramp la plus simple pour un développeur aujourd’hui ressemble exactement à construire sur n’importe quelle chaîne générique, et la confidentialité de niveau conformité mise en avant dans chaque deck est l’étape supplémentaire, pas la première. Je ne pense pas que ce soit malhonnête, exactement ; c’est surtout révélateur du séquençage : la familiarité sort d’abord, la différenciation arrive ensuite comme une couche au-dessus, et l’adoption suivra probablement celle qui est la plus facile à atteindre à 23 h avec une échéance. Ça me fait me demander combien d’applications sur DuskEVM iront réellement jusqu’à solliciter le module de confidentialité, ou si « privacy-preserving » finit par décrire davantage le marketing de la chaîne que le contrat médian effectivement déployé. @Dusk_Foundation #dusk $DUSK
Plonger dans Dusk (@DuskFoundation) et $DUSK cette semaine : un détail a continué à me tracasser plus que la présentation MiCA ou le chiffre-titre du NPEX. Le chemin par défaut pour entrer dans l’écosystème n’est pas la couche de confidentialité sur laquelle tout l’argumentaire est censé reposer — c’est DuskEVM : déployer avec Solidity et Hardhat, comme sur n’importe quelle autre chaîne EVM. Le côté confidentiel, la divulgation sélective, la mécanique de zéro connaissance censée être le véritable objectif de #dusk , apparaît comme quelque chose qu’on ajoute une fois que son application « a besoin » de confidentialité, presque comme un plugin optionnel plutôt que comme la fondation. Donc, l’onramp la plus simple pour un développeur aujourd’hui ressemble exactement à construire sur n’importe quelle chaîne générique, et la confidentialité de niveau conformité mise en avant dans chaque deck est l’étape supplémentaire, pas la première. Je ne pense pas que ce soit malhonnête, exactement ; c’est surtout révélateur du séquençage : la familiarité sort d’abord, la différenciation arrive ensuite comme une couche au-dessus, et l’adoption suivra probablement celle qui est la plus facile à atteindre à 23 h avec une échéance. Ça me fait me demander combien d’applications sur DuskEVM iront réellement jusqu’à solliciter le module de confidentialité, ou si « privacy-preserving » finit par décrire davantage le marketing de la chaîne que le contrat médian effectivement déployé.
@Dusk
#dusk
$DUSK
J’ai passé du temps cette semaine à creuser Dusk ($DUSK , #Dusk, @Dusk_Foundation Foundation) et ce qui m’a frappé n’était pas la technologie à connaissance nulle, c’était l’ordre des opérations. Le pitch parle de débloquer l’inclusion économique, en apportant des actifs de niveau institutionnel dans le portefeuille de chacun. Mais en regardant qui est réellement connecté en ce moment, c’est NPEX, 21X, des dépositaires sous licence, des plateformes réglementées avec des licences MTF et broker sous une même bannière. La partie « portefeuille individuel » est encore présentée comme l’orientation vers laquelle on va, plutôt que comme la situation actuelle. Même la conception technique reflète cela : DuskEVM livre la confidentialité sous forme de module optionnel, Hedger, superposé à des contrats Solidity par ailleurs standard et visibles ; la confidentialité devient donc quelque chose que vous activez si vous construisez un flux institutionnel conforme, et non l’état de repos pour un utilisateur ordinaire qui interagit avec la chaîne. C’est logique sur le plan opérationnel : les capitaux réglementés ont besoin de certitude avant que la liquidité de détail ne suive, mais cela signifie que l’histoire destinée au retail arrive un peu en retard par rapport à l’histoire de l’infrastructure. Je me demande sans cesse à quoi ressemble réellement « le portefeuille de chacun » une fois que les rails institutionnels sont la première chose optimisée. #dusk $DUSK @Dusk_Foundation
J’ai passé du temps cette semaine à creuser Dusk ($DUSK , #Dusk, @Dusk Foundation) et ce qui m’a frappé n’était pas la technologie à connaissance nulle, c’était l’ordre des opérations. Le pitch parle de débloquer l’inclusion économique, en apportant des actifs de niveau institutionnel dans le portefeuille de chacun. Mais en regardant qui est réellement connecté en ce moment, c’est NPEX, 21X, des dépositaires sous licence, des plateformes réglementées avec des licences MTF et broker sous une même bannière. La partie « portefeuille individuel » est encore présentée comme l’orientation vers laquelle on va, plutôt que comme la situation actuelle. Même la conception technique reflète cela : DuskEVM livre la confidentialité sous forme de module optionnel, Hedger, superposé à des contrats Solidity par ailleurs standard et visibles ; la confidentialité devient donc quelque chose que vous activez si vous construisez un flux institutionnel conforme, et non l’état de repos pour un utilisateur ordinaire qui interagit avec la chaîne. C’est logique sur le plan opérationnel : les capitaux réglementés ont besoin de certitude avant que la liquidité de détail ne suive, mais cela signifie que l’histoire destinée au retail arrive un peu en retard par rapport à l’histoire de l’infrastructure. Je me demande sans cesse à quoi ressemble réellement « le portefeuille de chacun » une fois que les rails institutionnels sont la première chose optimisée.
#dusk
$DUSK
@Dusk
Partiellement vrai
Je suis entré dans cette tâche Babylon en m’attendant au pitch habituel — un billion de dollars inactif de Bitcoin, déverrouillez ceci, déverrouillez cela — et j’ai failli passer à côté du chiffre qui comptait vraiment. $BABY / #Babylon détient actuellement 2,6 Md$ de BTC réel verrouillé dans ses contrats de staking. Je l’ai repris tel quel depuis DeFiLlama. La même page indique que la TVL a baissé d’environ 19% sur la semaine passée. Pas une faute de frappe. C’est du bitcoin qui quitte réellement des scripts en auto-custodie, en l’espace de quelques jours. Voici ce qui m’a marqué. @babylonlabs_io présente cela comme de l’infrastructure — patiente, sécurisée par Bitcoin, conçue pour durer. Mais le désengagement (unbonding) du BTC sur Babylon dure environ deux jours. Attendez — deux jours, ce n’est pas le comportement d’une infrastructure, c’est le comportement d’un rendement (yield). Le capital traite le BTC verrouillé comme un compte d’épargne qu’il peut vider quand il veut, parce qu’il le peut. Pendant ce temps, BABY, le token censé capter la valeur de tout ce capital verrouillé, se situe autour d’une capitalisation boursière de 51 M$ contre 2,6 Md$ qu’il est censé sécuriser. Pas si loin de son plus bas historique non plus, avec un autre déblocage prévu pour le 10 août. Je suis arrivé en pensant écrire sur une ingénierie astucieuse — pas de ponts, pas de BTC tokenisé, auto-custodie du début à la fin. Cette partie est vraie. Je n’avais juste pas anticipé que le capital au-dessus soit aussi agité, ou que le token soit aussi déconnecté de ce qu’il est censé représenter. Alors, c’est quoi… de l’infrastructure, ou du rendement portant des habits d’infrastructure. Je continue d’y réfléchir. #baby @babylonlabs_io $BABY
Je suis entré dans cette tâche Babylon en m’attendant au pitch habituel — un billion de dollars inactif de Bitcoin, déverrouillez ceci, déverrouillez cela — et j’ai failli passer à côté du chiffre qui comptait vraiment. $BABY / #Babylon détient actuellement 2,6 Md$ de BTC réel verrouillé dans ses contrats de staking. Je l’ai repris tel quel depuis DeFiLlama. La même page indique que la TVL a baissé d’environ 19% sur la semaine passée. Pas une faute de frappe. C’est du bitcoin qui quitte réellement des scripts en auto-custodie, en l’espace de quelques jours.
Voici ce qui m’a marqué. @BabylonLabs_io présente cela comme de l’infrastructure — patiente, sécurisée par Bitcoin, conçue pour durer. Mais le désengagement (unbonding) du BTC sur Babylon dure environ deux jours. Attendez — deux jours, ce n’est pas le comportement d’une infrastructure, c’est le comportement d’un rendement (yield). Le capital traite le BTC verrouillé comme un compte d’épargne qu’il peut vider quand il veut, parce qu’il le peut.
Pendant ce temps, BABY, le token censé capter la valeur de tout ce capital verrouillé, se situe autour d’une capitalisation boursière de 51 M$ contre 2,6 Md$ qu’il est censé sécuriser. Pas si loin de son plus bas historique non plus, avec un autre déblocage prévu pour le 10 août.
Je suis arrivé en pensant écrire sur une ingénierie astucieuse — pas de ponts, pas de BTC tokenisé, auto-custodie du début à la fin. Cette partie est vraie. Je n’avais juste pas anticipé que le capital au-dessus soit aussi agité, ou que le token soit aussi déconnecté de ce qu’il est censé représenter. Alors, c’est quoi… de l’infrastructure, ou du rendement portant des habits d’infrastructure. Je continue d’y réfléchir.
#baby
@BabylonLabs_io
$BABY
J’ai passé l’après-midi à fouiller le flux de staking de Babylon, @babylonlabs_io , pour cette tâche CreatorPad, et ce qui m’a vraiment arrêté en plein défilement n’était pas le pitch « marché de la sécurité BTC » — c’était le graphique des prix juste à côté. #BABY en baisse de 10,3 % sur les 7 derniers jours, une capitalisation boursière d’environ 45 M$ et un déblocage de 136,11 M de tokens (environ 1,2 % de l’offre totale, soit à peu près 1,43 M$) prévu le 10 août. Pendant ce temps, le protocole est toujours assis sur des milliards de BTC stakés. Cet écart raconte toute l’histoire, honnêtement. Voici ce qui m’a marqué : les stakers BTC obtiennent leur garantie de sécurité et leur rendement dès qu’ils s’engagent — ils n’ont jamais besoin de toucher $BABY . Le token finit par absorber tout le reste à la place. Inflation, déblocages, coûts liés à la gouvernance. Le chemin par défaut, c’est simplement staker du BTC et s’en aller. La voie « avancée » — co-staking, gouvernance, et le fait de détenir réellement BABY — est là que la question « qui profite d’abord » devient un peu inconfortable. Je l’admets, je pensais que le prix suivrait la croissance de la TVL, comme le promettent habituellement ce genre de récits. Ce n’est pas le cas, pas cette semaine en tout cas. L’offre en circulation reste aussi inférieure à la moitié de l’offre totale, donc d’autres déblocages comme celui-ci arrivent quoi qu’il arrive, quelle que soit la perception du marché à ce sujet. Ça me fait me demander — si la couche de sécurité fonctionne très bien sans que le token ait besoin de bouger, qu’est-ce qui va réellement forcer une demande à long terme pour $BABY une fois que le calendrier de déblocage commencera enfin à ralentir ? #baby $BABY @babylonlabs_io
J’ai passé l’après-midi à fouiller le flux de staking de Babylon, @BabylonLabs_io , pour cette tâche CreatorPad, et ce qui m’a vraiment arrêté en plein défilement n’était pas le pitch « marché de la sécurité BTC » — c’était le graphique des prix juste à côté. #BABY en baisse de 10,3 % sur les 7 derniers jours, une capitalisation boursière d’environ 45 M$ et un déblocage de 136,11 M de tokens (environ 1,2 % de l’offre totale, soit à peu près 1,43 M$) prévu le 10 août. Pendant ce temps, le protocole est toujours assis sur des milliards de BTC stakés. Cet écart raconte toute l’histoire, honnêtement.
Voici ce qui m’a marqué : les stakers BTC obtiennent leur garantie de sécurité et leur rendement dès qu’ils s’engagent — ils n’ont jamais besoin de toucher $BABY . Le token finit par absorber tout le reste à la place. Inflation, déblocages, coûts liés à la gouvernance. Le chemin par défaut, c’est simplement staker du BTC et s’en aller. La voie « avancée » — co-staking, gouvernance, et le fait de détenir réellement BABY — est là que la question « qui profite d’abord » devient un peu inconfortable.
Je l’admets, je pensais que le prix suivrait la croissance de la TVL, comme le promettent habituellement ce genre de récits. Ce n’est pas le cas, pas cette semaine en tout cas. L’offre en circulation reste aussi inférieure à la moitié de l’offre totale, donc d’autres déblocages comme celui-ci arrivent quoi qu’il arrive, quelle que soit la perception du marché à ce sujet.
Ça me fait me demander — si la couche de sécurité fonctionne très bien sans que le token ait besoin de bouger, qu’est-ce qui va réellement forcer une demande à long terme pour $BABY une fois que le calendrier de déblocage commencera enfin à ralentir ?
#baby
$BABY
@BabylonLabs_io
Partiellement vrai
J'étais bien plongé dans une tâche sur CreatorPad concernant Babylon ($BABY , #Babylon, @babylonlabs_io ) quand le partenariat de prêt à taux fixe de l’Aegis a lâché (arrêté). Il y a environ quatre jours. Je suis allé vérifier l’explorateur juste pour confirmer que la nouvelle était vraie, et je me suis retrouvé à fixer un nombre qui m’a fait faire une pause — attendez. Le TVL tourne autour de 3,08 Md$ en BTC verrouillés. La capitalisation boursière propre de BABY : 49,8 M$. Soit un ratio mcap/TVL d’environ 0,02. Le token censé coordonner toute cette « couche de sécurité Bitcoin » ne vaut presque rien par rapport à ce qui est réellement verrouillé en dessous. Et BABY était en baisse de 5,7 % sur la semaine, en sous-performance par rapport à un marché qui n’a reculé que de 5 %, même avec l’annonce d’un nouveau partenariat arrivée en milieu de semaine. C’est le point que je n’avais pas apprécié en amont. L’action par défaut — verrouiller du BTC, toucher du rendement, sans pont — fonctionne déjà, et c’est là que le capital est placé. La couche avancée, le multi-staking entre BSN, les enchères de burn qui redirigent la valeur vers BABY : pour l’instant, cette partie est encore surtout promise, pas encore intégrée dans le prix. Les premiers entrants sont les stakers BTC qui touchent déjà des revenus. Tous ceux qui détiennent le token de gouvernance parient sur une couche de coordination qui n’a pas encore rattrapé le capital qui se trouve sous elle. Je me suis mis à supposer que le prix suivrait le TVL comme c’est le cas pour la plupart des tokens L1. Je me suis surpris, j’ai dû prendre une minute pour y revenir. Je ne sais pas si cet écart se comble lorsque davantage de BSN se connectent, ou si c’est simplement la forme permanente de cette configuration. #baby
J'étais bien plongé dans une tâche sur CreatorPad concernant Babylon ($BABY , #Babylon, @BabylonLabs_io ) quand le partenariat de prêt à taux fixe de l’Aegis a lâché (arrêté). Il y a environ quatre jours. Je suis allé vérifier l’explorateur juste pour confirmer que la nouvelle était vraie, et je me suis retrouvé à fixer un nombre qui m’a fait faire une pause — attendez.
Le TVL tourne autour de 3,08 Md$ en BTC verrouillés. La capitalisation boursière propre de BABY : 49,8 M$. Soit un ratio mcap/TVL d’environ 0,02. Le token censé coordonner toute cette « couche de sécurité Bitcoin » ne vaut presque rien par rapport à ce qui est réellement verrouillé en dessous. Et BABY était en baisse de 5,7 % sur la semaine, en sous-performance par rapport à un marché qui n’a reculé que de 5 %, même avec l’annonce d’un nouveau partenariat arrivée en milieu de semaine.
C’est le point que je n’avais pas apprécié en amont. L’action par défaut — verrouiller du BTC, toucher du rendement, sans pont — fonctionne déjà, et c’est là que le capital est placé. La couche avancée, le multi-staking entre BSN, les enchères de burn qui redirigent la valeur vers BABY : pour l’instant, cette partie est encore surtout promise, pas encore intégrée dans le prix. Les premiers entrants sont les stakers BTC qui touchent déjà des revenus. Tous ceux qui détiennent le token de gouvernance parient sur une couche de coordination qui n’a pas encore rattrapé le capital qui se trouve sous elle.
Je me suis mis à supposer que le prix suivrait le TVL comme c’est le cas pour la plupart des tokens L1. Je me suis surpris, j’ai dû prendre une minute pour y revenir.
Je ne sais pas si cet écart se comble lorsque davantage de BSN se connectent, ou si c’est simplement la forme permanente de cette configuration.
#baby
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