ich habe immer wieder versucht, die gleiche Dusk-Übertragung erneut durchzuführen, weil um sie herum nichts kaputt aussah.
Die Wallet war verbunden.
Der Absender war gültig.
Die Empfängeradresse war gültig.
Dusk erzeugte immer noch Blöcke.
aber dieses XSC-Asset ließ sich nicht bewegen.
Und ja, nachdem ich es beim zweiten Versuch nochmal versucht hatte, hatte ich in meinem Kopf längst angefangen, das Ganze als „genehmigt“ zu betrachten.
Denn wie nennt man das sonst, wenn die Chain offen genug ist, dass ich dort sein kann, das Asset aber trotzdem nicht landen will.
Dann fand ich die Holder-Regeln innerhalb des Confidential Security Contract.
Whitelisting kann erforderlich sein.
Empfängerfreigabe kann erforderlich sein.
Issuer-Controls können entscheiden, ob diese spezielle Security sich zu diesem speziellen Holder bewegen darf.
Und plötzlich wurde die fehlgeschlagene Übertragung eher noch nerviger, nicht weniger.
Denn Dusk selbst hatte das Konto nicht abgelehnt.
Das XSC schon.
Das klingt wie eine klare Unterscheidung, wenn ich es so aufschreibe.
Aber sauber fühlte es sich nicht an, während die Transaktion dort tot herumlag.
Das Netzwerk war verfügbar.
Der Empfänger existierte.
Der Übertragungspfad funktionierte für andere Assets.
Nur dieses hier hatte noch eine Frage zu beantworten, bevor es zur Abwicklung kommt.
Ist dieser Holder tatsächlich berechtigt, diese Security zu empfangen.
Ich denke, dort habe ich Dusk zu breit ausgelegt.
Ich sah eine eingeschränkte Übertragung und behandelte die Einschränkung so, als würde sie für das gesamte L1 gelten.
Aber das XSC trug seine eigenen finanziellen Regeln mit sich.
Und ich verstehe auch irgendwie, warum das sich aus Nutzersicht wie „permissioniert“ anfühlt.
Der Klick ist derselbe.
Die Adresse ist da.
Der Blockspace ist da.
Aber das Asset kann trotzdem an der Tür stoppen.
Vielleicht ist genau das der Teil, den ich falsch verstanden hatte.
Nicht ob Berechtigung existiert.
Sondern nur, wo Dusk entschieden hat, es hinzulegen.
@Dusk_Foundation $DUSK #Dusk #dusk $AKE $COTI
Die Wallet war verbunden.
Der Absender war gültig.
Die Empfängeradresse war gültig.
Dusk erzeugte immer noch Blöcke.
aber dieses XSC-Asset ließ sich nicht bewegen.
Und ja, nachdem ich es beim zweiten Versuch nochmal versucht hatte, hatte ich in meinem Kopf längst angefangen, das Ganze als „genehmigt“ zu betrachten.
Denn wie nennt man das sonst, wenn die Chain offen genug ist, dass ich dort sein kann, das Asset aber trotzdem nicht landen will.
Dann fand ich die Holder-Regeln innerhalb des Confidential Security Contract.
Whitelisting kann erforderlich sein.
Empfängerfreigabe kann erforderlich sein.
Issuer-Controls können entscheiden, ob diese spezielle Security sich zu diesem speziellen Holder bewegen darf.
Und plötzlich wurde die fehlgeschlagene Übertragung eher noch nerviger, nicht weniger.
Denn Dusk selbst hatte das Konto nicht abgelehnt.
Das XSC schon.
Das klingt wie eine klare Unterscheidung, wenn ich es so aufschreibe.
Aber sauber fühlte es sich nicht an, während die Transaktion dort tot herumlag.
Das Netzwerk war verfügbar.
Der Empfänger existierte.
Der Übertragungspfad funktionierte für andere Assets.
Nur dieses hier hatte noch eine Frage zu beantworten, bevor es zur Abwicklung kommt.
Ist dieser Holder tatsächlich berechtigt, diese Security zu empfangen.
Ich denke, dort habe ich Dusk zu breit ausgelegt.
Ich sah eine eingeschränkte Übertragung und behandelte die Einschränkung so, als würde sie für das gesamte L1 gelten.
Aber das XSC trug seine eigenen finanziellen Regeln mit sich.
Und ich verstehe auch irgendwie, warum das sich aus Nutzersicht wie „permissioniert“ anfühlt.
Der Klick ist derselbe.
Die Adresse ist da.
Der Blockspace ist da.
Aber das Asset kann trotzdem an der Tür stoppen.
Vielleicht ist genau das der Teil, den ich falsch verstanden hatte.
Nicht ob Berechtigung existiert.
Sondern nur, wo Dusk entschieden hat, es hinzulegen.
@Dusk_Foundation $DUSK #Dusk #dusk $AKE $COTI
Ake
0%
Coti
100%
ACU
0%
2 Stimmen • Abstimmung beendet