Habe einen ganzen Nachmittag damit verbracht, mit #dusk das „Entweder-oder“-Überweisungs-Button in der Wallet herumzuzerren – dieselbe Wallet, aus demselben Seed generiert, aber sie zwingt zwei völlig inkompatible Arten von Transaktionslogik in ein und dieselbe Oberfläche.
Moonlight setzt auf das Standard-Kontenmodell: Kontostand, Absender, Empfänger und Betrag sind vollständig auf der ganzen Kette öffentlich. Phoenix setzt auf UTXO plus Zero-Knowledge-Beweise: Die Mittel existieren als kryptografische „Notizen“, der Transaktionsgraph ist komplett zerrissen, und der Geldfluss lässt sich praktisch nicht nachvollziehen. Von Moonlight nach Phoenix klappt der Prozess tatsächlich reibungslos – drei Minuten bis zum Eingang. Aber nachdem ich fertig war, starrte ich erstmal auf den Bildschirm und fragte mich: Beim nächsten Transfer – was soll ich dann standardmäßig nehmen? Die Wallet-Oberfläche bietet nur eine Option „public oder shielded“. Was soll ein normaler Nutzer denn wissen, wie er bei jeder Transaktion auswählen muss? Diese Hürde verdoppelt sich direkt.
Das ist nicht nur ein Erlebnis-Desaster. Noch kniffliger: DeFi-Protokolle wissen schlicht nicht, auf welcher Seite sie ihre Liquiditätspools bauen sollen. Offiziell heißt es: „Compliance nutzen Moonlight, Privatsphäre nutzen Phoenix“ – das ist reines Reden ohne Konsequenzen. Wenn der Pool in Moonlight liegt, fliegen große Positionen die ganze Zeit im Netz offen herum. Wenn der Pool in Phoenix liegt: Wie soll man die Reserven für ein Audit dort abgleichen und vorbereiten?
@Dusk wirbt stark für europäische institutionelle Kooperationen – etwa diese tokenisierten Wertpapiere mit dem niederländischen NPEX. Am Ende werden zu achtzig Prozent nur Transaktionen in Moonlight laufen können. MiCA und MiFID II lassen da praktisch keinen Spielraum. Phoenix’ selektive Offenlegung wäre theoretisch möglich, aber sobald Compliance-Abteilungen den ersten Blick auf die Zero-Knowledge-Beweise werfen, ist die Reaktion fast immer: „Wie soll man das auditen?“ Nach sieben Jahren Aufwand für Privatsphäre mündet es am Ende darin, dass ausgerechnet echte Großinstitutionen es nicht anfassen wollen – das ist schon ziemlich bitter.
Aktuell sind über 200 Millionen DUSK on-chain verpfändet, also 36% des Gesamtangebots. Die Beteiligung der Knoten ist tatsächlich nicht gering. Aber wenn die Ökosystem-Apps am Ende komplett in Moonlight verschwinden und Phoenix nur noch eine Staffage bleibt – was wäre Dusk dann im Unterschied zu einer normalen EVM-Kette?
Technisch ist das wirklich beeindruckend. Aber die Produktlogik ist komplett entkoppelt. Solange der offizielle Standard für Interaktionen zwischen den Modellen und das Compliance-Whitepaper nicht nachgeliefert sind, wage ich es nicht, $DUSK schwer zu gewichten. Auch das Team, das die Protokolle darauf aufsetzen will, sollte sich das gut überlegen.
Moonlight setzt auf das Standard-Kontenmodell: Kontostand, Absender, Empfänger und Betrag sind vollständig auf der ganzen Kette öffentlich. Phoenix setzt auf UTXO plus Zero-Knowledge-Beweise: Die Mittel existieren als kryptografische „Notizen“, der Transaktionsgraph ist komplett zerrissen, und der Geldfluss lässt sich praktisch nicht nachvollziehen. Von Moonlight nach Phoenix klappt der Prozess tatsächlich reibungslos – drei Minuten bis zum Eingang. Aber nachdem ich fertig war, starrte ich erstmal auf den Bildschirm und fragte mich: Beim nächsten Transfer – was soll ich dann standardmäßig nehmen? Die Wallet-Oberfläche bietet nur eine Option „public oder shielded“. Was soll ein normaler Nutzer denn wissen, wie er bei jeder Transaktion auswählen muss? Diese Hürde verdoppelt sich direkt.
Das ist nicht nur ein Erlebnis-Desaster. Noch kniffliger: DeFi-Protokolle wissen schlicht nicht, auf welcher Seite sie ihre Liquiditätspools bauen sollen. Offiziell heißt es: „Compliance nutzen Moonlight, Privatsphäre nutzen Phoenix“ – das ist reines Reden ohne Konsequenzen. Wenn der Pool in Moonlight liegt, fliegen große Positionen die ganze Zeit im Netz offen herum. Wenn der Pool in Phoenix liegt: Wie soll man die Reserven für ein Audit dort abgleichen und vorbereiten?
@Dusk wirbt stark für europäische institutionelle Kooperationen – etwa diese tokenisierten Wertpapiere mit dem niederländischen NPEX. Am Ende werden zu achtzig Prozent nur Transaktionen in Moonlight laufen können. MiCA und MiFID II lassen da praktisch keinen Spielraum. Phoenix’ selektive Offenlegung wäre theoretisch möglich, aber sobald Compliance-Abteilungen den ersten Blick auf die Zero-Knowledge-Beweise werfen, ist die Reaktion fast immer: „Wie soll man das auditen?“ Nach sieben Jahren Aufwand für Privatsphäre mündet es am Ende darin, dass ausgerechnet echte Großinstitutionen es nicht anfassen wollen – das ist schon ziemlich bitter.
Aktuell sind über 200 Millionen DUSK on-chain verpfändet, also 36% des Gesamtangebots. Die Beteiligung der Knoten ist tatsächlich nicht gering. Aber wenn die Ökosystem-Apps am Ende komplett in Moonlight verschwinden und Phoenix nur noch eine Staffage bleibt – was wäre Dusk dann im Unterschied zu einer normalen EVM-Kette?
Technisch ist das wirklich beeindruckend. Aber die Produktlogik ist komplett entkoppelt. Solange der offizielle Standard für Interaktionen zwischen den Modellen und das Compliance-Whitepaper nicht nachgeliefert sind, wage ich es nicht, $DUSK schwer zu gewichten. Auch das Team, das die Protokolle darauf aufsetzen will, sollte sich das gut überlegen.