Letzte Woche die Chainlink-Integrationsmitteilung von @Dusk und NPEX, bei der ersten Reaktion dachte ich: „Das ist nachvollziehbar“, bei der zweiten: „Moment mal – das passt nicht wirklich zu dem, was Dusk die ganze Zeit über ein selbstbeweisendes System betont“.
Konkret haben sich Dusk und NPEX entschieden, Chainlink CCIP (Cross-Chain Interoperability Protocol) als standardisierte Cross-Chain-Schicht zu verwenden, um die tokenisierten Wertpapiere, die NPEX auf DuskEVM ausgibt, zwischen verschiedenen Ketten zu transportieren. Gleichzeitig wird DataLink und Data Streams als Markt-Datenquelle angebunden. Außerdem erfolgt der Cross-Chain-Transfer der $DUSK -Token selbst von Ethereum nach Solana über den Chainlink CCT-Standard (Cross-Chain Token).
Ich habe Dusk bislang so verstanden, dass der zentrale Verkaufsargument darin liegt, Verifizierbarkeit über kryptografische Schichten wie Zero-Knowledge-Proofs und homomorphe Verschlüsselung bereitzustellen: Man muss niemandem zwischendrin vertrauen – die Mathematik selbst ist der Beweis. Aber das zugrunde liegende Sicherheitsmodell von CCIP ist nicht so. Es basiert auf dem dezentralen Oracle-Netzwerk von Chainlink (DON): Eine Reihe unabhängiger Knoten beobachtet Ereignisse auf der Quellkette, kommt im Konsens zu einem Ergebnis und signiert dann die Freigabe von Cross-Chain-Nachrichten. Das bedeutet: Sobald ein Asset über Ketten transferiert werden soll, wandert die Verifikationsverantwortung von dem Teil „Dusk-eigenes Beweissystem“ zu der Frage, ob „das Chainlink-DON-Netzwerk ehrlich ist und ob es kompromittiert wurde“.
Das heißt nicht, dass diese Entscheidung falsch ist – SWIFT, DTCC, ANZ und andere traditionelle Finanzmarktteilnehmer nutzen ebenfalls CCIP. Das zeigt, dass dieses Cross-Chain-Vertrauensmodell bei Institutionen als akzeptabel gilt. Aber für eine Privacy-Compliance-Chain, die immer wieder betont, dass man „keinen Dritten vertrauen“ muss: Wenn man die Sicherheits-Grenze für die Cross-Chain-Abwicklung an eine andere Oracle-Konsensschicht auslagert, dann ist dieser Wendepunkt etwas, das klar in die Risikooffenlegung aufgenommen werden sollte, statt einfach „mit durchzurutschen“.
Wenn es um die echte, harte Cross-Chain-Abwicklung mit echtem Geld geht: Legt man dann den Fokus auf das Beweissystem von Dusk oder auf das Chainlink-DON – und wenn sich die beiden Vertrauensmodelle überlagern und etwas schiefgeht, wer trägt dann die Verantwortung?
#dusk
Konkret haben sich Dusk und NPEX entschieden, Chainlink CCIP (Cross-Chain Interoperability Protocol) als standardisierte Cross-Chain-Schicht zu verwenden, um die tokenisierten Wertpapiere, die NPEX auf DuskEVM ausgibt, zwischen verschiedenen Ketten zu transportieren. Gleichzeitig wird DataLink und Data Streams als Markt-Datenquelle angebunden. Außerdem erfolgt der Cross-Chain-Transfer der $DUSK -Token selbst von Ethereum nach Solana über den Chainlink CCT-Standard (Cross-Chain Token).
Ich habe Dusk bislang so verstanden, dass der zentrale Verkaufsargument darin liegt, Verifizierbarkeit über kryptografische Schichten wie Zero-Knowledge-Proofs und homomorphe Verschlüsselung bereitzustellen: Man muss niemandem zwischendrin vertrauen – die Mathematik selbst ist der Beweis. Aber das zugrunde liegende Sicherheitsmodell von CCIP ist nicht so. Es basiert auf dem dezentralen Oracle-Netzwerk von Chainlink (DON): Eine Reihe unabhängiger Knoten beobachtet Ereignisse auf der Quellkette, kommt im Konsens zu einem Ergebnis und signiert dann die Freigabe von Cross-Chain-Nachrichten. Das bedeutet: Sobald ein Asset über Ketten transferiert werden soll, wandert die Verifikationsverantwortung von dem Teil „Dusk-eigenes Beweissystem“ zu der Frage, ob „das Chainlink-DON-Netzwerk ehrlich ist und ob es kompromittiert wurde“.
Das heißt nicht, dass diese Entscheidung falsch ist – SWIFT, DTCC, ANZ und andere traditionelle Finanzmarktteilnehmer nutzen ebenfalls CCIP. Das zeigt, dass dieses Cross-Chain-Vertrauensmodell bei Institutionen als akzeptabel gilt. Aber für eine Privacy-Compliance-Chain, die immer wieder betont, dass man „keinen Dritten vertrauen“ muss: Wenn man die Sicherheits-Grenze für die Cross-Chain-Abwicklung an eine andere Oracle-Konsensschicht auslagert, dann ist dieser Wendepunkt etwas, das klar in die Risikooffenlegung aufgenommen werden sollte, statt einfach „mit durchzurutschen“.
Wenn es um die echte, harte Cross-Chain-Abwicklung mit echtem Geld geht: Legt man dann den Fokus auf das Beweissystem von Dusk oder auf das Chainlink-DON – und wenn sich die beiden Vertrauensmodelle überlagern und etwas schiefgeht, wer trägt dann die Verantwortung?
#dusk