$MOVR a eu un mouvement assez sauvage aujourd’hui. L’action est passée d’environ 0,62 $ à plus de 1,16 $, avant de se calmer, et elle se situe maintenant près de 0,97 $. Après un mouvement comme celui-là, je préfère attendre un setup propre plutôt que de me lancer juste parce que le graphique est excitant.
$BICO a aujourd’hui fait un joli move, passant d’environ 0,022 $ à plus de 0,03 $. Il a touché 0,0315 $ et a légèrement reculé, mais il semble que les acheteurs soient toujours là. Je me demande si 0,03 $ va devenir un support ou si on voit encore un autre mouvement à la hausse d’ici.
$CLO a été plutôt calme pendant la majeure partie de la séance, puis les acheteurs se sont soudain réveillés. Vers 0,084$, il est parti directement en direction de 0,104$, et maintenant il se situe simplement autour de 0,10$. La partie intéressante, pour moi, est de savoir si cela va se transformer en une autre impulsion à la hausse ou simplement en un pump rapide puis un reflux.
$BTR que ce repli depuis 0,168 n’a pas été si terrible, compte tenu de la vitesse à laquelle ce mouvement a eu lieu. Nous sommes encore autour de 0,155 et le graphique n’est pas encore complètement parti en vrille. Je serais davantage intéressé si les acheteurs parvenaient à le ramener vers le récent sommet, mais après un mouvement comme celui-ci, je reste patient.
Après une forte progression au cours de la semaine passée, le marché des cryptomonnaies enregistre une prise de bénéfices : $XRP essuie l’une des plus grosses baisses et recule presque de 7 %.
Ce type de mouvement n’est pas forcément un signe que la tendance générale a changé. Après un rallye marqué, les traders verrouillent souvent leurs profits, surtout lorsque le sentiment devient très « chargé » et que les détenteurs à court terme affichent des gains importants.
Le point le plus important est toutefois la façon dont $XRP réagit après ce repli. Si les acheteurs reviennent et défendent les niveaux clés, la baisse pourrait n’être qu’un ajustement sain. En revanche, une faiblesse persistante pourrait indiquer que certains de l’élan récent commence à s’essouffler.
Pour l’instant, c’est un rappel : la crypto ne progresse que rarement en ligne droite, même lors de rallyes solides.
Voyez-vous cela comme un repli normal après la hausse de $XRP récente, ou comme le début d’une correction plus profonde ?
Je continue de voir la tokenisation présentée comme si la partie difficile consistait à créer une version numérique d’un actif.
Honnêtement, je pense que c’est la partie facile.
La question la plus difficile, c’est ce qui se passe ensuite, une fois que quelqu’un en est propriétaire.
Qui est autorisé à le détenir ? Qui peut le transférer ? Quelles informations l’émetteur doit-il voir ? De quoi un investisseur doit-il être capable de prouver ? Et que doit pouvoir vérifier un régulateur ?
C’est là que le @Dusk commence à me sembler différent.
Son infrastructure est en train d’être construite autour de l’ensemble du processus réglementé : éligibilité, contrôles d’accès, confidentialité, divulgation et règlement, plutôt que de traiter le token lui-même comme l’intégralité du produit.
Et la partie confidentialité est particulièrement intéressante.
#dusk ne présente pas le choix comme « tout garder privé » contre « tout rendre public ». Son architecture prend en charge des flux publics, des transactions à l’abri (protégées) et une divulgation sélective en fonction de ce dont l’application a réellement besoin.
Cela ressemble beaucoup plus à la façon dont les marchés financiers fonctionnent réellement.
Peut-être que la vraie percée de la tokenisation ne consistera pas à mettre davantage d’actifs on-chain.
Elle consistera à faire fonctionner tout le cycle de vie de la propriété là-bas, sans forcer les marchés à renoncer à la confidentialité ni au contrôle.
J’ai commencé à réfléchir à ce qui se passe lorsque deux types d’actifs très différents doivent cohabiter sur la même blockchain.
L’un peut être un actif crypto classique.
L’autre pourrait être un titre réglementé, pour lequel la propriété, les transferts et les règles de conformité sont importants.
Au début, on a l’impression qu’ils appartiennent à des systèmes totalement distincts.
C’est là que Dusk devient intéressant.
Le réseau a été conçu avec un Confidential Token Standard qui permet aux actifs réglementés et non réglementés d’interagir, sans obliger les utilisateurs à renoncer à la confidentialité de leurs actions.
J’aime cette idée, car elle fait avancer le débat au-delà de la simple notion de “transactions privées”.
Le défi le plus important consiste à faire fonctionner ensemble des actifs financiers différents tout en respectant les règles propres à chacun.
Et ce n’est pas aussi simple que d’ajouter un autre standard de token à une blockchain.
Il faut que la confidentialité, les contrôles d’identité, les règles de transfert et la gestion du cycle de vie puissent fonctionner ensemble.
L’architecture de Dusk a été pensée en vue de la tokenisation de titres réglementés ; cette interopérabilité fait donc partie du design initial plutôt qu’un simple ajout a posteriori.
Peut-être s’agit-il de la direction la plus intéressante pour la finance blockchain.
Sans remplacer les actifs traditionnels par des versions crypto.
Mais en créant une infrastructure permettant aux actifs réglementés et ouverts d’interagir réellement, sans exposer tout ce qui se passe au cours du processus.
C’est un cas d’usage de la confidentialité que je trouve bien plus pratique.
Plus je lis sur Dusk, plus je me rends compte que certaines de ses idées les plus intéressantes sont cachées dans de petits détails.
Un exemple : la façon dont DUSK passe entre les transactions privées et l’exécution des smart contracts.
Au début, je pensais qu’il s’agirait simplement de deux parties distinctes du réseau.
Mais Dusk a conçu un mécanisme de « Crossover » pour servir de passerelle entre les deux.
Un utilisateur peut conserver du DUSK dans la couche de transaction, puis transférer la valeur nécessaire dans la couche de calcul généralisée lors de l’appel d’un contrat. La transaction transporte aussi les informations de « gas » nécessaires à cette exécution.
Que se passe-t-il si le contrat n’utilise pas tout le gas alloué ?
Le montant inutilisé peut être renvoyé via une note de remboursement.
Ça ressemble à un tout petit détail technique.
Mais je pense que cela révèle quelque chose de plus vaste à propos de l’architecture.
Dusk ne traite pas la confidentialité, les paiements, le calcul et les frais comme des fonctionnalités isolées. Elles sont conçues pour fonctionner ensemble au sein du même processus de transition d’état.
C’est important, car les applications financières ne s’inscrivent presque jamais dans une seule case.
L’argent circule. Les contrats s’exécutent. Les frais sont payés. Les données ont besoin d’être protégées.
Le point intéressant est de faire en sorte que toutes ces choses fonctionnent ensemble sans compromettre le modèle de confidentialité.
C’est ce genre de détail d’infrastructure qui me fait regarder Dusk différemment.
Plus je creuse Dusk, plus je remarque que son modèle de sécurité n’est pas conçu uniquement autour du staking.
Le staking est en réalité lié à ce que les participants sont autorisés à faire à l’intérieur du réseau.
Les Provisioners verrouillent le DUSK pour participer à la validation et à la finalisation des blocs. Leur mise peut être prolongée ou retirée après expiration, mais il y a aussi un autre aspect.
Si un Provisioner commet une faute susceptible d’entraîner une pénalité (slash), sa mise peut être révoquée.
Ce que j’ai trouvé intéressant, c’est l’incitation liée au signalement de ce comportement. Un participant qui signale l’infraction peut recevoir une partie de la mise slashed (réduite).
Il existe donc une boucle économique qui se déroule sous la couche de consensus.
Les gens ont une raison de participer honnêtement, et les autres participants ont une raison de garder un œil sur le système.
Ensuite, le Reward Contract distribue des récompenses aux Provisioners qui aident à finaliser les blocs et aux Generators responsables de leur production.
C’est une idée simple, mais importante :
La sécurité n’est pas seulement créée par la cryptographie. Elle est aussi créée par les incitations.
C’est l’un des détails de Dusk que je pense qu’on rate quand la conversation reste centrée uniquement sur la confidentialité.
Il y a une partie de Dusk que j’aurais probablement négligée si je ne l’avais regardée qu’en surface.
Quand un bloc doit être finalisé, Dusk ne demande pas à chaque participant de faire exactement le même travail.
Son design fondé sur le consensus sépare les tâches.
Un groupe, appelé Generators, est chargé de proposer des blocs. Un autre groupe, Provisioners, vérifie et finalise ces propositions.
Au premier abord, cela ressemble à une simple répartition des responsabilités.
Mais je pense que la partie vraiment intéressante est ce qui se passe en dessous.
Les Generators sont sélectionnés via le processus Proof-of-Blind Bid de Dusk, préservant la confidentialité, tandis que les Provisioners sont choisis pour des comités par tirage déterministe.
Ainsi, le réseau ne se contente pas de demander : « Qui a suffisamment de parts ? »
Il se demande aussi : « Qui devrait jouer quel rôle pour le moment ? »
Cela rend le processus de consensus plus proche d’un système coordonné que d’une course entre validateurs.
Et il y a une idée plus vaste derrière tout ça.
À mesure que les blockchains s’orientent vers des applications financières sérieuses, le consensus doit équilibrer participation, sécurité, confidentialité et finalité en même temps.
Dusk semble avoir conçu son architecture dès le départ pour répondre à ce problème.
Plus j’y creuse, moins Dusk ressemble à une simple autre chaîne axée sur la confidentialité. Sondage : Quelle partie du design de consensus de Dusk compte le plus ?
Je pensais autrefois que la couche de smart contract était surtout une question de ce qu’une blockchain pouvait exécuter.
Puis j’ai découvert Rusk VM et je l’ai examiné sous un angle différent.
Un smart contract peut être puissant, mais dès que vous commencez à ajouter de la confidentialité, de la cryptographie et une logique financière plus complexe, l’environnement d’exécution devient aussi important que le contrat lui-même.
Dusk a conçu Rusk VM comme une machine virtuelle basée sur WebAssembly, mais ce qui a retenu mon attention, c’est le support natif des opérations cryptographiques.
Des éléments comme la vérification de signature, les opérations sur courbes elliptiques et la vérification de preuves à divulgation nulle (zero-knowledge) sont intégrés à l’environnement, plutôt que traités comme quelque chose de complètement séparé.
Il y a un autre détail qui fait sens quand on y pense.
Chaque fonction de la VM a un coût en gas, ce qui borne l’exécution de façon computationnelle au lieu de permettre qu’elle se poursuive indéfiniment.
Cela paraît technique, mais l’idée plus large est simple : les applications axées sur la confidentialité ont besoin d’une couche d’exécution qui comprend la cryptographie dont elles dépendent.
Pour Dusk, la VM n’est pas seulement l’endroit où les contrats s’exécutent.
C’est une partie de l’infrastructure qui relie calcul, confidentialité et vérification.
Et honnêtement, cela me semble beaucoup plus important pour les applications financières que d’avoir simplement une autre plateforme de smart contract.
La première fois que je suis tombé sur Zedger, j’ai dû relire l’idée deux fois.
La confidentialité dans la finance semble simple jusqu’à ce qu’on pense à ce qui doit réellement être enregistré.
Un actif réglementé peut nécessiter un historique clair des changements de solde, des droits de vote, des dividendes et de la propriété. Dans le même temps, mettre chaque détail ouvertement sur la chaîne n’est pas exactement ainsi que fonctionnent normalement les marchés financiers.
$DUSK aborde cela différemment.
Zedger combine un modèle de compte avec un système de transfert privé, de sorte que le réseau puisse suivre les informations qui comptent sans transformer chaque élément de l’activité financière en données publiques.
Un détail que j’ai trouvé particulièrement intéressant, c’est qu’un destinataire doit approuver explicitement un transfert entrant.
Cela peut sembler anodin, mais ça change la façon de penser les actifs tokenisés.
On a l’impression moins d’essayer de forcer la finance traditionnelle dans un portefeuille crypto classique que de concevoir une infrastructure blockchain en tenant compte de la manière dont les actifs financiers se comportent réellement.
C’est probablement la plus grande histoire de Dusk pour moi.
La confidentialité, seule, ne suffit pas.
Si la blockchain veut une adoption financière sérieuse, elle doit aussi comprendre la propriété, la conformité, le vote et le règlement.
Et c’est là que l’architecture devient vraiment intéressante.
Je pensais auparavant que la confidentialité de la blockchain consistait surtout à masquer les détails des transactions.
Mais plus j’y ai réfléchi, plus l’idée est devenue intéressante : @Dusk .
Imagine que tu essaies de devenir un producteur de blocs.
En général, prouver que tu as suffisamment de mises pourrait impliquer de divulguer des informations que tu préférerais peut-être garder privées. Dusk emprunte un autre chemin.
Tu peux essentiellement prouver que tu remplis les conditions sans afficher toute l’histoire de ta mise.
Cette petite différence m’a fait réfléchir.
La confidentialité ne signifie pas toujours qu’il faut tout cacher. Parfois, elle consiste simplement à révéler assez d’informations pour que le réseau puisse vérifier quelque chose, tout en gardant les informations sous-jacentes privées.
Et cette idée va plus loin : $DUSK que je ne l’imaginais au départ.
Le réseau utilise cette approche dans son processus de sélection des leaders, en combinant la mise, des engagements cryptographiques et des preuves à connaissance zéro.
Ce que j’apprécie ici, c’est que la confidentialité n’est pas traitée comme un simple effet cosmétique.
Elle est utilisée comme une partie de la façon dont le réseau lui-même fonctionne.
Peut-être que l’avenir des blockchains financières ne consistera pas à choisir entre transparence et confidentialité.
Peut-être que les meilleurs systèmes sauront exactement quand chacun est nécessaire.
Il y a un problème étrange à tenter d’appliquer la finance traditionnelle sur une blockchain publique.
Tout le monde veut profiter des avantages d’être “on-chain”, mais très peu d’institutions seraient à l’aise de mettre l’ensemble des détails financiers sensibles à la vue de tout le réseau.
C’est cette tension qui rend $DUSK becomes intéressant.
Pensez à un accord financier entre deux entreprises. Le réseau devrait pouvoir vérifier que les règles ont été respectées, que la transaction est valide, et que le système reste conforme.
Mais cela ne signifie pas que chaque concurrent doit voir l’intégralité du tableau.
Dusk construit autour de cette idée avec des smart contracts confidentiels, dans le but de créer un environnement où l’activité financière peut rester vérifiable sans que les informations sensibles soient complètement publiques.
À mes yeux, c’est une vision plus pragmatique de la confidentialité sur la blockchain.
Le véritable défi pour la prochaine vague d’adoption ne consistera peut-être pas à convaincre les gens que la blockchain est transparente.
Il s’agira plutôt de démontrer que la blockchain peut être transparente quand il faut, et privée quand il le faut.
Si les marchés financiers s’enfoncent davantage “on-chain”, de quel côté de cet équilibre pensez-vous que l’on aura le plus besoin ?
Pendant longtemps, j’ai perçu la confidentialité sur la blockchain comme quelque chose d’utile principalement pour les utilisateurs individuels.
Puis j’ai commencé à réfléchir à la façon dont les marchés financiers réels se comporteraient concrètement on-chain.
Imaginez une entreprise qui émet des actifs financiers sur un réseau public. La transaction doit être vérifiable, mais tout le monde a-t-il vraiment besoin de voir les détails exacts des parties, les soldes ou les accords concernés ?
C’est là que @Dusk a commencé à faire plus de sens pour moi.
Sa démarche ne consiste pas simplement à ajouter une fonctionnalité de confidentialité à une blockchain existante. Dusk construit le réseau autour d’applications financières confidentielles, avec des smart contracts confidentiels comme élément central de l’infrastructure.
Cette nuance est importante.
Les institutions financières ne cherchent pas forcément à se soustraire à la réglementation ou à la vérification. Elles ont besoin de quelque chose de plus pratique : une conformité et une vérifiabilité sans exposer les informations sensibles de l’entreprise à l’ensemble d’Internet.
Je pense que c’est l’un des défis les moins souvent discutés lorsqu’il s’agit d’amener une activité financière sérieuse on-chain.
La prochaine phase de l’adoption de la blockchain ne consistera peut-être pas à rendre tout plus transparent.
Il pourrait s’agir de trouver le juste équilibre entre transparence, confidentialité et contrôle.
C’est la partie de $DUSK que je surveille de très près.
SK Hynix va investir 54 000 milliards de wons dans deux nouvelles usines de puces mémoire, ce qui en dit plus long que « la demande liée à l’IA est en croissance ».
La course à l’IA devient de plus en plus une course aux infrastructures physiques.
La phase Y2 à Yongin obtient 35,2 billions de wons, tandis que M17 à Cheongju reçoit encore 19,1 billions de wons. Il s’agit d’un engagement massif visant à accroître la production de mémoire à un moment où les charges de travail liées à l’IA poussent la demande de mémoire hautes performances toujours plus haut.
Ce qui m’intéresse, c’est l’effet de second ordre.
Les modèles d’IA peuvent progresser rapidement, mais ils ont toujours besoin de puces, de mémoire, d’électricité et de centres de données pour tourner à grande échelle. Cela signifie que le « deal » des infrastructures IA s’étend bien au-delà des GPU et des logiciels.
Le capital se dirige discrètement vers les goulots d’étranglement.
Et lorsque des entreprises commencent à s’engager à hauteur de dizaines de milliards pour augmenter les capacités, cela indique généralement où elles s’attendent à ce que la demande reste forte pendant des années — plutôt que pendant quelques mois.
Le discours sur l’IA ne concerne plus seulement qui construit le modèle le plus intelligent.
Il s’agit de plus en plus de savoir qui contrôle l’infrastructure qui rend ces modèles possibles.
La vraie question est la suivante : sous-estimons-nous encore la quantité d’infrastructures physiques dont aura besoin le prochain cycle de l’IA ?
Le protocole Newton n’essaie pas de construire une IA plus intelligente. Il cherche à construire une IA plus responsable.
Quand les gens parlent d’IA dans la cryptographie, la conversation commence presque toujours par les capacités. @NewtonProtocol À quelle vitesse peut-elle analyser les marchés ? Avec quelle précision peut-elle prédire les résultats ? Combien de tâches peut-elle automatiser sans intervention humaine ? Ces questions comptent, mais après avoir passé du temps à rechercher le protocole Newton, j’ai réalisé qu’elles n’étaient peut-être pas les plus importantes. La question à laquelle je reviens sans cesse est beaucoup plus simple. Que ne faut-il pas autoriser une IA à faire ? Cela change complètement la conversation. La cryptographie a mis des années à construire des systèmes dans lesquels les utilisateurs n’ont pas besoin de faire confiance à une autre personne. Les smart contracts, les réseaux décentralisés et les registres transparents existent parce que les règles sont souvent plus fiables que les promesses.