#dusk $DUSK @Dusk
Je venais d’aider mon fils à faire ses devoirs tard ce soir-là quand il m’a soudain demandé :
« Que se passe-t-il si l’ordinateur tombe en panne ? »
Ma première réaction a été simple : « Il suffit de le redémarrer. »
Mais ensuite, j’ai pensé à quelque chose que je lisais dans le livre blanc de Dusk, et la question m’a soudain semblé beaucoup plus grande.
Une blockchain peut donner une impression impressionnante quand tout fonctionne parfaitement. Le vrai test, toutefois, c’est ce qui se passe quand les choses commencent à mal tourner.
Le design du consensus de Dusk suit un flux normal : un bloc est proposé, vérifié, puis approuvé. Si assez de participants sont d’accord — 2/3 — le bloc avance.
Mais que se passe-t-il si le réseau se bloque ?
Selon le design, après 16 tentatives consécutives échouées, le système peut entrer en « mode d’urgence ». Au lieu de simplement s’arrêter et d’attendre que quelqu’un le redémarre, le mécanisme de temporisation est désactivé et le réseau continue de fonctionner jusqu’à ce qu’un bloc valide soit produit.
C’est une approche très différente de « il suffit de redémarrer ».
C’est essentiellement un plan de contingence intégré au processus de consensus.
Et c’est précisément là que je trouve Dusk intéressant. Pour une infrastructure financière, la fiabilité dans des conditions anormales peut compter davantage que d’autres chiffres impressionnants de TPS. Les institutions doivent savoir ce qui se passe lorsque la participation baisse, que des nœuds tombent en panne, ou que le réseau subit un stress inattendu.
Même la structure de récompense montre à quel point les incitations sont prises au sérieux : 80 % vont au producteur de bloc, 10 % aux votants, et 10 % au protocole.
Bien sûr, le design sur papier, c’est une chose. Le prouver dans des conditions réelles, c’en est une autre.
DuskEVM est encore en testnet, donc je ne suis pas prêt à affirmer que tout cela est démontré à grande échelle.
Mais plus j’y réfléchis, plus je pense que c’est la question qui mérite d’être posée à propos de n’importe quelle blockchain sérieuse :
Ne me montrez pas seulement comment le réseau fonctionne quand tout va bien. Montrez-moi ce qui se passe quand tout va mal.
Je venais d’aider mon fils à faire ses devoirs tard ce soir-là quand il m’a soudain demandé :
« Que se passe-t-il si l’ordinateur tombe en panne ? »
Ma première réaction a été simple : « Il suffit de le redémarrer. »
Mais ensuite, j’ai pensé à quelque chose que je lisais dans le livre blanc de Dusk, et la question m’a soudain semblé beaucoup plus grande.
Une blockchain peut donner une impression impressionnante quand tout fonctionne parfaitement. Le vrai test, toutefois, c’est ce qui se passe quand les choses commencent à mal tourner.
Le design du consensus de Dusk suit un flux normal : un bloc est proposé, vérifié, puis approuvé. Si assez de participants sont d’accord — 2/3 — le bloc avance.
Mais que se passe-t-il si le réseau se bloque ?
Selon le design, après 16 tentatives consécutives échouées, le système peut entrer en « mode d’urgence ». Au lieu de simplement s’arrêter et d’attendre que quelqu’un le redémarre, le mécanisme de temporisation est désactivé et le réseau continue de fonctionner jusqu’à ce qu’un bloc valide soit produit.
C’est une approche très différente de « il suffit de redémarrer ».
C’est essentiellement un plan de contingence intégré au processus de consensus.
Et c’est précisément là que je trouve Dusk intéressant. Pour une infrastructure financière, la fiabilité dans des conditions anormales peut compter davantage que d’autres chiffres impressionnants de TPS. Les institutions doivent savoir ce qui se passe lorsque la participation baisse, que des nœuds tombent en panne, ou que le réseau subit un stress inattendu.
Même la structure de récompense montre à quel point les incitations sont prises au sérieux : 80 % vont au producteur de bloc, 10 % aux votants, et 10 % au protocole.
Bien sûr, le design sur papier, c’est une chose. Le prouver dans des conditions réelles, c’en est une autre.
DuskEVM est encore en testnet, donc je ne suis pas prêt à affirmer que tout cela est démontré à grande échelle.
Mais plus j’y réfléchis, plus je pense que c’est la question qui mérite d’être posée à propos de n’importe quelle blockchain sérieuse :
Ne me montrez pas seulement comment le réseau fonctionne quand tout va bien. Montrez-moi ce qui se passe quand tout va mal.
