#dusk $DUSK @Dusk A Der Zedger-Transfer ist nicht abgeschlossen, wenn Sie „senden“ drücken — der Empfänger hat noch eine Rolle zu erfüllen.

In Dusk’s Zedger-Design finalisiert eine SEND-Operation den Asset-Transfer für den Empfänger nicht unmittelbar. Der Empfänger muss den Transfer explizit ACCEPTIEREN, bevor er Teil seines nutzbaren Guthabens wird.

Das führt zu einer interessanten Designentscheidung: Der Eigentumswechsel ist keine einzelne Aktion, sondern ein gesteuerter Lebenszyklus.

SEND erstellt den ausstehenden Transfer. ACCEPT vervollständigt die Seite des Empfängers. Wenn eine Annahme nie erfolgt, hat das Protokoll einen definierten Ablaufpfad anstelle davon, den Transferzustand ungelöst zu lassen.

Die wichtige Implikation ist, dass Zedger „einen Transfer initiieren“ von „einen Transfer finalisieren“ trennt. Das schafft mehr Kontrolle, bedeutet aber auch, dass Nutzer und Anwendungen Transferzustände sorgfältig handhaben müssen.

Der Mechanismus ist klar.
Was mich als Nächstes interessiert, ist, wie oft diese ausstehenden Zustände bei echter Netzwerkaktivität auftreten?
@Dusk_Foundation $DUSK