Ich habe mich durch das neueste Dusk-Update gearbeitet und eine Sache wird immer wieder falsch eingeordnet.
Die übliche Frage lautet: Hat diese Kette Privatsphäre oder nicht. Das ist die falsche Frage für Institutionen. Ich habe mir angesehen, wie Moonlight und Phoenix innerhalb des selben Dusk-Netzwerks positioniert sind, und festgestellt, dass eine
einzelne Institution beide Betriebsarten ausführen kann, je nachdem, was jede Transaktion erfordert.
Denk darüber so nach. Moonlight ist das vollständig öffentliche Ledger, transparente Salden, unkompliziert für Prüfer. Phoenix ist das geschützte Ledger, Beträge sind standardmäßig verschleiert, verifizierbar über Belege. Selbe Institution, dasselbe Netzwerk, zwei regulatorische Betriebsarten stehen je nach Bedarf zur Verfügung.
POSTURE CHAIN: Moonlight → Standard Flows → Public Balances → Regulator Reads Directly | Phoenix → Sensitive Trades → Obfuscated Amounts → ZK Verification → No Full Trail → DUSK Validatoren erzwingen beides
Was mich hier besonders getroffen hat, ist die praktische Auswirkung. Retail-Transaktionen laufen über Moonlight. Große Block-Trades, bei denen die Positionsgröße eine relevante nicht-öffentliche Information ist, laufen über Phoenix. Das ist abgestufte Offenlegung auf Protokollebene, kein Workaround.
Und ehrlich: Die Härtung von Phoenix in diesem Update ist gerade deshalb wichtig. Transfers verschleiern den Wert jetzt standardmäßig. W3sper bindet seinen eigenen Wallet-Treiber ein, statt vom nOde abhängig zu sein, und stärkt so die Privacy-Grenze. Fehlerhafte Eingaben werden strenger zurückgewiesen. Nicht-Null-Transparente-Output-Notizen werden blockiert, bevor sie in den Ablauf gelangen.
Ich dachte weiter darüber nach, was das im Vergleich zu jedem L1-Angebot für Privatsphäre als einzelnen, festen Modus bedeutet. Die regulatorische Betriebsart je Transaktionstyp zu wechseln, ohne die Ketten zu ändern, ist ein wirklich anderes architektonisches Angebot.
Sind die Aufteilung von Moonlight und Phoenix der am meisten unterschätzte Teil von DUSK – oder schafft das Verwalten zweier Ledger-Typen mehr Komplexität, als die Flexibilität rechtfertigt?
#dusk $DUSK @Dusk
Die übliche Frage lautet: Hat diese Kette Privatsphäre oder nicht. Das ist die falsche Frage für Institutionen. Ich habe mir angesehen, wie Moonlight und Phoenix innerhalb des selben Dusk-Netzwerks positioniert sind, und festgestellt, dass eine
einzelne Institution beide Betriebsarten ausführen kann, je nachdem, was jede Transaktion erfordert.
Denk darüber so nach. Moonlight ist das vollständig öffentliche Ledger, transparente Salden, unkompliziert für Prüfer. Phoenix ist das geschützte Ledger, Beträge sind standardmäßig verschleiert, verifizierbar über Belege. Selbe Institution, dasselbe Netzwerk, zwei regulatorische Betriebsarten stehen je nach Bedarf zur Verfügung.
POSTURE CHAIN: Moonlight → Standard Flows → Public Balances → Regulator Reads Directly | Phoenix → Sensitive Trades → Obfuscated Amounts → ZK Verification → No Full Trail → DUSK Validatoren erzwingen beides
Was mich hier besonders getroffen hat, ist die praktische Auswirkung. Retail-Transaktionen laufen über Moonlight. Große Block-Trades, bei denen die Positionsgröße eine relevante nicht-öffentliche Information ist, laufen über Phoenix. Das ist abgestufte Offenlegung auf Protokollebene, kein Workaround.
Und ehrlich: Die Härtung von Phoenix in diesem Update ist gerade deshalb wichtig. Transfers verschleiern den Wert jetzt standardmäßig. W3sper bindet seinen eigenen Wallet-Treiber ein, statt vom nOde abhängig zu sein, und stärkt so die Privacy-Grenze. Fehlerhafte Eingaben werden strenger zurückgewiesen. Nicht-Null-Transparente-Output-Notizen werden blockiert, bevor sie in den Ablauf gelangen.
Ich dachte weiter darüber nach, was das im Vergleich zu jedem L1-Angebot für Privatsphäre als einzelnen, festen Modus bedeutet. Die regulatorische Betriebsart je Transaktionstyp zu wechseln, ohne die Ketten zu ändern, ist ein wirklich anderes architektonisches Angebot.
Sind die Aufteilung von Moonlight und Phoenix der am meisten unterschätzte Teil von DUSK – oder schafft das Verwalten zweier Ledger-Typen mehr Komplexität, als die Flexibilität rechtfertigt?
#dusk $DUSK @Dusk
Dusk’s Privacy Model
Moonlight vs Phoenix
Dual Ledger Design
4 Stunde(n) übrig
