AlizehAli

@Dusk ‎Un ami a passé des mois à faire enregistrer une marque pour un produit avant de se rendre compte que le nom et le procédé de fabrication réel faisaient l’objet de deux enregistrements totalement distincts : une équipe s’occupait de la marque, tandis qu’une équipe entièrement différente construisait la machine qui rendait le produit réel. Je pensais que XSC et Zedger étaient deux systèmes concurrents sur Dusk. Cette hypothèse s’est effondrée quand j’ai retracé la manière dont les documents d’architecture propres à Dusk décrivent la relation.
‎
‎XSC, Confidential Security Contract, est le nom de la fonctionnalité — la norme que Dusk utilise pour les cas d’usage liés aux valeurs mobilières. Zedger est le modèle de transaction hybride spécifique, combinant des éléments de type UTXO et de type compte, que les documents de Dusk indiquent comme fournissant cette fonctionnalité XSC. L’un nomme ce que le réseau peut faire. L’autre est le mécanisme qui le fait. $DUSK
‎
‎À partir de là, ce sujet cesse d’être purement théorique. Une institution qui s’intègre à Dusk pour la tokenisation d’actifs financiers ne choisit pas entre « XSC » et « Zedger » comme options concurrentes : elle construit spécifiquement contre Zedger, tandis que XSC est le nom de la norme de conformité auquel la documentation juridique et réglementaire fera référence. Les confondre peut amener un développeur à chercher des « documents d’intégration XSC » et à rater le fait que l’implémentation technique réelle se trouve entièrement sous le nom de Zedger. #dusk
‎
‎Le véritable test pour DUSK est de savoir si cette séparation des noms finit un jour par faire que, au sein d’une institution, un effort d’intégration soit mal orienté en cherchant le mauvais terme.
‎
‎Le fait de conserver le nom de la norme séparé de son nom d’implémentation clarifie-t-il l’architecture pour les personnes qui doivent réellement construire contre elle, ou bien cela leur fait-il simplement perdre du temps à déterminer quel nom chercher en premier ?
‎

#dusk $DUSK @Dusk

@Dusk Ainsi, Citadel peut prouver que vous avez plus de 18 ans, ou que vous vivez effectivement dans un certain pays, sans jamais montrer à l’autre partie votre vraie date de naissance ni votre adresse. Il m’a fallu relire ça deux fois la première fois que je l’ai vu.

Tous les contrôles d’identité que j’ai jamais passés fonctionnent dans l’autre sens — vous remettez tout le document et la personne qui vérifie n’en extrait que le seul détail dont elle a besoin.

Honnêtement, ma première réaction a été : « d’accord, ça ressemble à un mot à la mode pour la confidentialité ». Prouver son éligibilité sans afficher les données qui la sous-tendent ? C’est exactement le genre de phrase que le marketing adore brandir. $DUSK

Mais j’ai quand même pris le temps de regarder ce que dit Dusk que fait Citadel. Il s’agit d’une configuration d’identité auto-souveraine intégrée directement au réseau — pas d’un plugin d’un tiers — spécifiquement pour que vous puissiez vous authentifier auprès d’un service tout en préservant votre vie privée. Vous montrez simplement que vous franchissez le seuil, et c’est tout ; rien d’autre vous concernant n’est inclus. Et comme c’est une partie du protocole lui-même et pas quelque chose qu’une application a greffé pour elle-même, ça fonctionne partout où vous en avez besoin sur la blockchain, sans être limité à un seul cas d’usage. #dusk

Ce qui m’a vraiment marqué : ce n’est pas que Citadel cache vos infos. C’est que la personne qui vérifie n’avait, à la base, pas besoin de vos informations. La vraie question a toujours été : « est-ce que vous remplissez ce critère ? », pas « dites-moi tout sur vous » — et la plupart des systèmes d’identité posent une question étroite, mais exigent une réponse bien plus vaste que ce dont ils ont réellement besoin.

#dusk $DUSK @Dusk

Zcash a grimpé au-dessus de 800 $ après une vive reprise sur plusieurs semaines, s’échangeant récemment autour de 830–860 $ après avoir atteint un sommet proche de 888 $. Le mouvement a suivi le lancement de l’ETF Zcash de Grayscale (ZCSH) sur le NYSE Arca vers le 25 août, premier produit américain au comptant offrant une exposition à la ZEC, avec des frais de 2,5 %.
La reprise a également relancé le débat autour des transactions optionnelles protégées de Zcash, qui utilisent des preuves à connaissance zéro, par rapport aux modèles de confidentialité par défaut employés par d’autres cryptomonnaies. Les partisans mettent en avant son plafond d’offre de 21 millions, tandis que d’autres restent surtout concentrés sur la liquidité, l’usage et les problèmes techniques passés. Faites vos propres recherches (DYOR).

#zcash #zec #etf #Crypto #Write2Earn

$ZEC

$ZEC

En hausse de 5% et toujours en train de grimper l’échelle depuis 827 — chaque EMA alignée en dessous, tendance haussière parfaite

$ZECUSDT LONG
Entrée : 860.97 – 877.00
SL : 845.61
TP : 888.65 / 891.71 / 900.00

RSI(6) à 66 indique un fort momentum sans être surchauffé — encore de la marge avant l’épuisement. Faites vos propres recherches (DYOR)

#zec #Write2Earn! #TrendContinuation #cryptosignals

$ZEC

@Dusk J’ai cartographié ce que l’intégration de Chainlink de Dusk standardise réellement, étant donné que « l’adoption de normes d’interopérabilité » est mentionnée sans expliquer concrètement ce qui change. $DUSK

Ce qui est confirmé : Chainlink CCIP devient la couche canonique d’interopérabilité pour les actifs tokenisés. NPEX émet sur DuskEVM, permettant à ces actifs de circuler entre plusieurs écosystèmes blockchain plutôt que de rester verrouillés sur une seule chaîne. En parallèle, la norme Chainlink Cross-Chain Token permet au DUSK lui-même de se transférer nativement entre Ethereum et Solana. Un troisième élément, Chainlink DataLink, devient l’oracle exclusif qui fournit les propres données d’échange réglementées de NPEX on-chain.

Faites le calcul de ce que NPEX apporte spécifiquement. Les documents de Dusk décrivent NPEX comme étant réglementé par la AFM, ayant facilité plus de 200 millions d’euros de financement pour plus de 100 PME, en reliant plus de 17 500 investisseurs actifs — une opération de marché réglementé existante, et non une nouvelle entité construite à partir de zéro.

Il s’agit toutefois encore d’un déploiement, et non de quelque chose que je peux confirmer comme entièrement opérationnel de bout en bout. L’annonce de Dusk présente cela comme un cadre adopté, et non comme un pipeline cross-chain déjà terminé, entièrement fonctionnel. #dusk

Si quelqu’un a suivi le volume réel cross-chain passant par cette intégration depuis novembre 2025, je voudrais le comparer à ce qui a été annoncé ici.

#dusk $DUSK @Dusk

@Dusk Je cartographie chaque cas d’utilisation documenté de DUSK par rapport à ce que la plupart des résumés en une seule phrase laissent réellement entendre, et le token fait davantage de travail structurel que ce que « gaz et staking » suggère.

Ce qui est confirmé dans les documents de tokenomics de Dusk : DUSK obtient un consensus via le staking, paie les frais de transaction du réseau, finance le déploiement de smart-contracts et règle les paiements des services dApp. Un mécanisme précis, du côté des frais : Dusk exécute une enchère générale au premier prix pour le gaz — les utilisateurs soumettent un prix du gaz pour des unités de gaz, et un bloc accepte des participants jusqu’à sa limite de gaz totale, plutôt qu’un tarif fixe unique. $DUSK

Faites les calculs sur ce que le propre wiki de Dusk documente en plus de cela. Deux autres rôles, plus spécifiques, apparaissent : DUSK comme monnaie cible pour les paiements de dividendes à l’intérieur des contrats XSC, et comme dépôt de garantie requis pour émettre des actifs numériques réglementés.

C’est encore une hypothèse que je veux formuler avec prudence : dans quelle mesure le volume réellement actuel qui transite spécifiquement par les rôles de paiement de dividendes et de dépôt de garantie, par rapport au staking et aux frais de transaction de base, n’est détaillé nulle part, du moins dans ce que j’ai trouvé.

Ce que j’ai compris en relisant : j’avais supposé que l’utilité de DUSK se résumait essentiellement à deux fonctions portant des noms différents. Les propres documents de Dusk décrivent plusieurs autres fonctions, dont certaines liées à des mécanismes propres aux actifs réglementés que les tokens généralistes n’ont jamais besoin d’assurer. #dusk

Si quelqu’un a vu une répartition des usages par fonction précisément, j’aimerais la comparer à ce qui est documenté ici.

@Dusk $DUSK #dusk

@Dusk J’ai parcouru la récente annonce de Dusk concernant sa demande d’ECSP, et les chiffres de marché derrière cette démarche valent vraiment qu’on s’y attarde.

Un ECSP — European Crowdfunding Service Provider (fournisseur européen de services de financement participatif) — est autorisé à mettre en relation des entreprises qui lèvent des fonds avec des investisseurs, en couvrant des offres éligibles comme des prêts et des valeurs mobilières transférables telles que des actions et des obligations. Les propres documents de Dusk citent l’estimation de Statista : les plateformes de crowdfunding ont facilité près de 70 milliards de dollars dans le monde en 2025.

Le contexte régional rend cela encore plus pertinent. L’Europe compte environ 34 millions de PME et la mise à jour de Dusk indique qu’au T2 2026, un pourcentage élevé de ces entreprises a déclaré que les taux de prêts bancaires augmentaient avec un écart de 43 points de pourcentage — un chiffre précis, daté, qui rend les voies de financement alternatives plus pertinentes, selon la présentation de Dusk. $DUSK

Dusk indique qu’elle demande spécifiquement le permis ECSP afin de mettre en relation des entreprises et des investisseurs européens, de distribuer les offres éligibles et d’intégrer les actifs qui en résultent dans l’écosystème Dusk plus large. Trois résultats annoncés : une autre voie de financement pour les entreprises, un accès à des offres réglementées pour les investisseurs, et de nouveaux actifs, utilisateurs, activités et revenus produits pour Dusk elle-même.

Faites le calcul de ce que cela permet de conclure. Ce n’est pas Dusk qui construit une infrastructure DeFi générique en espérant que la finance réglementée l’adopte. C’est Dusk qui poursuit le permis réglementaire réel qui lui permet d’émettre directement les offres réglementées, plutôt que d’attendre que quelqu’un d’autre les mette ensuite on-chain. #dusk

Ce que je n’ai pas encore vu : un calendrier de dépôt de demande effectif ou une date cible d’approbation.

#dusk $DUSK @Dusk

@Dusk ‎La constitution fondatrice d’un pays existe au moment même où le pays existe — personne ne la fait voter après coup ; elle est simplement là dès le premier jour, et tout le reste se construit en s’y référant.
‎
‎Les contrats de genèse de Dusk fonctionnent de la même manière. L’architecture propre de Dusk décrit deux éléments : le contrat de stake, qui suit quels provisioners mettent des fonds en staking, enregistre les récompenses, et permet les actions de stake, d’unstake et de retrait des récompenses ; et le contrat de transfert, qui gère à la fois les transferts Moonlight (public) et Phoenix (shielded), paie le gas et sert de point d’entrée à l’exécution des transactions directement sur DuskDS.
‎
‎Ce rôle fondationnel s’étend au-delà de DuskDS à lui seul, bien que le mécanisme exact diffère selon la couche. DuskEVM, d’après les propres docs de Dusk, déplace les DUSK pour le gas via son propre pont vers le Dusk L1, avant de régler finalement à nouveau sur DuskDS — un chemin connexe mais distinct du rôle direct du contrat de transfert dans les transactions natives sur DuskDS. Les deux routes ramènent à la même couche de base ; elles ne sont pas des mécanismes identiques. #dusk
‎
‎Auto-critique : l’analogie avec la constitution a une limite réelle qu’il faut nommer. La constitution d’un pays peut être modifiée formellement via un processus défini. Ce que je n’ai pas trouvé documenté, c’est si les contrats de genèse de Dusk suivent un chemin de modification équivalent, clairement spécifié, ou si par « genèse » ici il faut comprendre, fonctionnellement, « permanent par conception » — une vraie question de gouvernance, compte tenu d’à quel point une grande partie de la pile multilayer en expansion de Dusk dépend désormais du fait que ces deux contrats restent corrects. $DUSK
‎
‎DUSK doit être évalué sur le point de savoir si cette ambiguïté est clarifiée avant que ces contrats n’aient jamais besoin d’être mis à jour sous une pression réelle, et non après.
‎
‎
#dusk $DUSK @Dusk

@TermMax ‎J’ai supposé que faire l’exercice d’une option rentable sur TermMax Alpha fonctionnerait toujours de la même manière — le paiement arrive dans votre portefeuille, c’est terminé, comme sur n’importe quelle autre plateforme d’options que j’avais déjà utilisée. $BEAT
‎
‎Cette supposition s’est effondrée quand j’ai lu que TermMax propose en réalité deux parcours d’exercice distincts. Exercise-Net-Settle clôture la position et verse directement le profit net. Exercise-Delivery, lui, règle en transférant l’actif sous-jacent lui-même, et non de l’argent — vous vous retrouvez à détenir réellement le token sur lequel reposait votre position Long ou Short. #TermMax
‎
‎Cela redéfinit ce que signifie ici « gagner » un trade d’options. Sur la plupart des plateformes, exercer revient juste à réaliser un certain montant. Sur TermMax, exercer peut aussi signifier repartir avec l’actif réel, ce qui compte tout particulièrement pour des listings précoces de Binance Alpha où obtenir une exposition réelle au token — pas uniquement à son évolution de prix — pourrait être l’objectif même du trade. $TUT
‎
‎Ce que la documentation ne précise pas, c’est si le choix entre les deux est toujours disponible pour le trader, ou si cela dépend de la configuration du marché au moment du règlement. $ENA
‎
‎Le vrai test pour TMX est de savoir si les traders comprennent réellement que ce choix existe avant d’exercer, ou s’ils se contentent de l’option que l’interface affiche en premier par défaut.
‎
‎Quelqu’un a-t-il déjà utilisé Exercise-Delivery plutôt que Net-Settle, et pourquoi ?
‎

#termmax @TermMax

@Dusk ‎Je suis retourné à l’annonce de l’architecture propre à Dusk publiée en juin 2025, et le cadrage a changé depuis le positionnement antérieur de Dusk.
‎
‎Trois couches, selon la documentation actuelle de Dusk : DuskDS à la base, consensus, règlement, disponibilité des données, modèles de transactions natifs. DuskEVM au-dessus, basé sur OP Stack, compatibilité totale avec Solidity. DuskVM aux côtés, des contrats Rust/WASM s’exécutant directement sur L1 pour des cas d’usage à confidentialité native. #dusk
‎
‎Ce qui a changé par rapport à l’annonce d’évolution de 2025 d’origine : à ce moment-là, DuskVM était décrit comme « à venir ». Les documents actuels le décrivent comme une infrastructure en activité, et non comme un élément de feuille de route. Par ailleurs, les mises à jour de Dusk en 2026 décrivent la dApp réglementée de NPEX (NPEX) comme déployée activement sur DuskEVM spécifiquement — je veux être précis : il est question d’un déploiement en cours, et je ne peux pas confirmer qu’il s’agit d’un lancement terminé et pleinement opérationnel pour l’instant. $DUSK
‎
‎Un détail relie concrètement les trois couches, indépendamment de l’état de ce déploiement : un seul token DUSK alimente chaque couche, et un pont natif géré par des validateurs transfère la valeur entre elles, sans actifs enveloppés ni intermédiaires (custodians).
‎
‎C’est toujours un système en évolution, pas un système achevé. La documentation de DuskEVM confirme qu’il fonctionne actuellement en mode sequencer uniquement, sans mempool public pour le moment — une limitation datée et spécifique, située en dessous de tout ce qui est déployé activement au-dessus de cette couche, aujourd’hui.
‎
‎Si quelqu’un a suivi la progression réelle du déploiement de NPEX par rapport à cette architecture dans la pratique, je voudrais comparer nos constats avec ce que j’ai trouvé ici.
‎

#dusk $DUSK @Dusk

@TermMax ‎J’ai passé un certain temps à cartographier les mécanismes des options de TermMax Alpha, en m’attendant au profil de risque habituel des options à choix ouverts.
‎
‎Mais ce n’est pas ce que j’ai trouvé. « Going Long » signifie acheter un call, « Short » signifie acheter un put — tous deux face à une contrepartie que les documents appellent « Dual Investment » — le vendeur de l’option. « Max Cost » est défini de manière précise comme la prime payée, libellée principalement en USDT. Le règlement s’effectue via « Exercise-Net-Settle » ou « Exercise-Delivery », et, dans tous les cas, la perte maximale possible a été verrouillée dès l’ouverture de la position.
‎
‎Aucun de ces termes ne semblait particulièrement important pris isolément. Mais le contexte de lancement m’a fait hésiter. TermMax Alpha a été lancé sur le mainnet de la BNB Chain le 12 novembre 2025, construit par Term Structure Labs, soutenu par Cumberland DRW — une véritable société de trading institutionnelle, pas juste un gadget de “listing de jeton”.
‎
‎Ce soutien compte parce qu’il s’agit de ce que le produit résout réellement. Lorsque Binance Alpha liste un nouveau token, les traders attendent souvent des semaines avant que des contrats perpétuels n’apparaissent quelque part. TermMax Alpha existe précisément pour combler ce manque — une exposition à effet de levier avec un coût plafonné et connu, disponible dès le jour 1 du listing plutôt que des semaines plus tard. #TermMax
‎
‎Ce qui a retenu mon attention, c’est que cela fait de TermMax Alpha une infrastructure réellement sensible au temps — sa pertinence dépend de la rapidité avec laquelle continuent d’arriver de nouveaux listings Binance Alpha, plutôt que d’une fonctionnalité statique qui reste immobile.
‎
‎Je n’ai pas confirmé combien de marchés Alpha sont actuellement actifs, ni à quel point les spreads sont serrés sur les listings les plus récents.
‎

‎
‎ Long ou Short ?
‎
‎

#termmax @TermMax

Fonction de hachage compatible avec le snark conçue par la propre équipe de Dusk, spécifiquement pour le hachage résistant aux collisions à l’intérieur de circuits de connaissance à divulgation nulle.

5 % vont au liquidateur en tant que récompense pour avoir exécuté la liquidation

@Dusk ‎Je me suis demandé ce qui se passe réellement lorsqu’une preuve à connaissance zéro Phoenix échoue à la vérification, car la plupart des explications s’arrêtent à « la preuve est vérifiée ».
‎
‎L’architecture de Dusk confirme que la preuve doit démontrer des propriétés spécifiques à la fois — la propriété de la note dépensée, l’intégrité du solde entre les entrées et les sorties, et l’absence de double dépense — le tout encodé dans la même preuve, sans être vérifié via des contrôles séparés. $DUSK
‎
‎C’est le point qui vaut vraiment d’y réfléchir. Si l’une quelconque de ces propriétés n’est pas respectée, l’ensemble de la preuve échoue en tant qu’unité. Il n’existe aucun chemin permettant d’obtenir une partial credit où les vérifications de solde passent mais où la propriété échoue silencieusement.
‎
‎J’ai tracé ce que cela implique concrètement : une preuve rejetée signifie que la transaction n’est simplement jamais incluse. L’exécution ne tente pas de la “sauver” ni de la traiter partiellement. La transaction n’a tout simplement pas lieu, et rien de la tentative échouée n’est enregistré comme changement d’état. #dusk
‎
‎Ce que je n’ai pas confirmé à partir des documents propres à Dusk, c’est si une preuve échouée laisse une trace dans des journaux de mempool qu’un opérateur de nœud pourrait inspecter a posteriori, ou si elle est simplement écartée sans aucun enregistrement de diagnostic.
‎
‎Prochaine chose que je vérifierais : si les outils actuels du wallet de Dusk affichent une raison précise pour une preuve échouée, ou s’il s’agit juste d’un rejet générique, car cette distinction compte énormément pour quiconque débogue réellement une transaction qui n’est pas passée.

#dusk $DUSK @Dusk

@TermMax ‎J’ai passé un peu de temps à cartographier le système à trois jetons de TermMax, et une phrase dans la documentation a tout remis en perspective pour moi : la valeur de la garantie (Collateral Value) est égale à la valeur GT (GT Value) plus la valeur du prêt lui-même, où la valeur GT est définie comme la garantie moins la valeur de la dette. Les jetons ne sont pas simplement trois objets séparés : ce sont des morceaux d’une seule équation qui doit rester en équilibre.
‎
‎FT est un ERC-20, qui fonctionne comme une obligation à coupon zéro — 110 FT-USDC sont remboursés pour 110 USDC à l’échéance ; ainsi, l’acheter pour 100 USDC verrouille un rendement de 10 % sur une durée d’un an. Mais la documentation précise que ce taux évolue avec la maturité, et ne reste pas constant : un FT de 180 jours, avec le même escompte, annualise à environ 20 %, pas 10 %. XT est aussi défini plus précisément que ce que j’attendais : ce n’est pas seulement « l’autre moitié », c’est spécifiquement la valeur actuelle de l’intérêt que l’emprunteur doit, séparée du principal. GT est l’enveloppe de position — un ERC-721, qui suit la garantie et la dette comme une seule unité, plafonnée par le MLTV.
‎
‎Ce qui m’a marqué, c’est que XT n’est pas du remplissage : c’est un instrument financier distinct qui représente, à lui seul, le risque de taux d’intérêt, et qui est valorisé séparément du risque du principal dans FT. Séparer le principal de l’intérêt au niveau des jetons, c’est ce qui permet à l’équation zéro-somme complète du système de tenir — aucune valeur n’apparaît ni ne disparaît nulle part dans la chaîne. #TermMax
‎
‎La pièce manquante, pour moi, c’est une vraie profondeur de marché secondaire pour XT précisément, puisque sa tarification porte sur quelque chose d’aussi étroit que le risque d’intérêt à court terme, à lui seul.
‎
‎

« Quel jeton compte le plus pour vous ? »

#termmax

@TermMax