#dusk $ACE $BTW $DUSK @Dusk
je continue à me demander si mon Phoenix DUSK est déjà valide et prêt à être payé, puis le côté XSC devrait donc être terminé aussi. le vendeur a la sécurité, j’ai le DUSK protégé, les deux côtés sont là.
qu’est-ce qui est censé l’empêcher d’aboutir ?
sauf apparemment que Phoenix, quand on lui demande, ne répond que pour le volet financier.
le Dusk XSC a encore une autre condition qui est là, avec le portefeuille de réception. ce portefeuille peut être prêt à recevoir la sécurité et pourtant ne pas satisfaire comme prochain détenteur sous le Contrat de Sécurité Confidentielle.
et oui, c’est là que mon cerveau essaie sans cesse de fusionner deux contrôles différents en un seul.
un Phoenix DUSK valide ne prouve pas, d’une certaine façon, une propriété XSC valide.
le paiement protégé peut être parfaitement en règle, le côté Phoenix peut garder le mouvement du DUSK privé, et le côté sécurité peut toujours attendre une preuve à connaissance nulle que le destinataire correspond réellement aux règles du détenteur XSC.
donc attendez.
argent prêt. vendeur prêt. destinataire peut-être pas.
et tant que ce portefeuille de réception ne satisfait pas à la condition de détenteur XSC, le volet propriété n’est toujours pas prêt à avancer avec le paiement Phoenix. c’est probablement le point que je continuais à sauter, parce que je traitais le règlement DuskDS comme l’endroit où les deux côtés arrivent simplement ensemble.
sauf qu’un côté valide n’entraîne pas automatiquement l’autre côté avec lui.
le paiement Dusk Phoenix peut déjà être valide pendant que le portefeuille de réception échoue encore à la condition de détenteur XSC.
donc DuskDS n’obtient pas une transaction entièrement finalisée simplement parce que le côté Phoenix était prêt en premier.
apparemment, de l’argent valide peut encore être là, en attente d’un propriétaire valide.
je continue à me demander si mon Phoenix DUSK est déjà valide et prêt à être payé, puis le côté XSC devrait donc être terminé aussi. le vendeur a la sécurité, j’ai le DUSK protégé, les deux côtés sont là.
qu’est-ce qui est censé l’empêcher d’aboutir ?
sauf apparemment que Phoenix, quand on lui demande, ne répond que pour le volet financier.
le Dusk XSC a encore une autre condition qui est là, avec le portefeuille de réception. ce portefeuille peut être prêt à recevoir la sécurité et pourtant ne pas satisfaire comme prochain détenteur sous le Contrat de Sécurité Confidentielle.
et oui, c’est là que mon cerveau essaie sans cesse de fusionner deux contrôles différents en un seul.
un Phoenix DUSK valide ne prouve pas, d’une certaine façon, une propriété XSC valide.
le paiement protégé peut être parfaitement en règle, le côté Phoenix peut garder le mouvement du DUSK privé, et le côté sécurité peut toujours attendre une preuve à connaissance nulle que le destinataire correspond réellement aux règles du détenteur XSC.
donc attendez.
argent prêt. vendeur prêt. destinataire peut-être pas.
et tant que ce portefeuille de réception ne satisfait pas à la condition de détenteur XSC, le volet propriété n’est toujours pas prêt à avancer avec le paiement Phoenix. c’est probablement le point que je continuais à sauter, parce que je traitais le règlement DuskDS comme l’endroit où les deux côtés arrivent simplement ensemble.
sauf qu’un côté valide n’entraîne pas automatiquement l’autre côté avec lui.
le paiement Dusk Phoenix peut déjà être valide pendant que le portefeuille de réception échoue encore à la condition de détenteur XSC.
donc DuskDS n’obtient pas une transaction entièrement finalisée simplement parce que le côté Phoenix était prêt en premier.
apparemment, de l’argent valide peut encore être là, en attente d’un propriétaire valide.
