Binance Square
LEDGER QUEEN
2k Publications

LEDGER QUEEN

May Allah Save Us From Evil Eyes
Ouvert au trading
Trade régulièrement
8.5 mois
88 Suivis
21.9K+ Abonnés
3.6K+ J’aime
Publications
Portefeuille
·
--
Voir la traduction
🚀 HEMI is heating up! $HEMI /USDT is now at 0.01219 USDT (+37.90%) 🔥 📈 24H High: 0.01284 📉 24H Low: 0.00827 💰 24H Volume: $29.28M ⚡ HEMI Volume: 2.74B The chart is still showing bullish momentum, with price above MA25 (0.01165) and MA99 (0.01043). 👀 Now the big question: can $HEMI break 0.01284 and push toward a new high? 🚀 Momentum is strong — but volatility is too. DYOR. #SOLJumps20%OnTheWeek {spot}(HEMIUSDT)
🚀 HEMI is heating up!

$HEMI /USDT is now at 0.01219 USDT (+37.90%) 🔥
📈 24H High: 0.01284
📉 24H Low: 0.00827
💰 24H Volume: $29.28M
⚡ HEMI Volume: 2.74B

The chart is still showing bullish momentum, with price above MA25 (0.01165) and MA99 (0.01043). 👀

Now the big question: can $HEMI break 0.01284 and push toward a new high? 🚀

Momentum is strong — but volatility is too. DYOR.
#SOLJumps20%OnTheWeek
#dusk $DUSK @Dusk_Foundation Je ne cesse de voir l’efficacité énergétique évoquée dans la crypto comme s’il s’agissait simplement d’un autre indicateur, mais plus j’y réfléchis, plus cela me semble lié à la question de savoir si un réseau peut réellement évoluer de manière responsable. Le passage d’Ethereum au-delà de la preuve de travail (PoW) est ici une référence utile. Le passage à la preuve d’enjeu (Proof of Stake) a réduit l’utilisation d’énergie d’Ethereum d’environ 99,95 %, montrant à quel point la conception du consensus peut compter. Dusk adopte aussi une approche basée sur la PoS : des « provisioners » aident à sécuriser le réseau au lieu de s’appuyer sur du minage très énergivore. Cela compte, parce que la sécurité ne doit pas nécessairement vouloir dire transformer de l’électricité en compétition computationnelle. Ce qui a retenu mon attention, c’est la façon dont cela s’inscrit dans la thèse plus large de Dusk. Le réseau est conçu autour de la confidentialité et des cas d’usage financiers ; l’efficacité énergétique n’est donc pas vraiment la fonctionnalité mise en avant. Cela dit, si l’activité confidentielle on-chain augmente au fil du temps, disposer d’un modèle de consensus qui évite la demande énergétique de type PoW semble être une base logique. Peut-être que je surinterprète, mais les considérations ESG pourraient devenir plus pertinentes à mesure que l’infrastructure blockchain sera évaluée en parallèle des systèmes financiers traditionnels. Je ne suis toujours pas entièrement convaincu que la faible consommation d’énergie, à elle seule, dise beaucoup de choses sur l’efficacité globale d’un réseau. Le matériel, la participation des validateurs, l’usage du réseau et l’activité économique réelle jouent aussi un rôle. Mais je me demande sans cesse si la vraie question la plus intéressante n’est pas simplement de savoir combien peu d’énergie une blockchain utilise, mais plutôt la quantité d’activité financière utile qu’elle peut soutenir pour cette énergie. Si Dusk peut le démontrer au fil du temps, l’angle environnemental devient bien plus significatif. $BMT {spot}(BMTUSDT) $STX {spot}(STXUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Je ne cesse de voir l’efficacité énergétique évoquée dans la crypto comme s’il s’agissait simplement d’un autre indicateur, mais plus j’y réfléchis, plus cela me semble lié à la question de savoir si un réseau peut réellement évoluer de manière responsable.

Le passage d’Ethereum au-delà de la preuve de travail (PoW) est ici une référence utile. Le passage à la preuve d’enjeu (Proof of Stake) a réduit l’utilisation d’énergie d’Ethereum d’environ 99,95 %, montrant à quel point la conception du consensus peut compter. Dusk adopte aussi une approche basée sur la PoS : des « provisioners » aident à sécuriser le réseau au lieu de s’appuyer sur du minage très énergivore. Cela compte, parce que la sécurité ne doit pas nécessairement vouloir dire transformer de l’électricité en compétition computationnelle.

Ce qui a retenu mon attention, c’est la façon dont cela s’inscrit dans la thèse plus large de Dusk. Le réseau est conçu autour de la confidentialité et des cas d’usage financiers ; l’efficacité énergétique n’est donc pas vraiment la fonctionnalité mise en avant. Cela dit, si l’activité confidentielle on-chain augmente au fil du temps, disposer d’un modèle de consensus qui évite la demande énergétique de type PoW semble être une base logique. Peut-être que je surinterprète, mais les considérations ESG pourraient devenir plus pertinentes à mesure que l’infrastructure blockchain sera évaluée en parallèle des systèmes financiers traditionnels.

Je ne suis toujours pas entièrement convaincu que la faible consommation d’énergie, à elle seule, dise beaucoup de choses sur l’efficacité globale d’un réseau. Le matériel, la participation des validateurs, l’usage du réseau et l’activité économique réelle jouent aussi un rôle. Mais je me demande sans cesse si la vraie question la plus intéressante n’est pas simplement de savoir combien peu d’énergie une blockchain utilise, mais plutôt la quantité d’activité financière utile qu’elle peut soutenir pour cette énergie. Si Dusk peut le démontrer au fil du temps, l’angle environnemental devient bien plus significatif.
$BMT
$STX
#dusk $DUSK @Dusk_Foundation Je me suis penché sur la mise en place du réseau Dusk ces derniers temps, et un détail a continué d’attirer davantage mon attention que le discours habituel sur la « chaîne de confidentialité ». C’est la façon dont Piecrust, leur machine virtuelle basée sur le WASM, gère la partie coûteuse. Voici le point sur l’exécution des smart contracts dont on parle trop peu. Chaque instruction a un coût réel en calcul, et sur la plupart des chaînes, si un contrat doit hacher quelque chose ou vérifier une preuve, il effectue ce travail dans la VM elle-même, instruction par instruction, dans du bytecode WASM. C’est bien pour une logique simple. Mais ça devient brutal dès qu’on doit gérer des preuves à divulgation nulle, qui constituent essentiellement la raison d’être de Dusk. Ce qui m’a marqué, c’est l’approche de Piecrust : au lieu de faire calculer le tout par le contrat dans le WASM, ils confient cette tâche lourde — hachage, vérifications de signatures, validation de preuves PLONK et Groth16 — à des fonctions natives de l’hôte. L’hôte l’exécute une fois, nativement, puis renvoie le résultat. Je me demande encore dans quelle mesure cela compte réellement en pratique, par rapport au papier. Mais la logique est là. Le code natif pour les opérations cryptographiques est simplement plus rapide que l’interprétation du même calcul en WASM, parfois avec un écart important selon l’opération. Pour une chaîne construite autour des transactions confidentielles et du modèle de confidentialité UTXO de Phoenix, où la vérification des preuves n’est pas optionnelle mais constante, ce différentiel s’accumule très vite à travers chaque bloc. Ce qui me laisse encore un sentiment d’inachevé, c’est la façon dont cela s’adapte quand la complexité des contrats dépasse les cas d’usage actuels. Les fonctions natives de l’hôte résolvent le goulot d’étranglement d’aujourd’hui, mais je ne suis pas entièrement convaincu que cela reste aussi élégant à mesure que l’on demande davantage de primitives cryptographiques sur mesure. Quelqu’un qui développe réellement avec Piecrust a-t-il déjà ressenti des frictions à ce niveau ? $ONG {spot}(ONGUSDT) $AMP {spot}(AMPUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Je me suis penché sur la mise en place du réseau Dusk ces derniers temps, et un détail a continué d’attirer davantage mon attention que le discours habituel sur la « chaîne de confidentialité ». C’est la façon dont Piecrust, leur machine virtuelle basée sur le WASM, gère la partie coûteuse.

Voici le point sur l’exécution des smart contracts dont on parle trop peu. Chaque instruction a un coût réel en calcul, et sur la plupart des chaînes, si un contrat doit hacher quelque chose ou vérifier une preuve, il effectue ce travail dans la VM elle-même, instruction par instruction, dans du bytecode WASM. C’est bien pour une logique simple. Mais ça devient brutal dès qu’on doit gérer des preuves à divulgation nulle, qui constituent essentiellement la raison d’être de Dusk. Ce qui m’a marqué, c’est l’approche de Piecrust : au lieu de faire calculer le tout par le contrat dans le WASM, ils confient cette tâche lourde — hachage, vérifications de signatures, validation de preuves PLONK et Groth16 — à des fonctions natives de l’hôte. L’hôte l’exécute une fois, nativement, puis renvoie le résultat.

Je me demande encore dans quelle mesure cela compte réellement en pratique, par rapport au papier. Mais la logique est là. Le code natif pour les opérations cryptographiques est simplement plus rapide que l’interprétation du même calcul en WASM, parfois avec un écart important selon l’opération. Pour une chaîne construite autour des transactions confidentielles et du modèle de confidentialité UTXO de Phoenix, où la vérification des preuves n’est pas optionnelle mais constante, ce différentiel s’accumule très vite à travers chaque bloc.

Ce qui me laisse encore un sentiment d’inachevé, c’est la façon dont cela s’adapte quand la complexité des contrats dépasse les cas d’usage actuels. Les fonctions natives de l’hôte résolvent le goulot d’étranglement d’aujourd’hui, mais je ne suis pas entièrement convaincu que cela reste aussi élégant à mesure que l’on demande davantage de primitives cryptographiques sur mesure. Quelqu’un qui développe réellement avec Piecrust a-t-il déjà ressenti des frictions à ce niveau ?

$ONG
$AMP
#dusk $DUSK @Dusk_Foundation J’ai eu envie d’en savoir plus sur le protocole Zedger après avoir vu tout l’intérêt que suscitent, ces derniers temps, les RWA et les titres tokenisés. L’idée semble simple : prendre des actifs issus de la finance traditionnelle et les rendre utilisables on-chain. Mais la partie qui me revient sans cesse, ce sont les security tokens. Tokeniser un actif, c’est une chose. Rendre ce token conforme, transférable et réellement utile on-chain, c’est un problème bien plus difficile. C’est toute la tension des récits autour des RWA en général. Un token peut exister sur une blockchain sans pour autant créer une activité économique significative. C’est un peu comme poser une pancarte « à vendre » sur un immeuble et supposer que cela signifie que des gens l’achètent déjà. Pour moi, l’angle intéressant de Zedger, c’est de voir s’il peut relier des titres réglementés + une infrastructure on-chain d’une manière qui va au-delà du simple fait de créer des représentations numériques d’actifs du monde réel. Je ne regarde plus les projets RWA en me contentant de compter combien d’actifs ils peuvent tokeniser. Je m’intéresse davantage à ce qui se passe après la tokenisation : qui les utilise ? À quelle fréquence se déplacent-ils ? Y a-t-il une vraie demande de règlement ? C’est la mesure que je suivrais avec Zedger. Parce que la vraie percée des RWA ne se fera pas quand tout deviendra un token. Elle se fera lorsque les gens commenceront réellement à utiliser ces tokens comme une infrastructure financière. $PROM {spot}(PROMUSDT) $PORTAL {spot}(PORTALUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
J’ai eu envie d’en savoir plus sur le protocole Zedger après avoir vu tout l’intérêt que suscitent, ces derniers temps, les RWA et les titres tokenisés. L’idée semble simple : prendre des actifs issus de la finance traditionnelle et les rendre utilisables on-chain.

Mais la partie qui me revient sans cesse, ce sont les security tokens. Tokeniser un actif, c’est une chose. Rendre ce token conforme, transférable et réellement utile on-chain, c’est un problème bien plus difficile.

C’est toute la tension des récits autour des RWA en général. Un token peut exister sur une blockchain sans pour autant créer une activité économique significative. C’est un peu comme poser une pancarte « à vendre » sur un immeuble et supposer que cela signifie que des gens l’achètent déjà.

Pour moi, l’angle intéressant de Zedger, c’est de voir s’il peut relier des titres réglementés + une infrastructure on-chain d’une manière qui va au-delà du simple fait de créer des représentations numériques d’actifs du monde réel.

Je ne regarde plus les projets RWA en me contentant de compter combien d’actifs ils peuvent tokeniser. Je m’intéresse davantage à ce qui se passe après la tokenisation : qui les utilise ? À quelle fréquence se déplacent-ils ? Y a-t-il une vraie demande de règlement ?

C’est la mesure que je suivrais avec Zedger.

Parce que la vraie percée des RWA ne se fera pas quand tout deviendra un token.

Elle se fera lorsque les gens commenceront réellement à utiliser ces tokens comme une infrastructure financière.

$PROM
$PORTAL
#dusk $DUSK @Dusk_Foundation J’ai raté un vote de quarante secondes le mois dernier et j’ai passé la demi-heure suivante à rafraîchir mon tableau de bord, persuadé d’avoir perdu ma mise. Finalement, non. Ça m’a fait tomber dans un terrier et m’a amené à comprendre comment le système de récompenses de Dusk fonctionne vraiment, et la conception a répondu à mes inquiétudes mieux que je ne l’aurais cru. La répartition des récompenses donne au générateur de bloc jusqu’à quatre-vingts pour cent, avec une partie de ce surplus liée au nombre de crédits inclus dans le certificat. Dix pour cent vont à un fonds de développement et les dix derniers sont partagés équitablement entre les comités de validation et de ratification. Rien de choquant là-dedans. Ce qui a attiré mon attention, en revanche, c’est à quel point la répartition est délibérément pondérée en faveur du générateur. Au début, ça m’a paru étrange que tant de choses aillent à un seul rôle, mais ça se comprend une fois qu’on réfléchit à qui fait réellement le gros du travail à chaque bloc. Le point qui compte vraiment, c’est le système de faute. Dusk distingue les fautes mineures des fautes majeures plutôt que de traiter toute erreur de la même manière. Rater un vote parce que votre nœud a eu un hoquet et vous êtes suspendu un moment avec une partie de la mise temporairement bloquée. Rien n’est brûlé. Faire quelque chose de manifestement malveillant, comme signer des votes contradictoires, relève d’une autre catégorie avec une mise réellement brûlée. Je me souviens avoir lu des protocoles il y a des années qui brûlaient la mise pour tout temps d’arrêt et, honnêtement, ça m’a toujours semblé punitif plutôt que protecteur. Je réfléchis peut-être trop, mais cette distinction ressemble vraiment à l’enseignement clé de la conception. Elle ne punit pas les opérateurs honnêtes pour des problèmes d’infrastructure tout en rendant les attaques intentionnelles coûteuses. La question est de savoir si cet équilibre tient face à une contrainte réseau réelle, à grande échelle : j’en suis encore curieux. Les systèmes de « slashing » ont toujours l’air plus nets sur le papier que dans la réalité une fois que des milliers de validateurs les exécutent réellement. $TUT {spot}(TUTUSDT) $ZRO {spot}(ZROUSDT) Comment Dusk devrait-il gérer les fautes des validateurs ?
#dusk $DUSK @Dusk
J’ai raté un vote de quarante secondes le mois dernier et j’ai passé la demi-heure suivante à rafraîchir mon tableau de bord, persuadé d’avoir perdu ma mise. Finalement, non. Ça m’a fait tomber dans un terrier et m’a amené à comprendre comment le système de récompenses de Dusk fonctionne vraiment, et la conception a répondu à mes inquiétudes mieux que je ne l’aurais cru.

La répartition des récompenses donne au générateur de bloc jusqu’à quatre-vingts pour cent, avec une partie de ce surplus liée au nombre de crédits inclus dans le certificat. Dix pour cent vont à un fonds de développement et les dix derniers sont partagés équitablement entre les comités de validation et de ratification. Rien de choquant là-dedans. Ce qui a attiré mon attention, en revanche, c’est à quel point la répartition est délibérément pondérée en faveur du générateur. Au début, ça m’a paru étrange que tant de choses aillent à un seul rôle, mais ça se comprend une fois qu’on réfléchit à qui fait réellement le gros du travail à chaque bloc.

Le point qui compte vraiment, c’est le système de faute. Dusk distingue les fautes mineures des fautes majeures plutôt que de traiter toute erreur de la même manière. Rater un vote parce que votre nœud a eu un hoquet et vous êtes suspendu un moment avec une partie de la mise temporairement bloquée. Rien n’est brûlé. Faire quelque chose de manifestement malveillant, comme signer des votes contradictoires, relève d’une autre catégorie avec une mise réellement brûlée. Je me souviens avoir lu des protocoles il y a des années qui brûlaient la mise pour tout temps d’arrêt et, honnêtement, ça m’a toujours semblé punitif plutôt que protecteur.

Je réfléchis peut-être trop, mais cette distinction ressemble vraiment à l’enseignement clé de la conception. Elle ne punit pas les opérateurs honnêtes pour des problèmes d’infrastructure tout en rendant les attaques intentionnelles coûteuses. La question est de savoir si cet équilibre tient face à une contrainte réseau réelle, à grande échelle : j’en suis encore curieux. Les systèmes de « slashing » ont toujours l’air plus nets sur le papier que dans la réalité une fois que des milliers de validateurs les exécutent réellement.

$TUT
$ZRO
Comment Dusk devrait-il gérer les fautes des validateurs ?
🟢 Suspend
100%
🔥 Slash
0%
⚖️ Both
0%
🤔 Depends
0%
1 Votes • Vote fermé
C’EST INSANE Le président Trump a révélé 1051 transactions d’actions en juin, portant son total à plus de 25 000 sur l’ensemble des deux présidences. Les quatre derniers présidents RÉUNIS n’ont fait que 29 transactions. $TUT {spot}(TUTUSDT) $PORTAL {spot}(PORTALUSDT) $PUMP {spot}(PUMPUSDT)
C’EST INSANE
Le président Trump a révélé 1051 transactions d’actions en juin, portant son total à plus de 25 000 sur l’ensemble des deux présidences.
Les quatre derniers présidents RÉUNIS n’ont fait que 29 transactions.
$TUT
$PORTAL
$PUMP
#dusk $DUSK @Dusk_Foundation Je l’admets. La première fois que j’ai vu « nullifier » dans la documentation de Phoenix, je pensais sincèrement que c’était une sorte de mécanisme de pénalité. Je me souviens avoir ouvert le livre blanc en me disant que j’allais juste y jeter un coup d’œil rapidement, et m’être retrouvé bloqué sur cette page pendant presque une heure, relisant le même paragraphe comme s’il allait finir par faire sens à la quatrième lecture. Voici la version simple à laquelle je suis finalement arrivé. Une note, c’est essentiellement un reçu privé. Elle dit que vous possédez quelque chose, mais elle ne crie pas votre nom ni votre solde à toute la chaîne. Imaginez-la comme une enveloppe scellée rangée dans un immense classeur. Personne ne peut l’ouvrir pour regarder à l’intérieur à moins que vous ne décidiez de le faire. L’arbre de Merkle, c’est ce classeur. Chaque note est rangée dans une branche, et l’ensemble de la structure est compressé en une toute petite empreinte en haut. La chaîne n’a besoin de vérifier que cette empreinte. Elle n’a jamais besoin de voir chaque enveloppe une par une. Au début, cette idée m’a semblé étrange. Autant de données cachées, mais pourtant toujours prouvablement correct. Les nullifiers sont toutefois la partie astucieuse. Quand vous dépensez une note, vous ne la supprimez pas, car supprimer laisserait fuiter de l’information. Au lieu de ça, vous publiez un nullifier, qui prouve que la note existait et qu’elle est désormais utilisée, sans révéler laquelle. C’est comme déchirer un coupon : d’une manière que personne ne peut remonter jusqu’à votre place. Peut-être que je réfléchis trop, mais plus j’y pense, plus ça me donne l’impression que confidentialité et vérification cessent d’être des opposées ici. Je me demande encore comment ça tient à grande échelle en conditions réelles, avec une charge importante. J’aimerais savoir si d’autres l’ont testée au-delà du niveau des docs. $SC {spot}(SCUSDT) $POL {spot}(POLUSDT) {spot}(DUSKUSDT) Qu’est-ce qui vous rend les nullifiers les plus intéressants ?
#dusk $DUSK @Dusk
Je l’admets. La première fois que j’ai vu « nullifier » dans la documentation de Phoenix, je pensais sincèrement que c’était une sorte de mécanisme de pénalité. Je me souviens avoir ouvert le livre blanc en me disant que j’allais juste y jeter un coup d’œil rapidement, et m’être retrouvé bloqué sur cette page pendant presque une heure, relisant le même paragraphe comme s’il allait finir par faire sens à la quatrième lecture.

Voici la version simple à laquelle je suis finalement arrivé. Une note, c’est essentiellement un reçu privé. Elle dit que vous possédez quelque chose, mais elle ne crie pas votre nom ni votre solde à toute la chaîne. Imaginez-la comme une enveloppe scellée rangée dans un immense classeur. Personne ne peut l’ouvrir pour regarder à l’intérieur à moins que vous ne décidiez de le faire.

L’arbre de Merkle, c’est ce classeur. Chaque note est rangée dans une branche, et l’ensemble de la structure est compressé en une toute petite empreinte en haut. La chaîne n’a besoin de vérifier que cette empreinte. Elle n’a jamais besoin de voir chaque enveloppe une par une. Au début, cette idée m’a semblé étrange. Autant de données cachées, mais pourtant toujours prouvablement correct.

Les nullifiers sont toutefois la partie astucieuse. Quand vous dépensez une note, vous ne la supprimez pas, car supprimer laisserait fuiter de l’information. Au lieu de ça, vous publiez un nullifier, qui prouve que la note existait et qu’elle est désormais utilisée, sans révéler laquelle. C’est comme déchirer un coupon : d’une manière que personne ne peut remonter jusqu’à votre place.

Peut-être que je réfléchis trop, mais plus j’y pense, plus ça me donne l’impression que confidentialité et vérification cessent d’être des opposées ici. Je me demande encore comment ça tient à grande échelle en conditions réelles, avec une charge importante. J’aimerais savoir si d’autres l’ont testée au-delà du niveau des docs.

$SC
$POL
Qu’est-ce qui vous rend les nullifiers les plus intéressants ?
🔒 Privacy
50%
✅ Preventing double-spends
50%
🌳 Merkle verification
0%
🤔 Still learning
0%
2 Votes • Vote fermé
#dusk $DUSK @Dusk_Foundation La confidentialité sur la blockchain semble géniale jusqu’à ce que vous posiez une question simple : qui a réellement besoin de voir la transaction ? Ça me ramène sans cesse à Dusk. Sa promesse n’est pas une confidentialité destinée à tout cacher, mais une infrastructure pour des applications financières où certaines informations ne devraient tout simplement pas être publiques. C’est une couche 1 construite autour de smart contracts confidentiels et de la norme Confidential Security Contract. Pour les marchés réglementés, cette distinction pourrait être cruciale. Un fonds de pension qui règle une transaction obligataire peut avoir besoin que la transaction soit vérifiée, sans exposer tous les détails sur un registre public. Ce qui a retenu mon attention, c’est l’écart entre la thèse et l’empreinte actuelle. DUSK est autour de 0,072 $, avec environ 43 M$ de capitalisation boursière, 11,9 M$ de volume sur 24 h et environ 9,9 M$ d’open interest. Ces chiffres ne prouvent évidemment pas l’adoption, mais ils me font tout de même me demander à quelle vitesse le récit du règlement institutionnel peut se traduire par une activité onchain régulière. Il y a des éléments intéressants en cours de mise en place. NPEX a été associé à des plans visant à faire entrer des obligations et des actions tokenisées sur le réseau, tandis que l’intégration Chainlink CCIP évoque le règlement inter-chaînes. Il existe aussi un fonds développeurs de 15 M$ en DUSK pour attirer des bâtisseurs. Mais partenariats et infrastructure ne suffisent que jusqu’à un certain point. Le vrai test consiste à savoir si de vrais utilisateurs financiers restent dans la durée. Peut-être que je suranalyse, mais Dusk ressemble à parier sur ce dont les blockchains financières pourraient avoir besoin plus tard. Si le règlement confidentiel devient la norme, être en avance pourrait compter. Si les utilisateurs n’arrivent pas, la technologie seule ne sauvera pas la thèse. C’est la partie que je continue de surveiller. $ONG {spot}(ONGUSDT) $ENA {spot}(ENAUSDT) {spot}(DUSKUSDT) Qu’est-ce qui va le plus propulser Dusk ?
#dusk $DUSK @Dusk
La confidentialité sur la blockchain semble géniale jusqu’à ce que vous posiez une question simple : qui a réellement besoin de voir la transaction ?

Ça me ramène sans cesse à Dusk. Sa promesse n’est pas une confidentialité destinée à tout cacher, mais une infrastructure pour des applications financières où certaines informations ne devraient tout simplement pas être publiques. C’est une couche 1 construite autour de smart contracts confidentiels et de la norme Confidential Security Contract. Pour les marchés réglementés, cette distinction pourrait être cruciale. Un fonds de pension qui règle une transaction obligataire peut avoir besoin que la transaction soit vérifiée, sans exposer tous les détails sur un registre public.

Ce qui a retenu mon attention, c’est l’écart entre la thèse et l’empreinte actuelle. DUSK est autour de 0,072 $, avec environ 43 M$ de capitalisation boursière, 11,9 M$ de volume sur 24 h et environ 9,9 M$ d’open interest. Ces chiffres ne prouvent évidemment pas l’adoption, mais ils me font tout de même me demander à quelle vitesse le récit du règlement institutionnel peut se traduire par une activité onchain régulière.

Il y a des éléments intéressants en cours de mise en place. NPEX a été associé à des plans visant à faire entrer des obligations et des actions tokenisées sur le réseau, tandis que l’intégration Chainlink CCIP évoque le règlement inter-chaînes. Il existe aussi un fonds développeurs de 15 M$ en DUSK pour attirer des bâtisseurs. Mais partenariats et infrastructure ne suffisent que jusqu’à un certain point. Le vrai test consiste à savoir si de vrais utilisateurs financiers restent dans la durée.

Peut-être que je suranalyse, mais Dusk ressemble à parier sur ce dont les blockchains financières pourraient avoir besoin plus tard. Si le règlement confidentiel devient la norme, être en avance pourrait compter. Si les utilisateurs n’arrivent pas, la technologie seule ne sauvera pas la thèse. C’est la partie que je continue de surveiller.
$ONG
$ENA

Qu’est-ce qui va le plus propulser Dusk ?
🔐 Privacy
0%
🏦 Institutions
0%
🌉 Cross-chain
0%
👨‍💻 Builders
100%
1 Votes • Vote fermé
#termmax @termmax Une chose à laquelle je reviens sans cesse avec la DeFi à taux fixe, c’est que le taux lui-même n’est peut-être pas le problème le plus difficile. Trouver suffisamment de liquidité des deux côtés pour la même échéance, probablement si. Avec les marchés à taux variable, la liquidité peut bouger en continu et le taux s’ajuste en conséquence. Les marchés à taux fixe semblent différents. Un emprunteur veut un coût prévisible jusqu’à l’échéance, tandis qu’un prêteur veut un rendement prévisible sur la même période. Peut-être que la partie la plus intéressante de TermMax n’est pas seulement le taux fixe, mais sa capacité à maintenir ces marchés utilisables lorsque la demande devient irrégulière. Cela rend aussi l’échéance un détail important. Un marché peut paraître attractif au lancement, mais ce qui compte pour moi, c’est la façon dont la liquidité se comporte à mesure que l’échéance approche. Si quelqu’un veut sortir plus tôt, peut-il le faire sans subir une baisse de prix douloureuse ? Si un nouvel emprunteur arrive, y a-t-il assez d’offre à un taux qui a vraiment du sens ? Je ne suis pas entièrement convaincu que la DeFi à taux fixe se déploie sans heurt sans une liquidité secondaire profonde. Le côté des options rend la conception encore plus intéressante, car il ajoute une autre façon de structurer l’exposition au lieu de traiter le prêt comme un seul produit. Mais la flexibilité peut aussi rendre un protocole plus difficile à comprendre, surtout pour les utilisateurs qui veulent simplement une position d’emprunt ou de prêt. Peut-être que cet équilibre entre résultats simples et marchés sous-jacents complexes est là que se situe le vrai test. Je me demande encore si c’est la profondeur de liquidité, et non le taux annoncé, qui décidera en fin de compte de l’utilité de ce modèle. $ONG {spot}(ONGUSDT) $NEIRO {spot}(NEIROUSDT) $PEOPLE {spot}(PEOPLEUSDT) Qu’est-ce qui compte le plus pour la DeFi à taux fixe ?
#termmax @TermMax
Une chose à laquelle je reviens sans cesse avec la DeFi à taux fixe, c’est que le taux lui-même n’est peut-être pas le problème le plus difficile. Trouver suffisamment de liquidité des deux côtés pour la même échéance, probablement si.

Avec les marchés à taux variable, la liquidité peut bouger en continu et le taux s’ajuste en conséquence. Les marchés à taux fixe semblent différents. Un emprunteur veut un coût prévisible jusqu’à l’échéance, tandis qu’un prêteur veut un rendement prévisible sur la même période. Peut-être que la partie la plus intéressante de TermMax n’est pas seulement le taux fixe, mais sa capacité à maintenir ces marchés utilisables lorsque la demande devient irrégulière.

Cela rend aussi l’échéance un détail important. Un marché peut paraître attractif au lancement, mais ce qui compte pour moi, c’est la façon dont la liquidité se comporte à mesure que l’échéance approche. Si quelqu’un veut sortir plus tôt, peut-il le faire sans subir une baisse de prix douloureuse ? Si un nouvel emprunteur arrive, y a-t-il assez d’offre à un taux qui a vraiment du sens ? Je ne suis pas entièrement convaincu que la DeFi à taux fixe se déploie sans heurt sans une liquidité secondaire profonde.

Le côté des options rend la conception encore plus intéressante, car il ajoute une autre façon de structurer l’exposition au lieu de traiter le prêt comme un seul produit. Mais la flexibilité peut aussi rendre un protocole plus difficile à comprendre, surtout pour les utilisateurs qui veulent simplement une position d’emprunt ou de prêt. Peut-être que cet équilibre entre résultats simples et marchés sous-jacents complexes est là que se situe le vrai test. Je me demande encore si c’est la profondeur de liquidité, et non le taux annoncé, qui décidera en fin de compte de l’utilité de ce modèle.
$ONG
$NEIRO
$PEOPLE

Qu’est-ce qui compte le plus pour la DeFi à taux fixe ?
🔹 Liquidity depth
40%
🔹 Secondary markets
0%
🔹 Better rates
40%
🔹 Simple UX
20%
5 Votes • Vote fermé
Vérifié
#termmax @termmax J’observais TermMax sur DeFiLlama, et un détail m’a semblé un peu étrange. Le tableau de bord affiche environ 31,29 M$ de TVL pour le moment. À première vue, ça paraît plutôt sain. Puis j’ai regardé le graphique des frais. Et c’est là que la situation devient plus intéressante. L’activité liée aux frais semble minime par rapport au volume de capital déposé dans le protocole. Alors je me suis mis à me demander : quelle part de ce TVL correspond à des gens qui utilisent réellement TermMax, et quelle part n’est que du capital qui reste là parce que les incitations le rendent rentable ? Cette distinction est importante. C’est un peu comme voir un parking de restaurant bien rempli et supposer que tout le monde à l’intérieur commande de la nourriture. Peut-être que oui. Ou peut-être que la moitié des voitures sont là parce qu’il y a une opération promotionnelle juste à côté. J’y ai pensé parce que la promesse de TermMax est en fait assez utile : l’emprunt/le prêt à taux fixe donne aux utilisateurs quelque chose que la DeFi a souvent du mal à offrir — de la prévisibilité. Les options ajoutent une couche supplémentaire pour structurer les positions. Donc je ne considère pas la TVL comme quelque chose d’inutile. Je ne la traite juste pas non plus comme une preuve de l’adéquation produit-marché. Et il y a un test très intéressant qui arrive : le TGE de TMX est prévu pour le 25 août, avec des récompenses en XP, AP et MP qui deviendront réclamables après le TGE. Cela change l’équation des incitations. Que devient l’usage une fois que la raison de participer, motivée par les récompenses, devient moins importante ? C’est la mesure que je vais surveiller. Pas le nombre de portefeuilles qui apparaissent, mais le nombre d’utilisateurs qui continuent d’emprunter, de prêter et de trader parce qu’ils ont réellement besoin de ce que TermMax apporte. La TVL peut vous dire où se trouve le capital. L’usage vous dit pourquoi il est resté. $BOME {spot}(BOMEUSDT) $MAGMA {future}(MAGMAUSDT) $USELESS {future}(USELESSUSDT) Après le TGE de TermMax, qu’est-ce qui compte le plus ?
#termmax @TermMax

J’observais TermMax sur DeFiLlama, et un détail m’a semblé un peu étrange.

Le tableau de bord affiche environ 31,29 M$ de TVL pour le moment. À première vue, ça paraît plutôt sain.

Puis j’ai regardé le graphique des frais.

Et c’est là que la situation devient plus intéressante. L’activité liée aux frais semble minime par rapport au volume de capital déposé dans le protocole. Alors je me suis mis à me demander : quelle part de ce TVL correspond à des gens qui utilisent réellement TermMax, et quelle part n’est que du capital qui reste là parce que les incitations le rendent rentable ?

Cette distinction est importante.

C’est un peu comme voir un parking de restaurant bien rempli et supposer que tout le monde à l’intérieur commande de la nourriture. Peut-être que oui. Ou peut-être que la moitié des voitures sont là parce qu’il y a une opération promotionnelle juste à côté.

J’y ai pensé parce que la promesse de TermMax est en fait assez utile : l’emprunt/le prêt à taux fixe donne aux utilisateurs quelque chose que la DeFi a souvent du mal à offrir — de la prévisibilité. Les options ajoutent une couche supplémentaire pour structurer les positions.

Donc je ne considère pas la TVL comme quelque chose d’inutile. Je ne la traite juste pas non plus comme une preuve de l’adéquation produit-marché.

Et il y a un test très intéressant qui arrive : le TGE de TMX est prévu pour le 25 août, avec des récompenses en XP, AP et MP qui deviendront réclamables après le TGE.

Cela change l’équation des incitations.

Que devient l’usage une fois que la raison de participer, motivée par les récompenses, devient moins importante ?

C’est la mesure que je vais surveiller. Pas le nombre de portefeuilles qui apparaissent, mais le nombre d’utilisateurs qui continuent d’emprunter, de prêter et de trader parce qu’ils ont réellement besoin de ce que TermMax apporte.

La TVL peut vous dire où se trouve le capital. L’usage vous dit pourquoi il est resté.
$BOME
$MAGMA
$USELESS

Après le TGE de TermMax, qu’est-ce qui compte le plus ?
🔘 TVL stays
66%
🔘 Real usage grows
0%
🔘 Trading grows
17%
🔘 Users leave
17%
6 Votes • Vote fermé
🚨 DERNIÈRE MINUTE : 🇺🇸 LA RÉUNION CRYPTO À LA MAISON-BLANCHE D’AUJOURD’HUI A ÉTÉ COLOSSALE : → Les États-Unis envisagent d’acheter des montants « conséquents » de BTC et de crypto → Trump a poussé le Congrès à faire adopter la loi sur la clarté (Clarity Act) → Les États-Unis veulent rester en tête dans le Bitcoin et la crypto → 🇺🇸 HYPERLIQUID travaille à l’entrée sur le marché américain → Trump a également appelé à des taux d’intérêt plus bas L’AMÉRIQUE PARIE CLAIREMENT TOUT SUR LA CRYPTO $RE {spot}(REUSDT) $MUBARAK {spot}(MUBARAKUSDT) $TREE {spot}(TREEUSDT)
🚨 DERNIÈRE MINUTE :
🇺🇸 LA RÉUNION CRYPTO À LA MAISON-BLANCHE D’AUJOURD’HUI A ÉTÉ COLOSSALE :
→ Les États-Unis envisagent d’acheter des montants « conséquents » de BTC et de crypto
→ Trump a poussé le Congrès à faire adopter la loi sur la clarté (Clarity Act)
→ Les États-Unis veulent rester en tête dans le Bitcoin et la crypto
→ 🇺🇸 HYPERLIQUID travaille à l’entrée sur le marché américain
→ Trump a également appelé à des taux d’intérêt plus bas
L’AMÉRIQUE PARIE CLAIREMENT TOUT SUR LA CRYPTO

$RE
$MUBARAK
$TREE
#termmax @termmax J’ai consulté mon tableau de bord Aave l’autre jour et le taux avait encore bougé depuis la dernière fois que je l’avais regardé. Pas beaucoup. Juste assez pour que je m’arrête et me demande pourquoi je continue même à le vérifier. C’est le genre de chose dans le prêt DeFi dont personne ne vous avertit au début. Vous empruntez à un taux, et au moment où vous le remboursez, le chiffre a dérivé ailleurs complètement. C’est la même chose pour le lending : vous déposez en vous attendant à un certain rendement, puis une semaine plus tard, tout a l’air différent pour des raisons qui ne vous sont jamais vraiment expliquées clairement. Ça me rappelle un peu les prêts hypothécaires à taux variable chez nous. Tout le monde vous dit que le taux peut évoluer dans un sens comme dans l’autre, et d’une manière ou d’une autre, il semble toujours bouger contre vous plutôt que dans votre intérêt. Peut-être que c’est juste comme ça que ça se ressent psychologiquement, même quand les mathématiques sont neutres. C’est là que TermMax a attiré mon attention. Le taux est bloqué jusqu’à une date d’échéance fixée. Ça sonne presque trop simple, honnêtement. Je m’attendais à un “coup caché” quelque part, mais l’idée centrale, c’est vraiment juste ça : du basique. Vous connaissez votre chiffre dès le départ et il reste votre chiffre. Je ne suis pas encore totalement sûr que le lending à taux fixe devienne la manière par défaut d’emprunter on-chain, ou qu’il reste une niche plus petite pour les gens qui privilégient la certitude plutôt que de courir après le rendement. Ça dépend probablement de la quantité de liquidité qui arrive réellement au fil du temps. Pour l’instant, j’aime surtout le fait que cette option existe enfin quelque part. $RE {spot}(REUSDT) $HEMI {spot}(HEMIUSDT) $TREE {spot}(TREEUSDT)
#termmax @TermMax
J’ai consulté mon tableau de bord Aave l’autre jour et le taux avait encore bougé depuis la dernière fois que je l’avais regardé. Pas beaucoup. Juste assez pour que je m’arrête et me demande pourquoi je continue même à le vérifier.

C’est le genre de chose dans le prêt DeFi dont personne ne vous avertit au début. Vous empruntez à un taux, et au moment où vous le remboursez, le chiffre a dérivé ailleurs complètement. C’est la même chose pour le lending : vous déposez en vous attendant à un certain rendement, puis une semaine plus tard, tout a l’air différent pour des raisons qui ne vous sont jamais vraiment expliquées clairement.

Ça me rappelle un peu les prêts hypothécaires à taux variable chez nous. Tout le monde vous dit que le taux peut évoluer dans un sens comme dans l’autre, et d’une manière ou d’une autre, il semble toujours bouger contre vous plutôt que dans votre intérêt. Peut-être que c’est juste comme ça que ça se ressent psychologiquement, même quand les mathématiques sont neutres.

C’est là que TermMax a attiré mon attention. Le taux est bloqué jusqu’à une date d’échéance fixée. Ça sonne presque trop simple, honnêtement. Je m’attendais à un “coup caché” quelque part, mais l’idée centrale, c’est vraiment juste ça : du basique. Vous connaissez votre chiffre dès le départ et il reste votre chiffre.

Je ne suis pas encore totalement sûr que le lending à taux fixe devienne la manière par défaut d’emprunter on-chain, ou qu’il reste une niche plus petite pour les gens qui privilégient la certitude plutôt que de courir après le rendement. Ça dépend probablement de la quantité de liquidité qui arrive réellement au fil du temps. Pour l’instant, j’aime surtout le fait que cette option existe enfin quelque part.

$RE
$HEMI
$TREE
#dusk $DUSK @Dusk_Foundation Vous êtes-vous déjà demandé pourquoi, dans la plupart des sélections dites « aléatoires » en blockchain, on a l’impression qu’il faut quand même quelqu’un qui surveille les dés ? Cette question m’a longtemps trotté dans la tête avant que je me penche réellement sur la sortition déterministe. L’idée est plus simple qu’elle n’en a l’air une fois qu’on la décompose. Chaque participant génère un score en utilisant sa propre clé privée combinée à une graine (seed) partagée. Cette graine provient généralement du bloc précédent ou d’une valeur publique convenue. La graine est connue de tous, mais la clé privée ne l’est pas : le score résultant peut donc être vérifié par d’autres sans que quiconque ait besoin de faire confiance à un coordinateur. Personne n’attribue le rôle. Les mathématiques produisent simplement un gagnant, et chacun peut vérifier le résultat après coup. Ce qui m’a frappé en premier, c’est que cela supprime l’étape intermédiaire gênante des systèmes plus anciens. Pas de comité qui choisit des validateurs. Pas de « beacon » de hasard hors chaîne qui pourrait, en théorie, être influencé. La graine change à chaque tour, donc le score change aussi. Au début, cela m’a semblé étrange : presque trop propre pour un système qui prétend remplacer la confiance par l’arithmétique. Peut-être que je surinterprète, mais il y a quelque chose de satisfaisant dans un système où l’équité n’est pas « promise ». Elle est démontrée. Je me souviens d’avoir lu des articles de style Algorand au début, et d’avoir pensé que c’était surtout théorique. Le voir fonctionner dans des réseaux en conditions réelles a un peu modifié cette impression. Je ne suis toujours pas certain de sa robustesse en cas de scissions extrêmes du réseau ou d’attaques de temporisation coordonnées. Sur ce point, je n’ai pas encore tout à fait tranché dans ma tête. Quoi qu’il en soit, c’est un de ces mécanismes auxquels je reviens sans cesse. Pas parce qu’il est spectaculaire, mais parce qu’il répond discrètement à une question que la plupart des gens ne prennent jamais la peine de se poser. $ALLO {spot}(ALLOUSDT) $ACE {spot}(ACEUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Vous êtes-vous déjà demandé pourquoi, dans la plupart des sélections dites « aléatoires » en blockchain, on a l’impression qu’il faut quand même quelqu’un qui surveille les dés ? Cette question m’a longtemps trotté dans la tête avant que je me penche réellement sur la sortition déterministe.

L’idée est plus simple qu’elle n’en a l’air une fois qu’on la décompose. Chaque participant génère un score en utilisant sa propre clé privée combinée à une graine (seed) partagée. Cette graine provient généralement du bloc précédent ou d’une valeur publique convenue. La graine est connue de tous, mais la clé privée ne l’est pas : le score résultant peut donc être vérifié par d’autres sans que quiconque ait besoin de faire confiance à un coordinateur. Personne n’attribue le rôle. Les mathématiques produisent simplement un gagnant, et chacun peut vérifier le résultat après coup.

Ce qui m’a frappé en premier, c’est que cela supprime l’étape intermédiaire gênante des systèmes plus anciens. Pas de comité qui choisit des validateurs. Pas de « beacon » de hasard hors chaîne qui pourrait, en théorie, être influencé. La graine change à chaque tour, donc le score change aussi. Au début, cela m’a semblé étrange : presque trop propre pour un système qui prétend remplacer la confiance par l’arithmétique. Peut-être que je surinterprète, mais il y a quelque chose de satisfaisant dans un système où l’équité n’est pas « promise ». Elle est démontrée.

Je me souviens d’avoir lu des articles de style Algorand au début, et d’avoir pensé que c’était surtout théorique. Le voir fonctionner dans des réseaux en conditions réelles a un peu modifié cette impression. Je ne suis toujours pas certain de sa robustesse en cas de scissions extrêmes du réseau ou d’attaques de temporisation coordonnées. Sur ce point, je n’ai pas encore tout à fait tranché dans ma tête.

Quoi qu’il en soit, c’est un de ces mécanismes auxquels je reviens sans cesse. Pas parce qu’il est spectaculaire, mais parce qu’il répond discrètement à une question que la plupart des gens ne prennent jamais la peine de se poser.

$ALLO
$ACE
#termmax @termmax Je pensais que les taux fixes dans la DeFi étaient un peu ennuyeux. Puis je me suis mis à réfléchir à ce que signifie réellement l’emprunt quand le chiffre continue de bouger sous vos pieds. Avec un taux variable, emprunter 10 000 $ aujourd’hui peut sembler abordable, mais le TAEG (APY) peut changer lorsque les conditions de marché évoluent. Si les taux bondissent, votre coût prévu change aussi. Peut-être que la position fonctionne encore, peut-être non. Cette incertitude est facile à ignorer quand les marchés sont calmes. Un taux fixe plus une échéance fixe, c’est différent. Vous convenez du taux et de la date à l’avance : si vous empruntez 10 000 $ à un taux fixe de 8 % pour une durée définie, vous savez dès le départ comment les intérêts seront calculés. Pas de doute quant à ce que le TAEG de la semaine prochaine deviendra soudainement 12 % ou 15 %. Cette prévisibilité peut grandement faciliter la planification. C’est ce qui m’intéresse avec TermMax. Sa structure de prêt et d’emprunt repose sur des taux fixes et des échéances fixes plutôt que de dépendre entièrement des taux flottants. Cela peut sembler étrange au début, car la DeFi nous a appris à surveiller les APY en permanence. Mais peut-être que c’est précisément le point. Cela dit, prévisible ne veut pas dire sans risque. Il y a des risques liés aux smart contracts, des considérations de liquidité, des risques liés aux garanties, et un coût d’opportunité si les taux du marché vous sont favorables après avoir verrouillé votre position. Peut-être que je réfléchis trop, mais je me demande si la DeFi à durée fixe devient plus utile à mesure que les utilisateurs se préoccupent moins de courir après le plus haut APY et davantage de savoir concrètement à quoi ressemblera leur position à l’échéance. $SOL {spot}(SOLUSDT) $ACE {spot}(ACEUSDT) $XRP {spot}(XRPUSDT)
#termmax @TermMax
Je pensais que les taux fixes dans la DeFi étaient un peu ennuyeux. Puis je me suis mis à réfléchir à ce que signifie réellement l’emprunt quand le chiffre continue de bouger sous vos pieds.

Avec un taux variable, emprunter 10 000 $ aujourd’hui peut sembler abordable, mais le TAEG (APY) peut changer lorsque les conditions de marché évoluent. Si les taux bondissent, votre coût prévu change aussi. Peut-être que la position fonctionne encore, peut-être non. Cette incertitude est facile à ignorer quand les marchés sont calmes.

Un taux fixe plus une échéance fixe, c’est différent. Vous convenez du taux et de la date à l’avance : si vous empruntez 10 000 $ à un taux fixe de 8 % pour une durée définie, vous savez dès le départ comment les intérêts seront calculés. Pas de doute quant à ce que le TAEG de la semaine prochaine deviendra soudainement 12 % ou 15 %. Cette prévisibilité peut grandement faciliter la planification.

C’est ce qui m’intéresse avec TermMax. Sa structure de prêt et d’emprunt repose sur des taux fixes et des échéances fixes plutôt que de dépendre entièrement des taux flottants. Cela peut sembler étrange au début, car la DeFi nous a appris à surveiller les APY en permanence. Mais peut-être que c’est précisément le point.

Cela dit, prévisible ne veut pas dire sans risque. Il y a des risques liés aux smart contracts, des considérations de liquidité, des risques liés aux garanties, et un coût d’opportunité si les taux du marché vous sont favorables après avoir verrouillé votre position.

Peut-être que je réfléchis trop, mais je me demande si la DeFi à durée fixe devient plus utile à mesure que les utilisateurs se préoccupent moins de courir après le plus haut APY et davantage de savoir concrètement à quoi ressemblera leur position à l’échéance.

$SOL
$ACE
$XRP
#dusk $DUSK @Dusk_Foundation Moonlight contre Phoenix — Les deux faces de Dusk Quelqu’un d’autre se souvient-il de la première fois où il a fallu expliquer à un ami pourquoi une « privacy coin » et « conforme aux régulateurs » ne sont en fait pas des contradictions ? Ça a été mon moment Dusk. J’ai continué à essayer de le faire rentrer dans la boîte Monero ou dans la boîte Ethereum, et ça… ne rentrait dans aucune des deux. En fait, c’est le but. Moonlight est la partie qui paraît familière. Basée sur les comptes, des soldes affichés au grand jour, des nonces qui font leur comptabilité habituelle. Si vous avez déjà utilisé une chaîne EVM, vous connaissez ce modèle par cœur. C’est la couche pratique — celle avec laquelle les échanges veulent réellement traiter, parce qu’auditer un compte, c’est beaucoup moins de travail que de démêler un pool de confidentialité. Je me rappelle avoir pensé que c’était presque une concession, comme si Dusk renonçait à l’argument « privacy ». Je ne pense plus ça maintenant. Phoenix est l’autre moitié, et c’est basé sur les UTXO : conceptuellement, ça le place immédiatement dans l’univers de Zcash, même si l’implémentation est la sienne, avec des notes, des nullifiers et des clés de vue pour la divulgation sélective. Ce qui m’a marqué, c’est la possibilité de partager une clé de vue sans exposer votre clé de dépense — ainsi, un auditeur peut regarder sans pouvoir toucher. Peut-être que je surinterprète l’analogie, mais ça m’a donné l’impression de tendre une fenêtre plutôt qu’une clé. Ce qui m’intéresse réellement n’est pas de choisir un camp. C’est que Dusk permet de faire circuler la valeur entre les deux — les notes Phoenix se convertissent en solde Moonlight et inversement, de façon atomique, via le même contrat de transfert. C’est l’histoire d’ingénierie plus discrète ici, et c’est celle à laquelle je reviens sans cesse. Pour savoir si les institutions utiliseront vraiment cette flexibilité comme l’imagine le livre blanc, je n’en suis honnêtement pas encore sûr. Je regarde cette partie se dérouler. {spot}(DUSKUSDT) $RED {spot}(REDUSDT) $CLO {alpha}(560x81d3a238b02827f62b9f390f947d36d4a5bf89d2)
#dusk $DUSK @Dusk
Moonlight contre Phoenix — Les deux faces de Dusk

Quelqu’un d’autre se souvient-il de la première fois où il a fallu expliquer à un ami pourquoi une « privacy coin » et « conforme aux régulateurs » ne sont en fait pas des contradictions ? Ça a été mon moment Dusk. J’ai continué à essayer de le faire rentrer dans la boîte Monero ou dans la boîte Ethereum, et ça… ne rentrait dans aucune des deux. En fait, c’est le but.

Moonlight est la partie qui paraît familière. Basée sur les comptes, des soldes affichés au grand jour, des nonces qui font leur comptabilité habituelle. Si vous avez déjà utilisé une chaîne EVM, vous connaissez ce modèle par cœur. C’est la couche pratique — celle avec laquelle les échanges veulent réellement traiter, parce qu’auditer un compte, c’est beaucoup moins de travail que de démêler un pool de confidentialité. Je me rappelle avoir pensé que c’était presque une concession, comme si Dusk renonçait à l’argument « privacy ». Je ne pense plus ça maintenant.

Phoenix est l’autre moitié, et c’est basé sur les UTXO : conceptuellement, ça le place immédiatement dans l’univers de Zcash, même si l’implémentation est la sienne, avec des notes, des nullifiers et des clés de vue pour la divulgation sélective. Ce qui m’a marqué, c’est la possibilité de partager une clé de vue sans exposer votre clé de dépense — ainsi, un auditeur peut regarder sans pouvoir toucher. Peut-être que je surinterprète l’analogie, mais ça m’a donné l’impression de tendre une fenêtre plutôt qu’une clé.

Ce qui m’intéresse réellement n’est pas de choisir un camp. C’est que Dusk permet de faire circuler la valeur entre les deux — les notes Phoenix se convertissent en solde Moonlight et inversement, de façon atomique, via le même contrat de transfert. C’est l’histoire d’ingénierie plus discrète ici, et c’est celle à laquelle je reviens sans cesse. Pour savoir si les institutions utiliseront vraiment cette flexibilité comme l’imagine le livre blanc, je n’en suis honnêtement pas encore sûr. Je regarde cette partie se dérouler.

$RED
$CLO
#termmax @termmax Je suis encore en train de regarder mes positions de prêts ce soir, en me demandant pourquoi les taux fixes me semblent toujours une idée de niche dans un univers obsédé par tout ce qui est variable. Les APY variables bougent tellement que, la moitié du temps, je ne fais que deviner ce que je vais réellement gagner ou payer d’ici à l’échéance d’une position. C’est peut-être pour ça que TermMax a attiré mon attention. L’emprunt et le prêt à taux fixe semblent presque ennuyeux sur le papier, mais il y a quelque chose d’apaisant à connaître son chiffre à l’avance. Je me souviens quand j’ai essayé pour la première fois un produit de prêt à durée fixe ailleurs : au début, ça m’a paru bizarre. Comme si je renonçais à quelque chose. Pas de hausse si les taux me sont favorables. Puis j’ai compris : c’est précisément le principe. Vous échangez l’incertitude contre la tranquillité d’esprit. TermMax s’appuie sur la même logique, tout en intégrant aussi du trading d’options, ce qui, honnêtement, m’a surpris. Je ne m’attendais pas à ce qu’un protocole à taux fixe vous permette aussi de jouer avec des structures d’options dans le même écosystème. L’ensemble me fait me demander si c’est ici que les protocoles de prêt sont en train de s’orienter en silence. Tout le monde ne veut pas surveiller une position toutes les quelques heures. Certains d’entre nous veulent juste des résultats prévisibles, surtout pendant des semaines de marché agitées comme celle-ci. Je ne suis toujours pas sûr non plus de la solidité de la profondeur de liquidité sur le long terme, ni de la façon dont le protocole se positionnera face aux acteurs plus importants qui se lancent aussi dans des produits à taux fixe. Peut-être que je réfléchis trop. Mais voir un protocole essayer de fusionner stabilité et flexibilité me semble valoir le coup d’y prêter attention. Honnêtement, curieux de voir où ça mène ensuite. $GPS {spot}(GPSUSDT) $TUT {spot}(TUTUSDT) $STAR {future}(STARUSDT)
#termmax @TermMax
Je suis encore en train de regarder mes positions de prêts ce soir, en me demandant pourquoi les taux fixes me semblent toujours une idée de niche dans un univers obsédé par tout ce qui est variable. Les APY variables bougent tellement que, la moitié du temps, je ne fais que deviner ce que je vais réellement gagner ou payer d’ici à l’échéance d’une position. C’est peut-être pour ça que TermMax a attiré mon attention. L’emprunt et le prêt à taux fixe semblent presque ennuyeux sur le papier, mais il y a quelque chose d’apaisant à connaître son chiffre à l’avance.

Je me souviens quand j’ai essayé pour la première fois un produit de prêt à durée fixe ailleurs : au début, ça m’a paru bizarre. Comme si je renonçais à quelque chose. Pas de hausse si les taux me sont favorables. Puis j’ai compris : c’est précisément le principe. Vous échangez l’incertitude contre la tranquillité d’esprit. TermMax s’appuie sur la même logique, tout en intégrant aussi du trading d’options, ce qui, honnêtement, m’a surpris. Je ne m’attendais pas à ce qu’un protocole à taux fixe vous permette aussi de jouer avec des structures d’options dans le même écosystème.

L’ensemble me fait me demander si c’est ici que les protocoles de prêt sont en train de s’orienter en silence. Tout le monde ne veut pas surveiller une position toutes les quelques heures. Certains d’entre nous veulent juste des résultats prévisibles, surtout pendant des semaines de marché agitées comme celle-ci.

Je ne suis toujours pas sûr non plus de la solidité de la profondeur de liquidité sur le long terme, ni de la façon dont le protocole se positionnera face aux acteurs plus importants qui se lancent aussi dans des produits à taux fixe. Peut-être que je réfléchis trop. Mais voir un protocole essayer de fusionner stabilité et flexibilité me semble valoir le coup d’y prêter attention. Honnêtement, curieux de voir où ça mène ensuite.

$GPS
$TUT
$STAR
Vérifié
#dusk $DUSK @Dusk_Foundation Je ne cesse de penser à la quantité de bande passante gaspillée dans les réseaux de commérages classiques. Chaque nœud hurle l’information à toutes les personnes qu’il connaît et espère que cela tombera quelque part d’utile. Ça me rappelle les conversations de groupe où cinq personnes répètent le même message parce que personne ne fait confiance à la première version. C’est à peu près comme fonctionnait l’ancien broadcast P2P avant qu’un truc comme Kadcast n’arrive. Le DHT Kademlia fonctionne différemment. Au lieu de crier à tout le monde, un nœud ne parle qu’à des pairs qui sont les plus proches de lui dans une distance appelée XOR. Imagine un quartier où tu n’appelles pas chaque personne de la ville quand tu as besoin d’indications. Tu demandes au voisin de la rue d’en face parce qu’il est, structurellement, plus proche de ton problème. La distance XOR, c’est fondamentalement une manière mathématique de mesurer qui est le plus proche sans s’appuyer du tout sur la géographie. Je me souviens quand j’ai lu pour la première fois que Kadcast réduisait la bande passante de 25 à 50 %. Et honnêtement, j’étais sceptique. C’est un chiffre énorme pour quelque chose qui ressemble à une petite astuce de routage. Mais une fois que tu imagines une structure en arbre plutôt qu’une inondation horizontale, tout devient plus logique. Moins de messages dupliqués. Moins de bruit. Des chemins plus directs entre les pairs. Peut-être que je sur-analyses, mais il me semble que les réseaux blockchain apprennent lentement ce que l’infrastructure Internet a appris il y a des décennies. La structure l’emporte sur le chaos, même quand le chaos donne l’impression d’être plus décentralisé à la surface. Je ne suis toutefois pas encore entièrement sûr que cela tienne dans des conditions adverses réelles. Cette partie, je veux la creuser davantage avant de pouvoir y faire entièrement confiance. $PORTAL {spot}(PORTALUSDT) $ACE {spot}(ACEUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Je ne cesse de penser à la quantité de bande passante gaspillée dans les réseaux de commérages classiques. Chaque nœud hurle l’information à toutes les personnes qu’il connaît et espère que cela tombera quelque part d’utile. Ça me rappelle les conversations de groupe où cinq personnes répètent le même message parce que personne ne fait confiance à la première version. C’est à peu près comme fonctionnait l’ancien broadcast P2P avant qu’un truc comme Kadcast n’arrive.

Le DHT Kademlia fonctionne différemment. Au lieu de crier à tout le monde, un nœud ne parle qu’à des pairs qui sont les plus proches de lui dans une distance appelée XOR. Imagine un quartier où tu n’appelles pas chaque personne de la ville quand tu as besoin d’indications. Tu demandes au voisin de la rue d’en face parce qu’il est, structurellement, plus proche de ton problème. La distance XOR, c’est fondamentalement une manière mathématique de mesurer qui est le plus proche sans s’appuyer du tout sur la géographie.

Je me souviens quand j’ai lu pour la première fois que Kadcast réduisait la bande passante de 25 à 50 %. Et honnêtement, j’étais sceptique. C’est un chiffre énorme pour quelque chose qui ressemble à une petite astuce de routage. Mais une fois que tu imagines une structure en arbre plutôt qu’une inondation horizontale, tout devient plus logique. Moins de messages dupliqués. Moins de bruit. Des chemins plus directs entre les pairs.

Peut-être que je sur-analyses, mais il me semble que les réseaux blockchain apprennent lentement ce que l’infrastructure Internet a appris il y a des décennies. La structure l’emporte sur le chaos, même quand le chaos donne l’impression d’être plus décentralisé à la surface.

Je ne suis toutefois pas encore entièrement sûr que cela tienne dans des conditions adverses réelles. Cette partie, je veux la creuser davantage avant de pouvoir y faire entièrement confiance.

$PORTAL
$ACE
#dusk $DUSK @Dusk_Foundation Je regardais l’autre nuit un explorateur de blocs, en attendant qu’une transaction « se sente » enfin définitive, et ça m’a frappé : tout le temps qu’on passe en crypto juste… à attendre. Six confirmations ici. Douze là-bas. Quelque part en cours de route, on a fini par accepter ça comme quelque chose de normal. L’approche de Dusk concernant le consensus est la première chose, depuis un moment, qui m’a fait m’arrêter et relire les mécanismes deux fois. L’idée centrale s’appelle Succinct Attestation et elle se déroule en trois étapes au lieu du jeu habituel qui oppose le validateur/« miner » au réseau, avec devinette comprise. D’abord, il y a la Proposition : un générateur de blocs sélectionné aléatoirement soumet un bloc candidat. Rien de vraiment nouveau conceptuellement, c’est essentiellement ce que font beaucoup de chaînes PoS. Ce qui a retenu mon attention, c’est l’étape deux, la Validation : un comité distinct vérifie réellement l’intégrité du bloc avant que quiconque ne s’y engage. Puis, la Ratification boucle le processus : un deuxième comité vote pour confirmer que le résultat de la validation tenait bien. Deux comités distincts qui votent successivement, au lieu d’un seul groupe qui se donne lui-même son tampon. Peut-être que je surinterprète, mais cette séparation donne l’impression d’être exactement le but. On ne confie pas les mêmes acteurs à la fois pour proposer et confirmer. Au début, c’est quelque chose qui m’a paru étrange, presque trop prudent pour un système qui promet une finalité en quelques secondes. Puis je me suis souvenu que beaucoup de chaînes « instantanées » vous font quand même attendre que le risque de réorganisation (reorg) s’estompe. Dusk semble parier que le coût de ce travail de vérification effectué en amont est inférieur à celui du nettoyage plus tard. Je n’ai pas une conviction forte quant à savoir si cela deviendra la norme pour les chaînes axées sur la confidentialité ou pour celles de règlement RWA, là où la finalité déterministe compte réellement pour des raisons de conformité. Ça pourrait simplement rester un créneau. Mais en voyant une chaîne traiter la finalité comme une contrainte de conception plutôt que comme un détail après coup, j’ai prêté plus d’attention que je ne l’aurais cru. Curieux de voir comment tout cela résistera à une charge réseau réelle une fois que davantage de provisionneurs se joindront. $KII {alpha}(560xeec6574eabba52bac3f0277f2cd5ac7e67197886) $AIO {alpha}(560x81a7da4074b8e0ed51bea40f9dcbdf4d9d4832b4) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Je regardais l’autre nuit un explorateur de blocs, en attendant qu’une transaction « se sente » enfin définitive, et ça m’a frappé : tout le temps qu’on passe en crypto juste… à attendre. Six confirmations ici. Douze là-bas. Quelque part en cours de route, on a fini par accepter ça comme quelque chose de normal. L’approche de Dusk concernant le consensus est la première chose, depuis un moment, qui m’a fait m’arrêter et relire les mécanismes deux fois.

L’idée centrale s’appelle Succinct Attestation et elle se déroule en trois étapes au lieu du jeu habituel qui oppose le validateur/« miner » au réseau, avec devinette comprise. D’abord, il y a la Proposition : un générateur de blocs sélectionné aléatoirement soumet un bloc candidat. Rien de vraiment nouveau conceptuellement, c’est essentiellement ce que font beaucoup de chaînes PoS. Ce qui a retenu mon attention, c’est l’étape deux, la Validation : un comité distinct vérifie réellement l’intégrité du bloc avant que quiconque ne s’y engage. Puis, la Ratification boucle le processus : un deuxième comité vote pour confirmer que le résultat de la validation tenait bien. Deux comités distincts qui votent successivement, au lieu d’un seul groupe qui se donne lui-même son tampon.

Peut-être que je surinterprète, mais cette séparation donne l’impression d’être exactement le but. On ne confie pas les mêmes acteurs à la fois pour proposer et confirmer. Au début, c’est quelque chose qui m’a paru étrange, presque trop prudent pour un système qui promet une finalité en quelques secondes. Puis je me suis souvenu que beaucoup de chaînes « instantanées » vous font quand même attendre que le risque de réorganisation (reorg) s’estompe. Dusk semble parier que le coût de ce travail de vérification effectué en amont est inférieur à celui du nettoyage plus tard.

Je n’ai pas une conviction forte quant à savoir si cela deviendra la norme pour les chaînes axées sur la confidentialité ou pour celles de règlement RWA, là où la finalité déterministe compte réellement pour des raisons de conformité. Ça pourrait simplement rester un créneau. Mais en voyant une chaîne traiter la finalité comme une contrainte de conception plutôt que comme un détail après coup, j’ai prêté plus d’attention que je ne l’aurais cru. Curieux de voir comment tout cela résistera à une charge réseau réelle une fois que davantage de provisionneurs se joindront.
$KII
$AIO
#dusk @Dusk_Foundation $DUSK J’ai beaucoup réfléchi à ça ces derniers temps : pourquoi chaque conversation « la finance réglementée rencontre la blockchain » finit-elle par se heurter à un mur ? Vous voulez de la confidentialité, mais les institutions ont besoin de pistes d’audit. Vous voulez la décentralisation, mais les équipes de conformité doivent savoir qui se trouve de l’autre côté d’une transaction. La plupart des chaînes choisissent un camp et espèrent que l’autre problème va s’évanouir. Ça n’arrive jamais. C’est en gros ce qui m’a rendu curieux à propos de Dusk. C’est une couche 1 conçue spécifiquement pour les marchés réglementés, plutôt que d’essayer de greffer la confidentialité sur quelque chose comme Ethereum, ou de rajouter la conformité à quelque chose comme Bitcoin. L’idée centrale, ce sont des transactions confidentielles par défaut reposant sur des preuves à divulgation nulle, tout en permettant aux parties autorisées de vérifier que tout s’est déroulé correctement sans voir les données brutes. Je me souviens quand « coin de confidentialité » signifiait essentiellement « évitez ça, les régulateurs le détestent ». Dusk semble tenter quelque chose de différent : la confidentialité comme fonctionnalité avec laquelle les régulateurs peuvent réellement travailler, plutôt que de la contourner. Ce qui m’intéresse ici, c’est la tokenisation d’actifs du monde réel. Obligations, actions, fonds — ce sont des choses qui vivent dans un monde où la confidentialité n’est pas optionnelle : c’est souvent exigé légalement. La transparence d’Ethereum est vraiment utile pour la composabilité de la DeFi, mais pour un fonds de pension qui règle une transaction d’obligations en public, c’est plutôt un bloqueur. Bitcoin n’a jamais été conçu pour ça. Le positionnement de Dusk dans ce vide fait sens sur le papier, même si je dois admettre que je ne sais pas encore dans quelle mesure l’adoption institutionnelle est réelle, versus une dynamique encore en phase initiale faite d’annonces de partenariats. Peut-être que je sur-interprète le récit du « pont TradFi ». Je l’ai déjà entendu de la part d’autres projets qui n’ont pas vraiment livré. Cela dit, observer la façon dont Dusk gère la tension entre confidentialité et auditabilité me donne envie de suivre ça de près plutôt que de rejeter l’idée d’emblée. Je suis curieux de voir où ça atterrit concrètement dans un an. $CYS $AEON {spot}(DUSKUSDT) {future}(CYSUSDT) {alpha}(560x277add739c6e0477616948357af9e79fe1ec9b80)
#dusk @Dusk $DUSK
J’ai beaucoup réfléchi à ça ces derniers temps : pourquoi chaque conversation « la finance réglementée rencontre la blockchain » finit-elle par se heurter à un mur ? Vous voulez de la confidentialité, mais les institutions ont besoin de pistes d’audit. Vous voulez la décentralisation, mais les équipes de conformité doivent savoir qui se trouve de l’autre côté d’une transaction. La plupart des chaînes choisissent un camp et espèrent que l’autre problème va s’évanouir. Ça n’arrive jamais.

C’est en gros ce qui m’a rendu curieux à propos de Dusk. C’est une couche 1 conçue spécifiquement pour les marchés réglementés, plutôt que d’essayer de greffer la confidentialité sur quelque chose comme Ethereum, ou de rajouter la conformité à quelque chose comme Bitcoin. L’idée centrale, ce sont des transactions confidentielles par défaut reposant sur des preuves à divulgation nulle, tout en permettant aux parties autorisées de vérifier que tout s’est déroulé correctement sans voir les données brutes. Je me souviens quand « coin de confidentialité » signifiait essentiellement « évitez ça, les régulateurs le détestent ». Dusk semble tenter quelque chose de différent : la confidentialité comme fonctionnalité avec laquelle les régulateurs peuvent réellement travailler, plutôt que de la contourner.

Ce qui m’intéresse ici, c’est la tokenisation d’actifs du monde réel. Obligations, actions, fonds — ce sont des choses qui vivent dans un monde où la confidentialité n’est pas optionnelle : c’est souvent exigé légalement. La transparence d’Ethereum est vraiment utile pour la composabilité de la DeFi, mais pour un fonds de pension qui règle une transaction d’obligations en public, c’est plutôt un bloqueur. Bitcoin n’a jamais été conçu pour ça. Le positionnement de Dusk dans ce vide fait sens sur le papier, même si je dois admettre que je ne sais pas encore dans quelle mesure l’adoption institutionnelle est réelle, versus une dynamique encore en phase initiale faite d’annonces de partenariats.

Peut-être que je sur-interprète le récit du « pont TradFi ». Je l’ai déjà entendu de la part d’autres projets qui n’ont pas vraiment livré. Cela dit, observer la façon dont Dusk gère la tension entre confidentialité et auditabilité me donne envie de suivre ça de près plutôt que de rejeter l’idée d’emblée. Je suis curieux de voir où ça atterrit concrètement dans un an.

$CYS $AEON
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