L’ensemble de la pile @Dusk comporte en réalité deux registres liés mais différents : l’un est le registre d’exécution de DuskEVM, exposé vers l’extérieur via le JSON-RPC d’Ethereum ; l’autre est le registre de règlement de Dusk L1, exposé via GraphQL / RUES. DUSK doit être lu comme le même nombre dans ces deux registres, mais leurs horloges, unités et nombres de décimales ne sont pas les mêmes.
DuskEVM est une couche d’exécution EVM de style OP Stack, qui renvoie des blocs, journaux et reçus au format EVM standard ; son règlement final et la disponibilité des données sont ensuite ancrés à DuskDS via le batcher, les engagements d’état et le pont. Autrement dit, ce n’est pas un adaptateur qui “traduit en temps réel GraphQL en JSON-RPC”, mais deux couches qui maintiennent une cohérence finale grâce au pont et aux engagements d’état. Le vrai point d’attention concerne les scénarios inter-couches : sur DuskEVM, l’inclusion est très rapide, mais le règlement complet et la confirmation par le pont nécessitent encore plusieurs étapes, pendant lesquelles l’état observé de part et d’autre peut être temporairement différent.
$DUSK rend ce risque plus concret. Du côté natif L1, la valeur est exprimée en LUX, avec 1 DUSK égal à 10 à la puissance 9 LUX ; pour compatibilité avec la pile d’outils Ethereum, DuskEVM expose aussi DUSK avec 18 décimales. Si la conversion ou le traitement de précision est incorrect lors du pontage, une même valeur peut brièvement ne pas correspondre entre les deux registres. Pour un simple transfert, cela peut n’être qu’une erreur d’affichage ; pour un règlement réglementé, cela peut devenir une fenêtre d’opération erronée entre “affiché comme crédité” et “pas encore définitivement confirmé”.
Mon jugement après lecture est le suivant : pour évaluer #dusk , il ne suffit pas de voir qu’il est “compatible EVM” ; il faut aussi examiner les garanties de cohérence entre le registre de règlement L1 et le registre d’exécution EVM. Les informations disponibles n’expliquent pas suffisamment la priorité entre sources de données faisant autorité, la détection des conflits et les mécanismes de correction, alors que DUSK est précisément le chiffre qu’il ne faut pas lire de travers dans ces deux registres. Faites vos propres recherches.
DuskEVM est une couche d’exécution EVM de style OP Stack, qui renvoie des blocs, journaux et reçus au format EVM standard ; son règlement final et la disponibilité des données sont ensuite ancrés à DuskDS via le batcher, les engagements d’état et le pont. Autrement dit, ce n’est pas un adaptateur qui “traduit en temps réel GraphQL en JSON-RPC”, mais deux couches qui maintiennent une cohérence finale grâce au pont et aux engagements d’état. Le vrai point d’attention concerne les scénarios inter-couches : sur DuskEVM, l’inclusion est très rapide, mais le règlement complet et la confirmation par le pont nécessitent encore plusieurs étapes, pendant lesquelles l’état observé de part et d’autre peut être temporairement différent.
$DUSK rend ce risque plus concret. Du côté natif L1, la valeur est exprimée en LUX, avec 1 DUSK égal à 10 à la puissance 9 LUX ; pour compatibilité avec la pile d’outils Ethereum, DuskEVM expose aussi DUSK avec 18 décimales. Si la conversion ou le traitement de précision est incorrect lors du pontage, une même valeur peut brièvement ne pas correspondre entre les deux registres. Pour un simple transfert, cela peut n’être qu’une erreur d’affichage ; pour un règlement réglementé, cela peut devenir une fenêtre d’opération erronée entre “affiché comme crédité” et “pas encore définitivement confirmé”.
Mon jugement après lecture est le suivant : pour évaluer #dusk , il ne suffit pas de voir qu’il est “compatible EVM” ; il faut aussi examiner les garanties de cohérence entre le registre de règlement L1 et le registre d’exécution EVM. Les informations disponibles n’expliquent pas suffisamment la priorité entre sources de données faisant autorité, la détection des conflits et les mécanismes de correction, alors que DUSK est précisément le chiffre qu’il ne faut pas lire de travers dans ces deux registres. Faites vos propres recherches.
