#dusk $ACE $BTW $DUSK @Dusk
ich denke weiter darüber nach, ob mein Phoenix DUSK bereits gültig und bereit zum Bezahlen ist, dann müsste die XSC-Seite im Grunde auch fertig sein. Der Verkäufer hat die Sicherheit, ich habe den verschlüsselten DUSK, beide Seiten sind vorhanden.
was soll es sonst aufhalten?
außer anscheinend, dass Phoenix nur dann „in Ordnung“ ist, wenn es die Geldseite betrifft.
der Dusk XSC hat jedoch noch eine weitere Bedingung, die dort bei der Empfangswallet liegt. Diese Wallet kann bereit sein, die Sicherheit zu empfangen, und trotzdem nicht als nächster Inhaber unter dem Confidential Security Contract qualifizieren.
und ja, genau da versucht mein Gehirn ständig, zwei verschiedene Prüfungen zu einer zu verschmelzen.
ein gültiger Phoenix DUSK beweist irgendwie nicht automatisch einen gültigen XSC-Ownership.
der geschützte/verschlüsselte Zahlungsteil kann völlig in Ordnung sein, die Phoenix-Seite kann die DUSK-Bewegung privat halten, und die Sicherheitsseite kann trotzdem noch auf einen Zero-Knowledge-Beweis warten, dass der Empfänger tatsächlich die Regeln für den XSC-Inhaber erfüllt.
also warte.
Geld bereit. Verkäufer bereit. Empfänger vielleicht nicht.
und bis diese Empfangswallet die Bedingung für den XSC-Inhaber erfüllt, ist die Ownership-Seite immer noch nicht bereit, sich mit der Phoenix-Zahlung zu bewegen. das ist wahrscheinlich der Teil, den ich ständig übersprungen habe, weil ich DuskDS-Settlement so behandelt habe, als wäre das der Ort, an dem beide Seiten einfach gleichzeitig ankommen.
außer: Eine Seite, die gültig ist, zieht die andere Seite nicht automatisch mit.
die Dusk Phoenix-Zahlung kann bereits gültig sein, während die Empfangswallet die XSC-Inhaber-Bedingung noch nicht erfüllt.
daher bekommt DuskDS keinen einzigen abgeschlossenen Handel nur, weil die Phoenix-Seite zuerst bereit war.
anscheinend kann gültiges Geld immer noch dort sitzen und auf einen gültigen Owner warten.
ich denke weiter darüber nach, ob mein Phoenix DUSK bereits gültig und bereit zum Bezahlen ist, dann müsste die XSC-Seite im Grunde auch fertig sein. Der Verkäufer hat die Sicherheit, ich habe den verschlüsselten DUSK, beide Seiten sind vorhanden.
was soll es sonst aufhalten?
außer anscheinend, dass Phoenix nur dann „in Ordnung“ ist, wenn es die Geldseite betrifft.
der Dusk XSC hat jedoch noch eine weitere Bedingung, die dort bei der Empfangswallet liegt. Diese Wallet kann bereit sein, die Sicherheit zu empfangen, und trotzdem nicht als nächster Inhaber unter dem Confidential Security Contract qualifizieren.
und ja, genau da versucht mein Gehirn ständig, zwei verschiedene Prüfungen zu einer zu verschmelzen.
ein gültiger Phoenix DUSK beweist irgendwie nicht automatisch einen gültigen XSC-Ownership.
der geschützte/verschlüsselte Zahlungsteil kann völlig in Ordnung sein, die Phoenix-Seite kann die DUSK-Bewegung privat halten, und die Sicherheitsseite kann trotzdem noch auf einen Zero-Knowledge-Beweis warten, dass der Empfänger tatsächlich die Regeln für den XSC-Inhaber erfüllt.
also warte.
Geld bereit. Verkäufer bereit. Empfänger vielleicht nicht.
und bis diese Empfangswallet die Bedingung für den XSC-Inhaber erfüllt, ist die Ownership-Seite immer noch nicht bereit, sich mit der Phoenix-Zahlung zu bewegen. das ist wahrscheinlich der Teil, den ich ständig übersprungen habe, weil ich DuskDS-Settlement so behandelt habe, als wäre das der Ort, an dem beide Seiten einfach gleichzeitig ankommen.
außer: Eine Seite, die gültig ist, zieht die andere Seite nicht automatisch mit.
die Dusk Phoenix-Zahlung kann bereits gültig sein, während die Empfangswallet die XSC-Inhaber-Bedingung noch nicht erfüllt.
daher bekommt DuskDS keinen einzigen abgeschlossenen Handel nur, weil die Phoenix-Seite zuerst bereit war.
anscheinend kann gültiges Geld immer noch dort sitzen und auf einen gültigen Owner warten.
