Ich habe den Kooperationsbeitrag von NPEX zu @Dusk und Cordial Systems übersetzt und erst dann gemerkt, dass „institutionelles Verwahren“ hier nicht einfach bedeutet, die Coins an einen großen Custodian abzugeben und fertig. Das öffentliche Konzept sieht vor, dass NPEX die Self-Custody-Wallet-Technologie von Cordial Treasury nutzt: Die Institution betreibt das System in ihrer eigenen Umgebung und nutzt dann MPC sowie Richtlinien zur Rechteverwaltung, um Signaturen zu erzeugen. Der Kernpunkt ist, dass die Infrastruktur von der Institution selbst kontrolliert wird – sie muss nicht die vollständige Asset-Operation an ein Drittkonto auslagern.
Das ist ein völlig anderes Problemset als bei persönlichen Wallets, wo man auf eine einzelne Seed-Phrase setzt. Börsen müssen viele Abnahmen durch mehrere Personen ermöglichen, Aufgaben trennen, Asset-Whitelists führen, Audit-Logs sichern und einen Disaster-Recovery-Plan haben. Kein Bediener sollte allein in der Lage sein, Assets wegzutransferieren, und das System darf auch nicht wegen eines ausgefallenen Schnittstellen-Providers stillstehen. Die von Cordial veröffentlichte Positionierung lautet: On-Premise, Zero Trust und Multi-Party Computation. Dusk übernimmt dafür, dass dieser Custody-Pfad $DUSK sowie künftig regulierte Assets halten und transferieren kann.
Doch „Self-Custody“ heißt nicht automatisch „keine Vertrauensfrage“. Wo die Key-Shards platziert werden, ob Administratoren Schwellenwerte für Freigaben ändern können, wer Software-Updates signiert und ob Backup-/Recovery-Prozesse erneut eine zentrale Berechtigung herstellen – genau das sind die Angriffsflächen. Das NPEX-Announcement zeigt, dass die drei Parteien diese Infrastruktur entwickeln, aber es liefert keine öffentlich verfügbaren Angaben zur Größenordnung des Custody-Betriebs, keine vollständige Liste der Kunden im Live-Betrieb oder Ergebnisse von Stresstests bei Zwischenfällen. Man kann den Kooperationsbeitrag nicht als Laufnummer bzw. Leistungsnachweis des Betriebs interpretieren.
Wichtiger als die Logos von „Zahlungs-/Kooperationspartnern“ ist für mich das Berechtigungsmodell, die Audit-Evidenz und die Recovery-Übungen für #dusk . Was braucht eine Institution am ehesten beim On-Chain-Prozess: Dass ein Dritter die Assets für sie verwahrt, oder dass sie selbst die Hoheit hat – und jede einzelne Operation dann durch Multi-Party-Freigaben verriegelt?
Das ist ein völlig anderes Problemset als bei persönlichen Wallets, wo man auf eine einzelne Seed-Phrase setzt. Börsen müssen viele Abnahmen durch mehrere Personen ermöglichen, Aufgaben trennen, Asset-Whitelists führen, Audit-Logs sichern und einen Disaster-Recovery-Plan haben. Kein Bediener sollte allein in der Lage sein, Assets wegzutransferieren, und das System darf auch nicht wegen eines ausgefallenen Schnittstellen-Providers stillstehen. Die von Cordial veröffentlichte Positionierung lautet: On-Premise, Zero Trust und Multi-Party Computation. Dusk übernimmt dafür, dass dieser Custody-Pfad $DUSK sowie künftig regulierte Assets halten und transferieren kann.
Doch „Self-Custody“ heißt nicht automatisch „keine Vertrauensfrage“. Wo die Key-Shards platziert werden, ob Administratoren Schwellenwerte für Freigaben ändern können, wer Software-Updates signiert und ob Backup-/Recovery-Prozesse erneut eine zentrale Berechtigung herstellen – genau das sind die Angriffsflächen. Das NPEX-Announcement zeigt, dass die drei Parteien diese Infrastruktur entwickeln, aber es liefert keine öffentlich verfügbaren Angaben zur Größenordnung des Custody-Betriebs, keine vollständige Liste der Kunden im Live-Betrieb oder Ergebnisse von Stresstests bei Zwischenfällen. Man kann den Kooperationsbeitrag nicht als Laufnummer bzw. Leistungsnachweis des Betriebs interpretieren.
Wichtiger als die Logos von „Zahlungs-/Kooperationspartnern“ ist für mich das Berechtigungsmodell, die Audit-Evidenz und die Recovery-Übungen für #dusk . Was braucht eine Institution am ehesten beim On-Chain-Prozess: Dass ein Dritter die Assets für sie verwahrt, oder dass sie selbst die Hoheit hat – und jede einzelne Operation dann durch Multi-Party-Freigaben verriegelt?
