#dusk
Il y a quelque temps, j’ai vendu un placement. Mon téléphone a immédiatement affiché « Transaction réussie ». J’ai ensuite vérifié mon compte bancaire… et le solde n’avait pas bougé d’un centime. En demandant au service client, j’ai compris que « exécuté » signifiait seulement que le prix était fixé. La suite impliquait encore une confirmation des parts, un transfert de fonds et, enfin, l’atterrissage du montant. À ce moment-là, j’ai réalisé que, dans la finance, le mot « réussite » se décline en plusieurs couches : un voyant vert sur la page ne veut pas dire que l’argent est déjà, et définitivement, tombé dans la poche.
Le virement dans le monde des cryptos donne aussi une illusion comparable. Le hachage est généré, le bloc est empaqueté, l’échange affiche « en cours » : ces trois états ressemblent à l’achèvement, mais leur signification est totalement différente. S’il s’agit de quelques dizaines d’unités, attendre un peu de plus ne fait qu’ajouter de l’angoisse. En revanche, avec des obligations, des fonds ou de gros montants, les actifs peuvent déjà avoir quitté le portefeuille alors que les fonds ne sont pas encore confirmés. Même un décalage de quelques minutes peut entraîner des risques de crédit et de rapprochement.
C’est pourquoi, en observant @Dusk , je m’inquiète de moins en moins du simple « rapide », et davantage de la question cruciale : les actifs et le paiement peuvent-ils s’achever au même moment, au sein d’un nœud fiable ? En termes simples : main contre argent, main contre marchandise. Tant que l’argent n’est pas arrivé, l’actif ne doit pas partir ; si l’actif ne remplit pas les conditions, les fonds ne doivent pas être débités. Un véritable règlement adapté à la finance ne consiste pas à laisser deux barres de progression avancer chacune de leur côté. Il faut plutôt que les deux parties finissent ensemble, ou que rien ne se fasse.
Cette histoire paraît basique, mais elle fait surgir beaucoup de détails. Les qualifications de l’acheteur sont-elles valides ? Les actifs du vendeur sont-ils gelés ? L’instrument de paiement peut-il être utilisé ? Après la confirmation, la transaction peut-elle encore être reconfigurée ? Si ces décisions sont dispersées entre plusieurs systèmes, il faut alors des vérifications manuelles répétées. La valeur d’une infrastructure on-chain devrait permettre de vérifier plus facilement les résultats, pas de remplacer « en cours » par une animation plus cool.
Je vais donc observer les futures applications financières de Dusk à travers trois questions : combien de temps après l’exécution d’une commande les fonds peuvent-ils être réellement utilisés ? Quand l’un des deux côtés (actif ou fonds) échoue, peut-on faire marche arrière de façon synchronisée ? Les statuts visibles par l’utilisateur peuvent-ils clairement distinguer « soumis, confirmé, utilisable » ? Ces indicateurs ne sont pas aussi “sexy” que le TPS, mais ils sont ceux qui se rapprochent le plus de l’expérience du quotidien.
J’ai aussi des attentes très concrètes pour $DUSK : un jour, quand je vendrai une obligation on-chain, je ne devrai pas actualiser sans cesse entre le wallet, la plateforme de trading et la page bancaire. Le système doit pouvoir m’indiquer sans ambiguïté que l’argent et la marchandise sont réglés « de part et d’autre ». C’est à ce moment-là que je saurai que l’onboarding financier sur chaîne ne consiste pas seulement à déplacer des boutons, mais qu’il raccourcit réellement le processus de règlement.
Il y a quelque temps, j’ai vendu un placement. Mon téléphone a immédiatement affiché « Transaction réussie ». J’ai ensuite vérifié mon compte bancaire… et le solde n’avait pas bougé d’un centime. En demandant au service client, j’ai compris que « exécuté » signifiait seulement que le prix était fixé. La suite impliquait encore une confirmation des parts, un transfert de fonds et, enfin, l’atterrissage du montant. À ce moment-là, j’ai réalisé que, dans la finance, le mot « réussite » se décline en plusieurs couches : un voyant vert sur la page ne veut pas dire que l’argent est déjà, et définitivement, tombé dans la poche.
Le virement dans le monde des cryptos donne aussi une illusion comparable. Le hachage est généré, le bloc est empaqueté, l’échange affiche « en cours » : ces trois états ressemblent à l’achèvement, mais leur signification est totalement différente. S’il s’agit de quelques dizaines d’unités, attendre un peu de plus ne fait qu’ajouter de l’angoisse. En revanche, avec des obligations, des fonds ou de gros montants, les actifs peuvent déjà avoir quitté le portefeuille alors que les fonds ne sont pas encore confirmés. Même un décalage de quelques minutes peut entraîner des risques de crédit et de rapprochement.
C’est pourquoi, en observant @Dusk , je m’inquiète de moins en moins du simple « rapide », et davantage de la question cruciale : les actifs et le paiement peuvent-ils s’achever au même moment, au sein d’un nœud fiable ? En termes simples : main contre argent, main contre marchandise. Tant que l’argent n’est pas arrivé, l’actif ne doit pas partir ; si l’actif ne remplit pas les conditions, les fonds ne doivent pas être débités. Un véritable règlement adapté à la finance ne consiste pas à laisser deux barres de progression avancer chacune de leur côté. Il faut plutôt que les deux parties finissent ensemble, ou que rien ne se fasse.
Cette histoire paraît basique, mais elle fait surgir beaucoup de détails. Les qualifications de l’acheteur sont-elles valides ? Les actifs du vendeur sont-ils gelés ? L’instrument de paiement peut-il être utilisé ? Après la confirmation, la transaction peut-elle encore être reconfigurée ? Si ces décisions sont dispersées entre plusieurs systèmes, il faut alors des vérifications manuelles répétées. La valeur d’une infrastructure on-chain devrait permettre de vérifier plus facilement les résultats, pas de remplacer « en cours » par une animation plus cool.
Je vais donc observer les futures applications financières de Dusk à travers trois questions : combien de temps après l’exécution d’une commande les fonds peuvent-ils être réellement utilisés ? Quand l’un des deux côtés (actif ou fonds) échoue, peut-on faire marche arrière de façon synchronisée ? Les statuts visibles par l’utilisateur peuvent-ils clairement distinguer « soumis, confirmé, utilisable » ? Ces indicateurs ne sont pas aussi “sexy” que le TPS, mais ils sont ceux qui se rapprochent le plus de l’expérience du quotidien.
J’ai aussi des attentes très concrètes pour $DUSK : un jour, quand je vendrai une obligation on-chain, je ne devrai pas actualiser sans cesse entre le wallet, la plateforme de trading et la page bancaire. Le système doit pouvoir m’indiquer sans ambiguïté que l’argent et la marchandise sont réglés « de part et d’autre ». C’est à ce moment-là que je saurai que l’onboarding financier sur chaîne ne consiste pas seulement à déplacer des boutons, mais qu’il raccourcit réellement le processus de règlement.