#dusk $DUSK @Dusk J’ai failli transformer l’ensemble de mon portefeuille en poussière
Je faisais une tâche de trading sur Dusk et j’ai accidentellement ouvert une position beaucoup plus grande que prévu 😭
Heureusement, je l’ai remarqué à temps et je l’ai fermée avant qu’elle ne me liquide. Bachat Hogai...
Je me demandais quand une modification proposée pour @Dusk fait réellement partie du protocole.
Apparemment, rédiger un DIP convaincant n’est que le début.
Une proposition d’amélioration de Dusk passe par l’Idée, le Brouillon et les Retours avant d’arriver en Staging. Si la proposition implique une implémentation technique, cette phase de staging la fait passer sur le testnet Nocturne pour une dernière série de tests et de retours.
Ce n’est qu’après avoir reçu un consensus et que ses livrables entrent dans l’environnement de production que la proposition devient Active.
C’est une séparation importante.
Un document fusionné peut préserver la spécification et le raisonnement derrière un changement, mais cela ne signifie pas automatiquement que chaque nœud suit déjà cette règle sur le mainnet. La maturité d’une proposition et son activation en production sont des états différents.
Le processus comporte aussi une voie d’inactivité.
Une proposition qui n’est plus développée peut devenir Stagnant. Si elle reste à cet état plus de six mois, elle peut être marquée Dead. Ainsi, l’archive préserve les idées qui n’ont pas abouti plutôt que de donner l’impression que chaque ancienne proposition est indéfiniment en attente.
J’aime l’historique que cela crée : la motivation, la spécification, la compatibilité, les tests, les considérations de sécurité et les références d’implémentation restent rattachés à la décision.
Mais un registre structuré n’élimine pas le jugement. Les éditeurs et contributeurs doivent encore décider quand les retours sont suffisants, s’il existe un consensus et si l’implémentation satisfait réellement la proposition écrite.
Le cycle de vie des DIP rend-il les changements de protocole plus faciles à auditer, ou place-t-il les décisions de gouvernance les plus difficiles dans des transitions que seule la documentation ne peut pas résoudre ?
#dusk @Dusk
Je faisais une tâche de trading sur Dusk et j’ai accidentellement ouvert une position beaucoup plus grande que prévu 😭
Heureusement, je l’ai remarqué à temps et je l’ai fermée avant qu’elle ne me liquide. Bachat Hogai...
Je me demandais quand une modification proposée pour @Dusk fait réellement partie du protocole.
Apparemment, rédiger un DIP convaincant n’est que le début.
Une proposition d’amélioration de Dusk passe par l’Idée, le Brouillon et les Retours avant d’arriver en Staging. Si la proposition implique une implémentation technique, cette phase de staging la fait passer sur le testnet Nocturne pour une dernière série de tests et de retours.
Ce n’est qu’après avoir reçu un consensus et que ses livrables entrent dans l’environnement de production que la proposition devient Active.
C’est une séparation importante.
Un document fusionné peut préserver la spécification et le raisonnement derrière un changement, mais cela ne signifie pas automatiquement que chaque nœud suit déjà cette règle sur le mainnet. La maturité d’une proposition et son activation en production sont des états différents.
Le processus comporte aussi une voie d’inactivité.
Une proposition qui n’est plus développée peut devenir Stagnant. Si elle reste à cet état plus de six mois, elle peut être marquée Dead. Ainsi, l’archive préserve les idées qui n’ont pas abouti plutôt que de donner l’impression que chaque ancienne proposition est indéfiniment en attente.
J’aime l’historique que cela crée : la motivation, la spécification, la compatibilité, les tests, les considérations de sécurité et les références d’implémentation restent rattachés à la décision.
Mais un registre structuré n’élimine pas le jugement. Les éditeurs et contributeurs doivent encore décider quand les retours sont suffisants, s’il existe un consensus et si l’implémentation satisfait réellement la proposition écrite.
Le cycle de vie des DIP rend-il les changements de protocole plus faciles à auditer, ou place-t-il les décisions de gouvernance les plus difficiles dans des transitions que seule la documentation ne peut pas résoudre ?
#dusk @Dusk