Ich bin frĂŒher von einer ziemlich einfachenđ Annahme zur Tokenisierung ausgegangen: Wenn ein Vermögenswert einen Token auf der Kette hatte, dachte ich, der Vermögenswert sei dort effektiv auch hinĂŒbergewechselt. Ich habe nicht wirklich hinterfragt, was dem Token zugrunde liegt.
Der Blick auf Dusk hat das fĂŒr mich geĂ€ndert. Eine tokenisierte Anleihe kann weiterhin von einer Verwahrstelle auĂerhalb der Kette gehalten werden, wobei der Token als Darstellung dieser Position fungiert. Das klingt nah an eine native Emission heran, bis ich anfing, ĂŒber den unbequemen Fall nachzudenken: Was passiert, wenn die Verwahrstelle, die Aufzeichnungen oder der zugrunde liegende Prozess ausfallen?
Der Token löst das nicht von sich aus. Der rechtliche Anspruch kann weiterhin von etwas auĂerhalb des Protokolls abhĂ€ngen, und jemand muss den Onchain-Eintrag mit der Offchain-RealitĂ€t abgleichen. Also kann die Blockchain zwar etwas Reibung reduzieren, aber nicht zwingend die AbhĂ€ngigkeit beseitigen.
Native Emission fĂŒhlt sich fĂŒr mich aus einem grundlegendere(n) Grund anders an. Die Frage lautet nicht mehr nur, wo sich der Token befindet, sondern wo die EigentĂŒmerschaft erfasst wird. Wenn das Wertpapier direkt auf Dusk ausgegeben wird, kann das Protokoll Teil dieser Quelle der Wahrheit werden â mit Eigentum und Abwicklung auf Protokollebene. NPEX, das sich DLT-TSS-Lizenzierungen fĂŒr native Wertpapiere ansah, hat diese Unterscheidung noch stĂ€rker herausgestellt.
Dann bin ich auf eine weitere Annahme gestoĂen, die ich ĂŒber Knoten gemacht hatte. Ich dachte, das Betreiben eines Dusk-Knotens bedeute automatisch, zur Sicherung des Konsenses beizutragen. TatsĂ€chlich lassen sich die Rollen trennen. Ein Archivbetreiber kann historische Indizes pflegen und Anwendungsanfragen bedienen, wĂ€hrend Provisioner am Konsens teilnehmen. Diese Arbeitslasten auseinanderzuhalten scheint auch praktisch, wenn Anwendungen stĂ€ndig auf historische Salden, Ereignisse und Transaktionen zugreifen mĂŒssen.
Was mir bleibt, ist nicht die Frage, ob etwas âonchainâ ist. Dieses Etikett fĂŒhlt sich inzwischen zu oberflĂ€chlich an. Ich möchte wissen, was der Token mir tatsĂ€chlich gibt, wo die rechtliche EigentĂŒmerschaft sitzt und welcher Teil des Systems das Risiko trĂ€gt, wenn der normale Ablauf nicht mehr funktioniert.
#dusk $DUSK @Dusk
$ACE
$DEXE
Der Blick auf Dusk hat das fĂŒr mich geĂ€ndert. Eine tokenisierte Anleihe kann weiterhin von einer Verwahrstelle auĂerhalb der Kette gehalten werden, wobei der Token als Darstellung dieser Position fungiert. Das klingt nah an eine native Emission heran, bis ich anfing, ĂŒber den unbequemen Fall nachzudenken: Was passiert, wenn die Verwahrstelle, die Aufzeichnungen oder der zugrunde liegende Prozess ausfallen?
Der Token löst das nicht von sich aus. Der rechtliche Anspruch kann weiterhin von etwas auĂerhalb des Protokolls abhĂ€ngen, und jemand muss den Onchain-Eintrag mit der Offchain-RealitĂ€t abgleichen. Also kann die Blockchain zwar etwas Reibung reduzieren, aber nicht zwingend die AbhĂ€ngigkeit beseitigen.
Native Emission fĂŒhlt sich fĂŒr mich aus einem grundlegendere(n) Grund anders an. Die Frage lautet nicht mehr nur, wo sich der Token befindet, sondern wo die EigentĂŒmerschaft erfasst wird. Wenn das Wertpapier direkt auf Dusk ausgegeben wird, kann das Protokoll Teil dieser Quelle der Wahrheit werden â mit Eigentum und Abwicklung auf Protokollebene. NPEX, das sich DLT-TSS-Lizenzierungen fĂŒr native Wertpapiere ansah, hat diese Unterscheidung noch stĂ€rker herausgestellt.
Dann bin ich auf eine weitere Annahme gestoĂen, die ich ĂŒber Knoten gemacht hatte. Ich dachte, das Betreiben eines Dusk-Knotens bedeute automatisch, zur Sicherung des Konsenses beizutragen. TatsĂ€chlich lassen sich die Rollen trennen. Ein Archivbetreiber kann historische Indizes pflegen und Anwendungsanfragen bedienen, wĂ€hrend Provisioner am Konsens teilnehmen. Diese Arbeitslasten auseinanderzuhalten scheint auch praktisch, wenn Anwendungen stĂ€ndig auf historische Salden, Ereignisse und Transaktionen zugreifen mĂŒssen.
Was mir bleibt, ist nicht die Frage, ob etwas âonchainâ ist. Dieses Etikett fĂŒhlt sich inzwischen zu oberflĂ€chlich an. Ich möchte wissen, was der Token mir tatsĂ€chlich gibt, wo die rechtliche EigentĂŒmerschaft sitzt und welcher Teil des Systems das Risiko trĂ€gt, wenn der normale Ablauf nicht mehr funktioniert.
#dusk $DUSK @Dusk
$ACE
$DEXE