#dusk $DUSK Une fois que les actifs financiers sont réellement inscrits « on-chain », le plus pénible n’est souvent pas de savoir si « on peut les échanger », mais plutôt de savoir combien d’informations doivent être à nouveau exposées, du KYC jusqu’à la conclusion de la transaction, puis jusqu’aux contrôles réglementaires. En effet, tout le trajet—de l’identité à la transaction, puis à la vérification par les autorités—oblige à répéter l’exposition des données.
Dans la réalité, le processus est en fait très fragmenté : les investisseurs commencent par des contrôles d’identité et de conformité ; l’émetteur doit déterminer si « cette adresse a le droit d’y participer » ; l’étape de transaction doit limiter les listes blanches ou les investisseurs éligibles ; et après la transaction, l’audit ou le régulateur peut exiger une remontée de l’identité et de l’origine des avoirs. Le problème, c’est que ces étapes, dans la finance traditionnelle, peuvent être traitées par couches, alors que dans beaucoup de conceptions de blockchains, l’information est par défaut « visible globalement ».
Ce qui m’intéresse particulièrement chez Dusk, ce n’est pas seulement qu’il « fait de la confidentialité », mais qu’il tente de séparer les preuves d’éligibilité et les informations de transaction en deux voies distinctes. Par exemple, des designs comme Citadel sont davantage orientés « preuves d’attributs » : vous pouvez prouver que vous êtes un investisseur qualifié ou que vous remplissez certaines conditions, sans pour autant divulguer une identité complète. À l’inverse, Phoenix traite la confidentialité au niveau des transactions : les montants, les expéditeurs, etc. ne sont pas directement rendus publics, tout en permettant—si nécessaire—de fournir une vérification via une autorisation.
Par rapport au modèle de compte « par défaut transparent » d’Ethereum, la différence ici n’est pas simplement « une confidentialité plus forte », mais la manière dont l’information est répartie entre différents acteurs. Ethereum ressemble davantage à « tout le monde voit le même grand livre », tandis que Dusk se rapproche de « différents rôles voient des niveaux de données différents ».
Mais les compromis sont tout aussi directs : une fois l’information scindée, la complexité du système augmente ; les coûts de vérification de conformité, d’appels d’audit et d’infrastructure augmentent aussi. Ce n’est pas un problème purement technique : c’est un problème de conception de systèmes financiers.
C’est pourquoi je préfère l’interpréter ainsi : @Dusk n’a pas forcément pour objectif de remplacer les systèmes financiers existants, mais plutôt d’essayer de fournir une nouvelle interface—afin que le KYC, l’éligibilité des investisseurs, les droits de transaction et la divulgation réglementaire ne soient plus « exposés de façon répétée », mais « vérifiés à la demande ».
Le véritable sujet à débattre est le suivant : lorsque la RWA entre réellement dans une phase de déploiement à grande échelle, les institutions se préoccupent-elles davantage de la transparence de l’information, ou bien d’une divulgation minimale de l’information ?
C’est peut-être le point de divergence clé qui déterminera si #dusk peut tenir à l’avenir.
Dans la réalité, le processus est en fait très fragmenté : les investisseurs commencent par des contrôles d’identité et de conformité ; l’émetteur doit déterminer si « cette adresse a le droit d’y participer » ; l’étape de transaction doit limiter les listes blanches ou les investisseurs éligibles ; et après la transaction, l’audit ou le régulateur peut exiger une remontée de l’identité et de l’origine des avoirs. Le problème, c’est que ces étapes, dans la finance traditionnelle, peuvent être traitées par couches, alors que dans beaucoup de conceptions de blockchains, l’information est par défaut « visible globalement ».
Ce qui m’intéresse particulièrement chez Dusk, ce n’est pas seulement qu’il « fait de la confidentialité », mais qu’il tente de séparer les preuves d’éligibilité et les informations de transaction en deux voies distinctes. Par exemple, des designs comme Citadel sont davantage orientés « preuves d’attributs » : vous pouvez prouver que vous êtes un investisseur qualifié ou que vous remplissez certaines conditions, sans pour autant divulguer une identité complète. À l’inverse, Phoenix traite la confidentialité au niveau des transactions : les montants, les expéditeurs, etc. ne sont pas directement rendus publics, tout en permettant—si nécessaire—de fournir une vérification via une autorisation.
Par rapport au modèle de compte « par défaut transparent » d’Ethereum, la différence ici n’est pas simplement « une confidentialité plus forte », mais la manière dont l’information est répartie entre différents acteurs. Ethereum ressemble davantage à « tout le monde voit le même grand livre », tandis que Dusk se rapproche de « différents rôles voient des niveaux de données différents ».
Mais les compromis sont tout aussi directs : une fois l’information scindée, la complexité du système augmente ; les coûts de vérification de conformité, d’appels d’audit et d’infrastructure augmentent aussi. Ce n’est pas un problème purement technique : c’est un problème de conception de systèmes financiers.
C’est pourquoi je préfère l’interpréter ainsi : @Dusk n’a pas forcément pour objectif de remplacer les systèmes financiers existants, mais plutôt d’essayer de fournir une nouvelle interface—afin que le KYC, l’éligibilité des investisseurs, les droits de transaction et la divulgation réglementaire ne soient plus « exposés de façon répétée », mais « vérifiés à la demande ».
Le véritable sujet à débattre est le suivant : lorsque la RWA entre réellement dans une phase de déploiement à grande échelle, les institutions se préoccupent-elles davantage de la transparence de l’information, ou bien d’une divulgation minimale de l’information ?
C’est peut-être le point de divergence clé qui déterminera si #dusk peut tenir à l’avenir.