#dusk $DUSK @Dusk
Les rollups de style Optimism vous font attendre 7 jours avant de retirer des fonds vers L1.
La couche EVM de Dusk revendique environ 15 minutes.
Ce n’est pas un simple ajustement de l’expérience utilisateur.
C’est un pari de sécurité différent, et je voulais comprendre pourquoi il tient.
Le délai de 7 jours sur des chaînes comme Optimism n’est pas un temps de calcul.
C’est une marge, qui donne aux observateurs sans autorisation assez de temps pour détecter une racine d’état défectueuse et déposer une preuve de fraude, même s’ils sont lents ou distraits.
Supprimez le besoin de cette marge, et l’attente se réduit dans la même proportion.
DuskEVM s’exécute sur l’OP Stack mais se règle sur DuskDS au lieu d’Ethereum.
Son raccourci est un pré-vérificateur alimenté par MIPS sur le nœud DuskDS (Rusk), qui vérifie les transitions d’état avant qu’elles ne soient publiées, plutôt que d’attendre que quelqu’un attrape la fraude après coup.
Moins de surprises passent, donc la fenêtre passe de jours à minutes.
Voici ce à quoi je reviens sans cesse.
Pré-valider chaque transition est peu coûteux quand le trafic de DuskEVM est léger.
Cela devient cher très vite dès que du vrai volume DeFi Solidity apparaît, car chaque lot doit être vérifié à l’aide d’une trace d’exécution complète avant d’être accepté.
Si ce débit ne peut pas suivre, quelque chose cède : soit les vérifications sont assouplies, rouvrant le risque exact que la fenêtre était censée prévenir, soit les temps de finalité commencent à remonter.
La finalité rapide est vraiment utile pour la finance réglementée.
Mais le dossier de long terme de DUSK dépend du maintien de cette performance sous une charge DeFi réelle, et pas seulement sous une charge de testnet.
La finalité de 15 minutes résiste-t-elle à une demande concrète, ou reste-t-elle un chiffre de testnet ?
Les rollups de style Optimism vous font attendre 7 jours avant de retirer des fonds vers L1.
La couche EVM de Dusk revendique environ 15 minutes.
Ce n’est pas un simple ajustement de l’expérience utilisateur.
C’est un pari de sécurité différent, et je voulais comprendre pourquoi il tient.
Le délai de 7 jours sur des chaînes comme Optimism n’est pas un temps de calcul.
C’est une marge, qui donne aux observateurs sans autorisation assez de temps pour détecter une racine d’état défectueuse et déposer une preuve de fraude, même s’ils sont lents ou distraits.
Supprimez le besoin de cette marge, et l’attente se réduit dans la même proportion.
DuskEVM s’exécute sur l’OP Stack mais se règle sur DuskDS au lieu d’Ethereum.
Son raccourci est un pré-vérificateur alimenté par MIPS sur le nœud DuskDS (Rusk), qui vérifie les transitions d’état avant qu’elles ne soient publiées, plutôt que d’attendre que quelqu’un attrape la fraude après coup.
Moins de surprises passent, donc la fenêtre passe de jours à minutes.
Voici ce à quoi je reviens sans cesse.
Pré-valider chaque transition est peu coûteux quand le trafic de DuskEVM est léger.
Cela devient cher très vite dès que du vrai volume DeFi Solidity apparaît, car chaque lot doit être vérifié à l’aide d’une trace d’exécution complète avant d’être accepté.
Si ce débit ne peut pas suivre, quelque chose cède : soit les vérifications sont assouplies, rouvrant le risque exact que la fenêtre était censée prévenir, soit les temps de finalité commencent à remonter.
La finalité rapide est vraiment utile pour la finance réglementée.
Mais le dossier de long terme de DUSK dépend du maintien de cette performance sous une charge DeFi réelle, et pas seulement sous une charge de testnet.
La finalité de 15 minutes résiste-t-elle à une demande concrète, ou reste-t-elle un chiffre de testnet ?
