L’inscription sur la chaîne, souvent, est à tort assimilée à « plus de transparence ». En réalité, de nombreuses activités ne recherchent pas la transparence, mais une « discrétion vérifiable » : au quotidien, il n’est pas nécessaire d’exposer à tout le monde le flux des ordres, la structure des positions ou les relations avec les contreparties ; mais dès qu’il faut effectuer des contrôles ponctuels, procéder aux rapprochements ou traiter un litige, il doit être possible de prouver que les règles ont été appliquées, que les enregistrements n’ont pas été modifiés en douce, et que le résultat du règlement possède un caractère définitif. Les marchés traditionnels parviennent à ce « silence + pièces justificatives » grâce à la conservation, aux chambres de compensation et à la chaîne d’audit ; sur une chaîne, si tout est entièrement public ou entièrement masqué, il devient difficile de faire tenir correctement des actifs comme les valeurs mobilières.
@Dusk Ce qui m’a donné l’impression d’une certaine profondeur, c’est que le projet tente d’inscrire à la fois « le silence » et « les preuves » dans le protocole : par défaut, il masque les détails qui ne devraient pas être rendus publics, tandis que la partie autorisée peut obtenir des conclusions vérifiables, plutôt que de renvoyer à des tableurs hors chaîne. Pour les RWA, cela correspond davantage aux points sensibles que la simple recherche de performances : l’émission n’est pas l’aboutissement ; ce sont les problèmes « d’usage quotidien » des institutions—les restrictions de transfert, l’adéquation, les limites de divulgation, et la finalité du règlement—qui sont les véritables sujets difficiles. Les preuves à divulgation nulle (zero-knowledge) ne sont pas ici un slogan marketing : elles changent le langage de la preuve. Prouver que « les conditions de conformité sont remplies » sans avoir à divulguer des informations sans rapport.
J’observe aussi la question sous un autre angle, assez peu abordé : quand une erreur survient, comment le système se prouve lui-même. Les applications de marché peuvent redémarrer, revenir en arrière, recalculer ; mais, pour les opérations de compensation et de règlement, le pire est : « ça a l’air d’avoir été fait, puis c’est réécrit plus tard ». Ainsi, savoir si la structure des nœuds, la trajectoire de mise à niveau et l’alignement entre les données côté navigateur et côté portefeuille correspondent réellement, n’est plus une simple rumeur communautaire : c’est un enjeu de gestion des risques. Le budget de sécurité relève du même principe : compter à long terme sur l’augmentation d’émission pour acheter du « calme » n’est pas durable ; il s’agit plutôt, par étapes, de couvrir progressivement les dépenses de sécurité par des coûts issus d’une activité réelle. À ce stade, comme on est encore plutôt en phase précoce, je ne suis pas pressé d’utiliser un volume « spectaculaire » pour prouver tout—promouvoir le volume sans actifs, c’est justement comme raconter une histoire avant d’avoir des faits.
Donc j’ai reformulé le problème ainsi : cette chaîne permet-elle à une institution de rester discrète la plupart du temps, tout en étant capable, au moment nécessaire, de présenter un reçu ? $DUSK #dusk #dusk $DUSK
@Dusk Ce qui m’a donné l’impression d’une certaine profondeur, c’est que le projet tente d’inscrire à la fois « le silence » et « les preuves » dans le protocole : par défaut, il masque les détails qui ne devraient pas être rendus publics, tandis que la partie autorisée peut obtenir des conclusions vérifiables, plutôt que de renvoyer à des tableurs hors chaîne. Pour les RWA, cela correspond davantage aux points sensibles que la simple recherche de performances : l’émission n’est pas l’aboutissement ; ce sont les problèmes « d’usage quotidien » des institutions—les restrictions de transfert, l’adéquation, les limites de divulgation, et la finalité du règlement—qui sont les véritables sujets difficiles. Les preuves à divulgation nulle (zero-knowledge) ne sont pas ici un slogan marketing : elles changent le langage de la preuve. Prouver que « les conditions de conformité sont remplies » sans avoir à divulguer des informations sans rapport.
J’observe aussi la question sous un autre angle, assez peu abordé : quand une erreur survient, comment le système se prouve lui-même. Les applications de marché peuvent redémarrer, revenir en arrière, recalculer ; mais, pour les opérations de compensation et de règlement, le pire est : « ça a l’air d’avoir été fait, puis c’est réécrit plus tard ». Ainsi, savoir si la structure des nœuds, la trajectoire de mise à niveau et l’alignement entre les données côté navigateur et côté portefeuille correspondent réellement, n’est plus une simple rumeur communautaire : c’est un enjeu de gestion des risques. Le budget de sécurité relève du même principe : compter à long terme sur l’augmentation d’émission pour acheter du « calme » n’est pas durable ; il s’agit plutôt, par étapes, de couvrir progressivement les dépenses de sécurité par des coûts issus d’une activité réelle. À ce stade, comme on est encore plutôt en phase précoce, je ne suis pas pressé d’utiliser un volume « spectaculaire » pour prouver tout—promouvoir le volume sans actifs, c’est justement comme raconter une histoire avant d’avoir des faits.
Donc j’ai reformulé le problème ainsi : cette chaîne permet-elle à une institution de rester discrète la plupart du temps, tout en étant capable, au moment nécessaire, de présenter un reçu ? $DUSK #dusk #dusk $DUSK