Je pensais autrefois que le règlement par blockchain était simple : une fois qu’une transaction apparaissait dans un bloc, le travail était essentiellement terminé.
En regardant de plus près @Dusk, j’ai compris que cela fait l’impasse sur une distinction importante.
Le cycle de vie des transactions de Dusk sépare l’acceptation d’un bloc de la finalité. D’après la documentation de Dusk, des blocs acceptés peuvent encore être annulés. Un bloc et ses transactions deviennent définitifs lorsque l’événement "blocks/statechange" rapporte l’état comme "finalized".
Cette distinction devient encore plus intéressante quand on examine le mécanisme sous-jacent.
DuskDS utilise la Preuve d’Attestation Succincte (Succinct Attestation), le protocole de consensus Proof-of-Stake sans permission et basé sur un comité de Dusk. À chaque tour de consensus, on passe par des étapes de proposition, de validation et de ratification, la ratification rendant le bloc final et fournissant une finalité déterministe.
Pour une activité blockchain ordinaire, la différence entre être inclus dans un bloc accepté et atteindre la finalité peut sembler technique. Pour une infrastructure financière, je pense que cela soulève une question beaucoup plus pratique : à partir de quel moment un autre système devrait-il commencer à s’appuyer sur une transaction comme étant finale ?
Cela a changé ma façon de voir la rapidité de la blockchain.
Peut-être que la qualité du règlement ne devrait pas être évaluée uniquement par le temps qu’il faut pour qu’une transaction apparaisse. Ce qui compte aussi, c’est d’avoir un moment clairement défini auquel l’état résultant devient final.
Cela rend l’approche de Dusk en matière de finalité intéressante pour son infrastructure des marchés financiers, distincte des fonctionnalités de confidentialité qui retiennent généralement davantage l’attention.
@Dusk_Foundation $DUSK #dusk
En regardant de plus près @Dusk, j’ai compris que cela fait l’impasse sur une distinction importante.
Le cycle de vie des transactions de Dusk sépare l’acceptation d’un bloc de la finalité. D’après la documentation de Dusk, des blocs acceptés peuvent encore être annulés. Un bloc et ses transactions deviennent définitifs lorsque l’événement "blocks/statechange" rapporte l’état comme "finalized".
Cette distinction devient encore plus intéressante quand on examine le mécanisme sous-jacent.
DuskDS utilise la Preuve d’Attestation Succincte (Succinct Attestation), le protocole de consensus Proof-of-Stake sans permission et basé sur un comité de Dusk. À chaque tour de consensus, on passe par des étapes de proposition, de validation et de ratification, la ratification rendant le bloc final et fournissant une finalité déterministe.
Pour une activité blockchain ordinaire, la différence entre être inclus dans un bloc accepté et atteindre la finalité peut sembler technique. Pour une infrastructure financière, je pense que cela soulève une question beaucoup plus pratique : à partir de quel moment un autre système devrait-il commencer à s’appuyer sur une transaction comme étant finale ?
Cela a changé ma façon de voir la rapidité de la blockchain.
Peut-être que la qualité du règlement ne devrait pas être évaluée uniquement par le temps qu’il faut pour qu’une transaction apparaisse. Ce qui compte aussi, c’est d’avoir un moment clairement défini auquel l’état résultant devient final.
Cela rend l’approche de Dusk en matière de finalité intéressante pour son infrastructure des marchés financiers, distincte des fonctionnalités de confidentialité qui retiennent généralement davantage l’attention.
@Dusk_Foundation $DUSK #dusk