老刘囤币BTC

#dusk $DUSK Je me suis repenché sur la logique d’élection des Provisioners de Dusk, et j’ai trouvé un point que beaucoup de gens n’arrivent pas à expliquer clairement : une quantité de mise importante ne signifie pas que ta probabilité d’être sélectionné augmente de façon linéaire. Les règles officielles stipulent que la probabilité pour chaque Provisioner d’être choisi comme Block Generator est liée à sa part de l’active stake totale dans l’ensemble des active stake. Mais il y a un élément clé : dans chaque epoch, un même Provisioner peut être sélectionné plusieurs fois, ou même ne pas être sélectionné du tout — ce n’est pas un système de tour par tour ; à chaque bloc, il y a une nouvelle sélection aléatoire.
Prenons un exemple concret : supposons que l’active stake total du réseau soit de 10 millions de DUSK, et que tu aies mis 100 000, soit 1%. Ton ordre de grandeur de probabilité d’être sélectionné pour chaque bloc est donc d’environ 1%. En revanche, sur une suite de 2160 blocs consécutifs, ton nombre réel de sélections peut s’écarter de ce qui était attendu — c’est un problème de distribution de probabilités. Les mineurs BTC ont cette intuition : « la part de puissance de calcul n’est pas égale à la part de blocs ». Mais Dusk est un POS, et beaucoup de gens pensent à tort qu’avec 1% de mise, tu obtiens de façon stable 1% des récompenses liées aux blocs.
Un autre point facilement mal compris : active stake et mise totale ne sont pas la même chose. On en a déjà parlé avec la règle 90/10 pour les ajouts de mise : si tu as des locked stake non traités, ton active stake réel peut être bien inférieur à ce que montre ton portefeuille comme montant total. Cela signifie que, même si tu te dis que tu représentes 1%, ta part réelle n’est peut-être que de 0,7%.
Cela donne une leçon très directe aux détenteurs qui misent du $DUSK : ne te contente pas de regarder combien tu as mis ; surveille plutôt l’évolution de l’active stake au niveau de tout le réseau. Les achats supplémentaires des gros détenteurs, ou la levée de mises, vont modifier ta part réelle. Si le navigateur de @Dusk pouvait afficher une comparaison entre « mon pourcentage d’active stake » et « ma fréquence réelle récente de production de blocs », ce serait bien plus utile que de ne donner qu’un simple taux annualisé. En particulier quand le nombre réel de blocs produits reste continuellement en dessous des attentes théoriques, il faut vérifier si tes locked stake ne sont pas en train de te désavantager. @Dusk

#dusk $DUSK J’ai parcouru récemment les données publiques des nœuds du mainnet Dusk et j’ai remarqué un détail intéressant : les responsables insistent sur la décentralisation, mais peu de personnes vérifient où se trouvent réellement les provisioners et les membres du comité, en termes d’infrastructure.
La consensus de Dusk dépend du fait que les provisioners proposent des blocs, puis qu’ils sont validés et ratifiés à deux reprises par le comité. En théorie, tant que l’on mise plus de 1000 DUSK, chacun peut exécuter un nœud. Mais « pouvoir exécuter » et « être effectivement en exécution » sont séparés par un gouffre entre infrastructures.
J’ai donc creusé quelques dimensions à partir des données on-chain. D’abord, l’empreinte géographique via l’attribution des IP des nœuds : si une grande partie des nœuds se regroupe sous le même numéro AS chez un fournisseur de cloud, ou si elle est concentrée dans quelques centres de données en Europe, alors la décentralisation géographique n’est qu’un chiffre sur le papier. Ensuite, la répartition des versions du client : si plus de 80 % des nœuds tournent sur la même version, une vulnérabilité au niveau du client peut suffire à faire s’arrêter le réseau. Troisièmement, la fréquence de rotation des provisioners : si les provisioners les mieux classés capturent durablement les opportunités de production de blocs, cela indique que les droits de mise et la production de blocs se figent.
La documentation de Dusk décrit très clairement les conditions de slashing, mais la pénalité vise des erreurs de comportement de nœud, pas une concentration d’infrastructure. Un réseau honnête mais concentré, face à une coupure d’alimentation en data center, à un changement de politique d’un fournisseur cloud, ou à la pression réglementaire sur les hébergeurs, dispose d’une capacité de reprise bien moindre que celle d’un ensemble de nœuds réellement dispersés.
J’ai même vu des flux de fonds on-chain provenant d’adresses suggérant que plusieurs nœuds seraient contrôlés par la même entité — simplement répartis via différentes adresses pour diversifier la mise. Ce comportement est parfaitement légal au regard des règles, mais il s’éloigne déjà, dans le sens, de l’hypothèse selon laquelle « chaque nœud représente un participant indépendant ».
Ainsi, quand je juge la décentralisation de Dusk, je ne me limite pas au nombre de nœuds. Je veux surtout voir des rapports sur la répartition géographique et des hébergeurs, la diversité des versions des clients, ainsi que le coefficient de Gini pour les droits de production de blocs des provisioners. En fin de compte, un réseau composé de 30 nœuds mais répartis sur 30 juridictions différentes sera plus résilient à la censure qu’un réseau de 300 nœuds dont tous sont entassés dans le même data center à Francfort. Le récit de décentralisation de DUSK doit être étayé par la distribution réelle au niveau de l’infrastructure, et pas par le simple total affiché sur la page de mise.
#dusk @Dusk $DUSK

#dusk $DUSK $DUSK , le modèle économique : je me suis attardé longtemps sur ce chiffre « 36 ans pour libérer 500 millions de jetons ». La plupart des gens le traduisent par « inflation à long terme », mais dans la conception de @Dusk , il y a une logique plus profonde : ces 500 millions de jetons ne sont pas de la création monétaire, ce sont des « paiements échelonnés du budget de sécurité ».
Le coût implicite des chaînes PoS traditionnelles, c’est « qui paie la sécurité ». Si la valeur économique réelle sur la chaîne ne suffit pas à soutenir les rendements du staking, alors l’inflation compense avec l’argent des nouveaux détenteurs, pour subventionner les anciens. DUSK étire ce calcul sur 36 ans : en substance, il parie sur une seule chose—que le volume de règlement RWA sur NPEX croîtra de manière exponentielle au cours des prochains cycles, de sorte que les revenus de frais remplaceront progressivement l’émission, pour devenir la principale source du budget de sécurité.
Ce pari repose sur deux variables clés. D’abord, dans quelle mesure le memorandum d’intention de 300 M€ peut-il se convertir en un véritable volume de règlements quotidiens moyens on-chain—car si le volume ne décolle pas, les rendements du staking de DUSK seront une machine à « faire travailler du nouveau pour alimenter de l’ancien », et les 36 ans ne feront que repousser l’effondrement. Ensuite, le coût de génération des preuves de circuit PlonK peut-il continuer à baisser sous l’effet des progrès de la loi de Moore, pour que le coût gaz par règlement RWA devienne suffisamment bas pour que les institutions financières aient envie d’y recourir encore et encore—et non pas « une transaction on-chain, une douleur à chaque fois ».
Au final, 36 ans n’est pas une ligne du temps, c’est un cycle de test sous pression. Si, dans l’écosystème de DUSK, la densité réelle de règlements n’atteint pas le point mort en 5 ans pour le budget de sécurité, alors le modèle d’inflation cessera d’être « à long terme » pour devenir « une longue procrastination ». Les institutions ne verrouillent pas 36 ans pour une histoire, mais elles s’engagent pour une comptabilité on-chain qui s’améliore année après année.
En ce moment, je regarde DUSK : pas le prix des jetons, mais la densité de règlements ; pas les partenariats, mais le taux de renouvellement. Le memorandum de 300 M€ est la couverture ; ce qui compte dans le corps du texte, c’est si, chaque trimestre, les frais peuvent couvrir 30 %, 50 %, puis 80 % de l’inflation.
#dusk @Dusk

#dusk $DUSK Récemment, j’ai passé en revue de bout en bout le mécanisme de staking Hyperstaking nouvellement introduit après la mise en ligne du mainnet de Dusk, et j’ai découvert que ce design est bien plus complexe qu’il n’en a l’air en surface. Beaucoup de gens pensent que staker revient simplement à verrouiller des fonds pour toucher des intérêts, mais Dusk cherche à transformer le staking, de simple outil de rendement passif, en infrastructure on-chain programmable.
Dans les chaînes publiques traditionnelles, la logique de staking est assez rudimentaire : on verrouille des tokens pour obtenir des récompenses de blocs, avec une répartition linéaire simple entre validateurs et délégants. Hyperstaking, lui, permet aux contrats intelligents de gérer directement toute la logique de staking. Les délégations privées, les produits dérivés de staking liquide et les stratégies d’amélioration du rendement peuvent tous être implémentés nativement au niveau du protocole. Cela signifie que les fonds institutionnels peuvent être configurés pour répondre à leurs besoins spécifiques en matière de gestion des risques, sans avoir à accepter passivement des règles uniformes au sein de pools standard. $DUSK
Cependant, après avoir soigneusement réfléchi, j’ai aussi réalisé que la flexibilité apportée par le caractère programmable est une pièce à deux faces, avec son lot de risques potentiels. Une fois la logique de staking écrite dans un contrat intelligent, la sécurité des fonds des délégants dépend entièrement de la robustesse du code du contrat. Si un contrat de staking tiers contient une faille, le capital des délégants peut être retiré discrètement, et les utilisateurs ordinaires ne pourront même pas comprendre les détails techniques des rapports d’audit.
Ce qui m’inquiète encore davantage, c’est que ce type de design pourrait changer l’équilibre stratégique de l’ensemble du réseau. Dans le staking traditionnel, les intérêts des “gros” et des petits sont relativement alignés, mais avec le staking programmable, dès qu’on introduit des couches de rendement complexes, les gros capitaux peuvent obtenir des rendements supra-linéaires grâce à des stratégies personnalisées, tandis que les petits ne peuvent que recevoir des rendements moyens dans les pools standards. Cette divergence peut être masquée pendant un marché haussier ; mais dès que le marché se retourne, la vitesse de retrait de liquidité risque de dépasser largement les attentes.
Pour l’instant, je reste donc plutôt en observation concernant Hyperstaking : les résultats d’audit du code et les données réelles de volumes échangent avec le marché sont plus convaincants que les promesses de n’importe quel livre blanc. La question clé est de savoir si le mécanisme de gouvernance peut trouver un équilibre entre flexibilité et sécurité, car c’est cela qui décidera si ce système pourra réellement attirer des capitaux de staking de niveau institutionnel.
#dusk @Dusk

#dusk $DUSK J’ai tiré les données de staking de DUSK et je me suis aperçu d’un détail que la plupart des gens ignorent : le montant mis en staking n’est pas égal à l’engagement.
Plus de 210M de DUSK sont verrouillés sur le réseau : ce chiffre, face à n’importe quel Layer 1, n’a rien d’inquiétant. Mais ce qui m’a réellement fait m’arrêter pour réfléchir, c’est un autre chiffre : la relation entre le nombre de nœuds et la concentration du staking. En parcourant les données de quelques explorateurs de blocs, j’ai constaté que parmi les 20 premiers nœuds, ils contrôlent plus de la moitié du poids de staking ; le reste des nœuds se partage le solde. Ce n’est pas un problème propre à DUSK : toutes les chaînes PoS suivent cette tendance. Mais la spécificité de DUSK, c’est que dans son mécanisme de répartition des récompenses de staking, 80% des récompenses de blocs vont aux producteurs, et ce ratio est plutôt élevé par rapport aux chaînes similaires.
Que cela signifie-t-il ? L’effet de capitalisation des gros portefeuilles est beaucoup plus rapide que celui des petits. Un nœud qui stake 100000 DUSK et un nœud qui stake 5000 DUSK : l’écart dans le temps n’est pas linéaire, il est exponentiel. J’ai fait le calcul : en suivant le taux d’inflation actuel, un gros compte peut creuser environ 8 à 12% d’écart supplémentaire en un an grâce à la capitalisation. $SPCXB
Cela m’a amené à reconsidérer le staking de DUSK : sur le plan narratif, c’est une « sécurité du réseau » ; dans le grand livre, c’est un « jeu de distribution de tokens ». Je ne suis pas opposé à cette conception : le mécanisme de consensus lui-même, c’est de la stratégie. Mais j’ajoute une dimension d’observation : chaque trimestre, regarder l’évolution des 20 meilleures adresses en termes de répartition du staking. Si la concentration continue d’augmenter, cela veut dire que la sécurité du réseau repose sur une poignée de personnes ; si la répartition s’élargit, cela signifie que l’écosystème se diffuse réellement. $SNDKB
Cette ligne d’observation ne juge ni la hausse ni la baisse : elle vérifie simplement si les trois mots « décentralisation » à propos de DUSK avancent réellement.
@Dusk

#dusk $DUSK 花了两个晚上把 DuskEVM 的技术栈拆开看，最让我在意的不是"EVM 兼容"这四个字，而是隐私在这一层到底是原生的还是外挂的。$SPCXB
Sur le L1 de Dusk, Phoenix intègre la confidentialité directement dans le modèle de transaction : le lien entre le montant et l’adresse est naturellement inscrit dans les circuits à connaissance nulle. Mais DuskEVM emprunte une autre voie : une couche d’exécution basée sur OP Stack, avec un règlement sur le réseau principal. La compatibilité est poussée au maximum : les développeurs Solidity peuvent transférer leurs contrats tels quels. La confidentialité, elle, est complétée par Hedger : chiffrement homomorphe et preuves à connaissance nulle pour masquer le solde ERC-20 et le montant des transferts.$SNDKB
Le problème vient du fait de « compléter ». Dans la confidentialité native, le coût est réparti au niveau du protocole ; dans la confidentialité « greffée », le coût retombe du côté de l’utilisateur : générer une preuve demande de la puissance de calcul et du temps local. Pour un transfert privé, le gas et le délai sont très probablement plus élevés que pour un transfert public. Pour les particuliers, c’est un problème d’expérience ; pour les institutions, c’est un problème de modèle de coûts. Les market makers réajustent leurs positions des milliers de fois par jour : quelques secondes supplémentaires de temps de preuve et plusieurs fois plus de gas, cumulés, deviennent du vrai argent.
Plus subtil encore : la liquidité peut être fragmentée par couches de confidentialité. Pour un même actif, la profondeur du pool public et celle du pool privé ne sont pas partagées. Un arbitragiste qui transfère de la valeur d’une couche à l’autre doit en plus supporter le coût de la preuve. Si la liquidité ne parvient pas à décoller dans la couche privée, les institutions ne pourront pas dissimuler les positions qu’elles voulaient cacher : la confidentialité se dégrade alors en simple fonctionnalité décorative.
Donc, quand je regarde DuskEVM, je ne me soucie pas vraiment d’un indicateur comme le nombre de projets dans l’écosystème. La variable clé, c’est la proportion de transactions privées et l’écart de coûts entre les côtés public et privé : à quel point cet écart se rapproche de la convergence, et à partir de quand les institutions accepteront de migrer leur volume réel de transactions vers la couche privée. Cette donnée, une fois que le réseau principal l’aura mesurée pendant un moment, finira naturellement par apparaître : impossible de tricher.
Si Hedger peut faire tomber la génération des preuves à un niveau proche de la sous-seconde et maintenir la prime de gas dans une fourchette de deux à trois fois, alors DuskEVM relie le « funnel » des développeurs d’Ethereum à un canal de confidentialité conforme ; sinon, ce ne sera qu’une autre L2 avec un slogan de confidentialité. J’ai plutôt tendance à attendre trois mois de données réelles avant de trancher.
#dusk @Dusk

#termmax Lundi matin, sur la chaîne TermMax BNB, j’ai ouvert mon tout premier GT de ma vie : j’ai mis en garantie 0,35 BNB, emprunté des USDC, puis j’ai bouclé jusqu’à un peu plus du double. Le Gas total n’a pas dépassé 0,4 U.
Le GT (Gearing Token) a une particularité : il tokenise directement la position d’emprunt elle-même. Les garanties et la dette sont regroupées dans un titre transférable. En d’autres termes, ce levier constitue un bloc d’actifs : en théorie, il peut se revendre, plutôt que de devoir rembourser étape par étape en plusieurs morceaux. C’est totalement différent de l’impression « une dette est suspendue sur un compte » qu’on ressent avec les protocoles de prêt traditionnels.
Le point le plus crucial, ce sont les coûts. Au moment d’ouvrir, l’interface affichait que cette tranche de dette de 90 jours implique un TAEG fixe de 8,4%. J’emprunte 210 U et, à l’échéance, je dois rembourser environ 214,4 U. Ce chiffre est figé au moment où je clique pour confirmer. Le même jour, le taux annuel d’emprunt USDC dans la piscine à taux variable sur la chaîne BNB était à 6,2%. Ça paraît moins cher de deux points… mais ça bouge : le mois dernier, à la fin du mois, le taux d’utilisation a dépassé 90%, et le côté variable est monté jusqu’à frôler 14%. Les 2,2 points supplémentaires que je paie, c’est justement pour acheter la tranquillité : ne plus avoir à surveiller le taux pendant les 90 prochains jours.
La ligne de risque a aussi été anticipée. Les 0,35 BNB valaient alors un peu plus de 240 U. Pour cette tranche, le LTV de liquidation est de 85%. En pratique, j’ai maintenu mon LTV à 73%. En remontant, cela signifie qu’il faudrait encore que le BNB baisse d’environ 14% pour atteindre la ligne de liquidation. Le cœur du sujet, c’est que ma dette est fixe : cette ligne ne remonte pas toute seule si les taux augmentent. C’est bien plus rassurant que l’emprunt à taux variable. $SNDKB
Deux détails qui m’ont sauté aux yeux : d’abord, la perte lors de l’ouverture en boucle se fait dans l’écart de prix entre les cotations FT/XT ; quand le capital est faible, cette part devient plus visible. Avec ma tranche de 240 U, l’aller-retour m’a coûté environ 0,3%. Ensuite, la date d’échéance doit être surveillée par soi-même : si le GT arrive à échéance et n’est pas traité, il entre dans le processus de liquidation ; contrairement à l’emprunt à taux variable, où on peut théoriquement laisser le tout indéfiniment sans s’en occuper. $SPCXB
J’ai fait des captures d’écran pour le panneau d’ouverture et pour la partie LTV. J’ai d’abord testé avec un petit montant sur tout le cycle complet : c’est mieux que d’y aller directement avec une grosse somme.
#TermMax @TermMax

#termmax Le prix, c’est pour savoir combien de temps il peut tenir. Le stock reste coincé entre les mains : le risque change chaque minute. Annoncer trop étroit, c’est se faire manger ; annoncer trop large, et personne ne vient.
Donc je regarde @TermMax : ce qui m’intéresse n’est pas seulement si le taux est joli, mais qui a des ordres suspendus de chaque côté.
Le marché à échéance fixe complique la vie des teneurs de marché. Dans un pool à taux variable, le teneur de marché gère un seul prix ; dans un marché à échéance fixe, trente jours, quatre-vingt-dix jours, cent quatre-vingts jours, ce sont autant de jambes indépendantes, chacune avec sa propre profondeur et son propre risque d’échéance. Le même montant de fonds est ici découpé en plusieurs parties.
Le plus compliqué, c’est la nature du stock. Le FT que vous avez en main n’est pas un actif neutre : il a une date d’échéance claire, et le temps modifie continuellement sa juste valeur. Vous ne couvrez pas seulement le prix : vous couvrez aussi le temps.$SPCXB
La façon de traiter de TermMax consiste à rendre la fourniture de liquidité aussi structurée que possible, en étalant les fonds par tranches de façon à ne pas obliger le teneur de marché à surveiller manuellement chaque niveau de prix. Cela réduit le fardeau opérationnel, mais n’élimine pas le problème fondamental : plus il y a d’échéances, plus les choix sont nombreux, et plus chaque “case” est fine.$SNDKB
Pour les traders, cela implique deux choses très concrètes.
D’abord, le slippage sur les échéances peu demandées devient nettement plus coûteux : la profondeur que vous voyez sur les échéances populaires ne reflète pas la profondeur de toute la courbe. Ensuite, pendant ces quelques jours où les échéances de tout le monde tombent en même temps, le manque est précisément chez l’autre partie : quand il faut proroger l’échéance, c’est souvent à ce moment-là que le spread est le plus large.
Ce n’est pas un défaut de conception : c’est un coût structurel du modèle à échéance fixe. Si vous êtes prêt à l’assumer, en échange vous obtenez un coût prévisible.
Question en suspens : accepteriez-vous un carnet d’ordres plus fin pour obtenir un taux d’intérêt déterminé ? À combien chiffre, dans votre tête, cette décote ?
#TermMax @TermMax

#dusk À chaque fois que quelqu’un félicite $DUSK pour la vitesse de production de blocs, je veux surtout savoir quel est le coût de cette rapidité. Remettez la documentation de consensus de @Dusk : elle utilise Succinct Attestation, un consensus déterministe basé sur la preuve d’enjeu. La production des blocs et la finalité sont décidées par un comité de provisioners tirés au sort, via un vote, et non par une compétition de puissance de calcul.$SPCXB
Les avantages de ce design sont très directs : les blocs ont une finalité claire, contrairement aux chaînes probabilistes où il faut attendre de nombreuses confirmations avant d’oser considérer le dépôt comme arrivé. Pour une chaîne axée sur le règlement, la finalité est bien plus importante que des chiffres marketing de débit—la compensation des titres redoute surtout le risque de « ce paiement pourrait être annulé ». Donc mettre la finalité en priorité dans le consensus est la bonne direction.$SNDKB
Mais la déterminisme n’est jamais gratuit. Le vote du comité implique que la sécurité dépend fortement du nombre de provisioners, de la répartition des mises et de leur taux de disponibilité en ligne. Si les nœuds tirés au sort se concentrent entre les mains de quelques entreprises, ou si une grande partie des mises est en réalité gérée sous le même nom d’entité, alors « la décentralisation » n’est qu’une longue liste, pas un pouvoir dispersé. Sur la chaîne, on peut vérifier le montant total misé, mais on ne peut pas savoir derrière ces mises, combien de personnes réelles il y a.
En regardant la santé du consensus de #dusk , je ne me contenterai pas de surveiller des chiffres d’événement comme le TPS et le temps de production des blocs. Je vais plutôt suivre trois points : le nombre réel de provisioners actifs augmente-t-il, la concentration des adresses de mise diminue-t-elle, et le réseau peut-il terminer la finalité normalement quand des nœuds se déconnectent.
La sécurité d’une chaîne ne se résume pas au nom de l’algorithme écrit dans le livre blanc : elle se mesure au nombre de participants indépendants prêts, chaque jour, à engager de l’argent réel pour l’entretenir. La conception du consensus lui donne un départ honorable, mais après ce départ, la décentralisation se maintiendra ou non grâce aux votes des personnes, pas grâce aux documents qui certifient.
#dusk @Dusk

#termmax Produits à revenu fixe : à force d’en voir, on finit par prendre une habitude d’inertie : d’abord regarder la liste des taux, choisir le plus élevé, puis valider. Mais dans une structure pilotée par les ordres comme TermMax, cette inertie est précisément ce qui risque le plus de vous faire rater le bon prix — car les taux affichés sur la page ne reflètent que les taux des ordres qui ont été appariés dans le passé, et ne signifient pas que, lorsque vous appuyez maintenant, vous obtiendrez le même prix.
L’attestation FT du @TermMax est, dans l’essence, une obligation à zéro coupon : elle est remboursée au nominal à l’échéance, et le rendement provient de l’escompte au moment de l’achat. Le problème, c’est précisément ce « moment d’achat » : l’escompte que vous voyez correspond à la trace laissée par le dernier成交 (appariement) d’une autre personne. En revanche, l’escompte auquel vous parvenez lors de votre propre appariement dépend du nombre d’acheteurs présents à ce moment-là et de la profondeur des ordres placés. Entre ces deux instants, le prix peut différer de plusieurs points de pourcentage.
C’est ce qui explique pourquoi, pour une même échéance, le coût réel de transaction n’est pas identique selon les personnes. Sur un marché profond, quand de gros ordres entrent et sortent, le glissement est faible : on obtient un escompte proche de la valeur idéale. Sur un marché peu profond, en revanche, dès qu’une seule opération entre, le prix peut être décalé. En ce sens, le « taux fixe » n’est pas « identique pour tout le monde », mais plutôt : « le prix auquel vous concluez vous-même, une fois fixé, ne bouge plus ». $SPCXB
Ainsi, pour évaluer un marché sur TermMax, je ne commence pas par consulter les rendements historiques. Je vérifie d’abord si, des deux côtés du carnet d’ordres à cette échéance, la profondeur est suffisamment épaisse ; si l’escompte des transactions récentes oscille fortement ; et quel impact aura, sur le prix actuel, le volume de votre propre ordre à votre échelle. Les chiffres peuvent tromper, la profondeur ne trompe pas.
Verrouiller le taux sur le papier est facile ; faire réellement entrer et sortir les fonds sur le marché au prix correspondant, c’est là que tout se joue. $SNDKB
Renonceriez-vous à une échéance qui paraît offrir un intérêt élevé, parce que la profondeur du marché est insuffisante ?
@TermMax

#dusk $DUSK 深夜看了下Dusk的技术文档更新，想聊聊Rusk VM这块。跟很多套壳隐私项目不同，Dusk从底层就是为选择性披露设计的，Rusk用的是Plonk变种零知识证明系统，交易默认加密但通过view key可审计，这跟Zcash那种要么全透明要么全黑盒的二元设计不一样。技术选型上我觉得挺聪明的，因为合规机构真正要的不是匿名，而是最小披露，审计员能查，普通人看不见。$SPCXB
La lignée DuskEVM mérite aussi d'être suivie. Si on y construit une couche de compatibilité avec EVM, cela signifie que les contrats Solidity existants pourront être migrés à moindre coût. Mais pour l'instant, ce que fait le testnet Boreas reste plutôt dans une phase de validation d'infrastructure de base : je n'ai pas encore vu de logique DeFi complexe ou de traitements de compensation de valeurs exécutés dessus. C'est aussi là que j'ai des réserves. Sur le plan théorique, ce système de preuves à divulgation nulle de connaissance est très séduisant, mais en pratique, ce sont souvent les goulots de performance de l'implémentation qui déterminent l'issue — notamment le temps de génération des preuves et les coûts gas. Les données officielles publiées là-dessus ne sont pas particulièrement détaillées. $
Une autre question que je me pose : comment ce mécanisme de divulgation sélective fonctionne-t-il concrètement dans des scénarios de conformité en entreprise ? Est-ce que chaque organisation gère ses propres view keys, ou bien existe-t-il une couche de conformité unifiée qui fait l'intégration KYC ? Si c'est la première option, la complexité de la gestion des clés pourrait sérieusement décourager les équipes techniques de la finance traditionnelle : elles ont l'habitude de bases de données centralisées et de la gestion des accès, pas de gérer elles-mêmes des clés privées. Le fossé d'expérience entre ces deux mondes, peut-être, est même plus difficile à combler que la technologie elle-même.
La combinaison « preuves à divulgation nulle + audit de conformité » est, sur le plan narratif, effectivement plus inspirante que des monnaies purement anonymes ou des blockchains purement transparentes. Mais entre le fait que la technologie est réalisable et celui qu'une institution soit prête à migrer son activité cœur, il me semble qu'il y a plus d'obstacles que ce que le public imagine. Après le lancement du réseau principal de DuskEVM, selon vous, quels types de développeurs seront d'abord attirés : plutôt RWA ou bien des protocoles DeFi ordinaires ?
#dusk @Dusk $SNDKB

#termmax Le taux fixe semble plus certain que le taux variable, mais cette certitude ne naît pas de nulle part : elle dépend d’une liquidité suffisante, d’une conception des maturités raisonnable, et de la présence d’utilisateurs réels prêts à se placer des deux côtés de la transaction.
C’est aussi le point que je surveille le plus quand j’observe @TermMax . Le protocole peut lancer plusieurs marchés à échéance, ou donner des rendements anticipés pour des durées différentes. Mais si les fonds se concentrent dans quelques pools populaires seulement, et que les autres maturités ne voient presque aucune transaction, alors le soi-disant « marché des échéances » n’est plus qu’une page d’affichage. L’utilisateur voit un prix, mais cela ne signifie pas qu’il peut conclure une transaction d’une taille suffisante à ce prix.
Le véritable point difficile pour un marché à taux fixe, c’est que la liquidité est découpée par date d’échéance. Les fonds d’un mois, de trois mois et de six mois ne peuvent pas être considérés simplement comme le même actif. Les préférences temporelles des emprunteurs et des prêteurs ne sont pas parfaitement alignées. Plus il y a d’échéances, plus les choix des utilisateurs sont nombreux, mais plus la liquidité risque aussi d’être dispersée. S’il y a trop peu d’échéances, les opérations sont certes plus simples, mais il devient plus difficile de répondre aux besoins de gestion du risque de différents flux de fonds.$SPCXB
Par conséquent, la compétitivité future de #TermMax ne doit pas seulement s’évaluer au nombre de marchés lancés, mais à la profondeur de chaque marché, au slippage, à la fréquence des transactions et à la situation de reconduction après l’échéance. Si l’utilisateur augmente ne serait-ce que légèrement la taille de ses opérations, le taux réel s’écarte alors nettement de l’affichage de la page, et la certitude offerte par le taux fixe s’en trouve affaiblie.$SNDKB
Au contraire, je pense que TermMax n’a pas forcément besoin, dès le départ, de chercher à couvrir tous les actifs et toutes les maturités. Plutôt que de répartir la liquidité de façon moyenne sur une multitude de marchés, il vaut mieux commencer par se concentrer sur les stablecoins et les actifs les plus demandés, puis construire quelques échéances essentielles capables de conserver des transactions régulières. Tant que ces marchés parviennent à produire des prix fiables, l’expansion ultérieure aura une base.
À la fin, ce qui départagera le protocole à taux fixe, ce n’est pas celui qui affiche le plus de chiffres sur sa page, mais celui qui permet aux utilisateurs, lorsqu’ils ont besoin d’emprunter ou de configurer un rendement, d’effectuer réellement une transaction à un coût proche de ce qui était attendu. Si la profondeur de liquidité ne résiste pas à l’épreuve, même un taux fixe très « beau », peut n’être qu’en apparence stable. @TermMax

#dusk $DUSK Ces deux derniers jours, j’ai réorganisé l’itinéraire de sécurité du numéro @Dusk . Je me suis rendu compte que ce qui mérite vraiment d’être discuté n’est pas de savoir si le projet a déjà rencontré des problèmes, mais plutôt la manière dont il segmente la sécurité du protocole, la sécurité de l’application et la sécurité de la garde des actifs. Beaucoup de gens, en voyant un accident de pont inter-chaînes, pensent d’abord que tous les risques viennent du mainnet ; d’autres, en entendant que le consensus n’a pas été compromis, en déduisent que l’incident n’a rien à voir avec Dusk. Ces deux jugements sont trop simplistes. Pour les utilisateurs, dès qu’une faille apparaît au niveau d’une entrée d’actifs, d’un service de signature ou d’une sortie inter-chaînes, la perte économique existe bel et bien, et on ne peut pas l’ignorer sous prétexte que le protocole sous-jacent fonctionne normalement.
Ce à quoi Dusk doit faire face aujourd’hui, c’est un ensemble de systèmes à couches multiples : le consensus gère l’état du réseau, la machine virtuelle exécute la logique, Phoenix traite les transactions de confidentialité, et le pont ainsi que le portefeuille gèrent le flux d’actifs externe. Si les conditions aux limites d’une couche sont erronées, cela peut affecter la confiance des utilisateurs dans l’ensemble du réseau. Par conséquent, corriger une vulnérabilité n’est que la première étape : il est plus important de vérifier si des problèmes du même type existent aussi dans d’autres composants, et de confirmer si la version corrigée couvre bien les nœuds, les portefeuilles et les services associés.
Je m’intéresse particulièrement à savoir si l’équipe envisage de transformer l’audit interne en mécanisme continu, plutôt que d’attendre la publication d’une version majeure pour procéder à une vérification concentrée. Les preuves à connaissance nulle, la validation de signature et la désérialisation relèvent tous de couches inférieures difficiles à remarquer pour les utilisateurs ordinaires ; une mise à jour qui introduit de nouveaux codes peut aussi rouvrir d’anciens risques. Les audits externes peuvent fournir un point de vue indépendant, mais ne peuvent pas remplacer une surveillance en cours d’exécution, des mécanismes de limitation et un dispositif d’arrêt d’urgence.$SPCXB
Ainsi, pour évaluer la sécurité de DUSK, on ne peut pas seulement regarder le nombre d’audits, ni se limiter à une annonce ponctuelle après un incident. Les indicateurs plus précieux sont la vitesse de correction des vulnérabilités, le taux de mise à niveau des nœuds, les limites des hot wallets, la séparation des droits relatifs aux clés et les résultats de la re-vérification ultérieure. La sécurité ne signifie pas « ne jamais se tromper », mais plutôt « rendre l’erreur difficile à amplifier » et « pouvoir la détecter et la contrôler rapidement ».#dusk @Dusk $SNDKB

#termmax Du point de vue des prêteurs, @TermMax peut facilement attirer toute l’attention vers les revenus à revenu fixe de FT ; mais si l’on se place du côté des emprunteurs, l’autre logique du protocole apparaît. GT n’est pas un simple reçu de dépôt : c’est un ERC-721 qui porte le droit de gérer les garanties, les dettes et les positions. Celui qui le détient doit alors faire face aux modalités de remboursement, aux variations de valeur des garanties et aux risques potentiels de liquidation.
Le taux fixe est également utile aux emprunteurs. Dans un système d’emprunts à taux variable, le coût des fonds peut changer rapidement en fonction du taux d’utilisation ; l’emprunteur a alors du mal à estimer à l’avance le coût total sur une période donnée. Avec une structure assortie d’une échéance clairement définie, l’emprunteur peut planifier plus précisément ses obligations de remboursement à l’échéance. Cela séduit ceux qui veulent verrouiller leur coût de financement, mais verrouiller le coût ne signifie pas que la position de garantie n’a plus besoin d’être gérée.
Si le prix de l’actif mis en garantie baisse, la dette relativement à la valeur de la garantie augmente, et la position peut progressivement s’approcher des conditions de liquidation. Or le marché on-chain fonctionne 24h/24 : les fortes fluctuations ne vont pas attendre que le détenteur se reconnecte. En tant que titre de position transférable, GT augmente la flexibilité du portefeuille et de la gestion, mais exige aussi que le repreneur comprenne clairement ce que couvre la garantie, le montant de la dette, le temps restant avant l’échéance et si la marge de sécurité actuelle est suffisante.$SPCXB
C’est aussi ce qui explique pourquoi les côtés prêteur et emprunteur de #TermMax ne peuvent pas être évalués séparément. Le détenteur de FT s’attend à être remboursé à l’échéance ; derrière cela se trouve la bonne exécution de l’emprunteur et la garantie offerte par le système de garantie. Lorsque l’emprunteur ne parvient pas à rembourser normalement, les mécanismes de liquidation ou de livraison doivent faire remonter la valeur de la garantie. Si la liquidité de l’actif garanti est insuffisante, ou si un scénario extrême entraîne des sauts de prix rapides, même une sur-garantie théorique peut subir des pertes d’exécution. Le rendement vient de la relation de dette, et le risque se transmet naturellement le long de cette relation.$SNDKB
Ainsi, quand j’examine GT, je ne me demande pas seulement « combien peut-on emprunter », mais je calcule aussi trois limites : à partir de quel niveau la baisse de l’actif de garantie fait entrer la position dans la zone dangereuse, combien de temps de réaction il faut pour compléter la garantie ou rembourser la dette, et d’où proviendra le capital de remboursement avant l’échéance. Pour FT, je vérifie en sens inverse l’actif correspondant et les voies de recouvrement en cas d’anomalies. La valeur du mécanisme de TermMax réside dans le fait qu’il décrit plus clairement les échéances et les droits ; @TermMax

#dusk $DUSK Aujourd’hui, en relisant le modèle de transactions de confidentialité @Dusk , je ne me concentre plus uniquement sur « l’argent est-il rendu public ». Je porte désormais mon attention sur la frontière d’autorisation liée à la clé d’accès. Phoenix place les fonds dans un note chiffré ; de l’extérieur, on ne voit ni le solde ni les entrées/sorties. Mais dès que l’on implique un dépositaire, un auditeur ou une demande de la régulation, il faut une clé contrôlable, sinon la confidentialité devient une boîte noire impossible à auditer.
Dans la documentation, l’accès à la clé est conçu comme un outil pouvant être attribué à des rôles spécifiques. Ce geste ressemble à une autorisation technique, mais redéfinit en réalité l’obligation de confidentialité. Par exemple, une transaction institutionnelle peut masquer le contrepartiste et les montants aux nœuds ordinaires, tout en les rendant accessibles à un officier de conformité ; l’auditeur peut vérifier les flux de trésorerie, mais ne dispose pas des droits lui permettant d’agir à volonté. Cette distinction est cruciale : la visibilité n’est pas le contrôle.
Si l’on compare la confidentialité à une porte, la clé pour la consultation ne démonte pas la porte : elle fournit une clé d’une fenêtre d’observation, faite pour voir sans pouvoir toucher la poignée. Le problème résolu n’est pas « faire en sorte que tout le monde ne voie rien », mais « qui peut voir quoi, à quel moment, et qu’a-t-il le droit de faire ». Cela est particulièrement sensible pour les actifs de type titres : avant la transaction, il faut divulguer ; après la transaction, il faut tracer ; le dépositaire doit vérifier les soldes, mais les participants au marché ne veulent pas pour autant dévoiler entièrement leurs cartes.
À ce jour, les informations publiques ne précisent ni la probabilité d’un abus de la clé de consultation, ni la procédure d’obtention de la clé par l’auditeur, ni le plan d’isolement en cas de fuite de la clé privée. Ces lacunes influencent directement la volonté des institutions de connecter de véritables fonds à la blockchain. Car si « divulguable » est compris comme « visible par un point unique », la confiance s’effondre à moitié.
Donc, après avoir regardé #dusk , je porterai davantage d’attention à la granularité de l’autorisation de conformité et au chemin de reprise après un échec d’audit, plutôt que de considérer DUSK uniquement comme une crypto de confidentialité dont le cours monte ou descend. Une blockchain de confidentialité doit s’intégrer à la finance ; l’enjeu n’est pas de cacher « combien », mais de pouvoir l’ouvrir de façon précise quand on en fait la demande. #dusk @Dusk $DUSK

#dusk $DUSK Récemment, j’ai relu la même actualité sur NPEX. Beaucoup de gens ne voient que « 300 millions d’euros de titres tokenisés en chaîne », mais ce qui mérite vraiment d’être décortiqué, c’est le problème qu’elle résout en réalité. Dans les marchés financiers traditionnels, si une grosse transaction obligataire est affichée publiquement sous forme d’ordres, mais qu’elle ne se conclut pas, le prix est rapidement écrasé. Les teneurs de marché, eux, retirent immédiatement leur liquidité dès qu’ils voient une grosse opération. Sur une chaîne entièrement transparente, ce problème serait encore plus grave : on diffuse en temps réel les positions de base des institutions.
La démarche de Dusk n’est pas de supprimer toutes les données, mais de rendre invisibles pour l’utilisateur lambda les montants, les positions et le sens des transactions, tout en conservant des interfaces d’audit pour les nœuds de conformité. En d’autres termes : le marché ne voit pas, mais le régulateur, lui, voit.
Ce design est crucial pour la RWA. Pour les titres tokenisés, les fonds immobiliers et la dette privée, le pire scénario est d’être analysés par les pairs sur une chaîne transparente. Si les institutions acceptent d’aller en chaîne, ce n’est pas pour poursuivre un idéal : c’est pour réduire les coûts de règlement. Si la confidentialité est mal faite, les économies réalisées peuvent être englouties par le risque de fuite d’informations. Dusk agit donc comme un petit « pont » à cet endroit.
Et la vraie demande de DUSK va aussi émerger de là. Chaque inscription, transfert et règlement d’un actif tokenisé doit appeler des ressources réseau : les frais de carburant sont incompressibles. Tant qu’il y a de vraies transactions on-chain, DUSK ne se contentera pas de raconter une histoire grâce aux intérêts de la mise en gage. Les 12 % de rendement annuel annualisé ne sont qu’une incitation à verrouiller temporairement les tokens ; ensuite, ce qui compte, c’est de savoir si les institutions arriveront à faire tourner le moteur.
Bien sûr, ce raisonnement a aussi un point faible très clair : si NPEX n’est qu’un pilote, et qu’il n’y a pas davantage d’échanges et d’émetteurs qui s’y connectent, l’histoire risque de s’arrêter à la preuve de concept. La fenêtre de conformité MiCA en Europe ne va pas attendre indéfiniment : qui parviendra le premier à faire fonctionner un règlement privé sous supervision réglementaire, pourra s’emparer de cette part de marché.
Si les institutions ne mettent pas leurs opérations en chaîne, ce n’est généralement pas parce qu’elles ne veulent pas d’efficacité, mais parce qu’elles ne veulent pas dévoiler à nu leurs cartes. Tu penses que Dusk joue bien cette carte ?
#dusk @Dusk $DUSK

Parlez de @Dusk , et il y en a très peu qui mentionnent Rusk VM. C’est une machine virtuelle conçue en interne par Dusk : écrite en Rust, elle exécute des contrats WASM. À première vue, on dirait un simple choix purement technique, sans rapport avec les investisseurs. Mais récemment, j’ai découvert que c’est précisément ce « choix de couche inférieure » qui déterminera si Dusk pourra décrocher des commandes institutionnelles à l’avenir.
D’abord, du côté contre-intuitif : l’écosystème Solidity est tellement vaste que la compatibilité EVM est presque devenue un prérequis pour les nouvelles chaînes. Dusk, lui, ne l’a pas choisi. Il a opté pour Rust + WASM : la courbe d’apprentissage est abrupte, et le coût de migration des développeurs est élevé. Est-ce qu’ils ne s’enferment pas volontairement dans une voie étroite ?
Mais quand je ramène les scénarios d’usage à « le règlement de titres », tout devient logique. $AKE
Un système de valeurs mobilières craint surtout deux choses : l’incertitude et les failles de mémoire. Les débordements d’entiers de Solidity, les attaques par réentrance, l’estimation approximative du Gas… Pour bricoler de la DeFi, ça peut passer ; mais dès qu’il s’agit d’absorber un vrai processus de livraison de titres, c’est la catastrophe. Le modèle d’ownership de Rust supprime en amont les problèmes de mémoire et de concurrence dès la compilation ; et l’environnement d’exécution WASM est hautement déterministe : le même bytecode produit exactement le même résultat sur n’importe quel nœud.
Pour un memecoin, c’est une sur-ingénierie ; pour une chaîne de titres, c’est une condition d’accès obligatoire.
Ensuite, regardons les infrastructures financières traditionnelles : le cœur des systèmes de Nasdaq et de SWIFT repose sur du C++/Java ; personne n’irait écrire un moteur de règlement en JavaScript. Le choix de Rusk VM, c’est en substance l’importation directe des « exigences d’ingénierie au niveau financier » dans la couche des smart contracts. Ce n’est pas une bataille pour séduire les développeurs casual d’EVM ; c’est la préparation à une vague de clients totalement différents : des ingénieurs système habitués à Rust, des équipes de quant, et des équipes IT traditionnelles.
C’est une stratégie de long terme :
à court terme, on regarde le nombre de développeurs : Dusk perd face à Ethereum et Solana ;
à moyen terme, on regarde le coût des audits de code : Dusk finit par écraser ;
à long terme, on regarde qui peut conquérir des commandes institutionnelles : le vivier d’ingénieurs Rust est dix fois plus profond que celui de Solidity.
Bien sûr, il y a des doutes : le démarrage de l’écosystème sera plus lent, le nombre de Dapp au début paraîtra maigre, les données de TVL ne seront pas très flatteuses à court terme, et le sentiment du marché secondaire sera comprimé. Les fluctuations de prix liées au temps de ce cycle risquent fort de ne pas suivre durablement la « progression technique ». $SPCXB
Mais si vous croyez que le RWA est la voie principale incontestable des cinq prochaines années, alors la question « le choix de couche inférieure correspond-il aux exigences du secteur financier ? » mérite plus d’attention que « le nombre d’acteurs dans l’écosystème ». Rusk VM est, pour moi, un point d’ancrage essentiel pour juger si Dusk joue vraiment le jeu.
#dusk @Dusk $DUSK

J’ai toujours eu l’impression que les difficultés du RWA ont été présentées à l’envers.
Tout le monde se compare à qui parvient le mieux à « déplacer des actifs » sur la chaîne, comme si le simple fait de les y déposer suffisait à gagner.
Ce que je veux plutôt demander, c’est : une fois déposés, est-ce qu’ils bougent vraiment ?
En regardant <c-1/> @Dusk , cette question devient encore plus forte. Ce n’est pas un simple schéma de mappage d’actifs : c’est une conception directement orientée vers des titres réglementés, pour que des éléments comme les actions et les obligations puissent être émis, échangés et réglés sur la chaîne.
Cela détermine des critères d’évaluation totalement différents de ceux des autres RWA.
Un jeton mappant de l’or : une fois frappé et simplement conservé, cela compte comme de la TVL.
Mais pour un jeton de type « titre », sa valeur réside précisément dans le fait qu’il doit être manipulé en permanence : souscription, cession, distribution de dividendes, votes, rachat.
Imaginez une institution émettant des obligations sur la chaîne.
Le jour de l’émission, l’activité est trépidante.
Et ensuite ? Si le marché secondaire manque de liquidité, s’il n’y a personne pour échanger, et si les dividendes reposent encore sur un traitement manuel hors chaîne, alors cette obligation n’est plus qu’une preuve statique stockée sur la chaîne.
Le fait qu’elle soit sur la chaîne ne signifie pas que la chaîne travaille pour elle.
C’est pourquoi, en ce qui concerne les progrès du RWA de <t-2/> #dusk , je ne pense pas que l’on doive seulement compter le nombre d’actifs ajoutés ni annoncer l’ampleur du volume.
Je veux plutôt suivre trois indicateurs d’activité : la fréquence mensuelle des transactions après l’inscription d’un actif unique sur la chaîne ; si les distributions de dividendes et les actions de l’entreprise sont vraiment exécutées automatiquement on-chain ; et le nombre réel de cessions sur le marché secondaire, plutôt que le simple nombre de souscriptions lors de la première émission.
La demande de <t-2/> $DUSK se cache finalement dans toutes ces opérations répétées.
$BTC
Le déplacement d’actifs ne se produit qu’une seule fois, mais le fait que l’actif vive, lui, arrive tous les jours.
Dusk parie sur ce dernier point.
Il ne reste qu’une question : aujourd’hui, ces actifs réglementés qui sont sur la chaîne sont-ils réellement utilisés, ou bien ne sont-ils que stockés ?
#dusk <t-2/> @Dusk $DUSK

Quand j’étudiais les mécanismes de staking de DUSK, j’ai découvert un design intéressant : staker du DUSK permet non seulement d’obtenir les frais de réseau, mais aussi de recevoir des “récompenses de couche protocolaire”. Ça ressemble à une procédure standard de PoS, mais l’élément clé, c’est que les récompenses de staking de DUSK sont liées aux “comportements des validateurs”. Si les transactions que tu validates contiennent des actes interdits (par exemple, des interactions avec des adresses en dehors de la liste blanche), tu ne gagnes pas seulement les récompenses : tu te fais aussi confisquer ton staking.
Ce type de “stimulation négative” est rare dans DeFi. La plupart des projets récompensent les actions correctes, mais ne punissent pas les erreurs. Or la logique de DUSK est la suivante : la conformité des tokens de type actif financier doit être attestée par les validateurs. Si les validateurs laissent passer des entorses, la valeur du réseau entier s’effondre.
Donc, ce n’est pas simplement du “revenu sur capital”, c’est un “revenu sur service de conformité”.$BTC
Cela me fait penser aux “banques de dépositaire” de la finance traditionnelle : elles facturent des frais de garde chaque année, mais si elles perdent les actifs d’un client, elles doivent répondre d’une responsabilité illimitée. Les validateurs de DUSK ressemblent à ce rôle, sauf qu’ils remplacent le contrat par du code.
Et comme les validateurs doivent mettre en jeu des actifs en staking, cela crée une forme de “garantie à soi-même” : si tu n’es pas conforme, tu perds ton capital.
Pour les institutions, cette conception présente deux attraits : d’une part, le rendement peut être anticipé, car le volume de staking détermine la capacité de service, tandis que la demande vient de l’émission réelle d’actifs ; d’autre part, le risque est maîtrisable, car les mécanismes de pénalité sont transparents et auditables. J’ai fait des calculs : le rendement annualisé actuel du staking de DUSK est d’environ 12%, mais en tenant compte de l’explosion future du marché des tokens d’actifs financiers, les revenus de frais pourraient largement dépasser le taux d’inflation.
Mais je dois aussi apporter une note prudente : un rendement élevé va souvent de pair avec un risque élevé. Si le réseau DUSK rencontre une faille majeure, les actifs mis en staking par les validateurs pourraient s’annuler en un instant. Donc, ce n’est pas un outil de gestion “pour les novices” : c’est une activité de nœud qui exige des compétences professionnelles de gestion des risques.$DUSK , peut-être devrais-tu d’abord te demander : acceptes-tu d’être ce “gardien de la conformité” ?
#dusk @Dusk $DUSK

#TradFi晒单 J’ai pris une toute petite position en fin de séance sur $SNDKB , juste pour garder le “feeling” du marché. Cette semaine, j’ai vu enfin un arrêt de la baisse sur le prix spot des plaquettes NAND, tandis que l’action SanDisk a montré à plusieurs reprises des signaux d’achat sur repli avec des volumes. Mais l’humeur du marché reste bridée par la nouvelle d’expansion de CXMT. Ce duo “stabilisation des prix + sentiment baissier” est exactement le signal de côté que je préfère. SNDKB, en tant que preuve 1:1 détenue en garde par l’ADGM, n’a pas de droit de vote. Je le considère donc uniquement comme un substitut spot, sans levier. Si la semaine prochaine SanDisk affiche une bougie haussière avec volume et tient la ligne des 5 semaines, j’augmenterai la position à 10 %. Sinon, ce sera un coût d’essai et d’ajustement : je ne m’en fais pas. Vous, vous prenez SNDKB pour attendre une confirmation des signaux, ou pour bâtir d’abord une position de base ?