À chaque fois que je vois « la blockchain va remplacer les banques », je marque d’abord une pause. Le vrai problème, pour les banques et les sociétés de courtage, ne tient pas seulement à la comptabilité : il s’agit aussi de la conservation des actifs, des contrôles d’habilitation, des restrictions de transfert, de la compensation et de la chaîne de responsabilité. Les placer directement sur une blockchain publique ne les rendra peut-être pas pour autant plus simples.
Ce que je vois via Dusk, c’est au contraire une trajectoire « interconnectée ». Elle regroupe, dans un même socle, l’identité et la divulgation sélective de Citadel, les transferts privés de Phoenix, ainsi que la compensation déterministe de DuskDS. Dusk Trade est pour l’instant positionné au niveau produit : il organise le parcours autour de l’ouverture de compte des investisseurs, de la connexion du portefeuille, de la coordination des échanges et de la compensation. Pour les utilisateurs, l’impact est très concret : des critères, des actifs et des statuts de règlement autrefois dispersés dans des systèmes différents ont la possibilité d’être raccordés selon un même ensemble de règles.
Par rapport à un environnement ouvert plus général comme Ethereum, Dusk intègre plus activement les droits financiers et la confidentialité dans l’infrastructure ; en échange, cela implique une complexité de règles et un coût d’intégration plus élevés. Ce n’est pas une simple copie des fonctions bancaires : c’est une tentative de devenir la couche de coordination entre les banques, les plateformes d’échange et les actifs en chaîne.
D’où mon avis : la voie la plus réaliste pour Dusk, c’est la coexistence, pas le remplacement. À condition qu’elle réduise vraiment la réconciliation, les validations manuelles et les transferts de données entre systèmes, plutôt que de déplacer la complexité des back-offices traditionnels vers la chaîne. Ce qui mérite d’être vérifié, ce n’est pas « les institutions vont-elles passer on-chain », mais, une fois l’intégration faite, combien d’étapes disparaissent réellement dans le parcours d’un actif réglementé, de l’émission jusqu’au règlement. Préférez-vous l’idée d’« intégrer la banque à la chaîne », ou celle de « relier à la banque » ? @Dusk $DUSK
#dusk
Ce que je vois via Dusk, c’est au contraire une trajectoire « interconnectée ». Elle regroupe, dans un même socle, l’identité et la divulgation sélective de Citadel, les transferts privés de Phoenix, ainsi que la compensation déterministe de DuskDS. Dusk Trade est pour l’instant positionné au niveau produit : il organise le parcours autour de l’ouverture de compte des investisseurs, de la connexion du portefeuille, de la coordination des échanges et de la compensation. Pour les utilisateurs, l’impact est très concret : des critères, des actifs et des statuts de règlement autrefois dispersés dans des systèmes différents ont la possibilité d’être raccordés selon un même ensemble de règles.
Par rapport à un environnement ouvert plus général comme Ethereum, Dusk intègre plus activement les droits financiers et la confidentialité dans l’infrastructure ; en échange, cela implique une complexité de règles et un coût d’intégration plus élevés. Ce n’est pas une simple copie des fonctions bancaires : c’est une tentative de devenir la couche de coordination entre les banques, les plateformes d’échange et les actifs en chaîne.
D’où mon avis : la voie la plus réaliste pour Dusk, c’est la coexistence, pas le remplacement. À condition qu’elle réduise vraiment la réconciliation, les validations manuelles et les transferts de données entre systèmes, plutôt que de déplacer la complexité des back-offices traditionnels vers la chaîne. Ce qui mérite d’être vérifié, ce n’est pas « les institutions vont-elles passer on-chain », mais, une fois l’intégration faite, combien d’étapes disparaissent réellement dans le parcours d’un actif réglementé, de l’émission jusqu’au règlement. Préférez-vous l’idée d’« intégrer la banque à la chaîne », ou celle de « relier à la banque » ? @Dusk $DUSK
#dusk
