Je n’arrêtais pas de voir « Moonlight » et « Phoenix » mentionnés séparément. Alors j’ai commencé par une question : Pourquoi @Dusk a-t-il besoin de deux modèles de transaction ? Moonlight utilise des transferts publics, basés sur des comptes. Phoenix utilise des transferts masqués, basés sur des notes, avec des preuves à connaissance zéro. Les deux aboutissent à DuskDS. La différence, c’est quelles informations deviennent visibles. Moonlight expose les soldes et les détails des transferts. Phoenix tient les informations de transaction à l’abri tout en prouvant quand même que la transaction suit les règles requises. Cette distinction a davantage de sens quand on pense à l’activité financière. Certains flux nécessitent des enregistrements publics. D’autres impliquent des informations qui ne devraient pas être visibles pour chaque observateur du réseau. Dusk n’oblige pas à faire cohabiter ces deux situations dans le même modèle de transaction. Je trouve ce choix de conception plus intéressant que de simplement appeler $DUSK une crypto-monnaie axée sur la confidentialité. #dusk Il y a aussi une question pratique. Des modèles de transaction différents impliquent des exigences de développement et d’intégration différentes. Donc je veux voir à quel point les applications choisissent naturellement entre eux. La séparation technique me semble logique. L’expérience développeur, c’est la partie que je veux encore comprendre. @Dusk $DUSK #dusk
I started looking at Dusk Trade from one simple perspective: What does an investor actually do? You find an asset. You check whether you’re eligible. You decide to buy. The trade needs to happen. Then the transaction needs to settle. A token by itself does not provide this entire workflow. This is why Dusk Trade caught my attention. @Dusk describes it as the application layer for tokenized financial assets, with workflows covering investor onboarding, wallet binding, controlled transfers, payment coordination, and settlement. #dusk That makes the product different from looking at an RWA token in isolation. The hard part of regulated markets is the workflow around the asset. Who gets access? Who can hold it? Who can transfer it? How does the trade settle? Dusk Trade is being built around those questions. I still want to see the complete process working with real regulated assets and real users, transaction fees paid in $DUSK the same as anything else on the network. The architecture gives me an idea of how the workflow is supposed to operate. The live product will tell me how much friction remains. That is the part I am watching.....
€300M+ caught my attention when I started looking at Dusk and NPEX.🔥🔥🔥
Then I stopped looking at the asset figure and started looking at the data behind the assets.
A regulated market needs more than an onchain token.
Applications also need reliable market information. What is the price? What is the market state? Where did the data come from?
This is where the @Dusk , NPEX, and Chainlink relationship gets interesting to me. #dusk CCIP addresses cross chain movement. DataLink and Data Streams address market data. Those are different problems, and most projects only ever solve one of them.
Moving an asset between networks does not tell an application its value. A price feed does not solve cross chain settlement.
Dusk solving both at once, through one integration instead of two separate bolt-ons, is what actually convinced me this isn’t just another partnership announcement.
While I was digging into this, one number stood out that wasn’t about the partnership at all…. Dusk’s incentivized testnet already has 8,000+ active nodes running. That’s not a headline figure, it’s an infrastructure one, and it tells me there’s real participation happening before mainnet is even live.
Every call still runs through the network and settles in $DUSK the same as any other transaction.
How closely does onchain market information track the source used by NPEX? How quickly does updated information reach applications?
Those are the details that will actually prove this out, and NPEX already brings real licensing to the table while it happens … AFM-regulated, MTF, Broker, and ECSP status all in place before this integration even launched.
Tokenization gets the attention. The infrastructure quietly making that tokenization trustworthy, node count included, is where I think Dusk is actually ahead. @Dusk $DUSK #dusk
Je m’attendais à ce que DuskEVM exige un tout autre workflow de développement… Puis j’ai regardé les outils. 👍 Solidity reste familier. Hardhat. Foundry. ethers. La pile de développement EVM habituelle s’applique toujours. Cela a attiré mon attention, car passer à une nouvelle blockchain signifie souvent devoir apprendre un nouvel environnement avant même de construire quelque chose d’utile. DuskEVM prend une autre voie. Il fournit un environnement d’exécution équivalent à l’EVM sur @Dusk tandis que DuskDS gère l’exécution des règlements et la disponibilité des données en dessous… Ainsi, le développeur n’a pas besoin de jeter le workflow EVM pour construire sur le réseau ; le gaz payé dans $DUSK se fait de la même manière que fonctionne ETH sur Ethereum. Pour moi, cela change la question de l’adoption. Le problème n’est plus seulement de savoir si Dusk a les fonctionnalités dont les développeurs ont besoin… Il s’agit aussi de la quantité de connaissances et d’infrastructures EVM existantes que les développeurs peuvent conserver. Il y a encore quelque chose que je veux tester. La compatibilité dans la documentation, c’est une chose. Déployer une vraie application, déboguer des contrats, connecter des portefeuilles et maintenir l’application, c’en est une autre.
C’est là que je pense que DuskEVM prouvera si cette approche fonctionne aussi facilement que le suggère l’architecture. #dusk
#dusk $DUSK @Dusk Je continue de voir des discussions sur la RWA traiter les actifs tokenisés et les actifs émis nativement comme s’ils étaient la même chose.
@Dusk les traite différemment, et je pense que cette distinction compte.
« Tokenisé » veut généralement dire qu’un jeton représente un actif détenu ailleurs.
Pensez à une obligation, un fonds ou une action.....
L’actif est toujours détenu hors chaîne par un dépositaire.
Le jeton pointe vers l’actif.
Quand le jeton se déplace on-chain, le système qui détient le véritable actif doit encore effectuer une mise à jour correspondante.
Deux enregistrements.
Deux lieux.
Quelqu’un doit les maintenir alignés.
L’émission native adopte une approche différente.
Dusk se concentre sur l’ensemble du cycle de vie de l’actif :
Émission.
Transfert.
Gestion (servicing).
Règlement (settlement).
Ces processus s’exécutent sur une infrastructure conçue pour des marchés réglementés, où la structure juridique permet le modèle.
Le jeton n’est pas un reçu de quelque chose qui se trouverait ailleurs.
L’enregistrement sur Dusk devient l’enregistrement principal.
C’est là que la couche de base de Dusk devient particulièrement intéressante pour moi.
Contrôles d’accès.
Vérifications d’éligibilité.
Divulgation sélective.
Ces fonctionnalités se trouvent dans la couche de base plutôt que d’être ajoutées plus tard.
Une chaîne généraliste dépourvue de primitives de conformité n’a pas le même dispositif.
Ainsi, l’actif reste, par conception, au stade de l’enveloppe (wrapper).
Maintenant, regardez l’exemple de l’obligation de l’autre côté.
En cas d’émission native, l’émission et les transferts de l’obligation ont lieu là où vivent déjà les règles d’éligibilité et de divulgation.
Il n’y a pas de système distinct à maintenir synchronisé.
Je reviens donc sans cesse à une question lorsque je regarde les projets RWA :
Les actifs sont-ils réellement émis nativement, ou s’agit-il encore de jetons représentant des actifs détenus quelque part ailleurs ?
Pour moi, cette distinction en dit davantage sur l’infrastructure que ne le fait le mot « tokenization ».
#dusk $DUSK @Dusk Si les données sont entièrement masquées, comment un système réglementé peut-il prouver que les règles ont bien été respectées ?
C’est la question à laquelle beaucoup d’outils de confidentialité ne répondent pas. Ils se concentrent sur le masquage des données. Il ne reste presque aucun moyen simple de vérifier ce qui s’est réellement passé.
Pour les applications qui nécessitent une surveillance, cet arbitrage devient un problème.
Ce qui m’a particulièrement frappé lorsque j’ai examiné @Dusk Hedger. Il fonctionne sur DuskEVM. Il est conçu comme un module de confidentialité pour les applications financières.
Hedger combine le chiffrement homomorphe et des preuves à connaissance nulle, afin qu’une transaction puisse rester confidentielle tout en permettant la vérification.
Un échange chiffré peut rester caché du public. Un responsable de la conformité autorisé peut néanmoins confirmer que les règles correctes ont bien été suivies, sans voir les données sous-jacentes complètes de la transaction.
Le choix de conception de Hedger semble délibéré.
En traitant la confidentialité comme une opacité totale, Hedger tente de protéger les données des applications financières tout en rendant le processus consultable.
Cette combinaison, à la fois protéger les données et permettre la vérification, est plus rare qu’elle ne devrait l’être dans les applications.
La confidentialité devient plus utile pour la finance lorsqu’elle peut encore prendre en charge la vérification et la supervision des applications.
C’est la partie à laquelle je reviens sans cesse lorsque je pense à Hedger et à Dusk, et au rôle de $DUSK , au sein de tout cela.
$BTC ne touche jamais le bas dès le premier crash. Il touche le bas sur la deuxième jambe — la capitulation finale pour laquelle presque personne n’est en position. Regardez le motif du cycle : 2018 : 19k$ → 10k$ → 3,5k$… 2022 : 69k$ → 32k$ → 15k$… 2026 : 126k$ → 64k$ → 45k$
La première jambe fait sortir les touristes. Puis vient le rebond que tout le monde appelle “le fond”. C’est le piège haussier. Le vrai déversement arrive ensuite… en faisant baisser le prix encore presque de moitié pendant que la chronologie crie toujours que le pire est derrière nous. Cette deuxième jambe est là où le cycle se réinitialise réellement. C’est le chiffre que la plupart des gens refusent de dire à voix haute tant qu’il n’est pas déjà imprimé. Et c’est exactement là que le vrai argent se fait. Nous sommes actuellement dans le piège. La plupart ne le reconnaîtront que dans le rétroviseur.
$BTC vient juste de passer sous 63 000 $. Le S&P est au sommet de son record.
Deux actifs, la même semaine, des trajectoires opposées. Ce n’est pas du bruit… c’est un signal sur l’endroit où se situe l’appétit pour le risque en ce moment.
Cela ne veut pas dire que la crypto est terminée. Cela veut dire que le capital se réoriente, et ce genre de rotation s’est déjà produit auparavant. La différence cette fois, c’est à quel point tout cela semble fort, parce que tout le monde regarde les deux graphiques en même temps.
#dusk $DUSK @Dusk Je pensais autrefois que la confidentialité et la conformité étaient essentiellement opposées sur les blockchains publiques. Tout y est soit entièrement visible, soit verrouillé si hermétiquement qu’il devient presque impossible de vérifier quoi que ce soit. La plupart des systèmes semblaient conçus selon une logique du tout ou rien. En regardant de plus près @Dusk , ma perception a changé. Leur approche s’appelle la confidentialité programmable. Elle ne force pas le réseau à aller vers un seul extrême. Certaines données restent privées. Certaines restent ouvertes quand cela est utile. Et les bonnes personnes peuvent toujours consulter ce dont elles ont besoin. Confidentialité et conformité n’ont pas à s’affronter. Elles peuvent coexister. Imaginez un scénario simple.... Un gestionnaire de fonds voudrait que les positions du portefeuille soient tenues à l’écart de la concurrence. Dans le même temps, un régulateur peut avoir besoin d’accéder à des enregistrements précis. La confidentialité programmable est conçue pour que les deux soient vrais, sans faire voler l’autre. Ce qui m’intéresse, c’est le changement de cadre. Au lieu de considérer la confidentialité comme quelque chose qu’il faut sacrifier à la régulation, ou la régulation comme quelque chose qui tue la confidentialité, la conception part du principe que la finance réglementée a besoin des deux. Ce petit changement de point de départ semble influencer tout le reste. Je suis encore au début de l’exploration du projet, mais cette idée en particulier est celle qui m’a donné envie de continuer à lire.
Je viens de faire tourner la roue et j’ai décroché quelques récompenses !❤️❤️❤️ Voici ce que j’ai gagné dans la campagne aujourd’hui : 1 $ en $TSLAB 3 $ en $SPCXB 1 $ en $TSLAB Le statut est actuellement en cours de traitement, mais chaque petite récompense compte ! 💰 Quelqu’un a-t-il réussi à remporter les plus gros lots comme le 1 000 $ PLTRB ou le 500 $ AMZNB ?
@BabylonLabs_io Je suis de près la chronologie de TBV. L’appel le plus récent des fondateurs a rendu les progrès vraiment concrets. Le testnet public a déjà créé plus de 2 000 vaults depuis fin mai. Le temps de création des vaults est passé d’environ trois heures à environ 90 minutes après une percée de recherche. Le Temp Check d’Aave a été validé avec un fort soutien. L’ARFC est attendu à la mi-août. L’équipe vise un mainnet en octobre une fois les audits et la préparation terminés. Des partenaires comme Bedrock, GoMining et 84 Labs ont manifesté de l’intérêt à une échelle allant jusqu’à 1 000 BTC chacun. Les wallets matériel et MPC, notamment Ledger, Keystone et Utila, ajoutent les signatures supplémentaires dont TBV a besoin. Les données d’utilisation en temps réel, les partenaires d’infrastructure et les avancées en matière de gouvernance transforment une idée de recherche en quelque chose d’utilisable. Pour moi, le signal est clair. Une garantie en Bitcoin natif, sans enveloppement ni garde, passe de l’expérience sur testnet à quelque chose que les institutions peuvent réellement planifier. $BABY #baby
Qu’est-ce qui vous donne le plus confiance dans TBV ?
A. La vitesse B. Aave C. Les partenaires D. Le BTC natif
J’ai remarqué quelque chose dans la manière dont la gouvernance de Babylon est organisée. Il me semble utile d’y réfléchir plutôt que de passer dessus. Les stakers BTC fournissent la sécurité économique. Leur bitcoin soutient les finality providers. Leur capital est en jeu si quelque chose est slashed. Mais la gouvernance n’est assurée que par $BABY holders. Ils votent sur les changements de frais, les paramètres d’inflation et les mises à niveau du protocole. Les stakers BTC n’ont pas de droit de vote. À un premier niveau, cela se comprend. BABY est le jeton de gouvernance natif. C’est ainsi que le système a été conçu dès le départ. Mais cela crée un écart spécifique. Le groupe qui prend le risque de sécurité et le groupe qui fixe les paramètres économiques ne sont pas nécessairement les mêmes personnes. Vous pourriez être fortement exposé en tant que staker BTC. Vous pourriez ne pas avoir voix au chapitre dans un vote qui modifie les conditions sur lesquelles vous êtes staké. Peut-être que c’est très bien en pratique. Les deux groupes peuvent très fortement se recouper. Beaucoup de stakers BTC détiennent probablement aussi BABY. Mais « probablement se recouper » et « garanti structurellement de se recouper » sont deux choses différentes. Je n’ai rien vu qui exige le second cas. Je ne dis pas que c’est exactement une faille. C’est simplement un choix de conception qui mérite d’être nommé. Nous ne devrions pas supposer que la gouvernance et la sécurité pointent automatiquement dans la même direction.
Au début, je pensais que la partie la plus intéressante du design de Babylon était l’efficacité capitalistique. Un seul UTXO Bitcoin contribuant à sécuriser plusieurs réseaux Bitcoin sécurisés semble être une amélioration évidente. Le même BTC peut contribuer à la sécurité sur différentes chaînes au lieu d’être verrouillé séparément pour chacune. La relation entre le collatéral partagé et le slashing isolé a attiré mon attention. La documentation explique que le slashing est partiel, autour de 0,1 % du stake en cas de mauvaise conduite, et que chaque BSN possède des frontières d’isolation de sorte que les problèmes sur un réseau ne se propagent pas à un autre. Cela a du sens en soi. Mais ensuite, je me suis mis à me demander ce qui se passe lorsque le même UTXO sécurise plusieurs chaînes en même temps. Si la chaîne A subit un événement de slashing parce que ses fournisseurs de finalité se comportent mal, est-ce seulement la portion de stake allouée à la chaîne A qui est brûlée ? Ou bien l’UTXO sous-jacent subit-il la perte lui-même, réduisant aussi le collatéral qui sécurise encore la chaîne B ? Pour moi, c’est là que commence la question intéressante. « Isolé » et « collatéral partagé » semblent parfaitement compatibles à un niveau élevé, mais une fois qu’on réfléchit aux mécanismes, il est moins évident de voir comment ils s’articulent. Il existe peut-être une réponse simple. La comptabilité « dans les coulisses » pourrait être beaucoup plus granulaire que je ne l’imagine. Je n’ai simplement pas encore trouvé de documentation qui décrive précisément ce scénario. Quelqu’un a-t-il trouvé une explication détaillée de la façon dont ce cas est traité ?
ok…. alors je me suis enfin assis et j’ai cartographié ce que “le prêt adossé au bitcoin” signifie réellement sur différentes plateformes. il s’avère que ce n’est pas une seule catégorie. c’est comme quatre paris différents qui portent le même costume, et un seul d’entre eux ne vous demande pas de faire confiance à quelque chose de plus. D’abord le CeFi. ledn, unchained, anchorage. pitch simple. vous donnez votre BTC, vous obtenez un prêt en stablecoin, généralement 8-14% de TAE. facile à aimer jusqu’au moment où vous vous souvenez que blockfi, celsius et genesis ont joué exactement ce même scénario en 2022. les trois se sont effondrés. les trois détenaient du bitcoin des clients quand ça s’est produit. aujourd’hui, les plateformes disent qu’il n’y a plus de rehypothécation. cool. mais ce n’est toujours que leur parole. pas des maths. Ensuite le DeFi. aave, morpho. sauf que vous ne pouvez pas utiliser du vrai BTC là-bas. vous devez d’abord l’envelopper, en WBTC ou en cbBTC. donc deux nouveaux éléments à qui vous faites confiance. un dépositaire derrière le token enveloppé. et le risque de contrat intelligent que le protocole de prêt porte en plus. et ce n’est pas théorique : balancer v2 a été touché le mois dernier, une erreur d’arrondi plus un bug de contrôle d’accès, plus de 100m de dollars partis. les liquidations sont aussi entièrement automatisées. zéro humain de l’autre côté. Les plateformes de DLC, lygos, liquidium, skip le dépositaire au moins. mais elles s’appuient plutôt sur des oracles. mécanisme différent, même forme de problème. vous faites toujours confiance à quelque chose en dehors du système pour qu’il rapporte correctement le prix. Puis il y a le TBV. et honnêtement, une fois que vous l’alignez par rapport aux trois autres, ce n’est pas vraiment une comparaison “de près à près”. le BTC n’est jamais enveloppé. ne quitte jamais la chaîne bitcoin. pas de dépositaire qui détient vos pièces comme en 2022, encore et encore. pas d’oracle qui décide de votre sort. vérification basée sur la preuve via BitVM3 au lieu de promesses. babylon est la seule ici où le côté “confiance” lié au BTC se résume à “est-ce que bitcoin fonctionne”, point final, pas “est-ce que cette entreprise survit aussi, est-ce que cet oracle reste honnête aussi”. Tout le reste dans cette liste, c’est de la confiance qui porte un déguisement. c’est la première qui l’a réellement supprimée. @BabylonLabs_io $BABY #baby
$ELSA looking similaire🚨🚨🚨 La structure du graphique s’aligne beaucoup avec ce que nous avons vu sur $FIGHT et $UAI récemment. Même type de configuration en train de se former. Je surveille de près pour voir si elle suit le même parcours. Pour l’instant, reconnaissance de motifs uniquement. Pas encore de position.
$DOGE update🔥🔥🔥 Le prix évolue près de 0,07 tandis que le marché dans son ensemble attend les développements de la loi CLARITY. Toujours environ 90 % en dessous du plus haut de 2021 à 0,74. Le niveau de 0,08 reste une zone psychologique claire qui a servi à la fois de support et de résistance à plusieurs reprises cette année. Si Bitcoin parvient à repasser au-dessus de 70k avec des nouvelles réglementaires positives, DOGE a historiquement montré des mouvements de bêta plus marqués. Cet effet multiplicateur explique pourquoi beaucoup d’attention se porte encore sur la meme coin lorsque des catalyseurs politiques s’intensifient. Elon est resté discret au sujet de DOGE depuis un moment. Ce silence est en soi notable compte tenu de la sensibilité qu’avait auparavant la pièce à ses publications. Je me demande où les gens voient DOGE d’ici la fin de 2026.
Total #crypto #market cap assis sur le support du timeframe supérieur🔥🔥🔥 Ce niveau s’aligne assez proprement avec la zone des 60k sur $BTC . Jusqu’à ce que nous cassions soit les récents plus hauts locaux et montions la fourchette plus haut, soit que nous perdions ce support plus important, le marché va juste tourner en range pendant un moment. Pas de direction claire pour l’instant. Patience : c’est le jeu en ce moment.
$SYN trade fermé🚨🚨🚨 Entré à 0.0860 Pris profit à 0.1130 Exécution propre. Content de la façon dont ça s’est déroulé. On passe au suivant. Gérez votre propre risque.
Vendez $NEAR 🚨🚨🚨 L’élan haussier s’essouffle et la structure commence à paraître lourde. Surveillez une éventuelle vente à découvert si le prix entre dans la zone 1.643 – 1.650. Stop à 1.674 Objectifs 1.625 / 1.605 / 1.582 Risque propre seulement si la configuration est correcte. Je ne force rien pour l’instant, je fais juste le suivi des niveaux. Notes du graphique uniquement. Gérez votre propre risque.
C’est exactement l’endroit où vous devriez acheter.🚨
Mon modèle personnalisé $BTC floor (construit à partir des indicateurs clés que je suis) continue d’indiquer la zone des 52 000 comme zone de support majeure si la correction se poursuit. Associez cela à la stratégie sur 500 jours et le plan reste simple : attendez le niveau, dimensionnez soigneusement et laissez le prix venir à vous. Pas de précipitation. Juste les niveaux de vue d’ensemble que je surveille. Ce n’est pas un conseil financier. Gérez votre propre risque.