#dusk $DUSK @Dusk L’écran affiche « Réussi » : est-ce que c’est vraiment terminé ?
En parcourant la documentation de développement de Dusk hier soir, j’ai remarqué un détail que j’avais peu remarqué auparavant.
Après une soumission de transaction, le nœud renvoie 202 Accepted — ce qui signifie seulement que la demande a bien été reçue et qu’elle est en cours de traitement, mais ne veut pas dire que la transaction est déjà terminée.
En continuant plus loin, j’ai compris qu’il faut encore passer par admission, mempool, la sélection du bloc et l’exécution.
Même une fois que c’est exécuté, ce n’est pas encore fini.
Car un bloc déjà accepté peut encore être annulé (rollback).
Ce n’est que lorsque le bloc passe à l’état finalized que la transaction obtient véritablement sa finalité.
Je trouve ce détail assez intéressant.
Quand nous disons d’ordinaire « transaction réussie », en réalité nous mélangeons plusieurs états complètement différents :
Le nœud l’a reçue et le réseau l’a acceptée, ce n’est pas la même chose ;
Entrer dans un bloc et réussir l’exécution, ce n’est pas la même chose non plus ;
Et réussir l’exécution ne veut pas non plus dire que le règlement est final.
Pour un virement classique, la différence peut être simplement quelques états.
Mais si, à l’avenir, la chaîne exécute des valeurs mobilières, des paiements ou d’autres actifs financiers ?
À ce moment-là, « presque réussi » ne suffit évidemment pas.
La vraie question à laquelle il faut répondre est plutôt :
À quel état précisément les droits et obligations des actifs changent-ils réellement ?
C’est aussi une porte d’entrée par laquelle j’ai récemment mieux compris le « deterministic settlement » de Dusk.
Le problème qu’il doit vraiment résoudre n’est peut-être pas seulement de rendre les transactions plus rapides : c’est surtout de permettre aux participants de savoir clairement :
Quand il est possible de ne plus attendre, et quand on peut véritablement considérer cette transaction comme terminée.
C’est peut-être là que se trouve le sens réel des « transactions terminées » dans les infrastructures financières.
@Dusk $DUSK #DUSK
En parcourant la documentation de développement de Dusk hier soir, j’ai remarqué un détail que j’avais peu remarqué auparavant.
Après une soumission de transaction, le nœud renvoie 202 Accepted — ce qui signifie seulement que la demande a bien été reçue et qu’elle est en cours de traitement, mais ne veut pas dire que la transaction est déjà terminée.
En continuant plus loin, j’ai compris qu’il faut encore passer par admission, mempool, la sélection du bloc et l’exécution.
Même une fois que c’est exécuté, ce n’est pas encore fini.
Car un bloc déjà accepté peut encore être annulé (rollback).
Ce n’est que lorsque le bloc passe à l’état finalized que la transaction obtient véritablement sa finalité.
Je trouve ce détail assez intéressant.
Quand nous disons d’ordinaire « transaction réussie », en réalité nous mélangeons plusieurs états complètement différents :
Le nœud l’a reçue et le réseau l’a acceptée, ce n’est pas la même chose ;
Entrer dans un bloc et réussir l’exécution, ce n’est pas la même chose non plus ;
Et réussir l’exécution ne veut pas non plus dire que le règlement est final.
Pour un virement classique, la différence peut être simplement quelques états.
Mais si, à l’avenir, la chaîne exécute des valeurs mobilières, des paiements ou d’autres actifs financiers ?
À ce moment-là, « presque réussi » ne suffit évidemment pas.
La vraie question à laquelle il faut répondre est plutôt :
À quel état précisément les droits et obligations des actifs changent-ils réellement ?
C’est aussi une porte d’entrée par laquelle j’ai récemment mieux compris le « deterministic settlement » de Dusk.
Le problème qu’il doit vraiment résoudre n’est peut-être pas seulement de rendre les transactions plus rapides : c’est surtout de permettre aux participants de savoir clairement :
Quand il est possible de ne plus attendre, et quand on peut véritablement considérer cette transaction comme terminée.
C’est peut-être là que se trouve le sens réel des « transactions terminées » dans les infrastructures financières.
@Dusk $DUSK #DUSK
