Transférer des actifs entre des réseaux blockchain est plus compliqué que d’échanger deux jetons sur un même réseau. Chaque blockchain tient son propre registre, exécute ses propres transactions et suit ses propres règles.
Par conséquent, une transaction sur un réseau ne déclenche pas automatiquement la transaction correspondante sur un autre.
C’est le problème que l’infrastructure d’exécution inter-chaînes vise à résoudre.
STON.fi relève ce défi avec Omniston, une couche d’exécution inter-chaînes conçue pour coordonner les échanges d’actifs entre les réseaux blockchain pris en charge.
Au lieu de demander aux utilisateurs de coordonner manuellement des transactions distinctes, Omniston réunit la recherche de devis, les fournisseurs de liquidité, l’exécution des transactions et le règlement au sein d’un processus coordonné.
Comprendre le fonctionnement conjoint de ces éléments permet d’expliquer à la fois les avantages et les risques des échanges inter-chaînes.
1. Demande de devis : trouver une route exécutable
Le processus commence lorsqu’un utilisateur sélectionne un actif source, un actif de destination et le montant à échanger.
Prenons par exemple un utilisateur qui souhaite échanger des USDT sur TON contre des USDG sur Robinhood Chain.
L’application demande un devis pour la transaction envisagée.
Omniston utilise un mécanisme de demande de devis (RFQ) pour obtenir des offres exécutables auprès de fournisseurs de liquidité participants, appelés résolveurs.
Ces résolveurs évaluent l’échange demandé et peuvent renvoyer des devis en fonction de leur liquidité disponible, de leurs prix et de leurs conditions d’exécution.
L’utilisateur peut ensuite consulter l’offre disponible dans l’application.
C’est important, car le prix affiché est lié à une proposition d’exécution et ne constitue pas simplement un prix indicatif du marché.
Les devis et les routes disponibles dépendent des résolveurs participants, des actifs pris en charge et des conditions actuelles du marché.
2. Concurrence entre résolveurs : fournir la liquidité de destination
Les résolveurs sont des fournisseurs de liquidité indépendants qui se font concurrence pour exécuter les demandes d’échange admissibles.
Chaque résolveur détermine le prix et les conditions qu’il peut proposer en fonction de facteurs tels que son inventaire, ses coûts opérationnels et la paire d’actifs demandée. Pour une transaction inter-chaînes, un résolveur peut fournir les actifs côté destination nécessaires à l’exécution de l’ordre.
Cela signifie que l’application n’a pas nécessairement besoin de détenir elle-même un stock de chaque actif pris en charge sur chaque blockchain.
La liquidité côté destination peut plutôt être fournie par les résolveurs participants lorsqu’un ordre approprié se présente.
La concurrence entre résolveurs peut améliorer les prix et les options d’exécution, bien que la meilleure offre disponible dépende des devis effectivement reçus.
Une route peut également être indisponible si aucun résolveur n’est disposé ou en mesure de l’exécuter dans des conditions acceptables.
3. Coordination de l’exécution : relier les transactions entre réseaux
Trouver un devis n’est qu’une partie du processus. La transaction doit également être exécutée sur les réseaux source et de destination.
STON.fi décrit l’architecture de règlement inter-chaînes d’Omniston à l’aide de contrats à verrouillage temporel haché (HTLC) liés entre eux.
Un HTLC est un mécanisme de contrat intelligent qui associe une condition cryptographique à une limite de temps.
En termes simples, les contrats définissent les conditions dans lesquelles les parties peuvent réclamer leurs actifs respectifs.
Pour un échange inter-chaînes pris en charge, le processus peut impliquer deux contrats liés :
- Un contrat côté source associé à l’actif de l’utilisateur.
- Un contrat côté destination associé à l’actif du résolveur.
Les deux contrats utilisent une même condition de hachage cryptographique et des délais compatibles.
Cela relie les deux côtés de l’échange sans exiger des blockchains qu’elles partagent un registre unique.
Les contrats appliquent les conditions de règlement spécifiées sur leurs réseaux respectifs.
La distinction importante : Omniston coordonne l’échange, tandis que les transactions blockchain et les contrats intelligents sous-jacents appliquent les conditions d’exécution et de règlement pertinentes.
4. Règlement atomique : que se passe-t-il lorsque l’échange est terminé ?
Le règlement atomique est au cœur de la conception inter-chaînes décrite par Omniston.
Dans ce contexte, l’atomicité signifie que l’échange est structuré autour de conditions liées, de sorte que le transfert d’actifs prévu puisse aboutir des deux côtés, ou que les actifs verrouillés concernés puissent être remboursés.
Le processus utilise un secret cryptographique dont le hachage est intégré aux contrats liés.
Lorsque le secret requis est révélé et que les conditions contractuelles sont remplies, il permet les réclamations correspondantes.
L’utilisateur peut réclamer l’actif de destination, tandis que le résolveur peut utiliser le secret révélé pour réclamer l’actif source.
La condition cryptographique commune relie les deux réclamations.
Si la condition de règlement requise n’est pas remplie dans le délai imparti, les contrats prévoient une possibilité de remboursement conformément à leurs règles.
Cette conception vise à réduire le risque qu’une partie livre ses actifs sans recevoir l’actif convenu en contrepartie.
Cependant, le règlement atomique ne doit pas être interprété comme une garantie contre toutes les pertes possibles. Les vulnérabilités des contrats intelligents, les erreurs de mise en œuvre, les perturbations du réseau et d’autres risques techniques peuvent toujours avoir des conséquences.
Les utilisateurs doivent comprendre la mise en œuvre réelle du protocole et l’état de la transaction, plutôt que de se fier au seul mot « atomique ».
5. Exemple pratique : USDT sur TON contre USDG sur Robinhood Chain
Prenons l’exemple d’un utilisateur qui détient des USDT sur TON et souhaite recevoir des USDG sur Robinhood Chain.
Le déroulement prévu illustre la manière dont les différents éléments s’articulent.
Étape 1 : sélectionner les actifs.
L’utilisateur choisit USDT sur TON comme actif source et USDG sur Robinhood Chain comme actif de destination, à condition que l’application en ligne prenne en charge cette route précise.
Étape 2 : demander un devis.
L’application demande une offre exécutable pour les actifs et le montant sélectionnés.
Étape 3 : examiner l’offre.
Avant d’autoriser la transaction, l’utilisateur examine le montant qu’il devrait recevoir, les frais applicables et les conditions d’exécution.
Étape 4 : coordonner l’exécution.
Si l’utilisateur poursuit et que la route est acceptée, le processus d’exécution concerné coordonne les côtés source et destination selon le mécanisme de règlement du protocole.
Étape 5 : finaliser ou récupérer les actifs.
Si l’échange est réglé avec succès, l’utilisateur reçoit l’actif de destination selon les conditions convenues. Si l’exécution n’aboutit pas, le mécanisme de remboursement applicable du protocole détermine comment récupérer les actifs verrouillés.
Le déroulement exact dépend de la route sélectionnée et de sa mise en œuvre.
L’exemple USDT contre USDG est donné à titre indicatif : avant de tenter l’échange, les utilisateurs doivent vérifier que cette paire d’actifs précise est actuellement disponible dans l’interface STON.fi en ligne.
6. Pourquoi cette architecture est importante
L’approche d’Omniston répartit plusieurs responsabilités qui sont souvent prises en charge par différents systèmes.
La recherche de devis permet de repérer les offres d’exécution disponibles.
La concurrence entre résolveurs fait intervenir des fournisseurs de liquidité dans le processus.
La coordination de l’exécution relie les côtés source et destination de la transaction.
Le règlement par contrat intelligent applique les conditions selon lesquelles les actifs peuvent être réclamés ou remboursés.
La combinaison de ces fonctions peut simplifier l’expérience utilisateur et réduire la nécessité, pour les applications, de créer une infrastructure distincte pour chaque route prise en charge.
Elle peut également aider les intégrateurs à proposer des fonctionnalités inter-chaînes sans avoir à gérer eux-mêmes de la liquidité côté destination pour chaque transaction.
L’avantage dépend de la prise en charge réelle de la route, de la participation des résolveurs et de la fiabilité des contrats sous-jacents.
7. Risques et limites
Bien qu’Omniston soit conçu pour coordonner l’exécution inter-chaînes, les utilisateurs doivent tout de même comprendre les risques.
Liquidité et prix : la concurrence entre résolveurs ne garantit pas le meilleur prix du marché dans toutes les situations. Les offres disponibles dépendent des fournisseurs participants et des conditions du moment.
Disponibilité des routes : toutes les paires d’actifs ou combinaisons de réseaux ne sont pas nécessairement prises en charge. Une route peut être indisponible lorsque la liquidité ou la capacité d’exécution est insuffisante.
Risques liés aux contrats intelligents : les contrats liés peuvent réduire certains risques de règlement, mais ils n’éliminent ni les vulnérabilités ni les défaillances de mise en œuvre.
Conditions du réseau : la congestion, les pannes et les retards de transaction peuvent affecter l’exécution et le temps nécessaire pour résoudre un échange inachevé.
Conditions du devis : les utilisateurs doivent examiner le devis réel, les frais et les conditions d’exécution applicables avant de signer.
Conditions de récupération : les remboursements dépendent des règles du contrat, des délais et de l’état de la transaction.
Les utilisateurs doivent comprendre ces conditions au lieu de supposer que tout échec entraîne un remboursement immédiat.
Il est essentiel de comprendre ces limites pour évaluer tout système d’exécution inter-chaînes.
Omniston coordonne les échanges inter-chaînes en réunissant la recherche de devis, la liquidité fournie par les résolveurs, la coordination de l’exécution et le règlement par contrat intelligent.
Son mécanisme RFQ permet aux résolveurs participants de proposer des offres exécutables. Son architecture inter-chaînes utilise des HTLC liés pour établir les conditions de règlement ou de récupération sur les réseaux participants. Pour les utilisateurs, l’objectif est simple : échanger un actif sur une blockchain prise en charge contre un actif sur une autre, sans coordonner manuellement chaque opération sous-jacente. Pour les développeurs, l’architecture offre un moyen d’intégrer l’exécution inter-chaînes sans avoir à créer eux-mêmes chaque composant du processus de routage et de règlement.
La leçon générale est que l’infrastructure inter-chaînes ne se limite pas au transfert de jetons entre réseaux. Elle nécessite de coordonner la liquidité, les prix, l’exécution des transactions et les conditions de récupération entre des systèmes qui fonctionnent indépendamment les uns des autres.
En savoir plus : https://ston.fi/cross-chain-swap-from-ton-to-base
Étudiez le mécanisme.
Vérifiez la route.
Comprenez les risques avant d’effectuer une transaction.
Ressources officielles :
« Aperçu de l’exécution inter-chaînes » d’Omniston (https://ston.fi/omniston)
« Documentation technique d’Omniston » de STON.fi (https://docs.ston.fi/developer-section/omniston)
« Explication de l’exécution inter-chaînes » de STON.fi (https://blog.ston.fi/omniston-explained-how-cross-chain-swaps-on-ton-work-without-a-bridge/)