Je me suis cogné la tête là-dessus pendant des jours.

Ma réflexion était simple : Phoenix chiffre les notes. Le transfert disparaît. L’expéditeur, le destinataire, le montant : tout est caché.

Donc si mon DUSK est déjà privé à l’intérieur de Phoenix, pourquoi le fait d’envoyer le même DUSK dans Rusk exigerait soudain un autre type de confidentialité ?

J’avais l’impression de sceller une lettre dans une enveloppe, puis qu’on me dise qu’il me faut une nouvelle enveloppe juste parce que je la confie à quelqu’un d’autre.

Puis, enfin, j’ai compris.

Un smart contract n’est pas simplement un autre destinataire.

Phoenix est conçu pour déplacer de la valeur en toute confidentialité. Rusk, c’est là où cette valeur fait réellement quelque chose : elle est calculée, échangée ou déclenchée par des conditions impliquant d’autres entrées privées.

Et c’est là que les notes chiffrées se heurtent à un mur.

Vous pouvez conserver une note scellée pendant qu’elle circule. Mais vous ne pouvez pas effectuer un calcul significatif sur ce qu’il y a dedans sans disposer d’un moyen de travailler avec les données chiffrées.

C’est exactement le problème que Zilch résout.

Même DUSK. Contexte différent. Problème de confidentialité différent.

Phoenix fait arriver la valeur en toute confidentialité.

Zilch la conserve confidentielle pendant que la valeur agit réellement à l’intérieur de Rusk.

Je traitais la confidentialité comme une seule couverture : privé, c’est privé.

Mais non.

Déplacer quelque chose en privé et calculer dessus en privé sont deux problèmes totalement différents.

Cette distinction a finalement fait “tilt” dans toute l’architecture.

@Dusk #dusk $DUSK

$BTW


$VELVET