Ein Cross-Chain-Swap hat zwei sehr unterschiedliche Probleme, die sich unter der Oberfläche der Benutzeroberfläche verbergen.
Zuerst musst du ein gutes Angebot finden.
Dann musst du sicherstellen, dass dieses Angebot tatsächlich korrekt abwickelt wird.
Diese Probleme klingen miteinander verbunden, erfordern aber unterschiedliche Mechanismen.
Die Architektur von STON.fi rund um Omniston ist interessant, weil sie beides getrennt behandelt.
Die erste Ebene ist RFQ, also Request for Quote (Anfrage für einen Preisvorschlag).
Statt den Nutzer manuell durch verschiedene Liquiditätsquellen suchen zu lassen, kann das System Preisangebote bei professionellen Resolvern anfragen.
Diese Resolver konkurrieren darum, den Trade auszuführen, wodurch ein Prozess zur Preisfindung entsteht, bei dem die verfügbaren Angebote vor der Ausführung miteinander verglichen werden können.
Das löst das Problem auf der Seite von Preisgestaltung und Liquidität.
Aber ein Preisvorschlag ist immer noch nur eine Vereinbarung.
Die Assets müssen schließlich auch tatsächlich bewegt werden.
Dafür kommt die Abwicklung auf Basis von HTLCs ins Spiel.
Hashed Timelock Contracts (gehashte Zeitverriegelungsverträge) nutzen kryptografische Bedingungen und Zeitlimits, um die beiden Seiten eines Cross-Chain-Swaps zu koordinieren.
Omniston verwendet gepaarte HTLCs über die beteiligten Netzwerke hinweg.
Die wichtigste Idee ist die Atomarität.
Der beabsichtigte Tausch geschieht entweder gemäß den vereinbarten Bedingungen, oder der Prozess kann sich über den Timelock-Mechanismus rückgängig machen.
So versucht nicht ein einziger Mechanismus, alles gleichzeitig zu lösen.
RFQ beantwortet:
„Wer kann mir die beste verfügbare Ausführung bieten?“
HTLC beantwortet:
„Wie wickeln wir diese Ausführung ab, ohne den Trade in eine Vertrauensübung zu verwandeln?“
Diese Kombination ist der Grund, warum die Architektur Aufmerksamkeit verdient.
Cross-Chain-DeFi geht nicht einfach darum, ein Asset von Chain A nach Chain B zu übertragen.
Es umfasst Liquiditätsfindung, Preisgestaltung, Gegenparteien, Ausführung und Abwicklung.
Wenn diese Bausteine richtig koordiniert sind, kann der Nutzer mit dem System eine deutlich einfachere Erfahrung machen.
Die Komplexität bleibt dennoch bestehen.
Sie ist nur an der richtigen Stelle.
Unterhalb der Oberfläche.
#STON.fi #defi
Zuerst musst du ein gutes Angebot finden.
Dann musst du sicherstellen, dass dieses Angebot tatsächlich korrekt abwickelt wird.
Diese Probleme klingen miteinander verbunden, erfordern aber unterschiedliche Mechanismen.
Die Architektur von STON.fi rund um Omniston ist interessant, weil sie beides getrennt behandelt.
Die erste Ebene ist RFQ, also Request for Quote (Anfrage für einen Preisvorschlag).
Statt den Nutzer manuell durch verschiedene Liquiditätsquellen suchen zu lassen, kann das System Preisangebote bei professionellen Resolvern anfragen.
Diese Resolver konkurrieren darum, den Trade auszuführen, wodurch ein Prozess zur Preisfindung entsteht, bei dem die verfügbaren Angebote vor der Ausführung miteinander verglichen werden können.
Das löst das Problem auf der Seite von Preisgestaltung und Liquidität.
Aber ein Preisvorschlag ist immer noch nur eine Vereinbarung.
Die Assets müssen schließlich auch tatsächlich bewegt werden.
Dafür kommt die Abwicklung auf Basis von HTLCs ins Spiel.
Hashed Timelock Contracts (gehashte Zeitverriegelungsverträge) nutzen kryptografische Bedingungen und Zeitlimits, um die beiden Seiten eines Cross-Chain-Swaps zu koordinieren.
Omniston verwendet gepaarte HTLCs über die beteiligten Netzwerke hinweg.
Die wichtigste Idee ist die Atomarität.
Der beabsichtigte Tausch geschieht entweder gemäß den vereinbarten Bedingungen, oder der Prozess kann sich über den Timelock-Mechanismus rückgängig machen.
So versucht nicht ein einziger Mechanismus, alles gleichzeitig zu lösen.
RFQ beantwortet:
„Wer kann mir die beste verfügbare Ausführung bieten?“
HTLC beantwortet:
„Wie wickeln wir diese Ausführung ab, ohne den Trade in eine Vertrauensübung zu verwandeln?“
Diese Kombination ist der Grund, warum die Architektur Aufmerksamkeit verdient.
Cross-Chain-DeFi geht nicht einfach darum, ein Asset von Chain A nach Chain B zu übertragen.
Es umfasst Liquiditätsfindung, Preisgestaltung, Gegenparteien, Ausführung und Abwicklung.
Wenn diese Bausteine richtig koordiniert sind, kann der Nutzer mit dem System eine deutlich einfachere Erfahrung machen.
Die Komplexität bleibt dennoch bestehen.
Sie ist nur an der richtigen Stelle.
Unterhalb der Oberfläche.
#STON.fi #defi
