Manchmal ertappe ich mich dabei, wie ich Leuten dabei zuschaue, wie sie versuchen, einen komplizierten Prozess zu fixen, indem sie zuerst das Endprodukt umbenennen. Gib ihm eine neue Bezeichnung – und geh davon aus, dass der Rest dann schon von allein passt. Meistens tut er das nicht. Die ursprüngliche Abfolge der Prüfungen und Übergaben ist immer noch da.

Das hat mich immer wieder eingeholt, als ich mir angesehen habe, wie Dusk reguliertes Finanzwesen handhabt. Die Aufmerksamkeit liegt nicht hauptsächlich auf dem Token. Was immer wieder aufkommt, ist die Frage, ob die komplette Abfolge tatsächlich nach denselben Regeln ablaufen kann: Berechtigung, eingeschränkte Übertragung, Abwicklung, selektive Offenlegung, Berichterstattung. Ohne dass ein Teil davon draußen bleibt.

Zuerst dachte ich, es gehe einfach darum, Compliance-Funktionen hinzuzufügen. So ist es nicht ganz. Der Token selbst beginnt, zweitrangig zu wirken. Verifizierbar sein muss der Ablauf: Wer kann halten, wann ist eine Übertragung erlaubt, was kann wem offengelegt werden, und wann gilt der Endzustand als abgeschlossen. Wenn einer dieser Schritte extern bleibt, spiegelt der On-Chain-Teil nur einen älteren Prozess wider.

Das Design muss diese Verpflichtungen also innerhalb des Flows mittragen. Das erhöht die Komplexität auf Protokollebene. Die Annahme scheint zu sein, dass sich regulierte Märkte nicht bewegen werden, wenn nur das Asset digitalisiert wird, während die Koordination des Restes weiterhin off-chain bleibt.

Ich bin immer noch nicht sicher, ob das schwierigere Problem darin besteht, diese Einschränkungen einzubetten, ohne das System zu verschließen, oder darin zu entscheiden, welche Teile der Abfolge privat bleiben können, während sie dennoch für die Parteien, die sie sehen müssen, nachweisbar sind.

#dusk $DUSK @Dusk $BTC