Not think so at that time wait for liquidity realesd soon a latar #AkE
Veröffentlichen
Zahra - 扎赫拉
·
--
Sollte ich $AKE und $TUT kaufen?
ich denke ständig an den seltsamen Teil von Dusk Hedger – nicht einmal daran, dass er den finanziellen Status von DuskEVM vertraulich hält. Es geht vielmehr darum, dass ein verschlüsselter Hedger-Saldo anscheinend verschlüsselt bleiben kann und trotzdem an der Transaktion teilnimmt.
denn normalerweise, wenn sich ein Saldo ändert, muss irgendwo die tatsächliche Zahl zuerst lesbar werden, oder?
den Saldo lesen. dagegen rechnen. den neuen Wert zurückschreiben. diese ganze vertraute Buchhaltungsform. nur dass Hedger in DuskEVM sitzt, mit verschlüsselten Salden, und homomorphe Verschlüsselung im Grunde diese Form ablehnt. Die DuskEVM-Privacy-Engine braucht den zugrunde liegenden Betrag nicht im öffentlichen Zustand zu haben, nur weil sich der verschlüsselte Finanzstatus ändern muss.
und genau dort fängt mein Gehirn an, dagegen anzukämpfen.
Dusk, ElGamal über ECC hält den Hedger-Wert verschlüsselt, homomorphe Berechnung funktioniert gegen diesen verschlüsselten Wert, dann muss der Zero-Knowledge-Korrektheitsbeweis zeigen, dass die vertrauliche Übertragung mathematisch nicht gelogen hat.
also was genau wurde öffentlich genug, um es vertrauen zu können?
der Hedger-Saldo?
nein.
der versteckte Transaktionsbetrag?
immer noch nein.
nur der Beweis, dass der verschlüsselte Move geprüft hat?
okay... also ist der Wert nutzbar. er musste nur nie zuerst lesbar werden. und ich weiß nicht, das fühlt sich schärfer an, als zu sagen, Hedger würde DuskEVM Privatsphäre geben, denn Hedger versteckt die Zahl nicht, nachdem DuskEVM damit fertig ist. Die Zahl war bereits verschlüsselt, während die finanzielle Operation gerade ablief.
und dann stoße ich auf den nächsten komischen Teil von Dsuk... DuskDS muss immer noch begleichen, was DuskEVM gerade getan hat. muss der versteckte Betrag dort plötzlich lesbar werden?
offenbar nicht.
der Dusk-Hedger-Beweis kann weiterhin zeigen, dass der verschlüsselte Move korrekt geprüft wurde, während DuskEVM sich in Richtung DuskDS-Settlement bewegt, ohne diesen Betrag öffentlich zu machen.
vielleicht war das Sehen der Zahl nie tatsächlich die Voraussetzung – vielleicht war es eher der Nachweis, dass sich die versteckte Zahl so verhalten hat, wie sie sollte.
#dusk $DUSK @Dusk
ich denke ständig an den seltsamen Teil von Dusk Hedger – nicht einmal daran, dass er den finanziellen Status von DuskEVM vertraulich hält. Es geht vielmehr darum, dass ein verschlüsselter Hedger-Saldo anscheinend verschlüsselt bleiben kann und trotzdem an der Transaktion teilnimmt.
denn normalerweise, wenn sich ein Saldo ändert, muss irgendwo die tatsächliche Zahl zuerst lesbar werden, oder?
den Saldo lesen. dagegen rechnen. den neuen Wert zurückschreiben. diese ganze vertraute Buchhaltungsform. nur dass Hedger in DuskEVM sitzt, mit verschlüsselten Salden, und homomorphe Verschlüsselung im Grunde diese Form ablehnt. Die DuskEVM-Privacy-Engine braucht den zugrunde liegenden Betrag nicht im öffentlichen Zustand zu haben, nur weil sich der verschlüsselte Finanzstatus ändern muss.
und genau dort fängt mein Gehirn an, dagegen anzukämpfen.
Dusk, ElGamal über ECC hält den Hedger-Wert verschlüsselt, homomorphe Berechnung funktioniert gegen diesen verschlüsselten Wert, dann muss der Zero-Knowledge-Korrektheitsbeweis zeigen, dass die vertrauliche Übertragung mathematisch nicht gelogen hat.
also was genau wurde öffentlich genug, um es vertrauen zu können?
der Hedger-Saldo?
nein.
der versteckte Transaktionsbetrag?
immer noch nein.
nur der Beweis, dass der verschlüsselte Move geprüft hat?
okay... also ist der Wert nutzbar. er musste nur nie zuerst lesbar werden. und ich weiß nicht, das fühlt sich schärfer an, als zu sagen, Hedger würde DuskEVM Privatsphäre geben, denn Hedger versteckt die Zahl nicht, nachdem DuskEVM damit fertig ist. Die Zahl war bereits verschlüsselt, während die finanzielle Operation gerade ablief.
und dann stoße ich auf den nächsten komischen Teil von Dsuk... DuskDS muss immer noch begleichen, was DuskEVM gerade getan hat. muss der versteckte Betrag dort plötzlich lesbar werden?
offenbar nicht.
der Dusk-Hedger-Beweis kann weiterhin zeigen, dass der verschlüsselte Move korrekt geprüft wurde, während DuskEVM sich in Richtung DuskDS-Settlement bewegt, ohne diesen Betrag öffentlich zu machen.
vielleicht war das Sehen der Zahl nie tatsächlich die Voraussetzung – vielleicht war es eher der Nachweis, dass sich die versteckte Zahl so verhalten hat, wie sie sollte.
#dusk $DUSK @Dusk
Haftungsausschluss: Enthält Meinungen von Drittanbietern. Keine Beratung. Binance AI wird ohne Gewähr bereitgestellt. Siehe AGB.