#dusk $ACE $BTW $DUSK @Dusk
Je me demande encore si mon DUSK est déjà privé à l’intérieur de Phoenix, alors le réutiliser avec un smart contract ne devrait faire que renforcer Phoenix.
Du genre : d’accord. Les notes chiffrées de Phoenix masquent déjà le côté transfert. l’expéditeur, le destinataire, le montant ne sont pas affichés publiquement. Donc si ce DUSK doit maintenant faire quelque chose à l’intérieur de Rusk, pourquoi la “forme” de la confidentialité devrait-elle changer ?
Sauf que, apparemment, c’est là que Zilch commence à compter.
Phoenix sait déjà comment déplacer du DUSK via des notes chiffrées, sans transformer l’expéditeur, le destinataire et le montant en forme publique à laquelle je suis habitué.
Mais un smart contract n’est pas juste un autre destinataire.
Et c’est ce point que j’ai continué à aplatir.
Les notes chiffrées de Phoenix résolvent le côté “valeur privée”. Une fois que ce DUSK doit interagir avec Rusk, Zilch doit transporter le côté privé du contract au lieu de traiter Rusk comme un simple autre destinataire de Phoenix.
Alors attends.
Le même DUSK privé, mais pas le même travail ?
Phoenix a rendu le DUSK privé là-bas, mais ce n’est toujours pas la même chose que de donner à Rusk une interaction privée avec laquelle il peut réellement fonctionner. C’est la forme supplémentaire que Zilch est en train de résoudre.
Et ça ressemble un peu à quelque chose à l’envers, parce que j’ai continué à traiter la confidentialité comme une seule enveloppe autour du DUSK.
Sauf que, apparemment, la passation compte aussi. Phoenix peut garder le DUSK privé pendant qu’il circule, Zilch doit encore préserver l’interaction privée quand cette valeur atteint Rusk.
Et je pense que c’est ce qui me manquait. Je m’attendais à ce que les notes chiffrées de Phoenix soient, d’une manière ou d’une autre, suffisantes jusqu’à Rusk.
Apparemment, le fait de faire arriver le DUSK là-bas en privé et le fait de l’utiliser en privé là-bas, ce sont deux problèmes différents.
Je me demande encore si mon DUSK est déjà privé à l’intérieur de Phoenix, alors le réutiliser avec un smart contract ne devrait faire que renforcer Phoenix.
Du genre : d’accord. Les notes chiffrées de Phoenix masquent déjà le côté transfert. l’expéditeur, le destinataire, le montant ne sont pas affichés publiquement. Donc si ce DUSK doit maintenant faire quelque chose à l’intérieur de Rusk, pourquoi la “forme” de la confidentialité devrait-elle changer ?
Sauf que, apparemment, c’est là que Zilch commence à compter.
Phoenix sait déjà comment déplacer du DUSK via des notes chiffrées, sans transformer l’expéditeur, le destinataire et le montant en forme publique à laquelle je suis habitué.
Mais un smart contract n’est pas juste un autre destinataire.
Et c’est ce point que j’ai continué à aplatir.
Les notes chiffrées de Phoenix résolvent le côté “valeur privée”. Une fois que ce DUSK doit interagir avec Rusk, Zilch doit transporter le côté privé du contract au lieu de traiter Rusk comme un simple autre destinataire de Phoenix.
Alors attends.
Le même DUSK privé, mais pas le même travail ?
Phoenix a rendu le DUSK privé là-bas, mais ce n’est toujours pas la même chose que de donner à Rusk une interaction privée avec laquelle il peut réellement fonctionner. C’est la forme supplémentaire que Zilch est en train de résoudre.
Et ça ressemble un peu à quelque chose à l’envers, parce que j’ai continué à traiter la confidentialité comme une seule enveloppe autour du DUSK.
Sauf que, apparemment, la passation compte aussi. Phoenix peut garder le DUSK privé pendant qu’il circule, Zilch doit encore préserver l’interaction privée quand cette valeur atteint Rusk.
Et je pense que c’est ce qui me manquait. Je m’attendais à ce que les notes chiffrées de Phoenix soient, d’une manière ou d’une autre, suffisantes jusqu’à Rusk.
Apparemment, le fait de faire arriver le DUSK là-bas en privé et le fait de l’utiliser en privé là-bas, ce sont deux problèmes différents.
