Ich dachte, die öffentliche Dusk-Citadel-Session sei der Teil gewesen, in dem Dusk endlich etwas preisgibt.
innerhalb von Dusk war das Zero-Knowledge-Proof bereits akzeptiert.
die Citadel-Session existierte onchain.
also öffnete ich sie in der Erwartung, genau das, was ich gerade bewiesen hatte, irgendwo darin zu finden.
möglicherweise eine Akkreditierung. einen Wohnsitz. irgendein Attribut, um das der Dusk-Dienst sich tatsächlich kümmert.
und es war nicht da.
was mich ehrlich gesagt erst misstrauisch machte, bevor es mich beeindruckte.
denn wenn Dusk diese Citadel-Session öffentlich im Dusk L1 aufzeichnet: Was genau wurde öffentlich, wenn die eigentliche Berechtigungsnachweis (das Credential) selbst nie auftauchte?
ich habe „verifiziert auf Dusk“ weiterhin so behandelt, als müsse das heißen, dass irgendwo etwas offengelegt wurde.
offenbar nicht.
innerhalb der Citadel kann der Besitz einer gültigen Lizenz eines vertrauenswürdigen Anbieters über Zero-Knowledge bewiesen werden. der Citadel-Vertrag prüft diesen Beweis und zeichnet die Session auf.
dann bekommt der Dienst das Session-Cookie und entscheidet, ob der Dusk-Citadel-Beweis seine eigene Richtlinie erfüllt.
aber ich kann diese öffentliche Session immer noch öffnen und finde die Lizenz, die ich verwendet habe, nicht.
keine signierten Attribute wurden dort abgelegt.
kein Akkreditierungsfeld sitzt dort.
kein Wallet-Schlüssel wird dahinter offengelegt.
das ließ mich einfach nicht los.
Dusk hatte gemacht, dass sichtbar wird, dass eine Verifizierung passiert ist, ohne sichtbar zu machen, dass ich mich verifiziert habe – zumindest nicht auf die gleiche Weise.
und ja: selektive Offenlegung klang viel einfacher, bevor ich das gesehen hatte.
ich hatte mir vorgestellt, dass Dusk Privatsphäre alles geschlossen hält, bis jemand Legitimes danach fragt, und dann wird ein bestimmtes Stück Information geöffnet.
Citadel wirkt dagegen eher unerträglich präzise.
ein Dienst bekommt genug aus dem Dusk-Beweis, um seine Entscheidung zu treffen.
das Dusk L1 bekommt genug, um die Session beizubehalten.
und irgendwie erfordert keiner von beiden, dass die gesamte Kette das Credential selbst übernehmen muss.
also öffnete ich immer wieder diese Citadel-Session, auf der Suche nach der Offenlegung.
die Session war immer noch öffentlich.
der Grund, warum ich qualifiziert war, war immer noch nicht da.
und vielleicht ist das es, was mich hier an Dusk immer wieder erwischt.
es wurde etwas offengelegt.
ich bin nur nicht sicher, warum ich je angenommen habe, dass alle es erhalten müssen
@Dusk_Foundation $DUSK #dusk $ACE $VELVET
innerhalb von Dusk war das Zero-Knowledge-Proof bereits akzeptiert.
die Citadel-Session existierte onchain.
also öffnete ich sie in der Erwartung, genau das, was ich gerade bewiesen hatte, irgendwo darin zu finden.
möglicherweise eine Akkreditierung. einen Wohnsitz. irgendein Attribut, um das der Dusk-Dienst sich tatsächlich kümmert.
und es war nicht da.
was mich ehrlich gesagt erst misstrauisch machte, bevor es mich beeindruckte.
denn wenn Dusk diese Citadel-Session öffentlich im Dusk L1 aufzeichnet: Was genau wurde öffentlich, wenn die eigentliche Berechtigungsnachweis (das Credential) selbst nie auftauchte?
ich habe „verifiziert auf Dusk“ weiterhin so behandelt, als müsse das heißen, dass irgendwo etwas offengelegt wurde.
offenbar nicht.
innerhalb der Citadel kann der Besitz einer gültigen Lizenz eines vertrauenswürdigen Anbieters über Zero-Knowledge bewiesen werden. der Citadel-Vertrag prüft diesen Beweis und zeichnet die Session auf.
dann bekommt der Dienst das Session-Cookie und entscheidet, ob der Dusk-Citadel-Beweis seine eigene Richtlinie erfüllt.
aber ich kann diese öffentliche Session immer noch öffnen und finde die Lizenz, die ich verwendet habe, nicht.
keine signierten Attribute wurden dort abgelegt.
kein Akkreditierungsfeld sitzt dort.
kein Wallet-Schlüssel wird dahinter offengelegt.
das ließ mich einfach nicht los.
Dusk hatte gemacht, dass sichtbar wird, dass eine Verifizierung passiert ist, ohne sichtbar zu machen, dass ich mich verifiziert habe – zumindest nicht auf die gleiche Weise.
und ja: selektive Offenlegung klang viel einfacher, bevor ich das gesehen hatte.
ich hatte mir vorgestellt, dass Dusk Privatsphäre alles geschlossen hält, bis jemand Legitimes danach fragt, und dann wird ein bestimmtes Stück Information geöffnet.
Citadel wirkt dagegen eher unerträglich präzise.
ein Dienst bekommt genug aus dem Dusk-Beweis, um seine Entscheidung zu treffen.
das Dusk L1 bekommt genug, um die Session beizubehalten.
und irgendwie erfordert keiner von beiden, dass die gesamte Kette das Credential selbst übernehmen muss.
also öffnete ich immer wieder diese Citadel-Session, auf der Suche nach der Offenlegung.
die Session war immer noch öffentlich.
der Grund, warum ich qualifiziert war, war immer noch nicht da.
und vielleicht ist das es, was mich hier an Dusk immer wieder erwischt.
es wurde etwas offengelegt.
ich bin nur nicht sicher, warum ich je angenommen habe, dass alle es erhalten müssen
@Dusk_Foundation $DUSK #dusk $ACE $VELVET