Die schlimmsten Momente für Nutzer bei regulierten Assets 😅 — nicht die Ablehnung beim Transfer selbst tut weh, sondern dass nach der Ablehnung niemand klar erklärt, worum es genau ging.
Ich habe auf der Seite „Assets & Regulations“ von @Dusk gesehen, dass die Transfer-Überprüfung als eine eigene Anforderung aufgeführt ist: Bei einem Fehlschlag müssen klare Gründe angegeben werden, und idealerweise sollte man vor der Einreichung simulieren oder prüfen.
Dieser Detailpunkt macht „Zulassung“ nicht mehr zu einem einmaligen Eintrittsticket, sondern zu einer fortlaufenden Regel, die bei jedem einzelnen Transfer wirkt. Die in der Doku genannten Bewertungen sind nicht abstrakt: Wer welche Assets halten darf, wer sie empfangen darf, welche Transfers zwingend fehlschlagen müssen — das unterscheidet sich je nach Asset-Kategorie, Standort oder Rechtsraum. Für Emittenten senken die Regeln das Risiko von Fehlzuordnungen; für Investoren ist das wirklich Entscheidende, vor der Bestätigung zu wissen, ob man überhaupt ausgebremst wird und worauf die Einschränkung konkret zurückzuführen ist.
Drucksituationen entstehen oft dann, wenn Nutzer glauben, sie hätten alle Schritte bereits abgeschlossen: Das Konto besteht vorher alle Qualifikationsprüfungen, bekommt aber beim Transfer an eine andere Adresse eine vage Fehlermeldung.
Das Asset ist nicht zwingend verloren, die Kette ist nicht zwingend fehlerhaft — aber Nutzer geben das Problem zuerst der Plattform die Schuld, während der Support per Hand eine Einschränkung erklären muss, die eigentlich schon vorher sichtbar sein sollte. Die Stärke von $DUSK liegt nicht darin, dass alle Transfers automatisch durchgewunken werden, sondern darin, dass notwendige Ablehnungen vor der Signatur vorhersehbar und erklärbar sind.
@Dusk Danach sollte das wirklich überprüft werden: Ob die App die Regeln, die Simulationsresultate und die Gründe für ein Scheitern bereits vor der Signatur sichtbar machen kann — und nicht erst, nachdem der Transfer eingereicht wurde.
#dusk
Ich habe auf der Seite „Assets & Regulations“ von @Dusk gesehen, dass die Transfer-Überprüfung als eine eigene Anforderung aufgeführt ist: Bei einem Fehlschlag müssen klare Gründe angegeben werden, und idealerweise sollte man vor der Einreichung simulieren oder prüfen.
Dieser Detailpunkt macht „Zulassung“ nicht mehr zu einem einmaligen Eintrittsticket, sondern zu einer fortlaufenden Regel, die bei jedem einzelnen Transfer wirkt. Die in der Doku genannten Bewertungen sind nicht abstrakt: Wer welche Assets halten darf, wer sie empfangen darf, welche Transfers zwingend fehlschlagen müssen — das unterscheidet sich je nach Asset-Kategorie, Standort oder Rechtsraum. Für Emittenten senken die Regeln das Risiko von Fehlzuordnungen; für Investoren ist das wirklich Entscheidende, vor der Bestätigung zu wissen, ob man überhaupt ausgebremst wird und worauf die Einschränkung konkret zurückzuführen ist.
Drucksituationen entstehen oft dann, wenn Nutzer glauben, sie hätten alle Schritte bereits abgeschlossen: Das Konto besteht vorher alle Qualifikationsprüfungen, bekommt aber beim Transfer an eine andere Adresse eine vage Fehlermeldung.
Das Asset ist nicht zwingend verloren, die Kette ist nicht zwingend fehlerhaft — aber Nutzer geben das Problem zuerst der Plattform die Schuld, während der Support per Hand eine Einschränkung erklären muss, die eigentlich schon vorher sichtbar sein sollte. Die Stärke von $DUSK liegt nicht darin, dass alle Transfers automatisch durchgewunken werden, sondern darin, dass notwendige Ablehnungen vor der Signatur vorhersehbar und erklärbar sind.
@Dusk Danach sollte das wirklich überprüft werden: Ob die App die Regeln, die Simulationsresultate und die Gründe für ein Scheitern bereits vor der Signatur sichtbar machen kann — und nicht erst, nachdem der Transfer eingereicht wurde.
#dusk
