#dusk $DUSK @Dusk
Le cadrage l’appelle « le problème de la confidentialité », au singulier, mais en restant avec $DUSK et la matière #Dusk assez longtemps, on constate que les marchés tokenisés ont en réalité deux besoins distincts en matière de confidentialité qui sont regroupés : la confidentialité avant la négociation, en empêchant un gros ordre de faire bouger le marché avant son exécution, et la confidentialité après la négociation, en gardant la position finale cachée après le règlement. Le modèle de transaction confidentielle de Dusk gère bien le second point, mais la fuite d’informations avant la négociation dépend encore fortement de la manière dont l’appariement des ordres (matching) lui-même est structuré : c’est une question de conception distincte que la seule couche de confidentialité ne résout pas. Comparé à la façon dont @0x_Protocol gère la confidentialité des ordres via des relais hors chaîne avant le règlement on-chain, ou à la manière dont @CoWSwap regroupe des ordres précisément pour empêcher le front-running au moment de l’exécution, tous deux s’attaquent à la moitié « avant la négociation » que le cadrage de Dusk saute pour l’essentiel. Ainsi, « le problème de la confidentialité » qui est résolu, c’est en réalité « le problème de la confidentialité de la position », qui est bien réel, mais ce n’est pas toute la question que les marchés tokenisés ont besoin de protéger. Le fait que ce manque soit comblé au niveau de l’appariement, ou simplement supposé résolu, reste pour moi une question ouverte.
Le cadrage l’appelle « le problème de la confidentialité », au singulier, mais en restant avec $DUSK et la matière #Dusk assez longtemps, on constate que les marchés tokenisés ont en réalité deux besoins distincts en matière de confidentialité qui sont regroupés : la confidentialité avant la négociation, en empêchant un gros ordre de faire bouger le marché avant son exécution, et la confidentialité après la négociation, en gardant la position finale cachée après le règlement. Le modèle de transaction confidentielle de Dusk gère bien le second point, mais la fuite d’informations avant la négociation dépend encore fortement de la manière dont l’appariement des ordres (matching) lui-même est structuré : c’est une question de conception distincte que la seule couche de confidentialité ne résout pas. Comparé à la façon dont @0x_Protocol gère la confidentialité des ordres via des relais hors chaîne avant le règlement on-chain, ou à la manière dont @CoWSwap regroupe des ordres précisément pour empêcher le front-running au moment de l’exécution, tous deux s’attaquent à la moitié « avant la négociation » que le cadrage de Dusk saute pour l’essentiel. Ainsi, « le problème de la confidentialité » qui est résolu, c’est en réalité « le problème de la confidentialité de la position », qui est bien réel, mais ce n’est pas toute la question que les marchés tokenisés ont besoin de protéger. Le fait que ce manque soit comblé au niveau de l’appariement, ou simplement supposé résolu, reste pour moi une question ouverte.