#dusk $DUSK Ich habe mir die Technik-Stacks von DuskEVM in zwei Nächten auseinandergebaut. Was mich am meisten beschäftigt, sind nicht diese vier Worte „EVM-Kompatibilität“, sondern ob die Privatsphäre an dieser Stelle wirklich nativ ist oder nur als Zusatz („Plug-in“) funktioniert.$SPCXB
Auf Dusk’ L1 hat Phoenix die Privatsphäre direkt in das Transaktionsmodell eingebaut: Die Beziehung zwischen Betrag und Adresse liegt von Natur aus in den Zero-Knowledge-Schaltkreisen. Aber DuskEVM geht einen anderen Weg: eine Ausführungsschicht auf Basis von OP Stack, Abrechnung zurück im Hauptnetz. Die Kompatibilität ist dadurch maximal—Solidity-Entwickler können ihre Verträge einfach übernehmen. Die Privatsphäre wird dann von Hedger „nachgeliefert“: mit homomorpher Verschlüsselung plus Zero-Knowledge-Proofs, um sowohl den ERC-20-Bestand als auch die Übertragungsbeträge zu verbergen.$SNDKB
Das Problem liegt genau in diesem „Nachliefern“. Die Kosten der nativen Privatsphäre verteilen sich über die Protokollebene; die Kosten der „Plug-in“-Privatsphäre landen auf der Nutzerseite: Das Erzeugen der Proofs benötigt lokale Rechenleistung und Zeit. Bei einer privaten Übertragung sind Gas und Latenz mit hoher Wahrscheinlichkeit höher als bei einer öffentlichen. Für Privatanleger ist das ein Erlebnisproblem, für Institutionen ein Kostenmodell—Market Maker müssen täglich tausende Rebalancings durchführen. Wenn pro Transaktion ein paar Sekunden Proof-Zeit und ein Vielfaches an Gas hinzukommen, summiert sich das zu echtem Geld.
Noch subtiler: Die Liquidität wird in Privatsphären-Schichten „geschnitten“. Für dasselbe Asset teilen sich das öffentliche Pool-Depth und das private Pool-Depth keine Liquidität. Arbitrageure, die über Schichten hinweg „umziehen“, müssen außerdem noch zusätzliche Proof-Kosten tragen. Wenn die Liquidität in der privaten Schicht nicht anspringt, können Institutionen die Positionen, die sie verstecken wollen, nicht wirklich verbergen—und die Privatsphäre verkommt zu einer Deko-Funktion.
Darum schaue ich mir bei DuskEVM nicht besonders Kennzahlen zur Anzahl von Ökosystem-Projekten an. Die Kernvariablen sind der Anteil privater Transaktionen und die Kostendifferenz zwischen der öffentlichen und der privaten Seite: Wie stark konvergiert diese Lücke, sodass Institutionen bereit sind, echte Transaktionsmengen in die private Schicht zu verlagern. Diese Daten kommen nach einer gewissen Zeit von selbst im Mainnet hoch—man kann das nicht faken.
Wenn Hedger die Proof-Generierung auf Sub-Sekunden-Level drücken könnte und die Gas-Aufschläge innerhalb von zwei bis drei Mal kontrollierbar wären, dann wäre DuskEVM das „Leitungsrohr“, das die Entwickler-Funnel von Ethereum in eine regelkonforme Privatsphäre-Umgebung überträgt; wenn nicht, dann bleibt es nur ein weiteres L2 mit Privatsphäre-Claims. Ich tendiere dazu, drei Monate echte Daten abzuwarten, bevor ich ein Urteil fälle.
#dusk @Dusk
Auf Dusk’ L1 hat Phoenix die Privatsphäre direkt in das Transaktionsmodell eingebaut: Die Beziehung zwischen Betrag und Adresse liegt von Natur aus in den Zero-Knowledge-Schaltkreisen. Aber DuskEVM geht einen anderen Weg: eine Ausführungsschicht auf Basis von OP Stack, Abrechnung zurück im Hauptnetz. Die Kompatibilität ist dadurch maximal—Solidity-Entwickler können ihre Verträge einfach übernehmen. Die Privatsphäre wird dann von Hedger „nachgeliefert“: mit homomorpher Verschlüsselung plus Zero-Knowledge-Proofs, um sowohl den ERC-20-Bestand als auch die Übertragungsbeträge zu verbergen.$SNDKB
Das Problem liegt genau in diesem „Nachliefern“. Die Kosten der nativen Privatsphäre verteilen sich über die Protokollebene; die Kosten der „Plug-in“-Privatsphäre landen auf der Nutzerseite: Das Erzeugen der Proofs benötigt lokale Rechenleistung und Zeit. Bei einer privaten Übertragung sind Gas und Latenz mit hoher Wahrscheinlichkeit höher als bei einer öffentlichen. Für Privatanleger ist das ein Erlebnisproblem, für Institutionen ein Kostenmodell—Market Maker müssen täglich tausende Rebalancings durchführen. Wenn pro Transaktion ein paar Sekunden Proof-Zeit und ein Vielfaches an Gas hinzukommen, summiert sich das zu echtem Geld.
Noch subtiler: Die Liquidität wird in Privatsphären-Schichten „geschnitten“. Für dasselbe Asset teilen sich das öffentliche Pool-Depth und das private Pool-Depth keine Liquidität. Arbitrageure, die über Schichten hinweg „umziehen“, müssen außerdem noch zusätzliche Proof-Kosten tragen. Wenn die Liquidität in der privaten Schicht nicht anspringt, können Institutionen die Positionen, die sie verstecken wollen, nicht wirklich verbergen—und die Privatsphäre verkommt zu einer Deko-Funktion.
Darum schaue ich mir bei DuskEVM nicht besonders Kennzahlen zur Anzahl von Ökosystem-Projekten an. Die Kernvariablen sind der Anteil privater Transaktionen und die Kostendifferenz zwischen der öffentlichen und der privaten Seite: Wie stark konvergiert diese Lücke, sodass Institutionen bereit sind, echte Transaktionsmengen in die private Schicht zu verlagern. Diese Daten kommen nach einer gewissen Zeit von selbst im Mainnet hoch—man kann das nicht faken.
Wenn Hedger die Proof-Generierung auf Sub-Sekunden-Level drücken könnte und die Gas-Aufschläge innerhalb von zwei bis drei Mal kontrollierbar wären, dann wäre DuskEVM das „Leitungsrohr“, das die Entwickler-Funnel von Ethereum in eine regelkonforme Privatsphäre-Umgebung überträgt; wenn nicht, dann bleibt es nur ein weiteres L2 mit Privatsphäre-Claims. Ich tendiere dazu, drei Monate echte Daten abzuwarten, bevor ich ein Urteil fälle.
#dusk @Dusk
隐私必须原生,外挂没戏
0%
兼容性优先,成本能磨平
100%
等三个月链上数据再说
0%
1 Stimmen • Abstimmung beendet