Binance Square
Burning BOY
10.8k Publications

Burning BOY

Crypto trader and market analyst. I deliver sharp insights on DeFi, on-chain trends, and market structure — focused on conviction, risk control, and real market
Ouvert au trading
Trade régulièrement
3.4 an(s)
2.1K+ Suivis
4.8K+ Abonnés
7.5K+ J’aime
Publications
Portefeuille
·
--
#JPMorganBitcoin JPMorgan : le Bitcoin va-t-il faire mieux que l’or et les actions ? 🏦 Grosse nouvelle de Wall Street ! Dans son nouveau rapport à long terme, JPMorgan prévoit un rendement annualisé de 10 % pour le Bitcoin au cours de la prochaine décennie, supérieur à celui des actions américaines et de l’or. La banque met toutefois en garde contre la volatilité : c’est un changement majeur dans le discours. Êtes-vous d’accord avec ce scénario de base à 10 %, ou misez-vous sur le scénario optimiste à 17 % ? Dites-nous ce que vous en pensez !
#JPMorganBitcoin
JPMorgan : le Bitcoin va-t-il faire mieux que l’or et les actions ? 🏦
Grosse nouvelle de Wall Street ! Dans son nouveau rapport à long terme, JPMorgan prévoit un rendement annualisé de 10 % pour le Bitcoin au cours de la prochaine décennie, supérieur à celui des actions américaines et de l’or. La banque met toutefois en garde contre la volatilité : c’est un changement majeur dans le discours. Êtes-vous d’accord avec ce scénario de base à 10 %, ou misez-vous sur le scénario optimiste à 17 % ? Dites-nous ce que vous en pensez !
#EarningsSeason La saison des résultats des entreprises crypto est arrivée ! Qui suit ça ? 👀 Les marchés traditionnels s’emballent, et tous les regards sont tournés vers les géants proches de la crypto. Robinhood vient d’annoncer une chute massive de 47 % de ses revenus liés aux cryptos, et l’attention se porte maintenant sur les prochains résultats de Coinbase. Alors que les volumes d’échanges ralentissent, mais que les services par abonnement restent stables, $COIN peut-il déjouer les pronostics ? Les prochaines semaines seront cruciales pour évaluer la demande institutionnelle. Vous positionnez-vous avant l’arrivée de la volatilité ? 📉📈
#EarningsSeason

La saison des résultats des entreprises crypto est arrivée ! Qui suit ça ? 👀
Les marchés traditionnels s’emballent, et tous les regards sont tournés vers les géants proches de la crypto. Robinhood vient d’annoncer une chute massive de 47 % de ses revenus liés aux cryptos, et l’attention se porte maintenant sur les prochains résultats de Coinbase. Alors que les volumes d’échanges ralentissent, mais que les services par abonnement restent stables, $COIN peut-il déjouer les pronostics ? Les prochaines semaines seront cruciales pour évaluer la demande institutionnelle. Vous positionnez-vous avant l’arrivée de la volatilité ? 📉📈
DuskEVM rend la première partie du problème beaucoup plus facile. Si je peux apporter des contrats Solidity et les outils Hardhat familiers, cela élimine un vrai point de friction pour les développeurs. Mais après avoir testé ce flux de travail, je continue à penser au goulot d’étranglement suivant. La compatibilité fait entrer les développeurs dans la danse. Elle ne fait pas automatiquement apparaître la liquidité. Une chaîne peut être compatible EVM et pourtant avoir des marchés trop fins, des carnets d’ordres peu profonds, du capital inactif, ou des utilisateurs qui n’ont tout simplement aucune raison de déplacer des fonds. Cela compte d’autant plus sur Dusk, car les cas d’usage qui y sont poussés ne sont pas uniquement des lancements spéculatifs de tokens. Si l’objectif est des actifs réglementés et une activité de marché réelle, la liquidité doit se manifester là où se déroulent la négociation et le règlement. Je préférerais voir 1 marché avec une profondeur significative plutôt que 50 contrats déployés sans que presque personne ne les utilise. La métrique intéressante pour DuskEVM n’est probablement pas le nombre de développeurs Solidity capables de déployer. C’est ce qui se passe après le déploiement. Quelle quantité de capital se déplace réellement ? Quel volume se règle ? À quelle vitesse la liquidité suit-elle les applications ? DuskEVM peut résoudre le casse-tête de la compatibilité. La partie la plus difficile consiste à convaincre le capital de rester une fois la nouveauté passée. Qu’est-ce qui compte davantage après la compatibilité de DuskEVM ? #dusk $DUSK @Dusk_Foundation
DuskEVM rend la première partie du problème beaucoup plus facile.
Si je peux apporter des contrats Solidity et les outils Hardhat familiers, cela élimine un vrai point de friction pour les développeurs. Mais après avoir testé ce flux de travail, je continue à penser au goulot d’étranglement suivant.
La compatibilité fait entrer les développeurs dans la danse. Elle ne fait pas automatiquement apparaître la liquidité.
Une chaîne peut être compatible EVM et pourtant avoir des marchés trop fins, des carnets d’ordres peu profonds, du capital inactif, ou des utilisateurs qui n’ont tout simplement aucune raison de déplacer des fonds.
Cela compte d’autant plus sur Dusk, car les cas d’usage qui y sont poussés ne sont pas uniquement des lancements spéculatifs de tokens. Si l’objectif est des actifs réglementés et une activité de marché réelle, la liquidité doit se manifester là où se déroulent la négociation et le règlement.
Je préférerais voir 1 marché avec une profondeur significative plutôt que 50 contrats déployés sans que presque personne ne les utilise.
La métrique intéressante pour DuskEVM n’est probablement pas le nombre de développeurs Solidity capables de déployer.
C’est ce qui se passe après le déploiement.
Quelle quantité de capital se déplace réellement ? Quel volume se règle ? À quelle vitesse la liquidité suit-elle les applications ?
DuskEVM peut résoudre le casse-tête de la compatibilité.
La partie la plus difficile consiste à convaincre le capital de rester une fois la nouveauté passée.
Qu’est-ce qui compte davantage après la compatibilité de DuskEVM ?

#dusk $DUSK @Dusk
More developers
100%
Deeper liquidity
0%
1 Votes • Vote fermé
J’ai observé Dusk sous un angle légèrement différent : la partie la plus difficile n’est peut-être pas de déposer des actifs réglementés en onchain, mais de rendre le marché qui les entoure réellement utile. NPEX constitue un point de référence intéressant. Il fonctionne sous la supervision de l’AFM, a déjà mobilisé 217 M€ de financement et compte plus de 20 000 investisseurs actifs. Cela rend la question pour Dusk plus précise. Que se passe-t-il lorsqu’une valeur mobilière réglementée passe d’un site existant vers un marché onchain ? Si le règlement devient plus simple, les transferts peuvent rester contrôlés, et les investisseurs peuvent interagir sans exposer inutilement les détails des transactions : il y a là une raison réelle de s’y intéresser. Mais je pense que la liquidité est le test le plus difficile. Un actif réglementé peut être techniquement conforme et pourtant avoir du mal à s’imposer s’il n’y a pas assez d’acheteurs, de vendeurs ou de transactions répétées. C’est précisément là que Dusk Trade devient intéressant pour moi. La valeur ne réside pas seulement dans le fait qu’un actif puisse exister en onchain. Elle réside dans la capacité réelle de quelqu’un à entrer dans un marché, à y trader, à régler, puis à revenir plus tard parce que l’expérience est meilleure que l’ancien processus. Cela change les critères de référence. Pas « Dusk peut-il tokeniser des actifs réglementés ? » Plutôt : « Dusk peut-il rendre les actifs réglementés plus faciles à échanger concrètement ? » Car l’émission est une étape. Un marché qui fonctionne, voilà la partie la plus difficile. #dusk $DUSK @Dusk_Foundation
J’ai observé Dusk sous un angle légèrement différent : la partie la plus difficile n’est peut-être pas de déposer des actifs réglementés en onchain, mais de rendre le marché qui les entoure réellement utile.
NPEX constitue un point de référence intéressant. Il fonctionne sous la supervision de l’AFM, a déjà mobilisé 217 M€ de financement et compte plus de 20 000 investisseurs actifs.
Cela rend la question pour Dusk plus précise.
Que se passe-t-il lorsqu’une valeur mobilière réglementée passe d’un site existant vers un marché onchain ?
Si le règlement devient plus simple, les transferts peuvent rester contrôlés, et les investisseurs peuvent interagir sans exposer inutilement les détails des transactions : il y a là une raison réelle de s’y intéresser.
Mais je pense que la liquidité est le test le plus difficile.
Un actif réglementé peut être techniquement conforme et pourtant avoir du mal à s’imposer s’il n’y a pas assez d’acheteurs, de vendeurs ou de transactions répétées.
C’est précisément là que Dusk Trade devient intéressant pour moi.
La valeur ne réside pas seulement dans le fait qu’un actif puisse exister en onchain. Elle réside dans la capacité réelle de quelqu’un à entrer dans un marché, à y trader, à régler, puis à revenir plus tard parce que l’expérience est meilleure que l’ancien processus.
Cela change les critères de référence.
Pas « Dusk peut-il tokeniser des actifs réglementés ? »
Plutôt :
« Dusk peut-il rendre les actifs réglementés plus faciles à échanger concrètement ? »
Car l’émission est une étape.
Un marché qui fonctionne, voilà la partie la plus difficile.
#dusk $DUSK @Dusk
Je n’arrête pas de buter sur une question pratique au sujet de Dusk : qui obtient réellement suffisamment de valeur avec des actifs réglementés en étant onchain pour modifier ses processus existants ? NPEX est un bon exemple de test. La plateforme néerlandaise opère sous la supervision de la AFM, déclare plus de 217 M€ de financement et compte plus de 20 000 investisseurs actifs. C’est déjà un marché qui fonctionne : la question n’est donc pas de savoir si les actifs peuvent être placés onchain. La question, c’est plutôt si cela corrige quelque chose qui fait aujourd’hui du mal. D’après ce que j’ai vu, le cas côté investisseurs est plus simple à comprendre. Les transferts contrôlés et une meilleure confidentialité peuvent compter quand on traite des actifs réglementés. Mais cela ne devient pertinent que si cela améliore suffisamment l’expérience réelle pour justifier de changer des processus déjà établis. Le côté émetteur est moins clair pour moi. Si le règlement est plus rapide ou si l’accès aux investisseurs devient plus facile, il y a une raison de s’y intéresser. En revanche, si les infrastructures existantes font déjà la majeure partie du travail à un coût raisonnable, le fait de placer le même actif onchain ne crée pas automatiquement de la demande. C’est la friction que je surveillerais avec Dusk. Le cas le plus solide n’est probablement pas : « les actifs réglementés doivent être onchain ». C’est plutôt : trouver une partie du processus existant qui coûte trop cher, prend trop de temps, ou expose plus d’informations que nécessaire—et montrer que Dusk améliore réellement cette partie. Sinon, l’actif est onchain parce qu’il peut l’être… pas parce que le marché en avait besoin. #dusk $DUSK @Dusk_Foundation
Je n’arrête pas de buter sur une question pratique au sujet de Dusk : qui obtient réellement suffisamment de valeur avec des actifs réglementés en étant onchain pour modifier ses processus existants ?
NPEX est un bon exemple de test. La plateforme néerlandaise opère sous la supervision de la AFM, déclare plus de 217 M€ de financement et compte plus de 20 000 investisseurs actifs. C’est déjà un marché qui fonctionne : la question n’est donc pas de savoir si les actifs peuvent être placés onchain.
La question, c’est plutôt si cela corrige quelque chose qui fait aujourd’hui du mal.
D’après ce que j’ai vu, le cas côté investisseurs est plus simple à comprendre. Les transferts contrôlés et une meilleure confidentialité peuvent compter quand on traite des actifs réglementés. Mais cela ne devient pertinent que si cela améliore suffisamment l’expérience réelle pour justifier de changer des processus déjà établis.
Le côté émetteur est moins clair pour moi.
Si le règlement est plus rapide ou si l’accès aux investisseurs devient plus facile, il y a une raison de s’y intéresser. En revanche, si les infrastructures existantes font déjà la majeure partie du travail à un coût raisonnable, le fait de placer le même actif onchain ne crée pas automatiquement de la demande.
C’est la friction que je surveillerais avec Dusk.
Le cas le plus solide n’est probablement pas : « les actifs réglementés doivent être onchain ». C’est plutôt : trouver une partie du processus existant qui coûte trop cher, prend trop de temps, ou expose plus d’informations que nécessaire—et montrer que Dusk améliore réellement cette partie.
Sinon, l’actif est onchain parce qu’il peut l’être… pas parce que le marché en avait besoin.

#dusk $DUSK @Dusk
La confidentialité n’est pas l’opposé de la conformité. Tester Dusk rend cette tension beaucoup plus concrète. Ce qui a attiré mon attention, c’est l’idée qu’une transaction peut rester privée sans rendre la couche de conformité aveugle. Sur le papier, cela paraît évident, mais c’est une exigence très différente de simplement tout cacher. Dusk est conçu autour d’activités financières réglementées, et cela change ma façon de voir la confidentialité. Si une institution doit traiter des milliers de transactions tout en prouvant que certaines règles ont été respectées, exposer chaque détail sous-jacent n’est pas forcément la seule réponse. Le point intéressant, c’est la visibilité sélective. Une transaction peut contenir des informations sensibles, mais la partie concernée n’a peut-être besoin que d’une preuve cryptographique attestant qu’une condition spécifique a été remplie. Cette distinction compte quand on traite de vraies données financières plutôt que des soldes de testnet. Et les chiffres rendent le problème moins théorique. Dusk vise un règlement de niveau institutionnel et prend en charge des applications financières orientées conformité, tandis que son architecture est conçue autour de preuves à divulgation nulle de connaissance (zero-knowledge) et de transactions confidentielles. En gros, vous cherchez à concilier deux choses qui, normalement, s’opposent : moins d’informations exposées, plus de preuves disponibles. Je pense encore que la vraie question difficile, c’est la mise en œuvre. Il est facile de dire « conformité préservant la confidentialité ». Le test utile est de savoir si une institution réelle peut exécuter son reporting, ses audits et ses contrôles réglementaires sans, à terme, demander les données exactes que la confidentialité était censée protéger. C’est ce point que je surveille, parce que si Dusk trouve le bon équilibre, la confidentialité cesse de ressembler à un obstacle à la conformité et commence à ressembler davantage à un outil pour rendre la conformité plus précise. #dusk $DUSK @Dusk_Foundation
La confidentialité n’est pas l’opposé de la conformité. Tester Dusk rend cette tension beaucoup plus concrète.
Ce qui a attiré mon attention, c’est l’idée qu’une transaction peut rester privée sans rendre la couche de conformité aveugle. Sur le papier, cela paraît évident, mais c’est une exigence très différente de simplement tout cacher.
Dusk est conçu autour d’activités financières réglementées, et cela change ma façon de voir la confidentialité. Si une institution doit traiter des milliers de transactions tout en prouvant que certaines règles ont été respectées, exposer chaque détail sous-jacent n’est pas forcément la seule réponse.
Le point intéressant, c’est la visibilité sélective.
Une transaction peut contenir des informations sensibles, mais la partie concernée n’a peut-être besoin que d’une preuve cryptographique attestant qu’une condition spécifique a été remplie. Cette distinction compte quand on traite de vraies données financières plutôt que des soldes de testnet.
Et les chiffres rendent le problème moins théorique. Dusk vise un règlement de niveau institutionnel et prend en charge des applications financières orientées conformité, tandis que son architecture est conçue autour de preuves à divulgation nulle de connaissance (zero-knowledge) et de transactions confidentielles. En gros, vous cherchez à concilier deux choses qui, normalement, s’opposent : moins d’informations exposées, plus de preuves disponibles.
Je pense encore que la vraie question difficile, c’est la mise en œuvre.
Il est facile de dire « conformité préservant la confidentialité ». Le test utile est de savoir si une institution réelle peut exécuter son reporting, ses audits et ses contrôles réglementaires sans, à terme, demander les données exactes que la confidentialité était censée protéger.
C’est ce point que je surveille, parce que si Dusk trouve le bon équilibre, la confidentialité cesse de ressembler à un obstacle à la conformité et commence à ressembler davantage à un outil pour rendre la conformité plus précise.
#dusk $DUSK @Dusk
J’observe le lancement de DuskEVM depuis le côté développeur, et le point intéressant n’est pas seulement que Solidity fonctionne désormais sur Dusk. C’est la rapidité avec laquelle cela réduit la friction. Un développeur Solidity peut intégrer des outils familiers comme Hardhat dans le processus au lieu d’apprendre, de zéro, un tout autre workflow de développement. Cela compte. Mais cela pose aussi une question plus difficile pour Dusk. Si la barrière était principalement l’outillage, on devrait commencer à voir des expérimentations avancer plus vite. Si la barrière était en réalité la difficulté à trouver quelque chose qui vaille la peine d’être construit, un meilleur accès pour les développeurs ne résoudra pas grand-chose. C’est la mesure que j’ai envie de suivre maintenant. Pas le nombre de contrats déployés au cours des premiers jours. Pas le nombre de développeurs qui connectent leurs portefeuilles. Je chercherais des applications qui continuent d’être utilisées après la phase initiale de test. Même 10 à 20 applications réellement actives me diraient plus que des centaines de déploiements éphémères. Il y a aussi une petite frustration. La compatibilité EVM rend l’entrée plus facile, mais elle peut aussi donner à Dusk l’impression d’être simplement un autre endroit où déployer du code Solidity. Le point difficile, c’est d’amener les développeurs à utiliser spécifiquement ce que Dusk offre. Du coup, je suis moins intéressé par le fait que « DuskEVM est en ligne » comme jalon. Je m’intéresse davantage à ce que les développeurs construisent une fois que la nouveauté s’est estompée, car c’est là que le véritable signal devrait commencer à apparaître. #dusk $DUSK @Dusk_Foundation
J’observe le lancement de DuskEVM depuis le côté développeur, et le point intéressant n’est pas seulement que Solidity fonctionne désormais sur Dusk.
C’est la rapidité avec laquelle cela réduit la friction.
Un développeur Solidity peut intégrer des outils familiers comme Hardhat dans le processus au lieu d’apprendre, de zéro, un tout autre workflow de développement. Cela compte. Mais cela pose aussi une question plus difficile pour Dusk.
Si la barrière était principalement l’outillage, on devrait commencer à voir des expérimentations avancer plus vite.
Si la barrière était en réalité la difficulté à trouver quelque chose qui vaille la peine d’être construit, un meilleur accès pour les développeurs ne résoudra pas grand-chose.
C’est la mesure que j’ai envie de suivre maintenant.
Pas le nombre de contrats déployés au cours des premiers jours. Pas le nombre de développeurs qui connectent leurs portefeuilles. Je chercherais des applications qui continuent d’être utilisées après la phase initiale de test.
Même 10 à 20 applications réellement actives me diraient plus que des centaines de déploiements éphémères.
Il y a aussi une petite frustration. La compatibilité EVM rend l’entrée plus facile, mais elle peut aussi donner à Dusk l’impression d’être simplement un autre endroit où déployer du code Solidity.
Le point difficile, c’est d’amener les développeurs à utiliser spécifiquement ce que Dusk offre.
Du coup, je suis moins intéressé par le fait que « DuskEVM est en ligne » comme jalon.
Je m’intéresse davantage à ce que les développeurs construisent une fois que la nouveauté s’est estompée, car c’est là que le véritable signal devrait commencer à apparaître.
#dusk $DUSK @Dusk
La divulgation sélective de Dusk me semble plus importante que son TPS. Un réseau peut pousser des milliers de transactions par seconde et pourtant avoir du mal sur la partie qui compte réellement pour les actifs réglementés : qui a le droit de voir quoi. Ce qui a retenu mon attention, c’est le compromis pratique du “juste milieu”. Une transaction n’a pas forcément besoin de rendre chaque élément d’information publiquement accessible. Un régulateur, un auditeur ou une contrepartie peut obtenir la preuve pertinente sans transformer toute l’historique des transactions en livre ouvert. Cela devient encore plus crucial une fois qu’on sort des démonstrations. Si un marché basé sur Dusk compte 10 000 investisseurs, je ne pense pas que la question intéressante soit de savoir si le réseau peut traiter 10 000 transactions rapidement. La question plus difficile est de savoir si ces 10 000 positions peuvent rester privées tout en permettant aux parties autorisées de vérifier la propriété, la conformité et le règlement. C’est là que la divulgation sélective commence à ressembler moins à une fonctionnalité de confidentialité et davantage à une infrastructure opérationnelle. Je reste sceptique quant à la manière dont cela fonctionne à l’échelle réelle d’un marché. Le concept est clair. Le test le plus difficile est de savoir si les institutions l’utilisent effectivement de manière répétée, sur 100 ou 1 000 règlements, plutôt que de faire l’éloge de l’architecture une fois puis de passer à autre chose... #dusk $DUSK @Dusk_Foundation
La divulgation sélective de Dusk me semble plus importante que son TPS.
Un réseau peut pousser des milliers de transactions par seconde et pourtant avoir du mal sur la partie qui compte réellement pour les actifs réglementés : qui a le droit de voir quoi.
Ce qui a retenu mon attention, c’est le compromis pratique du “juste milieu”. Une transaction n’a pas forcément besoin de rendre chaque élément d’information publiquement accessible. Un régulateur, un auditeur ou une contrepartie peut obtenir la preuve pertinente sans transformer toute l’historique des transactions en livre ouvert.
Cela devient encore plus crucial une fois qu’on sort des démonstrations.
Si un marché basé sur Dusk compte 10 000 investisseurs, je ne pense pas que la question intéressante soit de savoir si le réseau peut traiter 10 000 transactions rapidement. La question plus difficile est de savoir si ces 10 000 positions peuvent rester privées tout en permettant aux parties autorisées de vérifier la propriété, la conformité et le règlement.
C’est là que la divulgation sélective commence à ressembler moins à une fonctionnalité de confidentialité et davantage à une infrastructure opérationnelle.
Je reste sceptique quant à la manière dont cela fonctionne à l’échelle réelle d’un marché. Le concept est clair. Le test le plus difficile est de savoir si les institutions l’utilisent effectivement de manière répétée, sur 100 ou 1 000 règlements, plutôt que de faire l’éloge de l’architecture une fois puis de passer à autre chose...

#dusk $DUSK @Dusk
La tokenisation des actions comme garantie est la partie facile. La question la plus intéressante, c’est ce qui se passe quand quelqu’un veut réellement emprunter en s’y appuyant. TermMax est déjà sur un total verrouillé (TVL) d’environ 90 M$ , avec à peu près 22 M$ de prêts actifs. Son modèle à taux fixe rend la partie « emprunt » plus difficile à ignorer, car le coût n’est pas seulement « quel est le taux aujourd’hui ? » Prenez une position tokenisée sur un SPY ou sur une action comme NVDA. Si je la verrouille comme garantie, je me concentre rapidement sur trois choses : le montant que je peux emprunter, le coût de cet emprunt pour une échéance donnée, et ce qui arrive à mon capital pendant que j’attends. C’est la dernière partie, selon moi, qui rend TermMax intéressant. Un marché à taux variable peut donner l’impression que l’emprunt est bon marché une semaine, puis insupportable la suivante. L’emprunt à taux fixe me donne un chiffre sur lequel je peux réellement me projeter. Mais cela crée aussi un problème différent : si le taux fixe est trop élevé par rapport au rendement que j’attends de la garantie, l’opération n’a plus de sens. Ainsi, les actions tokenisées ne créent pas automatiquement une demande d’emprunt. Le métrique utile, une fois la garantie arrivée, c’est l’utilisation. Les gens empruntent-ils vraiment contre ces actifs, et à quels taux fixes ? TermMax indique que son produit est disponible dans plus de 120 pays et qu’il prend en charge 10 chaînes. Il y a donc de quoi assurer une bonne distribution. Désormais, je veux voir si la partie « emprunt » peut rendre ces actifs tokenisés économiquement utiles, pas seulement déposables. Qu’est-ce qui compte le plus après la tokenisation des actions et leur utilisation comme garantie ? #termmax @termmax
La tokenisation des actions comme garantie est la partie facile. La question la plus intéressante, c’est ce qui se passe quand quelqu’un veut réellement emprunter en s’y appuyant.
TermMax est déjà sur un total verrouillé (TVL) d’environ 90 M$ , avec à peu près 22 M$ de prêts actifs. Son modèle à taux fixe rend la partie « emprunt » plus difficile à ignorer, car le coût n’est pas seulement « quel est le taux aujourd’hui ? »
Prenez une position tokenisée sur un SPY ou sur une action comme NVDA. Si je la verrouille comme garantie, je me concentre rapidement sur trois choses : le montant que je peux emprunter, le coût de cet emprunt pour une échéance donnée, et ce qui arrive à mon capital pendant que j’attends.
C’est la dernière partie, selon moi, qui rend TermMax intéressant.
Un marché à taux variable peut donner l’impression que l’emprunt est bon marché une semaine, puis insupportable la suivante. L’emprunt à taux fixe me donne un chiffre sur lequel je peux réellement me projeter. Mais cela crée aussi un problème différent : si le taux fixe est trop élevé par rapport au rendement que j’attends de la garantie, l’opération n’a plus de sens.
Ainsi, les actions tokenisées ne créent pas automatiquement une demande d’emprunt.
Le métrique utile, une fois la garantie arrivée, c’est l’utilisation. Les gens empruntent-ils vraiment contre ces actifs, et à quels taux fixes ?
TermMax indique que son produit est disponible dans plus de 120 pays et qu’il prend en charge 10 chaînes. Il y a donc de quoi assurer une bonne distribution.
Désormais, je veux voir si la partie « emprunt » peut rendre ces actifs tokenisés économiquement utiles, pas seulement déposables.

Qu’est-ce qui compte le plus après la tokenisation des actions et leur utilisation comme garantie ?
#termmax @TermMax
Borrowing demand
50%
Fixed-rate cost
50%
2 Votes • Vote fermé
Avant le TGE de TermMax, je surveillais une seule métrique. Pour moi, il s’agit du volume d’emprunt à taux fixe et du taux d’utilisation. La raison est assez simple. TermMax a déjà plus de 90 M$ de TVL et environ 22 M$ de prêts actifs. Ces chiffres montrent que le capital est bien là. Mais la question la plus intéressante est de savoir quelle part de cette activité correspond réellement à des choix de taux fixes. Si les emprunts à taux fixe commencent à représenter une part plus importante avant ou autour du TGE du 25 août, cela m’indique quelque chose de plus utile que la simple croissance brute du TVL. Cela signifie que les utilisateurs paient pour la certitude du taux. C’est important, car TermMax est conçu autour d’une échéance connue et de coûts d’emprunt à taux fixe. Si les emprunteurs continuent de choisir des taux variables, ou s’ils laissent simplement le capital inutilisé, la thèse du produit devient plus difficile à lire. Je préfère voir 10 M$ d’emprunts à taux fixe utilisés de façon constante plutôt qu’un autre chiffre-titre montrant un TVL passant de 90 M$ à 100 M$. Il y a aussi une petite tension ici. Une utilisation plus élevée, c’est positif, mais si elle n’apparaît que parce que des incitations poussent les utilisateurs à entrer, je ne suis pas sûr que cela signifie grand-chose pour l’instant. Donc, avant de regarder le prix de TMX, l’activité de staking ou la participation à la gouvernance, je vérifierais une chose : Les gens empruntent-ils de façon répétée à des taux fixes parce qu’ils veulent réellement le produit ? Ce chiffre pourrait nous en dire plus sur la demande après le TGE que sur le lancement lui-même. Qu’est-ce qui compte le plus ? #termmax @termmax
Avant le TGE de TermMax, je surveillais une seule métrique.
Pour moi, il s’agit du volume d’emprunt à taux fixe et du taux d’utilisation.
La raison est assez simple. TermMax a déjà plus de 90 M$ de TVL et environ 22 M$ de prêts actifs. Ces chiffres montrent que le capital est bien là.
Mais la question la plus intéressante est de savoir quelle part de cette activité correspond réellement à des choix de taux fixes.
Si les emprunts à taux fixe commencent à représenter une part plus importante avant ou autour du TGE du 25 août, cela m’indique quelque chose de plus utile que la simple croissance brute du TVL.
Cela signifie que les utilisateurs paient pour la certitude du taux.
C’est important, car TermMax est conçu autour d’une échéance connue et de coûts d’emprunt à taux fixe. Si les emprunteurs continuent de choisir des taux variables, ou s’ils laissent simplement le capital inutilisé, la thèse du produit devient plus difficile à lire.
Je préfère voir 10 M$ d’emprunts à taux fixe utilisés de façon constante plutôt qu’un autre chiffre-titre montrant un TVL passant de 90 M$ à 100 M$.
Il y a aussi une petite tension ici.
Une utilisation plus élevée, c’est positif, mais si elle n’apparaît que parce que des incitations poussent les utilisateurs à entrer, je ne suis pas sûr que cela signifie grand-chose pour l’instant.
Donc, avant de regarder le prix de TMX, l’activité de staking ou la participation à la gouvernance, je vérifierais une chose :
Les gens empruntent-ils de façon répétée à des taux fixes parce qu’ils veulent réellement le produit ?
Ce chiffre pourrait nous en dire plus sur la demande après le TGE que sur le lancement lui-même.

Qu’est-ce qui compte le plus ?
#termmax @TermMax
Fixed-rate use
0%
TVL growth
0%
0 Votes • Vote fermé
Dusk n’a pas besoin de 1 000 jetons RWA. Il lui faut un marché où les gens reviennent réellement pour trader. C’est la partie que je continue de surveiller avec Dusk Trade. Le site actuel de Dusk pointe vers un volume d’émissions confirmé de 300 M€+ auprès d’institutions, tandis que la relation NPEX indique un signal d’émissions confirmé de 200 M€+ et une base d’investisseurs de 20 000+. (Dusk) Ces chiffres semblent utiles, mais l’émission reste la partie la plus facile. La question difficile est ce qui se passe après qu’une personne a acheté. Peut-elle trouver un autre acheteur éligible ? Les ordres peuvent-ils réellement se rencontrer ? Y a-t-il assez d’activité pour que la tarification ait un sens ? Le récent matériel de Dusk fait d’ailleurs le même constat : la tokenisation peut réduire la friction liée aux transferts et au règlement, mais elle ne peut pas créer d’acheteurs, de vendeurs ni de prix justes. (Dusk) C’est ce qui rend Dusk Trade plus intéressant pour moi qu’un autre titre axé sur le nombre d’actifs. Je préfère voir 10 actifs avec une activité répétée sur le marché secondaire plutôt que 1 000 jetons qui restent là, presque sans transactions. Car une fois qu’il y a un vrai volume, on peut commencer à mesurer quelque chose de significatif : les utilisateurs récurrents, le volume, les spreads, l’activité de règlement. D’ici là, une liste d’actifs en croissance peut sembler impressionnante sans prouver grand-chose. C’est ce chiffre que je vais surveiller. Qu’est-ce qui compte le plus pour Dusk Trade ? #dusk $DUSK @Dusk_Foundation
Dusk n’a pas besoin de 1 000 jetons RWA.
Il lui faut un marché où les gens reviennent réellement pour trader.
C’est la partie que je continue de surveiller avec Dusk Trade. Le site actuel de Dusk pointe vers un volume d’émissions confirmé de 300 M€+ auprès d’institutions, tandis que la relation NPEX indique un signal d’émissions confirmé de 200 M€+ et une base d’investisseurs de 20 000+. (Dusk)
Ces chiffres semblent utiles, mais l’émission reste la partie la plus facile.
La question difficile est ce qui se passe après qu’une personne a acheté.
Peut-elle trouver un autre acheteur éligible ?
Les ordres peuvent-ils réellement se rencontrer ?
Y a-t-il assez d’activité pour que la tarification ait un sens ?
Le récent matériel de Dusk fait d’ailleurs le même constat : la tokenisation peut réduire la friction liée aux transferts et au règlement, mais elle ne peut pas créer d’acheteurs, de vendeurs ni de prix justes. (Dusk)
C’est ce qui rend Dusk Trade plus intéressant pour moi qu’un autre titre axé sur le nombre d’actifs.
Je préfère voir 10 actifs avec une activité répétée sur le marché secondaire plutôt que 1 000 jetons qui restent là, presque sans transactions.
Car une fois qu’il y a un vrai volume, on peut commencer à mesurer quelque chose de significatif : les utilisateurs récurrents, le volume, les spreads, l’activité de règlement.
D’ici là, une liste d’actifs en croissance peut sembler impressionnante sans prouver grand-chose.
C’est ce chiffre que je vais surveiller.

Qu’est-ce qui compte le plus pour Dusk Trade ?
#dusk $DUSK @Dusk
Real trading volume
100%
More RWA assets
0%
1 Votes • Vote fermé
DuskEVM est en ligne. Maintenant, la période de lune de miel est terminée. Qu’est-ce qui est réellement construit ? J’ai suivi le déploiement moins pour le lancement en tant que tel, et davantage pour ce que les développeurs font avec l’accès supplémentaire. Le test intéressant, pour moi, est simple : est-ce que DuskEVM transforme l’intérêt des développeurs en des applications que les gens continuent à utiliser ? Solidity et des outils EVM familiers réduisent les frictions, mais cela ne résout que les 20 % du problème. La partie la plus difficile consiste à amener quelqu’un à passer des semaines à construire quelque chose qui a une raison d’exister au-delà de « Dusk vient de lancer son EVM ». C’est là que je suis un peu sceptique. Dusk a déjà fourni de vrais efforts côté développeurs. Maintenant, je veux voir des chiffres bouger de l’autre côté de l’équation. Combien de contrats sont effectivement déployés au cours des 30 premiers jours ? Combien restent actifs après 60 jours ? Et surtout : combien de transactions proviennent de quelque chose dont les utilisateurs ont réellement besoin, plutôt que d’une activité de test et d’incitations ? Je préfère voir 10 applications utiles générer une activité régulière plutôt que 100 contrats déployés une fois puis oubliés. DuskEVM rend la construction plus facile. Il ne rend pas automatiquement la chose digne d’être construite. Cette partie sera probablement beaucoup plus difficile à mesurer au cours des premières semaines, et c’est le critère que je vais surveiller. Qu’est-ce qui, selon vous, fera progresser l’adoption de DuskEVM ? #dusk $DUSK @Dusk_Foundation
DuskEVM est en ligne. Maintenant, la période de lune de miel est terminée. Qu’est-ce qui est réellement construit ?
J’ai suivi le déploiement moins pour le lancement en tant que tel, et davantage pour ce que les développeurs font avec l’accès supplémentaire.
Le test intéressant, pour moi, est simple : est-ce que DuskEVM transforme l’intérêt des développeurs en des applications que les gens continuent à utiliser ?
Solidity et des outils EVM familiers réduisent les frictions, mais cela ne résout que les 20 % du problème.
La partie la plus difficile consiste à amener quelqu’un à passer des semaines à construire quelque chose qui a une raison d’exister au-delà de « Dusk vient de lancer son EVM ».
C’est là que je suis un peu sceptique.
Dusk a déjà fourni de vrais efforts côté développeurs. Maintenant, je veux voir des chiffres bouger de l’autre côté de l’équation.
Combien de contrats sont effectivement déployés au cours des 30 premiers jours ?
Combien restent actifs après 60 jours ?
Et surtout : combien de transactions proviennent de quelque chose dont les utilisateurs ont réellement besoin, plutôt que d’une activité de test et d’incitations ?
Je préfère voir 10 applications utiles générer une activité régulière plutôt que 100 contrats déployés une fois puis oubliés.
DuskEVM rend la construction plus facile. Il ne rend pas automatiquement la chose digne d’être construite.
Cette partie sera probablement beaucoup plus difficile à mesurer au cours des premières semaines, et c’est le critère que je vais surveiller.

Qu’est-ce qui, selon vous, fera progresser l’adoption de DuskEVM ?
#dusk $DUSK @Dusk
A) DeFi
0%
B) RWAs
100%
C) Privacy apps
0%
D) Something unexpected
0%
2 Votes • Vote fermé
Je reviens sans cesse à la liquidité de TermMax, non pas parce que le produit semble incomplet, mais parce que le prêt à taux fixe crée un type de friction différent. Les chiffres sont déjà parlants : plus de 90 M$ de TVL, environ 22 M$ de prêts actifs, et 1,5 M+ de portefeuilles connectés. Mais ces chiffres ne signifient pas automatiquement une liquidité profonde là où cela compte vraiment. Quand j’ai examiné la partie à taux fixe, la question pratique est devenue assez simple : un emprunteur peut-il trouver l’échéance et le taux qu’il souhaite sans attendre, tandis qu’un prêteur peut entrer et sortir sans subir un gros coût d’opportunité ? Cela devient encore plus important à mesure que TermMax ajoute davantage d’échéances et de vaults. Un marché peut disposer d’un capital total conséquent tout en donnant une impression de liquidité faible à une échéance précise. Je pense que c’est là que la V2 et le modèle de curateur deviennent intéressants. Des vaults plus structurés peuvent concentrer la liquidité au lieu de la disperser entre trop de choix isolés. Mais la concentration crée un autre arbitrage. Si la liquidité devient plus profonde sur des échéances sélectionnées, que se passe-t-il pour les échéances moins populaires ? TermMax peut résoudre les aspects mécaniques du produit. La partie la plus difficile pourrait être d’obtenir une activité suffisamment bilatérale pour que ces mécaniques paraissent réellement utiles chaque jour. C’est le point que je surveille après le TGE, parce que 90 M$ de TVL ne représentent pas du tout la même chose que 90 M$ de liquidité réellement mobilisable quand on observe un seul marché précis. #termmax @termmax
Je reviens sans cesse à la liquidité de TermMax, non pas parce que le produit semble incomplet, mais parce que le prêt à taux fixe crée un type de friction différent.
Les chiffres sont déjà parlants : plus de 90 M$ de TVL, environ 22 M$ de prêts actifs, et 1,5 M+ de portefeuilles connectés. Mais ces chiffres ne signifient pas automatiquement une liquidité profonde là où cela compte vraiment.
Quand j’ai examiné la partie à taux fixe, la question pratique est devenue assez simple : un emprunteur peut-il trouver l’échéance et le taux qu’il souhaite sans attendre, tandis qu’un prêteur peut entrer et sortir sans subir un gros coût d’opportunité ?
Cela devient encore plus important à mesure que TermMax ajoute davantage d’échéances et de vaults.
Un marché peut disposer d’un capital total conséquent tout en donnant une impression de liquidité faible à une échéance précise.
Je pense que c’est là que la V2 et le modèle de curateur deviennent intéressants. Des vaults plus structurés peuvent concentrer la liquidité au lieu de la disperser entre trop de choix isolés.
Mais la concentration crée un autre arbitrage. Si la liquidité devient plus profonde sur des échéances sélectionnées, que se passe-t-il pour les échéances moins populaires ?
TermMax peut résoudre les aspects mécaniques du produit. La partie la plus difficile pourrait être d’obtenir une activité suffisamment bilatérale pour que ces mécaniques paraissent réellement utiles chaque jour.
C’est le point que je surveille après le TGE, parce que 90 M$ de TVL ne représentent pas du tout la même chose que 90 M$ de liquidité réellement mobilisable quand on observe un seul marché précis.
#termmax @TermMax
Dusk n’a pas besoin d’un autre token RWA. Il a besoin d’activité de marché. Je reviens sans cesse vers Dusk Trade, car la partie intéressante n’est pas l’émission d’un actif. C’est le titre facile. La question plus difficile, c’est ce qui se passe après l’onboarding. Si un utilisateur parvient à passer l’onboarding, à lier un portefeuille, à effectuer un transfert contrôlé puis à régler éventuellement un actif, alors c’est utile. Mais ces étapes n’ont de l’importance que si les gens les répètent réellement. Dusk vise un vaste marché européen d’ETI/PME, avec environ 24M de PME souvent citées dans toute l’Europe. Même une toute petite fraction qui deviendrait des participants actifs pèserait davantage que d’autres lots d’actifs tokenisés qui restent sans être utilisés. C’est là que je surveillerais les chiffres. Pas seulement le nombre d’actifs émis. Combien sont réellement échangés ? À quelle fréquence des transferts ont-ils lieu ? Quelle quantité est réglée ? Le même marché génère-t-il à nouveau de l’activité 30 ou 60 jours plus tard ? Parce qu’une plateforme RWA réglementée peut sembler animée de l’extérieur, alors que le marché sous-jacent reste calme. Le workflow de Dusk Trade me paraît cohérent. La partie encore non résolue, c’est de savoir si ce workflow crée une activité répétée suffisante pour devenir un marché, plutôt que simplement une infrastructure pour émettre des actifs. C’est probablement la métrique que je surveillerais le plus après le lancement... #dusk $DUSK @Dusk_Foundation
Dusk n’a pas besoin d’un autre token RWA. Il a besoin d’activité de marché.
Je reviens sans cesse vers Dusk Trade, car la partie intéressante n’est pas l’émission d’un actif. C’est le titre facile.
La question plus difficile, c’est ce qui se passe après l’onboarding.
Si un utilisateur parvient à passer l’onboarding, à lier un portefeuille, à effectuer un transfert contrôlé puis à régler éventuellement un actif, alors c’est utile. Mais ces étapes n’ont de l’importance que si les gens les répètent réellement.
Dusk vise un vaste marché européen d’ETI/PME, avec environ 24M de PME souvent citées dans toute l’Europe. Même une toute petite fraction qui deviendrait des participants actifs pèserait davantage que d’autres lots d’actifs tokenisés qui restent sans être utilisés.
C’est là que je surveillerais les chiffres.
Pas seulement le nombre d’actifs émis.
Combien sont réellement échangés ?
À quelle fréquence des transferts ont-ils lieu ?
Quelle quantité est réglée ?
Le même marché génère-t-il à nouveau de l’activité 30 ou 60 jours plus tard ?
Parce qu’une plateforme RWA réglementée peut sembler animée de l’extérieur, alors que le marché sous-jacent reste calme.
Le workflow de Dusk Trade me paraît cohérent. La partie encore non résolue, c’est de savoir si ce workflow crée une activité répétée suffisante pour devenir un marché, plutôt que simplement une infrastructure pour émettre des actifs.
C’est probablement la métrique que je surveillerais le plus après le lancement...

#dusk $DUSK @Dusk
Je revenais sans cesse à une chose en parcourant TermMax : le taux d’intérêt ne ressemble pas à un chiffre qu’on accepte simplement. Il commence à ressembler davantage à quelque chose qu’on peut réellement placer autour d’un ordre. Cela change un peu la décision. Avec un emprunt à taux fixe, je peux voir l’échéance et le taux avant d’engager du capital. Si les conditions disponibles n’ont pas de sens, il n’y a pas vraiment de raison de forcer la transaction. Je préfère attendre un meilleur ajustement plutôt que de prendre un taux variable et d’espérer que les conditions resteront favorables. La partie intéressante, c’est l’idée du carnet d’ordres sous-jacente. TermMax a déjà plus de 90 M$ de TVL et environ 22 M$ de prêts actifs : il y a donc au moins un certain capital réel qui soutient le mécanisme. Mais c’est la liquidité qui me fait encore hésiter. Un taux peut être attrayant sur le papier et pourtant être inutile s’il n’y a pas assez de liquidité de contrepartie à l’échéance que je souhaite. C’est très différent de l’examen d’un pool de prêt où la liquidité est généralement là, en attente. Le produit me fait moins penser à « quel est l’APY actuel ? » et davantage à « à quel taux est-ce que je peux réellement être apparié ? » Ça ressemble plus au trading d’une échéance financière que simplement à emprunter à partir d’un pool. La question est de savoir si suffisamment d’emprunteurs et de prêteurs se présentent aux mêmes échéances pour que ce marché donne l’impression d’être constamment vivant. #termmax @termmax
Je revenais sans cesse à une chose en parcourant TermMax : le taux d’intérêt ne ressemble pas à un chiffre qu’on accepte simplement. Il commence à ressembler davantage à quelque chose qu’on peut réellement placer autour d’un ordre.
Cela change un peu la décision.
Avec un emprunt à taux fixe, je peux voir l’échéance et le taux avant d’engager du capital. Si les conditions disponibles n’ont pas de sens, il n’y a pas vraiment de raison de forcer la transaction. Je préfère attendre un meilleur ajustement plutôt que de prendre un taux variable et d’espérer que les conditions resteront favorables.
La partie intéressante, c’est l’idée du carnet d’ordres sous-jacente. TermMax a déjà plus de 90 M$ de TVL et environ 22 M$ de prêts actifs : il y a donc au moins un certain capital réel qui soutient le mécanisme.
Mais c’est la liquidité qui me fait encore hésiter.
Un taux peut être attrayant sur le papier et pourtant être inutile s’il n’y a pas assez de liquidité de contrepartie à l’échéance que je souhaite. C’est très différent de l’examen d’un pool de prêt où la liquidité est généralement là, en attente.
Le produit me fait moins penser à « quel est l’APY actuel ? » et davantage à « à quel taux est-ce que je peux réellement être apparié ? »
Ça ressemble plus au trading d’une échéance financière que simplement à emprunter à partir d’un pool.
La question est de savoir si suffisamment d’emprunteurs et de prêteurs se présentent aux mêmes échéances pour que ce marché donne l’impression d’être constamment vivant.

#termmax @TermMax
Plus j’examine Dusk, moins je pense que sa concurrence la plus difficile soit une autre blockchain. C’est l’empilement existant autour des valeurs mobilières. Un actif traditionnel peut toujours passer par un émetteur, un agent de registre, un courtier, une bourse ou une plate-forme, un dépositaire, une couche de compensation et une CSD avant le règlement. Chaque transfert crée un autre endroit où la réconciliation, les permissions et le reporting doivent se faire séparément. Dusk est intéressant parce qu’il essaie de compresser une partie de ce flux de travail dans la même infrastructure. Son réseau principal est positionné pour l’émission native, le trading réglementé et le règlement post-négociation, y compris des fonctionnalités de type CSD sous sa licence DLT-TSS. La tension pratique, elle, est évidente, toutefois. Les institutions existantes ont des décennies de processus, de relations et d’acceptation réglementaire derrière elles. Remplacer ne serait-ce qu’un seul flux de règlement n’est pas seulement une mise à niveau technique. Cela signifie convaincre les émetteurs, les plates-formes, les dépositaires et les régulateurs que le nouveau flux est en réalité plus simple. L’architecture de Dusk lui donne quelques chiffres utiles sur lesquels s’appuyer : une seule couche de règlement, deux voies d’exécution — DuskVM et DuskEVM — plus la confidentialité grâce à Phoenix et la divulgation sélective, plutôt que d’obliger chaque participant au marché à tout voir. Cela rend la question concurrentielle moins « Dusk peut-il battre Ethereum ? » C’est plutôt plus inconfortable : Dusk peut-il rendre un flux de traitement des valeurs mobilières sensiblement plus simple que l’infrastructure que les institutions existantes acceptent déjà ? C’est le critère que je surveillerais. Parce que si la réconciliation reste compliquée, la partie blockchain compte presque moins... #dusk $DUSK @Dusk_Foundation
Plus j’examine Dusk, moins je pense que sa concurrence la plus difficile soit une autre blockchain.
C’est l’empilement existant autour des valeurs mobilières.
Un actif traditionnel peut toujours passer par un émetteur, un agent de registre, un courtier, une bourse ou une plate-forme, un dépositaire, une couche de compensation et une CSD avant le règlement. Chaque transfert crée un autre endroit où la réconciliation, les permissions et le reporting doivent se faire séparément.
Dusk est intéressant parce qu’il essaie de compresser une partie de ce flux de travail dans la même infrastructure. Son réseau principal est positionné pour l’émission native, le trading réglementé et le règlement post-négociation, y compris des fonctionnalités de type CSD sous sa licence DLT-TSS.
La tension pratique, elle, est évidente, toutefois.
Les institutions existantes ont des décennies de processus, de relations et d’acceptation réglementaire derrière elles. Remplacer ne serait-ce qu’un seul flux de règlement n’est pas seulement une mise à niveau technique. Cela signifie convaincre les émetteurs, les plates-formes, les dépositaires et les régulateurs que le nouveau flux est en réalité plus simple.
L’architecture de Dusk lui donne quelques chiffres utiles sur lesquels s’appuyer : une seule couche de règlement, deux voies d’exécution — DuskVM et DuskEVM — plus la confidentialité grâce à Phoenix et la divulgation sélective, plutôt que d’obliger chaque participant au marché à tout voir.
Cela rend la question concurrentielle moins « Dusk peut-il battre Ethereum ? »
C’est plutôt plus inconfortable :
Dusk peut-il rendre un flux de traitement des valeurs mobilières sensiblement plus simple que l’infrastructure que les institutions existantes acceptent déjà ?
C’est le critère que je surveillerais. Parce que si la réconciliation reste compliquée, la partie blockchain compte presque moins...

#dusk $DUSK @Dusk
Le plus grand test de TermMax n’est pas le TGE. C’est ce qui se passe après le TGE. J’ai examiné plus en détail le volet emprunt, et c’est là que la question intéressante commence. TermMax a déjà atteint 49,18 M$ de TVL, avec 55,56 M$ en incluant la valeur empruntée, 17 K d’utilisateurs actifs quotidiens et 100+ marchés sur ses chaînes prises en charge. Ce sont des chiffres parlants. Mais les lancements de tokens peuvent fausser l’attention. TMX, le 25 août. Cela peut attirer des traders, de la liquidité, des chasseurs d’XP et beaucoup d’activité à court terme. Rien de tout cela ne signifie automatiquement que les gens continueront d’ouvrir des positions d’emprunt à taux fixe une fois que l’euphorie liée au lancement retombe. Pour moi, le meilleur indicateur après le TGE est bien plus simple : Les emprunteurs sont-ils encore disposés à bloquer un taux ? Cela compte parce que l’emprunt à taux fixe implique un autre type de friction. Un utilisateur doit réellement avoir un besoin urgent de financement prévisible, au point de le choisir plutôt que toute alternative à taux variable disponible à ce moment-là. Si le volume d’emprunt continue de croître après le 25 août, cela me dit que le token repose sur une demande produit réelle. Si l’activité augmente autour du TGE puis retombe, le token a peut-être généré de l’attention sans créer beaucoup de demande d’emprunt supplémentaire. Je préfère observer, pendant les semaines suivant le lancement, le volume des emprunteurs, la dette active et l’utilisation répétée plutôt que d’évaluer TermMax à partir des premiers jours de trading de $TMX. C’est probablement là que le vrai signal commence... #termmax @termmax $DEXE
Le plus grand test de TermMax n’est pas le TGE. C’est ce qui se passe après le TGE.
J’ai examiné plus en détail le volet emprunt, et c’est là que la question intéressante commence.
TermMax a déjà atteint 49,18 M$ de TVL, avec 55,56 M$ en incluant la valeur empruntée, 17 K d’utilisateurs actifs quotidiens et 100+ marchés sur ses chaînes prises en charge. Ce sont des chiffres parlants.
Mais les lancements de tokens peuvent fausser l’attention.
TMX, le 25 août. Cela peut attirer des traders, de la liquidité, des chasseurs d’XP et beaucoup d’activité à court terme. Rien de tout cela ne signifie automatiquement que les gens continueront d’ouvrir des positions d’emprunt à taux fixe une fois que l’euphorie liée au lancement retombe.
Pour moi, le meilleur indicateur après le TGE est bien plus simple :
Les emprunteurs sont-ils encore disposés à bloquer un taux ?
Cela compte parce que l’emprunt à taux fixe implique un autre type de friction. Un utilisateur doit réellement avoir un besoin urgent de financement prévisible, au point de le choisir plutôt que toute alternative à taux variable disponible à ce moment-là.
Si le volume d’emprunt continue de croître après le 25 août, cela me dit que le token repose sur une demande produit réelle.
Si l’activité augmente autour du TGE puis retombe, le token a peut-être généré de l’attention sans créer beaucoup de demande d’emprunt supplémentaire.
Je préfère observer, pendant les semaines suivant le lancement, le volume des emprunteurs, la dette active et l’utilisation répétée plutôt que d’évaluer TermMax à partir des premiers jours de trading de $TMX.
C’est probablement là que le vrai signal commence...

#termmax @TermMax $DEXE
DuskEVM pourrait résoudre le problème des développeurs de Dusk. Mais pas son problème d’adoption. J’ai passé un peu de temps à examiner la voie EVM, et l’amélioration évidente, c’est la friction. Les développeurs Solidity n’ont pas besoin de réapprendre l’ensemble de la pile pour commencer à construire sur Dusk. C’est important. Désormais, Dusk propose 3 parcours de développement : Native, EVM et EVM confidentiel. La voie EVM offre aux développeurs un point d’entrée beaucoup plus familier, ce qui devrait rendre les expérimentations moins coûteuses et plus rapides. Mais il y a un piège auquel je reviens sans cesse. Réduire le coût de construction ne crée pas automatiquement une raison de rester. Un développeur peut déployer un contrat EVM, tester le réseau, puis partir s’il n’y a pas d’activité utilisateur, de liquidité ou de demande réelle en attente de l’autre côté. Cela rend DuskEVM intéressant pour une raison différente. J’observerais ce qui se passe après la vague initiale de développeurs, pas seulement le nombre de projets qui démarrent. Si Dusk obtient 10 nouvelles équipes qui expérimentent mais qu’une seule continue à construire, l’amélioration des outils n’est pas vraiment l’histoire. Le critère le plus difficile, c’est la rétention. Parce que rendre Dusk plus facile à intégrer est un problème. Faire en sorte que quelqu’un ait assez d’intérêt pour continuer à l’utiliser en est un autre... #dusk $DUSK @Dusk_Foundation
DuskEVM pourrait résoudre le problème des développeurs de Dusk. Mais pas son problème d’adoption.
J’ai passé un peu de temps à examiner la voie EVM, et l’amélioration évidente, c’est la friction. Les développeurs Solidity n’ont pas besoin de réapprendre l’ensemble de la pile pour commencer à construire sur Dusk.
C’est important.
Désormais, Dusk propose 3 parcours de développement : Native, EVM et EVM confidentiel. La voie EVM offre aux développeurs un point d’entrée beaucoup plus familier, ce qui devrait rendre les expérimentations moins coûteuses et plus rapides.
Mais il y a un piège auquel je reviens sans cesse.
Réduire le coût de construction ne crée pas automatiquement une raison de rester.
Un développeur peut déployer un contrat EVM, tester le réseau, puis partir s’il n’y a pas d’activité utilisateur, de liquidité ou de demande réelle en attente de l’autre côté.
Cela rend DuskEVM intéressant pour une raison différente. J’observerais ce qui se passe après la vague initiale de développeurs, pas seulement le nombre de projets qui démarrent.
Si Dusk obtient 10 nouvelles équipes qui expérimentent mais qu’une seule continue à construire, l’amélioration des outils n’est pas vraiment l’histoire.
Le critère le plus difficile, c’est la rétention.
Parce que rendre Dusk plus facile à intégrer est un problème.
Faire en sorte que quelqu’un ait assez d’intérêt pour continuer à l’utiliser en est un autre...
#dusk $DUSK @Dusk
Le vote de la trésorerie d’OpenDusk, c’est l’endroit où la gouvernance devient concrète pour moi. La proposition est assez simple : diriger les récompenses de blocs brûlés vers une trésorerie communautaire plutôt que de laisser ce capital en dehors d’une structure dédiée de financement. Mais le chiffre auquel je reviens sans cesse, c’est *45%*. C’est la part proposée de la récompense de bloc qui va vers le DUSK brûlé. Si ce flux devient du capital de trésorerie, la question cesse d’être « OpenDusk devrait-il exister ? » et devient bien plus inconfortable : *qui est autorisé à décider de l’usage de cet argent ?* Je préférerais que la communauté contrôle l’orientation, mais voter seul ne résout pas le problème de l’allocation. Une trésorerie peut permettre une large participation et prendre quand même de mauvaises décisions de financement. Ce que je veux observer après le vote n’est pas le pourcentage d’approbation. Ce sont les premières décisions de financement. Combien est alloué ? À qui ? En vue de quel résultat mesurable ? Et que se passe-t-il lorsqu’un projet financé ne livre pas ? C’est là, je pense, que OpenDusk devient intéressant. Le vote peut établir le mécanisme, mais le vrai test commence dès lors que le DUSK réel commence à y circuler. Si la trésorerie devient un autre lieu où l’on approuve du capital parce que quelque chose semble utile, alors la couche de gouvernance n’a pas vraiment changé.. Et c’est la partie que je vais surveiller. #dusk $DUSK @Dusk_Foundation
Le vote de la trésorerie d’OpenDusk, c’est l’endroit où la gouvernance devient concrète pour moi.
La proposition est assez simple : diriger les récompenses de blocs brûlés vers une trésorerie communautaire plutôt que de laisser ce capital en dehors d’une structure dédiée de financement.
Mais le chiffre auquel je reviens sans cesse, c’est *45%*.
C’est la part proposée de la récompense de bloc qui va vers le DUSK brûlé. Si ce flux devient du capital de trésorerie, la question cesse d’être « OpenDusk devrait-il exister ? » et devient bien plus inconfortable : *qui est autorisé à décider de l’usage de cet argent ?*
Je préférerais que la communauté contrôle l’orientation, mais voter seul ne résout pas le problème de l’allocation.
Une trésorerie peut permettre une large participation et prendre quand même de mauvaises décisions de financement.
Ce que je veux observer après le vote n’est pas le pourcentage d’approbation. Ce sont les premières décisions de financement. Combien est alloué ? À qui ? En vue de quel résultat mesurable ? Et que se passe-t-il lorsqu’un projet financé ne livre pas ?
C’est là, je pense, que OpenDusk devient intéressant.
Le vote peut établir le mécanisme, mais le vrai test commence dès lors que le DUSK réel commence à y circuler.
Si la trésorerie devient un autre lieu où l’on approuve du capital parce que quelque chose semble utile, alors la couche de gouvernance n’a pas vraiment changé..
Et c’est la partie que je vais surveiller.

#dusk $DUSK @Dusk
L’aube (Dusk) construit trois parcours : Native, EVM et EVM confidentiel. Ce que je trouve intéressant, c’est le choix pratique que cela crée. Vous pouvez rester du côté Native, passer vers l’EVM, ou utiliser le parcours de l’EVM confidentiel lorsque la confidentialité devient une priorité. En testant les différents éléments, la chose qui me revenait sans cesse, c’était la friction. Prendre en charge trois parcours semble utile, mais cela signifie aussi que les développeurs doivent décider où leur application doit réellement se situer, au lieu de traiter Dusk comme un simple environnement d’exécution. Les chiffres rendent la direction plus claire. Dusk a pour objectif affiché *10 000+ transactions par seconde*, tandis que son travail autour de l’EVM vise à rendre l’outillage Ethereum existant utilisable sans forcer tout le monde à adopter une nouvelle pile de développement. Sur le papier, cela paraît bien. Mais ce qui m’intéresse davantage, c’est ce qui se passe lorsqu’une application commence à passer d’un parcours à l’autre. L’itinéraire EVM devient-il par défaut parce qu’il est familier ? L’EVM confidentiel attire-t-il réellement les applications vers des cas d’usage sensibles à la confidentialité ? Ou Native reste-t-il l’endroit où il est le plus facile de capter les avantages les plus profonds ? Trois parcours donnent plus d’options aux développeurs, mais ils créent aussi un nouveau point de décision. Ce compromis va probablement compter plus que les chiffres mis en avant, à mesure que de vraies applications commenceront à choisir où vivre... #dusk $DUSK @Dusk_Foundation
L’aube (Dusk) construit trois parcours : Native, EVM et EVM confidentiel.
Ce que je trouve intéressant, c’est le choix pratique que cela crée. Vous pouvez rester du côté Native, passer vers l’EVM, ou utiliser le parcours de l’EVM confidentiel lorsque la confidentialité devient une priorité.
En testant les différents éléments, la chose qui me revenait sans cesse, c’était la friction. Prendre en charge trois parcours semble utile, mais cela signifie aussi que les développeurs doivent décider où leur application doit réellement se situer, au lieu de traiter Dusk comme un simple environnement d’exécution.
Les chiffres rendent la direction plus claire. Dusk a pour objectif affiché *10 000+ transactions par seconde*, tandis que son travail autour de l’EVM vise à rendre l’outillage Ethereum existant utilisable sans forcer tout le monde à adopter une nouvelle pile de développement.
Sur le papier, cela paraît bien. Mais ce qui m’intéresse davantage, c’est ce qui se passe lorsqu’une application commence à passer d’un parcours à l’autre.
L’itinéraire EVM devient-il par défaut parce qu’il est familier ? L’EVM confidentiel attire-t-il réellement les applications vers des cas d’usage sensibles à la confidentialité ? Ou Native reste-t-il l’endroit où il est le plus facile de capter les avantages les plus profonds ?
Trois parcours donnent plus d’options aux développeurs, mais ils créent aussi un nouveau point de décision.
Ce compromis va probablement compter plus que les chiffres mis en avant, à mesure que de vraies applications commenceront à choisir où vivre...

#dusk $DUSK @Dusk
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