Vermögenswerte zwischen Blockchain-Netzwerken zu übertragen, ist komplizierter, als zwei Token im selben Netzwerk auszutauschen. Jede Blockchain führt ihr eigenes Ledger, verarbeitet ihre eigenen Transaktionen und folgt ihren eigenen Regeln.
Daher wird eine Transaktion in einem Netzwerk nicht automatisch durch eine entsprechende Transaktion in einem anderen abgeschlossen.
Dieses Problem soll die Infrastruktur für Cross-Chain-Ausführungen lösen.
STON.fi begegnet dieser Herausforderung mit Omniston, einer Cross-Chain-Ausführungsschicht, die den Austausch von Vermögenswerten zwischen unterstützten Blockchain-Netzwerken koordiniert.
Anstatt von Nutzern zu verlangen, einzelne Transaktionen manuell zu koordinieren, bündelt Omniston die Angebotssuche, Liquiditätsanbieter, Transaktionsausführung und Abwicklung in einem koordinierten Prozess.
Wenn man versteht, wie diese Komponenten zusammenwirken, lassen sich sowohl die Vorteile als auch die Risiken von Cross-Chain-Swaps besser nachvollziehen.
1. Angebotsanfrage: Eine ausführbare Route finden
Der Prozess beginnt, wenn ein Nutzer einen Quellvermögenswert, einen Zielvermögenswert und den zu tauschenden Betrag auswählt.
Nehmen wir beispielsweise an, ein Nutzer möchte USDT auf TON gegen USDG auf Robinhood Chain tauschen.
Die Anwendung fordert ein Angebot für die geplante Transaktion an.
Omniston nutzt einen Request-for-Quote-Mechanismus (RFQ), um ausführbare Angebote von teilnehmenden Liquiditätsanbietern, den sogenannten Resolvern, einzuholen.
Diese Resolver prüfen den angeforderten Swap und können auf Grundlage ihrer verfügbaren Liquidität, Preisgestaltung und Ausführungsbedingungen Angebote unterbreiten.
Der Nutzer kann anschließend das verfügbare Angebot in der Anwendung prüfen.
Das ist wichtig, weil der angezeigte Preis an einen Ausführungsvorschlag geknüpft ist und nicht einfach nur einen indikativen Marktpreis darstellt.
Die verfügbaren Angebote und Routen hängen von den teilnehmenden Resolvern, den unterstützten Vermögenswerten und den aktuellen Marktbedingungen ab.
2. Wettbewerb zwischen Resolvern: Liquidität auf der Zielseite bereitstellen
Resolver sind unabhängige Liquiditätsanbieter, die um die Ausführung geeigneter Swap-Anfragen konkurrieren.
Jeder Resolver legt den Preis und die Bedingungen fest, die er anbieten kann. Dabei berücksichtigt er Faktoren wie seinen Bestand, die Betriebskosten und das angefragte Vermögenswertpaar. Bei einer Cross-Chain-Transaktion kann ein Resolver die Vermögenswerte auf der Zielseite bereitstellen, die zur Erfüllung des Auftrags benötigt werden.
Das bedeutet, dass die Anwendung nicht unbedingt für jeden unterstützten Vermögenswert auf jeder Blockchain eigene Bestände vorhalten muss.
Stattdessen können teilnehmende Resolver die Liquidität auf der Zielseite bereitstellen, sobald ein geeigneter Auftrag vorliegt.
Der Wettbewerb zwischen Resolvern kann die Preisgestaltung und die Ausführungsoptionen verbessern. Das beste verfügbare Angebot hängt jedoch von den tatsächlich eingegangenen Angeboten ab.
Eine Route kann auch nicht verfügbar sein, wenn kein Resolver bereit oder in der Lage ist, sie unter akzeptablen Bedingungen auszuführen.
3. Ausführungskoordination: Transaktionen über Netzwerke hinweg verknüpfen
Ein Angebot zu finden ist nur ein Teil des Prozesses. Die Transaktion muss auch über das Quell- und das Zielnetzwerk hinweg ausgeführt werden.
STON.fi beschreibt Omnistons Cross-Chain-Abwicklungsarchitektur mithilfe verknüpfter Hashed Timelock Contracts (HTLCs).
Ein HTLC ist ein Smart-Contract-Mechanismus, der eine kryptografische Bedingung mit einer zeitlichen Begrenzung kombiniert.
Vereinfacht gesagt legen die Contracts Bedingungen fest, unter denen die Parteien ihre jeweiligen Vermögenswerte beanspruchen können.
Bei einem unterstützten Cross-Chain-Swap kann der Prozess zwei verknüpfte Contracts umfassen:
- Einen Contract auf der Quellseite, der mit dem Vermögenswert des Nutzers verknüpft ist.
- Einen Contract auf der Zielseite, der mit dem Vermögenswert des Resolvers verknüpft ist.
Beide Contracts verwenden dieselbe kryptografische Hash-Bedingung und miteinander kompatible Zeitlimits.
So werden die beiden Seiten des Tauschs miteinander verknüpft, ohne dass die Blockchains ein gemeinsames Ledger benötigen.
Die Contracts setzen die festgelegten Abwicklungsbedingungen in ihren jeweiligen Netzwerken durch.
Der entscheidende Unterschied: Omniston koordiniert den Tausch, während die zugrunde liegenden Blockchain-Transaktionen und Smart Contracts die maßgeblichen Ausführungs- und Abwicklungsbedingungen durchsetzen.
4. Atomare Abwicklung: Was passiert, wenn der Swap abgeschlossen wird?
Die atomare Abwicklung ist ein zentrales Element des beschriebenen Cross-Chain-Designs von Omniston.
In diesem Zusammenhang bedeutet Atomarität, dass der Tausch auf miteinander verknüpften Bedingungen beruht. Dadurch kann die vorgesehene Übertragung von Vermögenswerten auf beiden Seiten abgeschlossen werden oder die jeweils gesperrten Vermögenswerte können zurückerstattet werden.
Bei diesem Prozess kommt ein kryptografisches Geheimnis zum Einsatz, dessen Hash in die verknüpften Contracts eingebunden ist.
Sobald das erforderliche Geheimnis offengelegt und die Vertragsbedingungen erfüllt sind, können die entsprechenden Ansprüche geltend gemacht werden.
Der Nutzer kann den Vermögenswert auf der Zielseite beanspruchen, während der Resolver das offengelegte Geheimnis nutzen kann, um den Vermögenswert auf der Quellseite zu beanspruchen.
Die gemeinsame kryptografische Bedingung verknüpft die beiden Ansprüche miteinander.
Wird die erforderliche Abwicklungsbedingung nicht innerhalb des maßgeblichen Zeitfensters erfüllt, sehen die Contracts gemäß ihren Regeln eine Rückerstattungsmöglichkeit vor.
Dieses Design soll das Risiko verringern, dass eine Partei Vermögenswerte überträgt, ohne den vereinbarten Gegenwert zu erhalten.
Eine atomare Abwicklung sollte jedoch nicht als Garantie gegen sämtliche möglichen Verluste verstanden werden. Schwachstellen in Smart Contracts, Implementierungsfehler, Netzwerkausfälle und andere technische Risiken können weiterhin eine Rolle spielen.
Nutzer sollten sich mit der tatsächlichen Implementierung und dem Transaktionsstatus des Protokolls vertraut machen, anstatt sich allein auf das Wort „atomar“ zu verlassen.
5. Ein praktisches Beispiel: USDT auf TON zu USDG auf Robinhood Chain
Nehmen wir an, ein Nutzer besitzt USDT auf TON und möchte USDG auf Robinhood Chain erhalten.
Der geplante Ablauf veranschaulicht, wie die verschiedenen Komponenten zusammenwirken.
Schritt 1: Vermögenswerte auswählen.
Der Nutzer wählt USDT auf TON als Quellvermögenswert und USDG auf Robinhood Chain als Zielvermögenswert aus, sofern die genaue Route in der aktuellen Anwendung unterstützt wird.
Schritt 2: Ein Angebot anfordern.
Die Anwendung fordert ein ausführbares Angebot für die ausgewählten Vermögenswerte und den angegebenen Betrag an.
Schritt 3: Das Angebot prüfen.
Bevor der Nutzer die Transaktion autorisiert, prüft er den erwarteten Empfangsbetrag, die anfallenden Gebühren und die Ausführungsbedingungen.
Schritt 4: Die Ausführung koordinieren.
Fährt der Nutzer fort und wird die Route angenommen, koordiniert der jeweilige Ausführungsprozess die Quell- und Zielseite gemäß dem Abwicklungsmechanismus des Protokolls.
Schritt 5: Abschließen oder wiederherstellen.
Wird der Swap erfolgreich abgewickelt, erhält der Nutzer den Zielvermögenswert gemäß den vereinbarten Bedingungen. Wird die Ausführung nicht abgeschlossen, bestimmt der geltende Rückerstattungsmechanismus des Protokolls, wie gesperrte Vermögenswerte zurückerlangt werden können.
Der genaue Ablauf hängt von der ausgewählten Route und der Implementierung ab.
Das Beispiel mit USDT und USDG dient der Veranschaulichung: Nutzer müssen vor dem Swap in der aktuellen STON.fi-Oberfläche prüfen, ob dieses konkrete Vermögenswertpaar derzeit verfügbar ist.
6. Warum diese Architektur wichtig ist
Omnistons Ansatz trennt mehrere Zuständigkeiten, die häufig von unterschiedlichen Systemen übernommen werden.
Die Angebotssuche hilft dabei, verfügbare Ausführungsangebote zu finden.
Durch den Wettbewerb zwischen Resolvern werden Liquiditätsanbieter in den Prozess eingebunden.
Die Ausführungskoordination verbindet die Quell- und die Zielseite der Transaktion.
Die Abwicklung über Smart Contracts setzt die Bedingungen durch, unter denen Vermögenswerte beansprucht oder zurückerstattet werden können.
Die Kombination dieser Funktionen kann die Nutzung vereinfachen und den Bedarf an separater Infrastruktur für jede unterstützte Route verringern.
Sie kann Integratoren außerdem dabei helfen, Cross-Chain-Funktionen anzubieten, ohne für jede Transaktion selbst Liquidität auf der Zielseite vorhalten zu müssen.
Der Nutzen hängt davon ab, ob die Route tatsächlich unterstützt wird, Resolver teilnehmen und die zugrunde liegenden Contracts zuverlässig funktionieren.
7. Risiken und Einschränkungen
Obwohl Omniston darauf ausgelegt ist, Cross-Chain-Ausführungen zu koordinieren, sollten Nutzer die damit verbundenen Risiken kennen.
Liquidität und Preisgestaltung: Der Wettbewerb zwischen Resolvern garantiert nicht in jeder Situation den bestmöglichen Marktpreis. Die verfügbaren Angebote hängen von den teilnehmenden Anbietern und den aktuellen Bedingungen ab.
Verfügbarkeit von Routen: Nicht jedes Vermögenswertpaar und jede Netzwerkkombination wird zwangsläufig unterstützt. Eine Route ist möglicherweise nicht verfügbar, wenn die Liquidität oder Ausführungskapazität nicht ausreicht.
Risiken durch Smart Contracts: Verknüpfte Contracts können bestimmte Abwicklungsrisiken verringern, schließen Schwachstellen oder Implementierungsfehler jedoch nicht aus.
Netzwerkbedingungen: Überlastung, Ausfälle und Transaktionsverzögerungen können die Ausführung und die Dauer beeinflussen, die für die Abwicklung eines unvollständigen Swaps erforderlich ist.
Angebotsbedingungen: Nutzer sollten das konkrete Angebot, die Gebühren und die geltenden Ausführungsbedingungen prüfen, bevor sie die Transaktion signieren.
Bedingungen für die Rückerstattung: Rückerstattungen hängen von den Regeln des Contracts, den Zeitlimits und dem Status der Transaktion ab.
Nutzer sollten sich mit diesen Bedingungen vertraut machen und nicht davon ausgehen, dass jeder fehlgeschlagene Vorgang sofort zu einer Rückerstattung führt.
Wer ein Cross-Chain-Ausführungssystem bewertet, muss diese Einschränkungen verstehen.
Omniston koordiniert Cross-Chain-Swaps, indem es Angebotssuche, von Resolvern bereitgestellte Liquidität, Ausführungskoordination und Abwicklung über Smart Contracts zusammenführt.
Der RFQ-Mechanismus ermöglicht es teilnehmenden Resolvern, ausführbare Angebote vorzulegen. Die Cross-Chain-Architektur nutzt verknüpfte HTLCs, um in den beteiligten Netzwerken Bedingungen für die Abwicklung oder Wiederherstellung festzulegen. Für Nutzer ist das Ziel einfach: einen Vermögenswert auf einer unterstützten Blockchain gegen einen Vermögenswert auf einer anderen tauschen, ohne jeden zugrunde liegenden Vorgang manuell koordinieren zu müssen. Für Entwickler bietet die Architektur eine Möglichkeit, Cross-Chain-Ausführungen zu integrieren, ohne jede Komponente des Routing- und Abwicklungsprozesses selbst entwickeln zu müssen.
Die übergeordnete Erkenntnis lautet: Cross-Chain-Infrastruktur umfasst mehr als den Transfer von Token zwischen Netzwerken. Sie erfordert die Koordination von Liquidität, Preisgestaltung, Transaktionsausführung und Bedingungen für die Wiederherstellung über Systeme hinweg, die unabhängig voneinander arbeiten.
Mehr dazu: https://ston.fi/cross-chain-swap-from-ton-to-base
Informieren Sie sich über den Mechanismus.
Prüfen Sie die Route.
Machen Sie sich mit den Risiken vertraut, bevor Sie eine Transaktion durchführen.
Offizielle Ressourcen:
„Cross-chain execution overview“ von Omniston (https://ston.fi/omniston)
„Omniston technical documentation“ von STON.fi (https://docs.ston.fi/developer-section/omniston)
„Explanation of cross-chain execution“ von STON.fi (https://blog.ston.fi/omniston-explained-how-cross-chain-swaps-on-ton-work-without-a-bridge/)