#dusk @Dusk $BTW $DUSK
La ligne holder-report, c’est elle qui continue de me gratter la peau sur Dusk.
Pas le transfert de Zedger.
Cette partie est déjà réglée.
DuskVM l’a exécuté. DuskDS l’a finalisé. Phoenix a déjà, derrière un état masqué, des preuves holder plus récentes datant d’un Phoenix.
Très bien.
Mais le checkpoint issuer holder-report est encore un cran en retard.
C’est la partie agaçante.
Les ops de l’issuer récupèrent l’extrait holder de Dusk. La ligne est ancienne. Rusk a déjà finalisé le mouvement Zedger. Les RUES peuvent le faire remonter. Personne ne remarque rien tant que la demande de divulgation sélective n’est pas déjà en préparation.
Mes yeux retournent sans cesse à l’extrait de l’issuer. Il a l’air suffisamment actuel. Puis Rusk montre que le mouvement Zedger de Dusk est finalisé au-delà du checkpoint holder-report.
Rien n’a cassé.
Le checkpoint est juste assez en retard pour contaminer le prochain lancement de corporate-action.
L’auditeur ouvre l’extrait issuer de Dusk et demande des preuves holder de Phoenix derrière cette ligne.
La ligne est périmée.
Phoenix est déjà passé à autre chose.
Maintenant, on demande à la clé de consultation de Phoenix de prouver une ligne holder qui se trouve derrière la hauteur actuelle finalisée par DuskDS.
Super.
Sur Dusk, DuskDS peut déjà être finalisé pendant que Phoenix conserve ses nouvelles preuves holder masquées. Rusk a l’historique Zedger finalisé. Les RUES peuvent faire remonter le mouvement. Rien de tout cela n’oblige le checkpoint holder-report de l’issuer à avancer avant que la prochaine demande de divulgation sélective ne soit construite.
Donc DuskDS peut être à jour pendant que l’issuer continue de demander à Phoenix de prouver la ligne holder d’hier.
Ensuite, l’instantané de la corporate-action démarre à partir de cet extrait périmé.
Le fichier de paiement Dusk hérite de cette ligne périmée, et la vue d’audit Phoenix est construite autour.
Et soudain, les preuves holder de Phoenix et le rapport issuer ne décrivent plus la même hauteur finalisée par DuskDS.
C’est là que je reste coincé.
Preuve Phoenix valide.
Ligne issuer valide.
Hauteur DuskDS différente.
Le mouvement Zedger de Dusk est déjà dans l’historique finalisé de DuskDS.
Le checkpoint holder-report n’y est toujours pas.
Lequel des deux l’issuer choisit-il réellement ?
@Dusk_Foundation Hauteur finalisée DuskDS ? Actuelle.
Ligne holder de l’issuer ? Déjà en retard.
#Dusk
La ligne holder-report, c’est elle qui continue de me gratter la peau sur Dusk.
Pas le transfert de Zedger.
Cette partie est déjà réglée.
DuskVM l’a exécuté. DuskDS l’a finalisé. Phoenix a déjà, derrière un état masqué, des preuves holder plus récentes datant d’un Phoenix.
Très bien.
Mais le checkpoint issuer holder-report est encore un cran en retard.
C’est la partie agaçante.
Les ops de l’issuer récupèrent l’extrait holder de Dusk. La ligne est ancienne. Rusk a déjà finalisé le mouvement Zedger. Les RUES peuvent le faire remonter. Personne ne remarque rien tant que la demande de divulgation sélective n’est pas déjà en préparation.
Mes yeux retournent sans cesse à l’extrait de l’issuer. Il a l’air suffisamment actuel. Puis Rusk montre que le mouvement Zedger de Dusk est finalisé au-delà du checkpoint holder-report.
Rien n’a cassé.
Le checkpoint est juste assez en retard pour contaminer le prochain lancement de corporate-action.
L’auditeur ouvre l’extrait issuer de Dusk et demande des preuves holder de Phoenix derrière cette ligne.
La ligne est périmée.
Phoenix est déjà passé à autre chose.
Maintenant, on demande à la clé de consultation de Phoenix de prouver une ligne holder qui se trouve derrière la hauteur actuelle finalisée par DuskDS.
Super.
Sur Dusk, DuskDS peut déjà être finalisé pendant que Phoenix conserve ses nouvelles preuves holder masquées. Rusk a l’historique Zedger finalisé. Les RUES peuvent faire remonter le mouvement. Rien de tout cela n’oblige le checkpoint holder-report de l’issuer à avancer avant que la prochaine demande de divulgation sélective ne soit construite.
Donc DuskDS peut être à jour pendant que l’issuer continue de demander à Phoenix de prouver la ligne holder d’hier.
Ensuite, l’instantané de la corporate-action démarre à partir de cet extrait périmé.
Le fichier de paiement Dusk hérite de cette ligne périmée, et la vue d’audit Phoenix est construite autour.
Et soudain, les preuves holder de Phoenix et le rapport issuer ne décrivent plus la même hauteur finalisée par DuskDS.
C’est là que je reste coincé.
Preuve Phoenix valide.
Ligne issuer valide.
Hauteur DuskDS différente.
Le mouvement Zedger de Dusk est déjà dans l’historique finalisé de DuskDS.
Le checkpoint holder-report n’y est toujours pas.
Lequel des deux l’issuer choisit-il réellement ?
@Dusk_Foundation Hauteur finalisée DuskDS ? Actuelle.
Ligne holder de l’issuer ? Déjà en retard.
#Dusk