Le premier avertissement est venu d’une ligne sous un schéma de cycle de vie, facile à ignorer.
Un vulgarisateur au sein de la communauté sur DuskEVM l’a dit clairement : pas de fenêtre de faute de 7 jours, ~15 min pour la finalisation du retrait, et le pré-vérificateur MIPS élimine le délai de la preuve de fraude. Chiffre propre, j’ai pensé organiser un retrait autour de ça.
Hypothèse : la documentation officielle confirmerait ce chiffre.
Pas ce que j’ai trouvé. Les propres docs de Dusk exposent le cycle de vie de DuskEVM en quatre étapes : tx vers le séquenceur, incluse dans un bloc L2, le batcher publie vers DuskDS, puis les engagements d’état et les preuves de faute relient cet état au règlement. Les preuves de faute sont encore nommées explicitement. Nulle part 15 minutes. À la place, une ligne indiquant de ne pas déduire la finalité à partir du temps écoulé : vérifier plutôt le protocole ou l’état du portefeuille.
C’est donc là la vraie lacune. L’inclusion est rapide, les docs le disent elles-mêmes. Le règlement est distinct, conditionné par quelque chose sur lequel personne n’a mis de minuterie.
Ainsi, l’étape de preuve de faute n’a pas disparu : elle est simplement non documentée de la façon dont le système de contestation permissionless d’Optimism l’est, où n’importe qui peut exécuter le prouveur et observer le contestement se produire.
Impossible de dire si c’est compressé et résolu en privé, ou juste pas encore public.
Heureux d’avoir vérifié avant de chronométrer un retrait à partir du chiffre de quelqu’un d’autre.
Que devient ce nombre de 15 minutes la première fois qu’une preuve de faute doit être contestée au milieu d’une ruée de règlement ? 👍
#dusk $DUSK @Dusk
Un vulgarisateur au sein de la communauté sur DuskEVM l’a dit clairement : pas de fenêtre de faute de 7 jours, ~15 min pour la finalisation du retrait, et le pré-vérificateur MIPS élimine le délai de la preuve de fraude. Chiffre propre, j’ai pensé organiser un retrait autour de ça.
Hypothèse : la documentation officielle confirmerait ce chiffre.
Pas ce que j’ai trouvé. Les propres docs de Dusk exposent le cycle de vie de DuskEVM en quatre étapes : tx vers le séquenceur, incluse dans un bloc L2, le batcher publie vers DuskDS, puis les engagements d’état et les preuves de faute relient cet état au règlement. Les preuves de faute sont encore nommées explicitement. Nulle part 15 minutes. À la place, une ligne indiquant de ne pas déduire la finalité à partir du temps écoulé : vérifier plutôt le protocole ou l’état du portefeuille.
C’est donc là la vraie lacune. L’inclusion est rapide, les docs le disent elles-mêmes. Le règlement est distinct, conditionné par quelque chose sur lequel personne n’a mis de minuterie.
Ainsi, l’étape de preuve de faute n’a pas disparu : elle est simplement non documentée de la façon dont le système de contestation permissionless d’Optimism l’est, où n’importe qui peut exécuter le prouveur et observer le contestement se produire.
Impossible de dire si c’est compressé et résolu en privé, ou juste pas encore public.
Heureux d’avoir vérifié avant de chronométrer un retrait à partir du chiffre de quelqu’un d’autre.
Que devient ce nombre de 15 minutes la première fois qu’une preuve de faute doit être contestée au milieu d’une ruée de règlement ? 👍
#dusk $DUSK @Dusk