Avis de liaison à l’ombre : Dusk lie le lancement de DuskEVM à une revue sans date de fin
Je suis retourné(e) lire l’avis officiel d’incident de bridge de Dusk en entier, au lieu de m’en tenir au simple titre. Une phrase vers le bas a retenu mon attention :
« ils partageront des mises à jour une fois « la revue terminée, et que nous avons un plan et un calendrier confirmés pour la réouverture des services de bridge et la reprise du lancement de DuskEVM ». »
Je l’ai relue deux fois. Le lancement de DuskEVM n’est pas décrit comme un jalon indépendant en soi. Il est explicitement lié au fait que la revue du bridge soit terminée en premier. Deux éléments d’infrastructure distincts, la sécurité des wallets et le déploiement d’une couche d’exécution entière, regroupés en une chaîne de dépendances unique, sans date attachée à l’un ni à l’autre.
L’avis est, par ailleurs, plutôt bien géré : un calendrier clair de ce qui a été détecté, de ce qui a été mis en pause, de ce qui a été renforcé. Aucun fonds utilisateurs n’est touché, disent-ils. D’accord. Mais cette seule ligne signifie que le calendrier du mainnet de DuskEVM n’a jamais été réellement indépendant : il a toujours été subordonné à une revue de sécurité dont la fin reste indéfinie.
Quiconque suit DuskEVM comme s’il s’agissait d’un point de sa propre feuille de route était, selon les propres mots de Dusk, en réalité en train de suivre une enquête sur le bridge avec un lancement EVM accroché à la fin.
Ça me fait me demander combien de personnes qui répètent un calendrier de lancement de DuskEVM se rendent compte que ce n’était jamais vraiment un choix de Dusk seul : c’était toujours en aval, au moment où cette revue se clôture.
#dusk $DUSK @Dusk
Je suis retourné(e) lire l’avis officiel d’incident de bridge de Dusk en entier, au lieu de m’en tenir au simple titre. Une phrase vers le bas a retenu mon attention :
« ils partageront des mises à jour une fois « la revue terminée, et que nous avons un plan et un calendrier confirmés pour la réouverture des services de bridge et la reprise du lancement de DuskEVM ». »
Je l’ai relue deux fois. Le lancement de DuskEVM n’est pas décrit comme un jalon indépendant en soi. Il est explicitement lié au fait que la revue du bridge soit terminée en premier. Deux éléments d’infrastructure distincts, la sécurité des wallets et le déploiement d’une couche d’exécution entière, regroupés en une chaîne de dépendances unique, sans date attachée à l’un ni à l’autre.
L’avis est, par ailleurs, plutôt bien géré : un calendrier clair de ce qui a été détecté, de ce qui a été mis en pause, de ce qui a été renforcé. Aucun fonds utilisateurs n’est touché, disent-ils. D’accord. Mais cette seule ligne signifie que le calendrier du mainnet de DuskEVM n’a jamais été réellement indépendant : il a toujours été subordonné à une revue de sécurité dont la fin reste indéfinie.
Quiconque suit DuskEVM comme s’il s’agissait d’un point de sa propre feuille de route était, selon les propres mots de Dusk, en réalité en train de suivre une enquête sur le bridge avec un lancement EVM accroché à la fin.
Ça me fait me demander combien de personnes qui répètent un calendrier de lancement de DuskEVM se rendent compte que ce n’était jamais vraiment un choix de Dusk seul : c’était toujours en aval, au moment où cette revue se clôture.
#dusk $DUSK @Dusk