#dusk $ONG #Dusk $TAC $DUSK @Dusk
ich denke weiter darüber nach, ob Phoenix den DUSK-Wert schon richtig verborgen hat; dann sollte das für Rusk auch reichen.
denn der Wert ist ja ohnehin schon vertraulich. verschlüsselte Notizen haben ihren Job gemacht: Absender, Empfänger, Betrag sitzen nicht in einer offensichtlichen öffentlichen Form herum.
also warum kann genau dieses versteckte DUSK nicht einfach einen Rusk-Contract berühren und den privaten Zustand ändern, den es ändern muss.
offenbar, weil Phoenix das Problem mit dem Wert gelöst hat, nicht das mit dem Contract.
und ja, genau da flach ich wieder zwei unterschiedliche Dinge durcheinander.
Phoenix kann den DUSK vertraulich halten, während er sich bewegt, aber sobald dieser versteckte Wert auf privaten Contract-Zustand einwirken soll, werden Phoenix-Notizen nicht irgendwie automatisch zu dem Contract-Zustand, mit dem Rusk-VM arbeitet.
da beginnt Zilch für mich erst so richtig Sinn zu ergeben.
nicht noch eine Dusk-Privacy-Layer über Phoenix. eher wie die Übergabe (handoff), die diesen versteckten Wert auf die Rusk-Seite bringt, ohne dass die Phoenix-Notiz selbst zum Contract-Zustand werden muss.
dann sitzt dort Dusk PLONK und beweist die privaten Bedingungen rund um diese Änderung, ohne dass diese versteckten Inputs erst nach außen sickern müssen.
also Moment: Der DUSK kann die ganze Zeit privat bleiben, aber das, was ihn privat nutzbar macht, wurde darunter bereits verändert.
Dusk Phoenix hat den vertraulichen Wert behandelt. Zilch bringt diesen Wert in die Contract-Seite, und PLONK gibt der Rusk-VM genug Beweise, damit der private Contract-Zustand tatsächlich wechseln kann.
das ist ganz anders, als wenn Phoenix einfach nur DUSK verschiebt.
i ch denke, ich habe immer angenommen, Privacy wäre ein Job gewesen, weil der Wert von meiner Seite nie aufgehört hat, privat auszusehen.
offenbar hat Dusk Phoenix, wenn es den Wert versteckt hält, nie beantwortet, was passiert, sobald dieser Wert den Rusk-Zustand ändern soll.
und genau diesen Teil habe ich immer wieder übersprungen.
ich denke weiter darüber nach, ob Phoenix den DUSK-Wert schon richtig verborgen hat; dann sollte das für Rusk auch reichen.
denn der Wert ist ja ohnehin schon vertraulich. verschlüsselte Notizen haben ihren Job gemacht: Absender, Empfänger, Betrag sitzen nicht in einer offensichtlichen öffentlichen Form herum.
also warum kann genau dieses versteckte DUSK nicht einfach einen Rusk-Contract berühren und den privaten Zustand ändern, den es ändern muss.
offenbar, weil Phoenix das Problem mit dem Wert gelöst hat, nicht das mit dem Contract.
und ja, genau da flach ich wieder zwei unterschiedliche Dinge durcheinander.
Phoenix kann den DUSK vertraulich halten, während er sich bewegt, aber sobald dieser versteckte Wert auf privaten Contract-Zustand einwirken soll, werden Phoenix-Notizen nicht irgendwie automatisch zu dem Contract-Zustand, mit dem Rusk-VM arbeitet.
da beginnt Zilch für mich erst so richtig Sinn zu ergeben.
nicht noch eine Dusk-Privacy-Layer über Phoenix. eher wie die Übergabe (handoff), die diesen versteckten Wert auf die Rusk-Seite bringt, ohne dass die Phoenix-Notiz selbst zum Contract-Zustand werden muss.
dann sitzt dort Dusk PLONK und beweist die privaten Bedingungen rund um diese Änderung, ohne dass diese versteckten Inputs erst nach außen sickern müssen.
also Moment: Der DUSK kann die ganze Zeit privat bleiben, aber das, was ihn privat nutzbar macht, wurde darunter bereits verändert.
Dusk Phoenix hat den vertraulichen Wert behandelt. Zilch bringt diesen Wert in die Contract-Seite, und PLONK gibt der Rusk-VM genug Beweise, damit der private Contract-Zustand tatsächlich wechseln kann.
das ist ganz anders, als wenn Phoenix einfach nur DUSK verschiebt.
i ch denke, ich habe immer angenommen, Privacy wäre ein Job gewesen, weil der Wert von meiner Seite nie aufgehört hat, privat auszusehen.
offenbar hat Dusk Phoenix, wenn es den Wert versteckt hält, nie beantwortet, was passiert, sobald dieser Wert den Rusk-Zustand ändern soll.
und genau diesen Teil habe ich immer wieder übersprungen.
