#dusk $PORTAL #Dusk $CYS $DUSK @Dusk
i continue de penser que la partie étrange de Phoenix n’est même pas qu’il puisse garder un transfert DUSK confidentiel.
c’est plutôt ce qui se passe quand cette valeur cachée doit cesser d’être uniquement un transfert privé et toucher quelque chose à l’intérieur de Dusk Rusk. Parce que Phoenix peut déjà masquer le dépensier, le destinataire, le montant… d’accord. Mais un contrat Dusk Rusk de type VM n’a pas juste besoin de « confidentialité ». il lui faut quelque chose sur quoi il puisse réellement agir, sans que le côté privé se mette soudainement à se divulguer.
et c’est là que Dusk Zilch commence à ressembler moins à un simple mot de liaison et davantage à ce milieu gênant.
Dusk Phoenix a déjà fait la partie masquage. Rusk doit encore, d’une manière ou d’une autre, avoir assez d’éléments pour accepter qu’il y a eu un changement.
alors qu’est-ce que Dusk Zilch transporte réellement à travers ce fossé ? pas la valeur privée en clair… parce que sinon la confidentialité de Phoenix s’effondre juste là.
alors attendez… qu’est-ce qui a été transmis ? le DUSK lui-même ? la transaction cachée ? ou bien est-ce que Rusk obtient en fait assez de preuves pour accepter un changement d’état privé sans recevoir la chose privée elle-même ?
c’est la partie que je tourne et retourne.
parce que si Dusk Rusk ne voit pas ces entrées privées, pourquoi devrait-il faire confiance au changement du tout ? C’est là que la preuve PLONK commence à compter : pas comme une autre couche de confidentialité, mais comme la preuve disant oui, cette transition d’état privé est bien vérifiée.
et je ne sais pas… ça rend Phoenix différent pour moi.
masquer le transfert DUSK n’était pas la fin du travail.
la deuxième fois où la valeur Dusk Phoenix doit changer quelque chose à l’intérieur de Rusk, quelqu’un doit encore traverser ce fossé sans transformer la valeur cachée en données publiques de contrat.
et apparemment, Dusk Zilch vit exactement dans ce milieu gênant.
i continue de penser que la partie étrange de Phoenix n’est même pas qu’il puisse garder un transfert DUSK confidentiel.
c’est plutôt ce qui se passe quand cette valeur cachée doit cesser d’être uniquement un transfert privé et toucher quelque chose à l’intérieur de Dusk Rusk. Parce que Phoenix peut déjà masquer le dépensier, le destinataire, le montant… d’accord. Mais un contrat Dusk Rusk de type VM n’a pas juste besoin de « confidentialité ». il lui faut quelque chose sur quoi il puisse réellement agir, sans que le côté privé se mette soudainement à se divulguer.
et c’est là que Dusk Zilch commence à ressembler moins à un simple mot de liaison et davantage à ce milieu gênant.
Dusk Phoenix a déjà fait la partie masquage. Rusk doit encore, d’une manière ou d’une autre, avoir assez d’éléments pour accepter qu’il y a eu un changement.
alors qu’est-ce que Dusk Zilch transporte réellement à travers ce fossé ? pas la valeur privée en clair… parce que sinon la confidentialité de Phoenix s’effondre juste là.
alors attendez… qu’est-ce qui a été transmis ? le DUSK lui-même ? la transaction cachée ? ou bien est-ce que Rusk obtient en fait assez de preuves pour accepter un changement d’état privé sans recevoir la chose privée elle-même ?
c’est la partie que je tourne et retourne.
parce que si Dusk Rusk ne voit pas ces entrées privées, pourquoi devrait-il faire confiance au changement du tout ? C’est là que la preuve PLONK commence à compter : pas comme une autre couche de confidentialité, mais comme la preuve disant oui, cette transition d’état privé est bien vérifiée.
et je ne sais pas… ça rend Phoenix différent pour moi.
masquer le transfert DUSK n’était pas la fin du travail.
la deuxième fois où la valeur Dusk Phoenix doit changer quelque chose à l’intérieur de Rusk, quelqu’un doit encore traverser ce fossé sans transformer la valeur cachée en données publiques de contrat.
et apparemment, Dusk Zilch vit exactement dans ce milieu gênant.
