#dusk @Dusk $BTW $DUSK
Die Zeilen für den Holder-Report gehen mir bei Dusk immer wieder unter die Haut.
Nicht der Zedger-Transfer.
Dieser Teil ist bereits erledigt.
DuskVM hat es ausgeführt. DuskDS hat es finalisiert. Phoenix hat bereits neueres Phoenix-Holder-Evidenzmaterial hinter dem geschützten Zustand liegen.
Schon gut.
Dann ist der Checkpoint für den Issuer-Holder-Report immer noch eine Stufe hinterher.
Das ist der nervige Teil.
Issuer-Ops holt den Dusk-Holder-Extract. Die Zeile ist alt. Rusk hat bereits den Zedger-Move finalisiert. RUES kann ihn anzeigen. Niemand merkt etwas, bis die Anfrage für selektive Offenlegung schon vorbereitet wird.
Meine Augen gehen immer wieder zurück zum Issuer-Extract. Sieht aktuell genug aus. Dann zeigt Rusk den finalisierten Dusk-Zedger-Move hinter dem Holder-Report-Checkpoint.
Nichts ist kaputtgegangen.
Der Checkpoint ist nur spät genug, um den nächsten Corporate-Action-Run zu verunreinigen.
Der Auditor öffnet den Dusk-Issuer-Extract und fragt nach Phoenix-Holder-Evidenz hinter genau dieser Zeile.
Die Zeile ist veraltet.
Phoenix ist schon weiter.
Jetzt wird der Viewing-Key von Phoenix angefragt, um eine Holder-Zeile zu belegen, die hinter der aktuellen, von DuskDS finalisierten Höhe liegt.
Wie passend.
Auf Dusk kann DuskDS bereits final sein, während Phoenix neue Holder-Evidenz weiter geschützt hält. Rusk hat die finalisierte Zedger-Historie. RUES kann den Move sichtbar machen. Nichts davon zwingt den Issuer-Holder-Report-Checkpoint, sich zu bewegen, bevor die nächste Anfrage zur selektiven Offenlegung aufgebaut wird.
Also kann DuskDS aktuell sein, während der Issuer Phoenix immer noch bittet, die Holder-Zeile von gestern zu belegen.
Dann startet der Corporate-Action-Snapshot aus diesem veralteten Extract.
Die Dusk-Auszahlungsdatei übernimmt die veraltete Zeile, und der Phoenix-Audit-View wird darum herum gebaut.
Und plötzlich beschreiben Phoenix-Holder-Evidenz und Issuer-Report nicht mehr dieselbe von DuskDS finalisierte Höhe.
Dort bleibe ich immer wieder hängen.
Gültiger Phoenix-Beweis.
Gültige Issuer-Zeile.
Unterschiedliche DuskDS-Höhe.
Der Dusk-Zedger-Move ist bereits in der finalisierten DuskDS-Historie enthalten.
Der Holder-Report-Checkpoint ist immer noch nicht da.
Auf welche davon reagiert der Issuer eigentlich?
@Dusk_Foundation DuskDS finalisierte Höhe? Aktuell.
Issuer-Holder-Zeile? Bereits dahinter.
#Dusk
Die Zeilen für den Holder-Report gehen mir bei Dusk immer wieder unter die Haut.
Nicht der Zedger-Transfer.
Dieser Teil ist bereits erledigt.
DuskVM hat es ausgeführt. DuskDS hat es finalisiert. Phoenix hat bereits neueres Phoenix-Holder-Evidenzmaterial hinter dem geschützten Zustand liegen.
Schon gut.
Dann ist der Checkpoint für den Issuer-Holder-Report immer noch eine Stufe hinterher.
Das ist der nervige Teil.
Issuer-Ops holt den Dusk-Holder-Extract. Die Zeile ist alt. Rusk hat bereits den Zedger-Move finalisiert. RUES kann ihn anzeigen. Niemand merkt etwas, bis die Anfrage für selektive Offenlegung schon vorbereitet wird.
Meine Augen gehen immer wieder zurück zum Issuer-Extract. Sieht aktuell genug aus. Dann zeigt Rusk den finalisierten Dusk-Zedger-Move hinter dem Holder-Report-Checkpoint.
Nichts ist kaputtgegangen.
Der Checkpoint ist nur spät genug, um den nächsten Corporate-Action-Run zu verunreinigen.
Der Auditor öffnet den Dusk-Issuer-Extract und fragt nach Phoenix-Holder-Evidenz hinter genau dieser Zeile.
Die Zeile ist veraltet.
Phoenix ist schon weiter.
Jetzt wird der Viewing-Key von Phoenix angefragt, um eine Holder-Zeile zu belegen, die hinter der aktuellen, von DuskDS finalisierten Höhe liegt.
Wie passend.
Auf Dusk kann DuskDS bereits final sein, während Phoenix neue Holder-Evidenz weiter geschützt hält. Rusk hat die finalisierte Zedger-Historie. RUES kann den Move sichtbar machen. Nichts davon zwingt den Issuer-Holder-Report-Checkpoint, sich zu bewegen, bevor die nächste Anfrage zur selektiven Offenlegung aufgebaut wird.
Also kann DuskDS aktuell sein, während der Issuer Phoenix immer noch bittet, die Holder-Zeile von gestern zu belegen.
Dann startet der Corporate-Action-Snapshot aus diesem veralteten Extract.
Die Dusk-Auszahlungsdatei übernimmt die veraltete Zeile, und der Phoenix-Audit-View wird darum herum gebaut.
Und plötzlich beschreiben Phoenix-Holder-Evidenz und Issuer-Report nicht mehr dieselbe von DuskDS finalisierte Höhe.
Dort bleibe ich immer wieder hängen.
Gültiger Phoenix-Beweis.
Gültige Issuer-Zeile.
Unterschiedliche DuskDS-Höhe.
Der Dusk-Zedger-Move ist bereits in der finalisierten DuskDS-Historie enthalten.
Der Holder-Report-Checkpoint ist immer noch nicht da.
Auf welche davon reagiert der Issuer eigentlich?
@Dusk_Foundation DuskDS finalisierte Höhe? Aktuell.
Issuer-Holder-Zeile? Bereits dahinter.
#Dusk