#dusk $DUSK lors des tests des données du réseau test NPEX pour $DUSK , j’ai remarqué un chiffre que tous les supports promotionnels évitent : le « taux de règlement final » des transactions on-chain — c’est-à-dire la proportion entre la diffusion d’une transaction et sa finalisation avec confirmation irréversible. Les documents de @Dusk répètent à l’envi « near-instant finality », mais l’environnement du testnet et celui du réseau étendu avec de multiples exchanges en concurrence ne sont pas le même monde.
Le mécanisme d’« Succinct Attestation » de la confiance SBA est effectivement très élégant en laboratoire : le comité collecte des votes 2/3+1 et c’est réglé en une seule manche. Mais dans un scénario réel, les nœuds Provisioner peuvent être répartis sur six continents, tourner sur des serveurs hétérogènes, et être connectés via des FAI dont la qualité varie énormément. Si un vote critique tombe sur un pic de latence entre Sydney et Francfort, toute la finalité du règlement RWA se bloque — ce n’est pas un problème d’algorithme de consensus, c’est un problème de fibre optique.
Dans la lettre d’intention de 300M € de NPEX, quelles opérations relèvent d’un « règlement natif on-chain » et lesquelles relèvent d’un « matching hors-chaîne + enregistrement on-chain » ne sont, pour l’instant, pas publiées. La différence est énorme : le règlement natif on-chain dépend de la finalité temps réel de SBA ; l’enregistrement on-chain utilise DUSK simplement comme un notaire, avec des exigences totalement différentes sur la couche de consensus. Si la majorité des transactions RWA passe par le « mode d’enregistrement », alors la valeur du consensus de DUSK est fortement surestimée : les institutions n’achètent pas une infrastructure de règlement, elles achètent une preuve d’enregistrement de grand livre distribué.
Je ne doute pas que l’équipe technique de DUSK puisse optimiser les paramètres de consensus, mais les limites physiques ne se corrigent pas par du code. La vraie question est : NPEX peut-il, dans une répartition géographique réelle, produire une distribution de finalité « near-instant » et continuer à fournir des données de latence ? C’est cela qui déterminera si DUSK peut passer de « testnet très beau » à « mainnet très fiable ».
Le prix du token peut raconter une histoire, mais le règlement institutionnel exige un SLA. Chaque milliseconde du SLA est une milliseconde que DUSK doit prouver avec une topologie réelle.
#dusk @Dusk