#dusk $PORTAL #Dusk $CYS $DUSK @Dusk
i keep thinking the weird part of Phoenix is not even that it can keep a DUSK transfer confidential.
Ich denke immer wieder, dass der seltsame Teil von Phoenix nicht einmal darin liegt, dass es einen DUSK-Transfer vertraulich halten kann.
Es ist das, was passiert, wenn dieser versteckte Wert aufhören muss, nur ein privater Transfer zu sein, und tatsächlich etwas in Dusk Rusk berührt. Denn Phoenix kann bereits den Spender, den Empfänger, den Betrag ... verstecken – okay. Aber ein Dusk-Rusk-VM-Vertrag braucht nicht nur „Privatsphäre“. Er braucht etwas, mit dem er wirklich handeln kann, ohne dass die private Seite plötzlich komplett aufplatzt.
Und genau da fängt Dusk Zilch an, sich weniger wie ein bloßes Bindewort anzufühlen und mehr wie das unbequeme Mittelding.
Dusk Phoenix hat den Versteck-Teil schon erledigt. Rusk muss irgendwie trotzdem genug bekommen, um zu akzeptieren, dass sich etwas geändert hat.
Also: Was trägt Dusk Zilch eigentlich über diese Lücke hinweg? Nicht den privaten Wert im Klartext ... denn dann bricht die Phoenix-Privatsphäre genau dort zusammen.
Also warte ... was ist hinübergegangen? DUSK selbst? die versteckte Transaktion? Oder bekommt Rusk im Grunde genug Beweis, um eine private Zustandsänderung zu akzeptieren, ohne das Private selbst zu erhalten?
Das ist der Punkt, um den ich immer kreise.
Denn wenn Dusk Rusk diese privaten Eingaben nicht sieht, warum sollte es der Änderung dann überhaupt vertrauen? Genau da fängt der PLONK-Beweis an, wichtig zu werden – nicht als zusätzliche Datenschicht, sondern als das Ding, das sagt: Ja, dieser private Zustandsübergang ist tatsächlich in Ordnung.
Und irgendwie macht das Phoenix für mich anders.
Den DUSK-Transfer zu verstecken war nicht das Ende der Aufgabe.
Der zweite Dusk-Phoenix-Wert muss etwas innerhalb von Rusk verändern. Irgendwer muss diese Lücke überbrücken, ohne den versteckten Wert in öffentliches Vertragsdatenmaterial zu verwandeln.
Und anscheinend wohnt Dusk Zilch genau in diesem unbequemen Mittelding.
i keep thinking the weird part of Phoenix is not even that it can keep a DUSK transfer confidential.
Ich denke immer wieder, dass der seltsame Teil von Phoenix nicht einmal darin liegt, dass es einen DUSK-Transfer vertraulich halten kann.
Es ist das, was passiert, wenn dieser versteckte Wert aufhören muss, nur ein privater Transfer zu sein, und tatsächlich etwas in Dusk Rusk berührt. Denn Phoenix kann bereits den Spender, den Empfänger, den Betrag ... verstecken – okay. Aber ein Dusk-Rusk-VM-Vertrag braucht nicht nur „Privatsphäre“. Er braucht etwas, mit dem er wirklich handeln kann, ohne dass die private Seite plötzlich komplett aufplatzt.
Und genau da fängt Dusk Zilch an, sich weniger wie ein bloßes Bindewort anzufühlen und mehr wie das unbequeme Mittelding.
Dusk Phoenix hat den Versteck-Teil schon erledigt. Rusk muss irgendwie trotzdem genug bekommen, um zu akzeptieren, dass sich etwas geändert hat.
Also: Was trägt Dusk Zilch eigentlich über diese Lücke hinweg? Nicht den privaten Wert im Klartext ... denn dann bricht die Phoenix-Privatsphäre genau dort zusammen.
Also warte ... was ist hinübergegangen? DUSK selbst? die versteckte Transaktion? Oder bekommt Rusk im Grunde genug Beweis, um eine private Zustandsänderung zu akzeptieren, ohne das Private selbst zu erhalten?
Das ist der Punkt, um den ich immer kreise.
Denn wenn Dusk Rusk diese privaten Eingaben nicht sieht, warum sollte es der Änderung dann überhaupt vertrauen? Genau da fängt der PLONK-Beweis an, wichtig zu werden – nicht als zusätzliche Datenschicht, sondern als das Ding, das sagt: Ja, dieser private Zustandsübergang ist tatsächlich in Ordnung.
Und irgendwie macht das Phoenix für mich anders.
Den DUSK-Transfer zu verstecken war nicht das Ende der Aufgabe.
Der zweite Dusk-Phoenix-Wert muss etwas innerhalb von Rusk verändern. Irgendwer muss diese Lücke überbrücken, ohne den versteckten Wert in öffentliches Vertragsdatenmaterial zu verwandeln.
Und anscheinend wohnt Dusk Zilch genau in diesem unbequemen Mittelding.
