#dusk @Dusk
Ich bin heute aufgewacht und ehrlich gesagt fühlte sich der Markt an wie halb verschlafen, halb wach. Diese seltsame Stimmung, in der sich nichts bewegt, aber auch nichts tot ist. Also habe ich statt Chart- Doomscrolling Citadel 2s Doku wieder aufgeschlagen—frag nicht warum, es fühlte sich einfach gut an, etwas Technisches zu lesen.
Ich habe versucht, den exakten Punkt zu finden, an dem Citadel eigentlich entscheidet, ob einem Nutzer Zugriff gewährt wird. Ich bin weiter gescrollt, habe ständig darauf gehofft, ihn zu erwischen. Doch nie.
Turns out: Das war nie Citadels Aufgabe.
Der Nutzer weist nach, dass er eine gültige Lizenz besitzt, ohne zu verraten, wer er ist; der Lizenzvertrag auf Dusk bestätigt das; ein Nullifier wird angehängt; ein Session-Cookie wird ausgestellt. Liest sich wie „Zugriff gewährt“, oder?
Aber der letzte Schritt im Ablauf ist der, den niemand erwähnt. Der Service Provider holt sich diese Session, prüft das Cookie lokal und trifft dann seine eigene Entscheidung, ob er den Service tatsächlich freischaltet. Citadel bestätigt nur, dass die Credentials echt sind und nicht schon wiederverwendet wurden. Es sagt nichts darüber, ob diese Credentials überhaupt gut genug für das sind, was der SP will.
Kleine Unterscheidung, aber sie verändert, worum sich das Ganze eigentlich dreht. Eine gültige Session sagt dir, dass der Beweis korrekt von jemandem erzeugt wurde, der eine echte Lizenz besitzt—ohne doppeltes Ausgeben. Sie sagt aber nicht, ob dieses Attribut-Set zu dem passt, was dieser konkrete SP heute verlangt. Das eine ist ein Matheproblem; Dusk löst es einmal und fertig. Das andere ist ein Business-Call: Jeder SP macht das selbst, und es kann sich schon morgen ändern, ohne dass man das Beweissystem überhaupt anfassen muss.
Worauf ich ein Auge habe, ist nicht, wie schnell Beweise auf Dusk generiert werden. Sondern ob SPs wirklich echte Policy-Logik auf Citadel aufbauen—oder ob die Verifikation still und leise zu einem weiteren „Pass/Fail“-Gate mit zusätzlichen Schritten wird.
Wenn ein System beweisen kann, dass etwas wahr ist, aber nicht entscheiden kann, was diese Wahrheit bedeutet, dann fühlt es sich so an, als wäre der echte Engpass nie der Beweis gewesen. Es war immer die Partei, die die Frage stellt.
$DUSK
$TUT
$PORTAL
Wohin sollte als Nächstes das Zugriffsmodell von Citadel 2 gehen?
Ich bin heute aufgewacht und ehrlich gesagt fühlte sich der Markt an wie halb verschlafen, halb wach. Diese seltsame Stimmung, in der sich nichts bewegt, aber auch nichts tot ist. Also habe ich statt Chart- Doomscrolling Citadel 2s Doku wieder aufgeschlagen—frag nicht warum, es fühlte sich einfach gut an, etwas Technisches zu lesen.
Ich habe versucht, den exakten Punkt zu finden, an dem Citadel eigentlich entscheidet, ob einem Nutzer Zugriff gewährt wird. Ich bin weiter gescrollt, habe ständig darauf gehofft, ihn zu erwischen. Doch nie.
Turns out: Das war nie Citadels Aufgabe.
Der Nutzer weist nach, dass er eine gültige Lizenz besitzt, ohne zu verraten, wer er ist; der Lizenzvertrag auf Dusk bestätigt das; ein Nullifier wird angehängt; ein Session-Cookie wird ausgestellt. Liest sich wie „Zugriff gewährt“, oder?
Aber der letzte Schritt im Ablauf ist der, den niemand erwähnt. Der Service Provider holt sich diese Session, prüft das Cookie lokal und trifft dann seine eigene Entscheidung, ob er den Service tatsächlich freischaltet. Citadel bestätigt nur, dass die Credentials echt sind und nicht schon wiederverwendet wurden. Es sagt nichts darüber, ob diese Credentials überhaupt gut genug für das sind, was der SP will.
Kleine Unterscheidung, aber sie verändert, worum sich das Ganze eigentlich dreht. Eine gültige Session sagt dir, dass der Beweis korrekt von jemandem erzeugt wurde, der eine echte Lizenz besitzt—ohne doppeltes Ausgeben. Sie sagt aber nicht, ob dieses Attribut-Set zu dem passt, was dieser konkrete SP heute verlangt. Das eine ist ein Matheproblem; Dusk löst es einmal und fertig. Das andere ist ein Business-Call: Jeder SP macht das selbst, und es kann sich schon morgen ändern, ohne dass man das Beweissystem überhaupt anfassen muss.
Worauf ich ein Auge habe, ist nicht, wie schnell Beweise auf Dusk generiert werden. Sondern ob SPs wirklich echte Policy-Logik auf Citadel aufbauen—oder ob die Verifikation still und leise zu einem weiteren „Pass/Fail“-Gate mit zusätzlichen Schritten wird.
Wenn ein System beweisen kann, dass etwas wahr ist, aber nicht entscheiden kann, was diese Wahrheit bedeutet, dann fühlt es sich so an, als wäre der echte Engpass nie der Beweis gewesen. Es war immer die Partei, die die Frage stellt.
$DUSK
$TUT
$PORTAL
Wohin sollte als Nächstes das Zugriffsmodell von Citadel 2 gehen?
Custom SP policies
67%
Standard attribute templates
33%
3 Stimmen • Abstimmung beendet