#dusk $HEMI $VELVET $DUSK @Dusk
Ce qui me tracasse le plus avec Dusk, ce n’est pas la règle du détenteur.
Ni même le transfert contrôlé.
C’est ce stupide résultat d’exécution DuskVM tout propre qui est affiché devant les deux.
Le contrat s’exécute. DuskVM dit succès. Le frontend se détend.
Très bien.
Ensuite, Zedger a encore l’état du détenteur à réceptionner à décider.
Travail différent, même actif Dusk. Ce qui est déjà agaçant, parce que l’application ne se soucie pas de cette distinction une fois qu’elle a un résultat propre.
D’accord.
La garde (Custody) voit le résultat d’exécution DuskVM et comptabilise le mouvement de l’actif Dusk. Le Trésor (Treasury) voit la ligne de paiement Moonlight et arrête de poser des questions.
Puis Zedger atteint la règle du détenteur et la position à réceptionner ne peut toujours pas exister.
Super.
Maintenant, Moonlight a une ligne de paiement.
Custody a un reçu DuskVM.
Zedger n’a pas d’état de détenteur à réception.
Je continue à regarder ce résultat vert de DuskVM parce que, de manière agaçante, il est techniquement correct.
C’est le côté vicieux.
DuskVM n’a pas tort non plus. Ça, en fait, serait plus simple.
Phoenix rend le décalage plus difficile à lire. La preuve du détenteur peut rester masquée là-bas ; donc la divulgation sélective doit maintenant expliquer pourquoi la preuve côté détenteur ne correspond pas au résultat DuskVM avec lequel tout le monde a déjà considéré l’opération comme terminée.
Sur Dusk, DuskVM peut terminer l’appel au contrat pendant que Zedger refuse encore de créer l’état de détenteur à réception. Phoenix peut garder la preuve du détenteur masquée, Moonlight peut déjà exposer la ligne de paiement, et DuskDS ne règle que la position régulée qui survit à la règle du transfert contrôlé.
Un résultat DuskVM propre ne transforme pas l’état du détenteur de Zedger, l’état de paiement de Moonlight et la preuve du détenteur de Phoenix en un seul état Dusk.
Agréablement.
Ensuite, le fichier devient plus moche plus tard.
Le Trésor a Moonlight.
Custody a le reçu DuskVM.
Phoenix a la preuve du détenteur masquée.
Zedger n’a toujours aucune position de réception valide.
Donc, lorsque DuskVM dit succès, Moonlight a la ligne de paiement, et Zedger n’a toujours aucun état de détenteur à réception...
qu’est-ce qui était exactement terminé ?
#Dusk
Ce qui me tracasse le plus avec Dusk, ce n’est pas la règle du détenteur.
Ni même le transfert contrôlé.
C’est ce stupide résultat d’exécution DuskVM tout propre qui est affiché devant les deux.
Le contrat s’exécute. DuskVM dit succès. Le frontend se détend.
Très bien.
Ensuite, Zedger a encore l’état du détenteur à réceptionner à décider.
Travail différent, même actif Dusk. Ce qui est déjà agaçant, parce que l’application ne se soucie pas de cette distinction une fois qu’elle a un résultat propre.
D’accord.
La garde (Custody) voit le résultat d’exécution DuskVM et comptabilise le mouvement de l’actif Dusk. Le Trésor (Treasury) voit la ligne de paiement Moonlight et arrête de poser des questions.
Puis Zedger atteint la règle du détenteur et la position à réceptionner ne peut toujours pas exister.
Super.
Maintenant, Moonlight a une ligne de paiement.
Custody a un reçu DuskVM.
Zedger n’a pas d’état de détenteur à réception.
Je continue à regarder ce résultat vert de DuskVM parce que, de manière agaçante, il est techniquement correct.
C’est le côté vicieux.
DuskVM n’a pas tort non plus. Ça, en fait, serait plus simple.
Phoenix rend le décalage plus difficile à lire. La preuve du détenteur peut rester masquée là-bas ; donc la divulgation sélective doit maintenant expliquer pourquoi la preuve côté détenteur ne correspond pas au résultat DuskVM avec lequel tout le monde a déjà considéré l’opération comme terminée.
Sur Dusk, DuskVM peut terminer l’appel au contrat pendant que Zedger refuse encore de créer l’état de détenteur à réception. Phoenix peut garder la preuve du détenteur masquée, Moonlight peut déjà exposer la ligne de paiement, et DuskDS ne règle que la position régulée qui survit à la règle du transfert contrôlé.
Un résultat DuskVM propre ne transforme pas l’état du détenteur de Zedger, l’état de paiement de Moonlight et la preuve du détenteur de Phoenix en un seul état Dusk.
Agréablement.
Ensuite, le fichier devient plus moche plus tard.
Le Trésor a Moonlight.
Custody a le reçu DuskVM.
Phoenix a la preuve du détenteur masquée.
Zedger n’a toujours aucune position de réception valide.
Donc, lorsque DuskVM dit succès, Moonlight a la ligne de paiement, et Zedger n’a toujours aucun état de détenteur à réception...
qu’est-ce qui était exactement terminé ?
#Dusk
