#dusk $DUSK @Dusk
Als Trader bin ich daran gewöhnt, bei der Ausführung eines Handels auf Regeln zu stoßen. Doch bei der Untersuchung, wie Dusk die Emission regulierter Vermögenswerte angeht, tauchte eine frühere Frage auf: Wann begann eigentlich die Bedingung zu existieren, die diese Transaktion respektieren muss?
In den Workflows, die Dusk für regulierte Vermögenswerte vorschlägt, können bestimmte Bedingungen — etwa Anforderungen an die Förderfähigkeit oder Übertragungsbeschränkungen — bereits von Anfang an Teil des Workflow-Designs sein.
Das verändert die Reihenfolge, in der ich das Problem normalerweise betrachte. Die Regel taucht nicht unbedingt auf, weil jemand versucht zu handeln; sie kann Teil des Workflows sein, noch bevor es diese konkrete Transaktion überhaupt gibt.
Dort habe ich eine Unterscheidung gefunden, die ich in meine Analyse einbeziehen möchte. Ich möchte nicht mehr nur fragen, welche Regeln eine Transaktion beeinflussen, sondern auch, zu welchem Zeitpunkt diese Bedingungen in das operative Design Eingang fanden, das sie überhaupt erst möglich macht.
Für mich bedeutet das Verständnis einer Regel auch, ihren Ursprung innerhalb des Prozesses zu betrachten: Die Transaktion kann der Zeitpunkt sein, an dem ich auf eine Bedingung stoße, ohne dass es notwendigerweise der Moment ist, in dem diese Bedingung begonnen hat, Teil des Systems zu werden.$DUSK
Als Trader bin ich daran gewöhnt, bei der Ausführung eines Handels auf Regeln zu stoßen. Doch bei der Untersuchung, wie Dusk die Emission regulierter Vermögenswerte angeht, tauchte eine frühere Frage auf: Wann begann eigentlich die Bedingung zu existieren, die diese Transaktion respektieren muss?
In den Workflows, die Dusk für regulierte Vermögenswerte vorschlägt, können bestimmte Bedingungen — etwa Anforderungen an die Förderfähigkeit oder Übertragungsbeschränkungen — bereits von Anfang an Teil des Workflow-Designs sein.
Das verändert die Reihenfolge, in der ich das Problem normalerweise betrachte. Die Regel taucht nicht unbedingt auf, weil jemand versucht zu handeln; sie kann Teil des Workflows sein, noch bevor es diese konkrete Transaktion überhaupt gibt.
Dort habe ich eine Unterscheidung gefunden, die ich in meine Analyse einbeziehen möchte. Ich möchte nicht mehr nur fragen, welche Regeln eine Transaktion beeinflussen, sondern auch, zu welchem Zeitpunkt diese Bedingungen in das operative Design Eingang fanden, das sie überhaupt erst möglich macht.
Für mich bedeutet das Verständnis einer Regel auch, ihren Ursprung innerhalb des Prozesses zu betrachten: Die Transaktion kann der Zeitpunkt sein, an dem ich auf eine Bedingung stoße, ohne dass es notwendigerweise der Moment ist, in dem diese Bedingung begonnen hat, Teil des Systems zu werden.$DUSK
