ANONY - SHAHID

Binance vient de lister JPMB, une action JPMorgan tokenisée, comme nouvelle paire de trading bStock et actif de garantie sur marge. Les actions traditionnelles continuent de rejoindre les rails crypto.

$JPMB #Binance

Une visite discrète à l’hôpital en dit long. Le prince héritier des Émirats arabes unis, Hamdan bin Mohammed, s’est assis auprès du capitaine Smit Machchhar, pilote indien de flydubai, pour s’enquérir en personne de son rétablissement.
Un petit geste, une vraie signification. 🙏

🇦🇪

#UAE #India #Dubai #Humanity

Musk confirme que la répartition des revenus de SpaceX a basculé : près de 90 % de revenus commerciaux cette année, avec des contrats gouvernementaux tombant à moins de 5 % d’ici le T4. Starlink a provoqué ce changement. L’entreprise fonctionne désormais davantage comme un acteur de la connectivité mondiale que comme un fournisseur de lancements pour le gouvernement.

$SPCX #Binance

Nike $NKE est en train d’atterrir sur Binance Perp 🔥

Il n’y a pas de nouvelle annonce sur Binance Spots 👀

Tout le monde est bullish sur $SOL . Je devrais quand même le short, les gars ? 👀

let's go 🔥

. $TAO 🫡🔥

$UNI est imparable 🔥

$ARB perd la tête 🔥

$GENIUS is loading again 🔥🔥

let's get access quickly 😜

$ZS is débarque sur binance perp avec 30,46b $

capitalisation boursière 😨😨

J’ai passé une soirée à passer en revue tous les partenaires de la liste officielle de Dusk. À la fin, j’avais deux colonnes. Annoncés. Et vérifiés.

L’écart entre les deux est plus large que ce que suggère le marketing.

21X est le plus concret. La documentation d’avril 2025 confirme que DUSK a été onboardé en tant que participant à une transaction. C’est une action réellement consignée, et non un communiqué de presse. Mais l’intégration de DuskEVM avec 21X est encore indiquée comme prévue. Quelqu’un est entré dans la pièce, mais l’accord à long terme n’a pas encore été signé.

Le statut officiel de Chainlink est actuellement « en cours d’intégration ». Certains articles décrivent déjà l’activité comme « en ligne ». Les déploiements de contrats on-chain ne sont pas encore visibles publiquement ; la vérification indépendante n’est donc pas possible pour l’instant.

NPEX détient de vraies licences MTF, Broker et ECSP. La licence DLT-TSS est toujours en cours. Le chiffre d’actifs de trois cents millions d’euros est décrit comme un plan visant à apporter ces actifs on-chain. J’ai recherché dans des explorateurs de blocs des contrats de titres existants et je n’ai rien trouvé.

Quantoz, avec son EURQ, est un véritable jeton de monnaie électronique MiCA. L’intégration de l’EURQ avec Dusk ressemble davantage à une annonce qu’à un déploiement en direct. La liquidité réelle et la profondeur de trading sont des questions distinctes.

Cordial est un véritable prestataire de garde. Dans quelle mesure l’intégration de Dusk Vault a progressé n’est pas vérifiable de façon indépendante à partir de sources publiques.

Le cadrage honnête ici : la liste de partenaires montre de vraies entreprises avec de vraies licences. C’est important. La plupart des projets RWA ne peuvent pas lister ensemble NPEX, 21X, Quantoz, Cordial et Chainlink. Rien que cette sélection pèse dans les milieux institutionnels.

Mais la coopération stratégique et l’intégration exécutable sont des étapes différentes. La première prouve que des relations existent. La seconde prouve que le travail est fait.

À l’heure actuelle, @Dusk a de solides preuves de la première. La seconde est ce que les douze prochains mois doivent démontrer.

#dusk $DUSK #Binance

A cru à l’argument du « zero slippage » pendant environ trois jours. Puis j’ai extrait les données on-chain.

Chainlink CCT associe Dusk : il brûle des tokens sur la chaîne source et en émet 1:1 sur la chaîne cible. Pas de pool de liquidité impliqué. Sur ce point, c’est exact. Le bridge lui-même ne glisse vraiment pas.

Ce que le marketing omet, c’est ce qui se passe une fois que vous êtes arrivé.

La liquidité du pool @Dusk côté Ethereum se situe entre quelques centaines de milliers et environ trois cents mille dollars sur de longues périodes. Les pools sur BNB Chain, sur une douzaine de places combinées, atteignent des dizaines de milliers. La majeure partie du volume DUSK passe par des exchanges centralisés. La liquidité on-chain des DEX est mince sur chacune des chaînes qu’elle touche.

Le bridge vous fait traverser proprement. Le problème commence de l’autre côté : le marché. Si vous voulez convertir DUSK en USDT après la traversée, le slippage et l’impact sur le prix vous attendent, quels que soient la propreté du transfert et le caractère « sans glissement » du bridge. Zéro slippage sur le bridge ne signifie pas zéro friction sur la destination.

La situation sur Solana ajoute une couche supplémentaire. Dusk a indiqué clairement qu’aucun DUSK officiel n’existe encore sur Solana. Tout token qui prétend être du DUSK sur Solana est non officiel. La direction du bridge a été annoncée, mais le point d’entrée officiel n’est pas ouvert. La transférabilité multi-chaînes, pour l’instant, signifie que l’infrastructure existe, pas que la liquidité existe, ni que trader en toute sécurité sur plusieurs chaînes est actuellement possible.

CCIP et CCT dans cette direction sont corrects. Une fois que l’émission officielle, les pools de la chaîne de destination et le support des exchanges s’alignent, la fragmentation devrait s’améliorer. C’est un scénario raisonnable à moyen terme.

Mais pour l’instant, ces trois éléments sont distincts : le bridge sans slippage, la liquidité à l’arrivée, et le fait de savoir si le déploiement officiel est en place. Considérer une émission 1:1 comme un cash-out 1:1 est l’erreur que font la plupart des gens.

#dusk $DUSK #Binance

Bitcoin reconquiert à nouveau 78 000 $ 🔥🔥

$BTC

J’ai vu une publication d’un KOL la semaine dernière affirmant que DuskEVM est équivalent à l’EVM et que Uniswap V3 se déploie directement. J’ai forké le V3 Core et je l’ai compilé sur Boreas RC1 pour vérifier.

Première erreur rencontrée dans Pair.sol.

balanceOf lit _reserves depuis le stockage EVM public. La couche de confidentialité de DuskEVM achemine la profondeur de liquidité via Hedger. Les variables de Hedger ne vivent pas dans le stockage EVM. Donc, chaque fonction « view » qui lit les réserves tombe sur une impasse. Le mint, le burn et le swap d’Uniswap dépendent tous de la lecture synchronisée des réserves pour calculer le produit constant. Tout ce chemin de calcul doit être surchargé depuis zéro.

Le problème du pool de « shielding » va encore plus loin. Les jetons LP d’Uniswap sont des ERC-20 standard avec des transferts publiquement visibles. Les LP confidentiels sur DuskEVM nécessitent un reconditionnement avec ConfidentialERC20. Les soldes LP bougent à l’intérieur de notes Zedger. Les swaps n’actualisent plus la table de réserves. Ils consomment l’ancienne note et en créent une nouvelle, avec des montants adossés à des preuves PLONK.

getAmountOut ne peut donc pas fonctionner de la même manière. L’implémentation originale divise reserveIn et reserveOut ouvertement. La version Dusk doit prouver dans le circuit que l’ancienne note moins l’entrée équivaut à la nouvelle note plus la sortie. L’entrée et la sortie restent invisibles pour les market makers, mais restent vérifiables par toute personne détenant la clé de consultation.

Au huitième jour, j’ai essayé de faire hériter Pair depuis la classe de base ConfidentialERC20. Conflit de signature de la fonction permit immédiatement. L’approbation de Hedger utilise la consommation de note, pas le bitmap d’autorisation ERC20. SafeCast doit passer à HedgedUint256 partout.

Réécritures minimales requises : le contrat Pair, le calcul des montants dans le Router, et l’échantillonnage du TWAP de l’Oracle. La cible d’échantillonnage devient un engagement de note qui ne peut pas être lu directement.

Ce qui est conservé : la syntaxe Solidity, Foundry, Remix, la configuration de chainId. L’outillage environnant fonctionne. La logique Core AMM ne migre pas sans un remaniement important.

Équivalent à l’EVM signifie que l’environnement est familier. Cela ne veut pas dire que les contrats existants s’exécutent inchangés quand la confidentialité est en jeu.

#dusk $DUSK @Dusk

Les nœuds Running Boreas RC1 ont changé ma façon de penser l’infrastructure réseau.

Pas à cause des temps de bloc ou des récompenses de staking. C’est parce que j’ai commencé à faire tourner tcpdump sur le trafic de synchronisation par habitude, et que j’ai remarqué quelque chose que la plupart des gens ne regardent jamais. @Dusk nœuds n’utilisent pas la couche gossipsub de Geth pour la propagation des blocs. Ils utilisent Kadcast.

Ce seul détail compte plus que la plupart des indicateurs “en une”.

Un protocole de gossip fonctionne en faisant en sorte que chaque nœud pousse les blocs vers N pairs aléatoires, qui les poussent ensuite à leurs propres pairs. La diffusion exponentielle paraît efficace jusqu’au moment où vous réalisez que le même bloc arrive au même nœud cinq fois via cinq chemins différents. La bande passante est consommée par des doublons, pas par des données utiles.

Kadcast résout cela différemment. Les nœuds s’organisent en k-buckets via la distance XOR de Kademlia. Le producteur de blocs n’envoie qu’aux k nœuds les plus proches. Chaque saut suit la table de routage sans diffuser à l’ensemble du réseau. Chaque nœud reçoit chaque message une seule fois. Les paquets redondants chutent quasiment à zéro.

Pour l’architecture de Dusk, ce n’est pas une optimisation mineure. Les preuves Phoenix PLONK, les engagements Zedger et les preuves de variables confidentielles Hedger sont tous des charges significatives. Les Sequencer DuskEVM qui batchent des retours vers DuskDS pour la vérification SBA passent aussi par ce même réseau. Sous gossip, 50 nœuds qui transfèrent mutuellement des demandes de vérification satureraient la bande passante d’un foyer. Kadcast réduit d’environ un ordre de grandeur le nombre total d’octets pour la propagation des blocs à cette échelle.

J’ai fait tourner deux nœuds de testnet locaux simultanément. L’un utilisant Kadcast, l’autre simulant le forwarding de gossip. Même hauteur de bloc : comparaison directe des captures tcpdump. Le trafic entrant sur le nœud Kadcast représentait 38% de celui de la simulation gossip. Les tours de signatures SBA entre le producteur, le validateur et l’approbateur ont aussi transité par Kadcast, et le jitter de production de blocs a chuté de façon notable.

La plupart des opérateurs de nœuds surveillent les temps de bloc. La couche de propagation en dessous détermine si ces temps restent stables sous charge.

#dusk $DUSK #Binance

Personne ne m’a dit que la date du mainnet 2027 de DuskEVM s’accompagne d’une prérequisite dont presque personne ne parle.

Je parcourais les détails en petits caractères de la feuille de route ce matin quand le déclic s’est fait. Le mainnet de DuskEVM ne peut pas être forké directement depuis le testnet Boreas RC1. Il doit d’abord attendre la mise à niveau Rusk du mainnet Boreas. Et Rusk n’est pas une simple mise à jour de version. Il réécrit la logique de sélection à l’intérieur du mécanisme de consensus SBA.

Le SBA sur Boreas RC1 fonctionne comme ceci. Les validateurs soumettent une enchère aveugle avant chaque bloc. Une VRF mélange le hachage du bloc précédent pour sélectionner le producteur de bloc, en validant les membres du comité avec une récompense de 5 %, et en approuvant les membres du comité avec un autre 5 %.

Rusk change deux choses précisément.

D’abord, la pondération de l’identité Citadel est ajoutée à la phase d’engagement de l’enchère aveugle. Le coefficient de décalage de la loterie s’ajuste légèrement pour que les nœuds de niveau KYC plus élevé portent une petite inclinaison. Cela empêche des nœuds anonymes qui n’ont jamais passé le canal AFM de dominer la production de blocs uniquement grâce à la taille du staking.

Ensuite, le seuil de signature des membres du comité d’approbation passe d’une signature de poids collectif de 5 % à l’exigence d’au moins 3 nœuds issus de régions géographiques indépendantes signant pour ce poids cumulé de 5 %. La capture par un seul centre de données devient structurellement plus difficile.

La finalité de la racine d’état de DuskEVM est ancrée à DuskDS. Si Rusk réduit le jitter de production de blocs de plus ou moins 1,5 seconde à plus ou moins 0,5 seconde, le règlement DvP au niveau de la seconde de NPEX devient quelque chose que vous pouvez vraiment inscrire dans un SLA.

En faisant tourner moi-même des nœuds de testnet, j’ai vu la loterie SBA se relancer à une troisième manche plusieurs fois lorsque la validation des membres du comité passait hors ligne. Après Rusk, cela devient structurellement moins fréquent.

La date de 2027 n’est pas un retard. C’est l’équipe qui attend que Rusk fasse passer la logique de sélection à travers tout un trimestre de trafic simulé NPEX avant de toucher le mainnet. Cette discipline vaut plus qu’une date de lancement plus rapide.

#dusk $DUSK @Dusk