Kam immer wieder auf eine Zeile in Dusk' KYC-Paper zurück: „Nachweise für den Besitz einer Lizenz erbringen, ohne irgendetwas darüber hinaus offenzulegen, dass die Aussage wahr ist.“ Lies es dreimal. Immer noch nicht sicher, ob ich wirklich vollständig verinnerlicht habe, was sich dadurch ändert.
Der einfache Take ist ziemlich eindeutig: Citadel ist Dusk' Zero-Knowledge-KYC-Layer. Nutzer verifizieren ihre Identität einmal und nutzen sie überall weiter, ohne wiederholtes Papierkram. Eine Effizienz-Geschichte. Klingt nach einer gelungenen UX-Verbesserung.
Aber versetz dich in die Lage, wo die Verifizierung tatsächlich stattfindet. Klassisches KYC bedeutet: Eine Bank, eine Börse, ein Dutzend verschiedener Institutionen speichern jeweils separat deinen Passscan, deine Adresse und deine Verlaufshistorie. Citadel dreht das um: Du erhältst eine kryptografische Lizenz, die belegt, dass du eine Anforderung erfüllst – und die zugrunde liegenden Daten verlassen nie deine Kontrolle. Der Dienstanbieter speichert nicht deine Identität. Er speichert einen Nachweis.
Hier wird sehr viel durcheinandergebracht: „datenschutzerhaltend“ und „konform“ klingen, als stünden sie im Widerspruch, aber Citadel versucht, sie zum selben Mechanismus zu machen. Das ist nicht nichts. Doch nachweisbare Konformität erfordert weiterhin, dass jemand – ein Regulator, ein Auditor – dem Proof-System selbst vertraut. Mein erster Impuls war, das als gelöst zu betrachten. Ist es nicht. Es verlagert nur die Vertrauensfrage von „Vertraue dem Daten-Treuhänder“ hin zu „Vertraue der Kryptografie und demjenigen, der sie prüft“.
Stell dir das wie KYC-Utilities im traditionellen Finanzwesen vor: die gemeinsamen Verifizierungsdienste, die Banken ohnehin nutzen, um redundante Onboarding-Kosten zu senken – angeblich sparen sie den Institutionen echte Kosten im Compliance-Overhead. Citadel zielt auf denselben Kostenblock, nur mit dem Vorteil, dass die Daten gar keinen zentralen Server durchlaufen.
Ob Regulatoren einem Zero-Knowledge-Nachweis das gleiche Vertrauen entgegenbringen wie einem gespeicherten Dokument, ist der offene Teil. Ich bin gespannt, wie sich das bei tatsächlicher institutioneller Einführung entwickelt – nicht nur im Whitepaper.
@Dusk #dusk #DUSK $DUSK