Rapport Solana Cross-chain Bridge : un aperçu des protocoles écologiques inter-chaînes de Solana et des DApp inter-chaînes

Les discussions autour de Solana sont de plus en plus animées, et il y a de plus en plus d'activités dans l'écosystème Solana. Bien entendu, de plus en plus de développeurs et d'utilisateurs souhaitent interagir avec l'écosystème. C’est le moment idéal pour examiner de plus près le pontage avec Solana.

Écrit par : Arjun Chand, chercheur LI.FI

Compilé par : Xiaozou, Golden Finance

Points clés de cet article

• L'activité de pontage de l'écosystème Solana a considérablement augmenté, surtout depuis novembre 2023. Des ponts tels que Wormhole, Allbridge et deBridge (les premiers partisans de l'écosystème Solana) ont de bonnes chances de bénéficier de cette poussée.
• La demande des utilisateurs de transférer des fonds vers Solana a déclenché une ruée vers l'expansion des ponts de liquidité vers Solana. Rien qu'en décembre, Synapse, Meson et Hashflow ont ajouté la prise en charge du chemin à Solana. Bientôt, la nécessité d'une plate-forme d'agrégation comme Jumper pour prendre en charge Solana deviendra évidente.
• Wormhole fournit aux développeurs les outils les plus puissants en matière de protocoles de messagerie, tandis que le DLN de deBridge est en train de devenir le pont de liquidité de choix pour les transferts d'actifs.
• Il existe peu d'applications sur Solana dotées de capacités de pontage intégrées, mais cela est en train de changer. Phantom et Jupiter sont à l'avant-garde de cette évolution, intégrant des fonctionnalités de pontage dans leurs services.
• Les projets à venir, tels que le CCTP de Circle, les Cross-Chain Queries de Wormhole et les Cross-Chain Swaps de Jumper Exchange, renforceront l'engagement de Solana dans l'écosystème plus large de la blockchain Connection. En outre, des innovations telles que le client léger de Tinydancer et le concept de blockchain IBC Guest de Picasso promettent de permettre des interactions inter-chaînes minimisant la confiance.

Préface

Les discussions autour de Solana deviennent de plus en plus animées et les activités dans l'écosystème Solana augmentent également. Bien entendu, de plus en plus de développeurs et d'utilisateurs souhaitent interagir avec l'écosystème. C’est le moment idéal pour examiner de plus près le pontage avec Solana.

Cet article est la ressource définitive pour toute personne intéressée à en savoir plus sur Solana. Cet article vise à répondre aux intentions de deux groupes principaux : les développeurs désireux de créer des applications inter-chaînes à l'aide de protocoles de messagerie, et les utilisateurs qui transfèrent des actifs vers Solana à la recherche de la prochaine pièce de monnaie à croissance mille fois supérieure. peut être leur réalisation.Des billets pour les meilleurs vœux de retraite anticipée.

Cet article est principalement divisé en trois parties :

• Première partie : un examen plus approfondi des protocoles de messagerie sur Solana - Cette partie analysera les protocoles de messagerie actuellement exécutés sur l'écosystème Solana. Nous examinerons les apports techniques, les mécanismes de fonctionnement et les compromis inhérents associés à ces protocoles, dans le but de fournir aux développeurs des informations clés pour les aider à choisir un protocole de messagerie qui répond aux besoins de leurs applications, ainsi que de fournir des informations pour ceux qui souhaitent en savoir plus sur les applications qu'ils utilisent.Les utilisateurs du programme fournissent des informations sur son origine, sa fonctionnalité et sa sécurité.
• Partie 2 : Applications prenant en charge l'échange inter-chaînes Solana - La deuxième partie de cet article explorera diverses applications prenant en charge le pontage Solana et l'échange inter-chaînes. Nous discuterons du fonctionnement de ces applications, de leurs meilleures fonctionnalités, de leur impact sur l'expérience utilisateur et de la manière dont elles contribuent à la liquidité et à l'accessibilité de l'écosystème Solana.
• Troisième partie : Développements intéressants dans le scénario d'interopérabilité Solana - Cette dernière partie mettra en évidence les développements récents les plus remarquables dans le scénario d'interopérabilité Solana et couvrira les nouveaux projets, les nouvelles versions intéressantes des protocoles existants et d'autres qui peuvent avoir un impact positif sur l'avenir de Solana. Initiatives sur la manière d’interagir avec l’écosystème blockchain plus large.

Examinons ensuite chaque partie en détail.

1. Compréhension approfondie du protocole de messagerie sur Solana

Cette section examine les hypothèses de conception, de sécurité et de confiance des différents protocoles de messagerie qui connectent Solana à l'écosystème plus large. Elle fournit une analyse complète de leur architecture, met en évidence leurs caractéristiques uniques et comprend leurs compromis.

Cette section couvrira les éléments suivants :

• Présentation du protocole de messagerie : fournit un examen approfondi de la suite de produits du projet, des données de performances, des principaux effets du réseau et des informations de sécurité.
• Comment ça marche : Cycle de vie des transactions - le processus d'envoi de fonds des utilisateurs d'une blockchain à une autre via un réseau de liquidité construit sur un protocole de messagerie. Découvrez les différents composants d'une conception de pont.
• Hypothèses et compromis de confiance : compromis pour chaque protocole de messagerie et leur impact potentiel.
• Analyse des risques : conception architecturale et considérations de sécurité - Un résumé de l'architecture, de la mise en œuvre, du fonctionnement et de la sécurité du réseau du protocole de messagerie basé sur le cadre de risque inter-chaînes développé conjointement par LI.FI et Consensys.
• Communauté et ressources : toutes les ressources pour suivre les mises à jour du projet et en savoir plus sur ses produits et services.

1.1 Trou de ver

1.1.1 Aperçu

Wormhole est un protocole de messagerie lancé en octobre 2020 pour permettre aux développeurs de créer des applications natives inter-chaînes sur plusieurs chaînes. Wormhole était à l'origine un projet de hackathon visant à trouver une solution permettant aux blockchains de « se parler ».

Wormhole a été initialement incubé et pris en charge par Jump, et sa première version (Wormhole V1) était principalement axée sur l'établissement d'un pont de jetons bidirectionnel entre Ethereum et Solana. Au fur et à mesure que le projet avançait, Wormhole a évolué vers un protocole de messagerie universel connectant plusieurs chaînes de l'écosystème. Cette évolution est conforme à sa vision plus large de devenir la couche de base sur laquelle les développeurs peuvent créer une variété d'applications inter-chaînes. En conséquence, Wormhole V1 a été progressivement supprimé et le réseau Wormhole a été lancé en août 2021.

service produit

En réponse à la demande croissante d'écosystèmes multi-chaînes, plusieurs applications natives inter-chaînes ont émergé au-dessus de Wormhole, y compris les propres produits de l'équipe Wormhole :

• Portail – Un pont de verrouillage et de frappe de jetons qui permet aux utilisateurs de relier les jetons et les NFT sur des chaînes compatibles Wormhole. Ce fut l'une des premières applications à utiliser les capacités de messagerie de Wormhole et a apporté une contribution significative au développement de Wormhole.
• Connect – Un gadget qui permet aux développeurs d'intégrer des interfaces de type portail dans leurs applications pour relier les jetons. Il offre aux développeurs un moyen simple et rapide d'ajouter des fonctionnalités de pontage à leurs applications.
• Gateway – Une blockchain spécifique à l'application conçue pour améliorer la connexion des chaînes d'applications basées sur Cosmos à l'écosystème plus large. Il utilise un routeur de liquidité comme couche de liquidité unifiée sur les chaînes Cosmos. Cet outil est bénéfique pour les développeurs souhaitant attirer des utilisateurs et des liquidités vers la chaîne d'applications Cosmos, ainsi que pour les utilisateurs souhaitant transférer des fonds vers l'écosystème Cosmos. La passerelle est actuellement disponible pour les développeurs et les utilisateurs via le portail.
• Requêtes — Outils d'interrogation de données inter-chaînes, permettant aux applications de lire les données en chaîne à partir de n'importe quelle chaîne EVM au sein de l'écosystème Wormhole. Ces données ont été vérifiées par une majorité absolue des 2/3 des 19 Gardiens du Trou de Ver. Le produit en est encore aux premiers stades de développement et Synthetix devrait être l’un des premiers à l’adopter.

Ces produits sont en outre pris en charge par plusieurs solutions et fonctionnalités conviviales pour les développeurs de l'équipe Wormhole (dont beaucoup sont désormais développées et maintenues par des contributeurs de la nouvelle Wormhole Foundation), telles que :

• xAssets — Les actifs peuvent être reliés à n'importe quelle chaîne prise en charge par Wormhole sans glissement. Par exemple : Pyth Network a récemment lancé son jeton de gouvernance PYTH en tant que Wormhole xAsset, disponible pour les utilisateurs de 27 chaînes.
• Relais automatiques – Un réseau de relais capables de transmettre des messages sur n'importe quelle chaîne prise en charge par Wormhole. Cette fonctionnalité permet aux développeurs de créer des applications inter-chaînes sur Wormhole sans avoir à configurer et à maintenir leur propre relais hors chaîne.
• Wormholescan – une plateforme d'exploration et d'analyse de blocs inter-chaînes couvrant l'écosystème Wormhole. Cet outil peut être utilisé pour suivre les transactions inter-chaînes et comprendre l'activité du réseau dans l'écosystème Wormhole.

Effet réseau

Compte tenu du développement précoce de Wormhole et de l’attention continue portée à l’écosystème Solana, il n’est pas surprenant que Solana soit la chaîne la plus active sur Wormhole en termes de nombre de transactions.

Il est intéressant de noter que les données de trafic de Wormhole sont dominées par le trafic des ponts vers et depuis Terra, un écosystème qui ne connaît plus de progrès ni d’activité significatifs. Actuellement, le volume des transactions est principalement distribué sur Ethereum, Solana et Sui, suivis de la chaîne et du rollup EVM L1.

Les facteurs qui ont alimenté la croissance de Wormhole et l’ont positionné comme l’un des meilleurs protocoles de messagerie de l’écosystème sont les suivants :

• Plus de 200 projets construits sur Wormhole — Wormhole a établi une distribution importante dans l'écosystème, avec plusieurs applications l'utilisant pour créer des cas d'utilisation tels que des ponts de liquidité (Allbridge, Mayan, Magpie), des jetons multi-chaînes ( PYTH), des normes de jetons ( Nexa), pontage intégré à l'application utilisant Connect (Astroport, Uniwhale, YouSUI), dépôts inter-chaînes (Friktion, PsyOptions, Aftermath Finance).
• Wormhole x NFT — La norme NFT inter-chaînes de Wormhole est privilégiée par Dust Labs pour la migration de leur série NFT (DeGods et y00ts) de Solana vers Ethereum et Polygon respectivement. Cette norme NFT est également utilisée par Aptos NFT Bridge, qui permet aux développeurs et aux utilisateurs de relier les NFT vers et depuis le réseau Aptos.
• Fonds pour l'écosystème de 50 millions de dollars de Wormhole — Le Fonds pour l'écosystème de 50 millions de dollars fournit un soutien financier indispensable aux développeurs qui créent des applications inter-chaînes qui exploitent l'infrastructure de messagerie de Wormhole. Le fonds est géré et exploité par Borderless Capital et a reçu le soutien financier d'investisseurs renommés tels que Jump Crypto, Polygon Ventures et la Fondation Solana.
• Programme xGrant — Début 2023, Wormhole a lancé le programme xGrant pour soutenir les développeurs, les chercheurs et les fondateurs. Le programme fournit non seulement une aide financière, mais fournit également des conseils et des ressources pour promouvoir le développement de projets innovants. Les subventions couvrent des dépenses telles que le développement de logiciels, le marketing, les coûts d'équipe et d'autres dépenses nécessaires à la croissance et à l'expansion du programme.
• Bitcoin tBTC sur Solana — Threshold Network a lancé Bitcoin tokenisé (tBTC) sur Solana, en utilisant Wormhole pour créer l'actif. Il s’agit de la première expansion de tBTC dans l’écosystème non-EVM et permet aux utilisateurs de dépenser du Bitcoin dans l’écosystème Solana DeFi.
• Wormhole s'associe à Uniswap — Après une évaluation complète de 6 ponts différents, le comité d'évaluation des ponts d'Uniswap a approuvé l'utilisation de Wormhole pour tous les déploiements inter-chaînes, élevant considérablement le statut de Wormhole comme l'un des protocoles de messagerie les plus sécurisés de l'écosystème. De plus, Uniswap utilise activement Wormhole pour la messagerie inter-chaînes (en particulier des chaînes comme Celo), ce qui renforce encore Wormhole en tant que choix fiable pour les besoins de messagerie sécurisée.
• Wormhole s'associe à Circle CCTP — Wormhole a intégré avec succès le protocole de transfert inter-chaînes (CCTP) de Circle afin que d'autres applications puissent y accéder via Connect, et que les utilisateurs puissent également y accéder via Portal. La sortie prévue de CCTP sur Solana a suscité un intérêt considérable, et des équipes telles que Jupiter ont annoncé leur intention de prendre en charge CCTP dans leurs applications via Wormhole.
• Wormhole lève 225 millions de dollars pour une valorisation de 2,5 milliards de dollars – Wormhole a récemment franchi une étape de financement majeure, complétant un financement de 225 millions de dollars pour une valorisation de 2,5 milliards de dollars. Cet investissement important souligne la force de l'équipe de Wormhole, l'adoption généralisée de ses produits et services et la qualité globale de ses produits et services. Le financement a également attiré l'attention des agriculteurs de parachutages, qui comparent désormais Wormhole de près à LayerZero et considèrent Wormhole comme "un concurrent très précieux dans le domaine de l'interopérabilité". Alors que la saison des parachutages de Solana se poursuit et que Wormhole lance diverses initiatives stratégiques (telles que la fourniture de rôles « précoces » aux utilisateurs de Discord, cela pourrait attirer beaucoup d'attention de la part des agriculteurs de parachutages dans un avenir proche).

Vérification de sécurité

• Audit — L'architecture Wormhole se compose de plusieurs éléments clés, tels que des nœuds Guardian et des contrats intelligents pour différentes chaînes et environnements d'exécution. Diverses parties de leur pile technologique ont fait l'objet d'un total de 22 audits par Neodyme, Kudelski, Trail of Bits, CertiK, Runtime Verification, OtterSec et Zellic. Il convient de noter que même si nous traitons chaque entrée comme un audit distinct, il est probable que l'audit de ces contrats spécifiques fasse partie d'un audit plus large de la pile technologique Wormhole.
• Programme de primes — Wormhole gère un programme de primes de 2,5 millions de dollars sur Immunefi depuis septembre 2022, axé sur la sécurité des contrats intelligents Wormhole et des nœuds Guardian.
• Vulnérabilité de sécurité - En février 2022, le réseau Wormhole a connu une faille de sécurité. L'attaquant "a exploité une vulnérabilité de vérification de signature dans le réseau Wormhole pour frapper 120 000 pièces Ethereum enveloppées dans Wormhole sur Solana", causant une perte estimée à environ 326 millions de dollars. Le bug a été corrigé en quelques heures, Wormhole a été rapidement de nouveau en ligne et Jump a fourni les fonds nécessaires pour combler l'écart.

Suite à cet exploit, l'équipe Wormhole a annoncé les futurs plans de sécurité suivants :

• Audit continu - Réalisation d'un audit complet et continu de la base de code Wormhole et élaboration de plans pour prévenir de futures vulnérabilités.
• Outils de surveillance avancés — Garantir une gestion dynamique des risques réussie avec des fonctionnalités telles que des mécanismes de comptabilité et des outils de surveillance pour isoler les risques inter-chaînes et détecter les menaces précocement.
• Programme Bug Bounty — Wormhole a lancé un programme bug bounty sur Immunefi, lancé peu de temps après cet exploit.

À la lumière de ces améliorations de sécurité, le comité d’évaluation Bridge d’Uniswap a reconnu les efforts de Wormhole dans son rapport, déclarant :

« Suite à l'attaque de vulnérabilité, Wormhole a apporté des améliorations substantielles à ses pratiques, telles que des processus de déploiement améliorés, des plans de réponse aux incidents plus clairs et des tests unitaires robustes. Ces améliorations sont louables et démontrent la croissance et la maturité du protocole.

Wormhole a ajouté les fonctionnalités de sécurité suivantes à sa pile technologique :

• Comptable mondial — Cet outil surveille l'offre totale en circulation de tous les actifs de Wormhole dans toutes les chaînes. Essentiellement, cela empêche toute blockchain de transférer des actifs au-delà de ce qui est réellement autorisé.
• Gouverneur - En complément de la comptabilité mondiale, le gouverneur suit les entrées et sorties de tous les actifs en chaîne. Il a le pouvoir de retarder les transmissions suspectes et de limiter l’impact des exploits en permettant aux Gardiens de conserver les messages Wormhole pendant 24 heures s’ils deviennent trop volumineux. Les limites du gouverneur peuvent être ajustées à mesure que l'écosystème de la chaîne mûrit.
• Base de code Open Source - En rendant sa base de code open source, Wormhole abaisse efficacement la barrière permettant aux pirates informatiques d'identifier et de signaler les vulnérabilités.
• Surveillance complète via Guardians – Wormhole Guardians sont des sociétés de vérification professionnelles possédant l'expertise nécessaire pour exécuter, surveiller et sécuriser les opérations blockchain. Ils suivent en permanence l'activité de la blockchain et des contrats intelligents et assurent la sécurité du réseau Wormhole grâce à des outils tels que Governor.
• Intégration ZK (zero-knowledge proof) avec Wormhole — Wormhole intègre activement la vérification des messages ZK dans sa pile technologique.

Chiffres de croissance

1.1.2 Principe de fonctionnement – Cycle de vie des transactions

Le processus de transmission des messages de la chaîne source à la chaîne cible via l'architecture de Wormhole est très complexe, mais à un niveau élevé, il est très simple. Voici une simple vue éclatée :

1. Envoi d'un message : Chaque message provient d'un « core contract » sur la chaîne source.

2. Vérification et signature des gardiens : le message est ensuite vérifié et signé hors chaîne par 19 gardiens. Un message n'est considéré comme authentique que s'il reçoit les signatures d'au moins les deux tiers (13 Gardiens sur 19).

3. Transférer à la chaîne cible : une fois le message vérifié et signé, il sera transmis au contrat principal de la chaîne cible.

En y regardant de plus près, nous constatons qu'il existe plusieurs composants clés qui fonctionnent ensemble pour garantir une messagerie inter-chaîne sécurisée :

Examinons de plus près comment le réseau Wormhole Guardian vérifie les messages :

• Première étape : le contrat principal sur la chaîne source envoie un message.
• Étape 2 : Les gardiens observent et vérifient l'authenticité du message.
• Étape 3 : Les gardiens attendent que la chaîne source confirme enfin le message, puis signent la valeur de hachage du corps du message pour prouver sa validité.
• Étape 4 : Compiler les signatures de chaque Gardien dans un fichier multi-signature, à savoir VAA (Verifiable Action Approvals).
• Étape 5 : Les relayeurs transmettent le VAA au contrat principal sur la chaîne cible.

Remarque : « Spy » surveille tous les messages transmis via le réseau Guardian et les enregistre dans un système de stockage (tel qu'une base de données SQL) pour analyse et utilisation ultérieure.

1.1.3 Hypothèses de confiance et compromis

Voici quelques hypothèses de confiance et compromis à noter à propos de Wormhole :

• Vérification externe par un ensemble de validateurs - Le système de preuve d'autorité de Wormhole estime du début à la fin que l'on peut faire confiance aux Gardiens pour vérifier les transactions et que plus des deux tiers des Gardiens ne s'entendront pas dans un délai précis. Si une majorité de Gardiens sont de connivence, les fonds des utilisateurs peuvent être volés.
• Risque de censure : les tuteurs du 19 septembre pourraient s'entendre pour censurer les messages.
• Aucun mécanisme de réduction pour les Gardiens - Il n'y a aucun mécanisme de réduction implémenté pour les Gardiens dans le système Wormhole. Cependant, la responsabilité est un aspect clé de la conception du réseau. Toute activité malveillante peut être directement attribuée à un Guardian spécifique. Cette attribution directe signifie que le tuteur concerné peut faire face à une responsabilité juridique et subir d'importants dommages à sa réputation suite à la survenance d'une fraude ou d'une mauvaise conduite.
• Réseau de Gardiens Autorisés - Les ajustements à l'ensemble des Gardiens, qu'il s'agisse d'ajouter de nouveaux Gardiens ou de supprimer des Gardiens existants, sont régis par le schéma de signature 13/19.

1.1.4 Analyse des risques : considérations relatives à la conception de l'architecture et à la sécurité

1.1.5 Communauté et ressources

Vous pouvez en savoir plus sur Wormhole via les canaux suivants :

●Site officiel

●Documentation

● Trou de ver pour les développeurs

●Github

●Explorateur

●Moyen

●Analyse des trous de ver

Vous pouvez suivre Wormhole sur les plateformes suivantes pour connaître les derniers développements de sa communauté :

●Twitter

●Discorde

●Télégramme

●YouTube

1.2 Allbridge

1.2.1 Aperçu

Lancé en juillet 2021, Allbridge est un pont blockchain au sein de l'écosystème Solana. Il s'appelait à l'origine Solbridge car lors de sa première sortie, son objectif était d'étendre l'utilisation de Solana dans l'écosystème en connectant Solana à d'autres chaînes. Au fil du temps, la portée de l'accord s'est étendue au-delà de Solana et a été rebaptisée Allbridge.

service produit

Allbridge Classic est la première version d'Allbridge. Il prend en charge le transfert d'actifs sur 20 chaînes, y compris des chaînes EVM et non-EVM telles que Solana et Stellar. Cette version du protocole est responsable du traitement de la majorité du volume de transactions d’Allbridge.

En juin 2022, Allbridge a lancé Allbridge Core, une plate-forme de transition nouvelle ère axée sur l'échange de pièces stables inter-chaînes. Cette nouvelle version résout les problèmes de l'ancienne version, dont le plus important est le processus long et en plusieurs étapes de déploiement des jetons de pont enveloppés par Allbridge et de leur échange contre les actifs requis.

Allbridge Core simplifie l'expérience de transition en se concentrant sur l'échange de pièces stables. Étant donné que la plupart des activités de transition impliquent des pièces stables, Allbridge Core est en mesure de répondre aux besoins de la plupart des utilisateurs tout en conservant la simplicité et la légèreté du produit. Actuellement, Allbridge Core dispose de 11 pools de liquidités, permettant un échange stable de pièces sur 7 chaînes.

De plus, Allbridge Core introduit des fonctionnalités uniques telles que :

●Prise en charge de plusieurs protocoles de messages : en plus de prendre en charge la transmission de messages inter-chaînes via Allbridge, Allbridge Core prend également en charge d'autres protocoles de messages, tels que Wormhole. Une telle intégration lui permet de prendre en charge des chaînes uniques accessibles via Wormhole et fournit des options alternatives/de repli aux chaînes déjà prises en charge par Allbridge.

De plus, Allbridge Core a récemment intégré le protocole de transfert inter-chaînes (CCTP) de Circle. Ce nouvel ajout permet à Allbridge Core de prendre en charge les transferts USDC sur des chaînes compatibles CCTP sans avoir besoin de maintenir des pools de liquidités sur ces chaînes. De plus, les utilisateurs peuvent choisir entre trois protocoles de messagerie différents, chacun avec des coûts et des délais de transmission différents.

Actuellement, la prise en charge CCTP n'est disponible que sur la chaîne EVM. Cependant, cela va bientôt changer, car CCTP a pris en charge Solana sur Devnet et arrivera sur le réseau principal dans un avenir proche.

●Gaz supplémentaire sur la chaîne cible - Cette fonctionnalité résout le problème du « démarrage à froid » lorsque les utilisateurs relient les actifs à une nouvelle chaîne. Grâce à cette fonctionnalité, les utilisateurs peuvent facilement réunir des fonds supplémentaires pour payer les frais de gaz sur la chaîne cible.

La fonctionnalité « gaz supplémentaire » devient peu à peu un standard dans les écosystèmes multi-chaînes. Par exemple, dans l'écosystème Solana, Phantom l'utilise comme fonction de « ravitaillement » du « Cross-Chain Swapper » en s'intégrant à LI.FI (propulsé par Allbridge Core).

En plus des produits destinés aux utilisateurs tels qu'Allbridge Classic et Allbridge Core, Allbridge propose également une solution de pontage en marque blanche appelée Allbridge BaaS. Cela permet aux projets d'utiliser les capacités de messagerie inter-chaînes d'Allbridge et de lancer des configurations de pont dédiées pour leurs jetons. Allbridge facturera des frais uniques d'installation du pont de 20 000 $.

Effet réseau

Depuis sa concentration initiale sur Solana jusqu'à sa victoire au Solana Hackathon en 2021, les racines d'Allbridge sont profondément liées à l'écosystème Solana. Se concentrer sur Solana s'est avéré bénéfique, et Solana reste la chaîne la plus active d'Allbridge. Depuis son lancement, Allbridge Classic a réalisé plus de 190 000 transactions sur Solana, avec un volume de transactions de plus de 1,44 milliard de dollars, et généré 535 000 $ de frais sur Allbridge Classic uniquement.

Parmi les autres écosystèmes majeurs qui alimentent la croissance d'Allbridge figurent des noms bien connus sur toutes les plateformes de ponts, tels qu'Ethereum, Avalanche, BNB Chain et Polygon. Il est intéressant de noter que le réseau Tron constitue un écosystème convaincant pour Allbridge Core.

Il convient de noter que les solutions L2 populaires telles que Arbitrum et Optimism, qui dominent souvent les métriques de données des ponts EVM, n'apparaissent pas dans la liste ci-dessus. Il convient de mentionner qu'Allbridge ne prend pas en charge plusieurs L2 émergents majeurs, tels que Base, zkSync et Linea. Allbridge Core ne prend en charge que l'USDC sur Arbitrum.

Récemment, Allbridge Core s'est intégré à LI.FI, entrant dans le monde de LI.FI composé de plus de 120 protocoles d'échange inter-chaînes. De plus, Allbridge est actuellement le seul fournisseur de pont à prendre en charge les transactions EVM <> Solana dans le cadre de la fonctionnalité Phantom Cross-Chain Swapper. Cette exclusivité permet à Allbridge de bénéficier de volumes de transactions plus importants jusqu'à ce que la prise en charge d'autres fournisseurs de pont soit ajoutée.

En outre, Allbridge a également réalisé une démonstration de testnet intégrée CCTP lors de la conférence Breakpoint 2023. Un partenariat stratégique avec Circle pour lancer CCTP sur Solana bénéficiera également à la croissance du protocole.

Vérification de sécurité

*Audits - L'architecture d'Allbridge a été auditée 5 fois. Les premiers audits ont été réalisés par Hacken en septembre 2021 (score d’audit : 10 points), Kudelski Security en mai 2022, Cossack Labs en septembre 2022, et Hacken en février 2022 (score d’audit : 9,8), et l’audit de CoinFabric en juillet 2023.

• Programme de primes — Allbridge propose un programme de primes ouvert sur HackenProof, avec des récompenses allant de 100 $ à 4 000 $.
• Vulnérabilité de sécurité – En avril 2023, Allbridge Core a subi une attaque de vulnérabilité de sécurité en raison d'une vulnérabilité de prêt flash sur la chaîne BNB, entraînant une perte de 650 000 $ US. L'attaquant a exploité une faille logique dans la fonctionnalité de retrait pour manipuler le prix de négociation du pool.

L'équipe d'Allbridge a récupéré « la plupart des fonds volés » et a remboursé la différence aux utilisateurs concernés qui ont rempli le formulaire de demande. Après l'attaque, le protocole a été redémarré, les correctifs suivants ont été apportés et les fonctionnalités de sécurité suivantes ont été ajoutées :

• Calcul de liquidité fixe pour les dépôts et les retraits - largement testé.
• Présentation des autorisations Rebalancer via des comptes spéciaux — Cet outil permettra aux équipes de rééquilibrer les pools dans des situations extrêmes et d'urgence en utilisant des ponts sans payer de frais.
• Fonction d'arrêt automatique en cas de déséquilibre extrême du pool, tel que le découplage stablecoin.
• Prend en charge la fermeture manuelle du pont pour améliorer le temps de réponse afin de prévenir les accidents.
• Une base de code publique qui met en évidence les efforts open source de l'équipe et invite les chercheurs chapeau blanc à effectuer des revues de contrats relais.

L'équipe L2BEAT a déclaré qu'Allbridge Core « contient de nombreux contrats intelligents de base non vérifiés », ce qui pourrait mettre en danger les fonds des utilisateurs si ces contrats contiennent du code malveillant.

Il convient de noter que les contrats d’Allbridge Core ont été redéployés après l’attaque de vulnérabilité de sécurité. Le contrat principal est désormais vérifié. De plus, le contrat Allbridge Classic a été vérifié.

Cependant, l'équipe L2BEAT a noté que certains contrats relais restent non vérifiés. L'équipe d'Allbridge a expliqué qu'il s'agissait d'un problème complexe causé par le chevauchement entre les anciens contrats Core et les contrats liés à Allbridge Classic qui existaient avant l'incident de sécurité. Allbridge prend activement des mesures pour résoudre et clarifier cette divergence sur le site Web de L2BEAT, garantissant ainsi une compréhension plus claire et plus transparente pour tous.

Chiffres de croissance

1.2.2 Principe de fonctionnement — Cycle de vie des transactions

Noyau Allbridge

Voici comment les actifs sont transférés de la chaîne source à la chaîne cible via l'architecture Allbridge Core :

• Étape 1 : L'utilisateur envoie les actifs au pool de liquidité sur la chaîne source, où les actifs sont verrouillés.
• Deuxième étape : échangez ces actifs contre des jetons virtuels (VT) qui représentent leur valeur en USD. Par exemple, lorsqu'un utilisateur envoie 100 USDC, le montant est converti en VT en fonction du taux de change actuel de VT en USDC.
• Étape 3 : Transférez les jetons virtuels avec les informations de transaction vers la chaîne cible via le protocole de messagerie choisi. Le validateur du protocole de messagerie vérifie que les fonds ont été verrouillés sur la chaîne source et échangés avec précision contre des « jetons virtuels ».
• Étape 4 : Le message atteint la chaîne cible et déclenche le contrat intelligent.
• Étape 5 : Le contrat intelligent convertit les jetons virtuels du pool de liquidités sur la chaîne cible en jetons que vous souhaitez échanger et les envoie à l'adresse de l'utilisateur.

Même si cela peut sembler être des étapes différentes selon les chaînes, pour l'utilisateur, tout se passe en un seul clic.

Allbridge Classique

Allbridge Classic prend en charge une large gamme de jetons, tels que l'aeUSDC (Allbridge Ethereum-wrapped USDC), émis par Allbridge.

Voici le processus de transfert d'actifs de la chaîne source à la chaîne cible via l'architecture Allbridge Classic :

• Étape 1 : l'utilisateur envoie des fonds au contrat intelligent Allbridge sur la chaîne source. Au cours de cette étape, les utilisateurs peuvent envoyer deux types d'actifs : 1) Actifs locaux – dans ce cas, les actifs sont verrouillés dans un pool de liquidité sur la chaîne source. 2) Actifs enveloppés — Dans ce cas, les actifs sont détruits par des contrats intelligents sur la chaîne source.
• Étape 2 : Créez un enregistrement de transaction et envoyez une demande de vérification aux validateurs Allbridge.
• Étape 3 : Les validateurs vérifient les fonds bloqués sur la chaîne source.
• Étape 4 : Une fois la vérification terminée, les validateurs remettront la signature à l'utilisateur.
• Étape 5 : L'utilisateur transmet cette signature au contrat intelligent sur la chaîne cible.
• Étape 6 : Les fonds sont transférés aux utilisateurs. Le processus variera en fonction du type d'actif que l'utilisateur s'attend à recevoir sur la chaîne cible.

Des exemples spécifiques sont les suivants :

1. S'il s'agit d'actifs natifs, alors ces actifs seront déverrouillés depuis le contrat intelligent de la chaîne cible puis transférés vers le portefeuille de l'utilisateur.

2. Dans le cas d'actifs enveloppés, ces actifs seront créés par des contrats intelligents sur la chaîne cible puis transférés vers le portefeuille de l'utilisateur.

1.2.3 Hypothèses de confiance et compromis

Voici quelques hypothèses de confiance et compromis remarquables concernant Allbridge :

• Vérification externe par un ensemble de validateurs - Allbridge s'appuie sur des validateurs tiers pour vérifier les transactions des utilisateurs, qui dépendent du protocole de messagerie sous-jacent utilisé (Allbridge ou Wormhole ou CCTP).
• Petit jeu de validateurs - Le jeu de validateurs d'Allbridge ne contient que 2 validateurs. Ces deux validateurs peuvent s'entendre pour transmettre des messages malveillants et voler les fonds des utilisateurs.
• Risque de censure - Un seul validateur dans l'ensemble de validateurs d'Allbridge peut censurer les messages.
• Ensemble de validateurs autorisés - Les validateurs exécutés dans le système sont exécutés et/ou sélectionnés par l'équipe Allbridge.
• Pas de mécanisme de réduction - Il n'existe actuellement aucun mécanisme de réduction permettant aux validateurs d'empêcher la collusion ou la censure.
• L'équipe Allbridge peut censurer les utilisateurs - Même si un compte spécial donnera à l'équipe Allbridge plus de contrôle pour réagir rapidement en cas d'urgence, il peut également être utilisé de manière abusive pour censurer par erreur les dépôts, les retraits et les transactions d'un utilisateur.

1.2.4 Analyse des risques : considérations relatives à la conception de l'architecture et à la sécurité

1.2.5 Communauté et ressources

Vous pouvez en savoir plus sur Allbridge via les canaux suivants :

●Site officiel

●Fichiers Allbridge Core

●Fichiers Allbridge Classic

●Moyen

●Messari sur Allbridge Core

●Messari sur Allbridge Classic

Vous pouvez suivre Allbridge sur les plateformes suivantes pour connaître les derniers développements de sa communauté :

●Twitter

●Télégramme

●Discorde

●Reddit

1.3 deBridge

1.3.1 Aperçu

deBridge est un protocole d'interopérabilité publié en août 2021 qui prend en charge la messagerie et la liquidité inter-chaînes. Le projet a été lancé en tant que projet de hackathon lors du hackathon Chainlink Global en avril 2021 et a reçu un financement de 5,5 millions de dollars plus tard cette année-là.

L'expansion de deBridge dans l'écosystème Solana a commencé avec une subvention de 20 000 $ de la Fondation Solana en juin 2021. Contrairement aux protocoles évoqués précédemment, deBridge était à l’origine spécifiquement destiné aux chaînes compatibles EVM. Ce n'est qu'en juin 2023 que deBridge est arrivé à Solana et est devenu l'un des premiers participants à avoir réalisé de grandes réalisations.

service produit

La suite de produits deBridge comprend une gamme d'applications inter-chaînes qui exploitent ses capacités de messagerie :

• deSwap Liquidity Network (DLN) - DLN est un réseau de liquidité qui permet des transactions inter-chaînes rapides et peu coûteuses sur n'importe quelle chaîne prise en charge par deBridge. Contrairement aux modèles traditionnels qui s'appuient sur des pools de liquidités, DLN fait appel à des teneurs de marché qui fournissent des liquidités inter-chaînes à la demande pour atteindre un transfert d'actifs TVL nul. Afin de garantir une liquidité suffisante pour les commandes cross-chain importantes, l'équipe deBridge coopère avec des teneurs de marché matures tels que RockawayX et Fordefi.
• dePort — En tant que pont verrouillé et mint, dePort permet aux applications de créer des actifs enveloppés par débridge, ou deAssets, sur chaque chaîne. Ces actifs créés sont soutenus un à un par les jetons d'origine sur la chaîne source, garantissant ainsi l'intégrité de l'ensemble des actifs du réseau.

En plus des applications utilisateur directement destinées aux échanges inter-chaînes, deBridge étend également ces produits à d'autres applications et projets, y compris les portefeuilles, via des API pour une intégration transparente. De plus, bloXroute Labs développe un SDK dans le but d'intégrer DLN dans son réseau de distribution blockchain. Cette intégration permettra aux utilisateurs de bloXroute, y compris les chasseurs de MEV, les traders institutionnels DeFi et divers projets, d'effectuer des échanges inter-chaînes alimentés par DLN.

En outre, deBridge propose également deBridge IaaS (Interoperability-as-a-Service : Interoperability as a Service), un service par abonnement qui permet aux blockchains EVM et SVM d'intégrer les produits deBridge dans leurs écosystèmes respectifs. Le service est disponible pour un abonnement mensuel de 11 000 $ par mois et un abonnement trimestriel de 10 000 $ par mois. Neon Labs est le premier utilisateur du service.

Effet réseau

Depuis son lancement, deBridge a connu une croissance constante et continue. Le protocole a récemment connu une augmentation de son utilisation, en particulier sur Solana. Le chemin Solana <> Ethereum est rapidement devenu le couloir le plus fréquenté du DLN. La décision stratégique de l'équipe deBridge visant à allouer des ressources pour intégrer le support Solana porte clairement ses fruits et le potentiel de croissance future est énorme.

Les capacités de règlement quasi instantanée des commandes inter-chaînes de DLN en ont rapidement fait la plate-forme de choix pour les utilisateurs souhaitant passer à Solana à partir d’autres blockchains. Récemment, DLN a franchi une étape importante, dépassant pour la première fois les 10 millions de dollars de volume de transactions quotidien – un témoignage de sa popularité croissante, et cette réalisation n'est peut-être qu'un début à mesure que l'écosystème Solana s'accélère.

Outre les utilisateurs individuels, deBridge devient également de plus en plus populaire dans le domaine B2B, et de plus en plus d'applications sur Solana intègrent les services deBridge dans leurs propres produits. Les exemples les plus notables incluent les outils de comparaison de pont MoonGate, Birdeye et Jupiter.

Cette tendance suggère que deBridge est stratégiquement positionné pour capitaliser sur l'expansion de l'écosystème Solana au cours du prochain cycle à venir.

Vérification de sécurité

• Audits — deBridge a démontré son fort engagement en faveur de la sécurité, avec des contrats intelligents sur la chaîne EVM et Solana ayant subi avec succès 15 audits complets. Ces audits sont menés par des sociétés de sécurité réputées, notamment Halborn, Neodyme, Zokyo et Ackee.
• Programme de primes — Depuis janvier 2022, deBridge gère un programme de primes de 200 000 $ sur Immunefi visant à garantir la sécurité de ses contrats intelligents.

Chiffres de croissance

Au quatrième trimestre 2023, DLN s'est distingué parmi les réseaux de liquidité, ce qui est étonnamment similaire à la trajectoire de croissance de TVL et au volume de transactions de l'écosystème Solana au cours de la même période.

Pour avoir une idée des performances de DLN au dernier trimestre, voici un aperçu rapide de ses résultats du quatrième trimestre par rapport à ses résultats cumulés pour l'ensemble de l'année 2023 (du 1er avril 2023 au 31 décembre 2023) :

1.3.2 Principe de fonctionnement — Cycle de vie des transactions

Ce qui suit montre comment les actifs sont transférés de la chaîne source à la chaîne cible dans une transaction inter-DLN :

• Première étape : l'utilisateur (c'est-à-dire Maker) lance une commande sur la chaîne source. Cela se fait en appelant la fonction DlnSource.createOrder(), où ils fournissent les détails de la transaction et verrouillent le jeton d'entrée dans le contrat.
• Étape 2 : Les teneurs de marché, également connus sous le nom de Takers, surveillent ces commandes hors chaîne. Lorsqu'ils identifient une commande qui correspond à leurs critères tels que la rentabilité et la disponibilité des jetons, ils exécuteront la commande. Ceci est réalisé en exécutant la fonction DlnDestination.fulfillOrder() sur la chaîne cible, où elle fournit le jeton spécifié par la requête Maker.
• Étape 3 : Après réception de la commande, DlnDestination vérifie les détails et finalise la transaction en envoyant les jetons à l'adresse du destinataire sur la chaîne de destination. Marquez ensuite la commande comme Terminée.
• Étape 4 : Le Taker qui finalise la commande appelle ensuite la fonction DlnDestination.sendunlock(). Cette action déclenche un message inter-chaîne via l'infrastructure de deBridge vers le contrat intelligent DlnSource situé sur la chaîne source.
• Étape 5 : DlnSource confirme l'authenticité du message et libère les jetons d'entrée précédemment verrouillés, en les transférant au Taker qui exécute la commande.

1.3.3 Hypothèses de confiance et compromis

deBridge, comme tous les protocoles d'interopérabilité, fonctionne selon certaines hypothèses et compromis de confiance, dont les utilisateurs doivent être conscients :

• Validation externe par un ensemble de validateurs - Le réseau deBridge est sécurisé par un ensemble relativement restreint de validateurs composé de 11 nœuds. Pour confirmer une transaction, il faut la signature d'au moins les deux tiers des validateurs, c'est-à-dire qu'au moins 8 validateurs sur 11 doivent signer. Cette structure introduit le risque que 8 validateurs puissent s'entendre pour mettre en danger la sécurité des fonds des utilisateurs.
• Risque de censure - Si un petit nombre de validateurs (notamment 5 validateurs sur 11) décident de s'entendre, il existe un risque potentiel de censure. Cela peut entraîner un blocage intentionnel ou un retard de la livraison des messages.
• Pas de mécanisme de slashing pour les validateurs — Bien que la documentation de deBridge cite les futures implémentations de mécanismes de jalonnement et de slash délégués comme clé de la sécurité du protocole, ces fonctionnalités n'ont pas encore été lancées. Sans confiscation, il n'y a aucune conséquence financière directe pour empêcher un validateur de se livrer à un comportement frauduleux ou malveillant. Cependant, il est important de noter que l'ensemble actuel de validateurs a été sélectionné et autorisé par l'équipe deBridge et qu'il s'agit d'entités existantes qui risquent de faire l'objet de poursuites judiciaires et d'atteintes à leur réputation, ce qui peut servir de forme indirecte de responsabilité.
• Le contrat de jeton cible peut être mis à niveau de manière malveillante par les validateurs - L2BEAT a déclaré que la gestion de tous les contrats intelligents proxy évolutifs est un Gnosis Safe avec un seuil de 5/8. Par conséquent, si le contrat de jeton cible est mis à niveau de manière malveillante ou n'est pas déployé de manière sécurisée, les fonds des utilisateurs peuvent être volés.

*Remarque : Il est important de noter que deBridge est sur la voie de la décentralisation. Les problèmes mentionnés ci-dessus, tels que l'absence de mécanisme de réduction et la nature autorisée de l'ensemble de validateurs, devraient être résolus avec le lancement du jeton natif de deBridge, ce qui améliorera la sécurité économique et la gouvernance du protocole. *

1.3.4 Analyse des risques : conception de l'architecture et considérations de sécurité

1.3.5 Communauté et ressources

Vous pouvez en savoir plus sur deBridge via :

●Site officiel

●Documentation

●Documentation DLN

●deExplorer

●Github

●Moyen

●Blog

Vous pouvez connaître les derniers développements de sa communauté à travers les plateformes suivantes :

●Twitter

●Discorde

●Télégramme

●Reddit

1.4 Analyse comparative des protocoles de messagerie et de leurs réseaux de liquidité

Après avoir analysé la conception et les caractéristiques des différents protocoles de messagerie, nous allons maintenant résumer leur architecture et la sécurité de leur déploiement. Notre objectif est de comparer rapidement les considérations de sécurité associées aux différents protocoles de messagerie et de permettre aux développeurs de choisir en fonction de leurs compromis préférés et de leurs garanties de sécurité.

Dans l'analyse spécifique, nous verrons la comparaison basée sur les indicateurs suivants :

• Mécanisme de consensus : comment le protocole détermine-t-il la validité d'un message ?
• Collusion définie par les validateurs — Le nombre minimum de validateurs pouvant s'entendre pour voler des fonds.
• Résistance à la censure - Le nombre minimum de signataires pouvant censurer les messages transitant par le protocole.
• Fonctionnalité sans autorisation - Le validateur est-il défini sans autorisation ? N’importe qui peut-il devenir validateur et contribuer à déterminer la validité des messages ?
• Mécanisme de réduction – Existe-t-il un mécanisme de réduction ou de liaison actif pour empêcher les comportements malveillants des validateurs ?
• Évolutivité des contrats intelligents – Les contrats intelligents du protocole sont-ils évolutifs ? Si évolutif, qui effectuera la mise à niveau ?
• Bug Bounty - Le montant maximum de bug bounty disponible pour les pirates informatiques qui découvrent des vulnérabilités critiques dans le code du protocole.
• Audits : le nombre d'audits que chaque protocole a subis (plus il y en a, mieux c'est).

Voici une comparaison des protocoles de messagerie sur Solana :

Nous analyserons ensuite la performance de chaque réseau de liquidité jusqu'au 31 décembre 2023, et examinerons spécifiquement trois indicateurs clés :

• Volume d'utilisateurs uniques - Combien d'utilisateurs uniques ont utilisé le réseau de liquidité depuis son lancement ?
• Nombre de transactions — Combien de transactions ont été exécutées via le réseau de liquidité depuis le lancement ? *Volume du pont — Quel volume a transité par le réseau de liquidité depuis le lancement ?

Voici une comparaison des performances des réseaux de liquidité construits sur des protocoles de messagerie :

2. Applications prenant en charge l'échange inter-chaînes Solana

En nous appuyant sur l’exploration de divers protocoles de messagerie et du potentiel de leurs développeurs à créer des applications inter-chaînes dans l’épisode précédent, nous tournons maintenant notre attention vers l’une de leurs utilisations les plus importantes : les réseaux de liquidité. Cette section se concentrera sur les différents réseaux de liquidité qui connectent Solana à l'écosystème plus large, aidant les utilisateurs à déplacer facilement des fonds entre les chaînes.

De plus, nous examinerons certaines des applications et fonctionnalités intéressantes lancées autour de l’agrégation de liquidités, conçues pour permettre aux utilisateurs de trouver plus facilement le réseau de liquidités le mieux adapté à leurs besoins.

Notre objectif est d'aider les utilisateurs à faire de meilleurs choix lors de l'échange d'actifs entre les écosystèmes Solana et EVM.

commençons!

2.1 DLN (réseau de liquidité deSwap)

2.1.1 Aperçu

DLN est un protocole de trading inter-chaînes optimisé par deBridge qui facilite la création et l'exécution d'ordres inter-chaînes.

L'architecture du protocole comporte principalement deux couches : la couche de protocole et la couche d'infrastructure.

Couche de protocole — Cette couche se compose de contrats intelligents déployés sur chaque chaîne compatible. Ces contrats permettent aux acteurs du marché d'interagir dans un environnement décentralisé, leur permettant de créer, suivre et régler des ordres :

• Les créateurs font référence aux utilisateurs qui créent des commandes en verrouillant les jetons d'entrée dans le contrat intelligent DlnSource sur la chaîne source.
• Les preneurs sont des teneurs de marché qui exécutent les commandes en fournissant des jetons de sortie au contrat DlnDestination sur la chaîne cible.

Une fois la commande terminée, le contrat DlnDestination communique avec le contrat DlnSource via la couche infrastructure. Ce processus libère les jetons d'entrée et les transfère à Taker, et la transaction inter-chaînes est terminée.

Couche d'infrastructure - Cette couche gère la messagerie inter-chaînes via les validateurs deBridge. Il permet au contrat DlnDestination de communiquer de manière fiable l'exécution de la commande au contrat DlnSource, complétant ainsi le règlement.

2.1.2 Meilleures fonctionnalités

*Zéro slippage sur toutes les tailles d’ordre – Le trading sur DLN n’a aucun slippage, ce qui signifie que les utilisateurs obtiennent le prix qu’ils attendent quelle que soit la taille de la commande. Cette fonctionnalité résout efficacement le problème de glissement associé aux pools de liquidités traditionnels.

• Règlement rapide - En raison de la conception asynchrone du DLN et de sa capacité à exploiter la liquidité des teneurs de marché à la demande, les transactions sur le DLN se règlent beaucoup plus rapidement que les ponts de liquidité traditionnels.
• Évolutivité rapide — La conception de DLN lui permet de gérer de gros volumes de transactions car elle n'est pas limitée par le pool de liquidités ou le débit du pont. Le volume des transactions de DLN a augmenté régulièrement au cours du mois dernier.

*Remarque : les frais minimum par transaction sur DLN sont de 8 bps. Ces frais sont répartis à parts égales entre le protocole DLN et le Taker qui termine la commande, chacun recevant 4 bps. Cependant, si un utilisateur passe un ordre limité, les frais attribués au Taker qui termine l'ordre peuvent dépasser 4 points de base. *

2.2 Portail

2.2.1 Aperçu

Portal est alimenté par Wormhole et fait partie du réseau Wormhole, facilitant le transfert d'actifs entre blockchains.

Le Portal Bridge est conçu pour permettre le transfert sécurisé et transparent de jetons fongibles et non fongibles entre les blockchains.

Lorsqu'un actif passe par le portail, le jeton d'origine est verrouillé dans un contrat intelligent sur la chaîne source, tandis qu'une nouvelle contrepartie enveloppée dans le portail est créée sur la chaîne cible. Cet équivalent peut être échangé contre d'autres jetons natifs disponibles sur la chaîne.

2.2.2 Meilleures fonctionnalités

• Accédez à plusieurs écosystèmes — Les utilisateurs peuvent déplacer des actifs entre les nombreux écosystèmes et marchés différents pris en charge par Wormhole. Cela élargit la portée et l’utilité des actifs utilisateur.
• Sécurité - Le réseau de nœuds Guardian de Wormhole et les messages signés fournissent un modèle de sécurité fiable pour vérifier les transactions inter-chaînes. De plus, les mises à jour et les mises à niveau de Wormhole sont gérées de manière transparente via la gouvernance en chaîne du Guardian Network.

2.3 Finances mayas

2.3.1 Aperçu

Mayan Finance est un protocole d'échange inter-chaînes optimisé par Wormhole qui permet aux utilisateurs d'échanger des jetons entre différentes blockchains en un seul clic.

Actuellement, Mayan prend en charge les échanges de jetons entre les réseaux Ethereum, Solana, Avalanche et Polygon. Cependant, le protocole prévoit de s’étendre pour prendre en charge davantage de blockchains à l’avenir.

2.3.2 Meilleures fonctionnalités

• Échange inter-chaînes – Mayan permet aux utilisateurs d'échanger des jetons sur une blockchain contre des jetons sur une autre blockchain compatible via une seule transaction.
• Mécanisme d'enchères britannique - Mayan utilise le mécanisme d'enchères britannique pour faciliter les transactions inter-chaînes. Lorsqu'un utilisateur lance un swap, Mayan organise une vente aux enchères sur la blockchain cible pour obtenir le meilleur taux de swap. Cela garantit que l'utilisateur obtient l'enchère la plus élevée pour sa commande.
• Prise en charge des jetons - Mayan prend actuellement en charge de nombreux jetons ERC-20 et SPL, et prévoit d'ajouter la prise en charge d'un plus grand nombre de jetons et de blockchains.
• Outils d'intégration - Mayan fournit des outils d'intégration, tels que des SDK et des widgets, permettant à d'autres applications d'intégrer directement les fonctions d'échange de Mayan dans leurs propres plates-formes. Cela permet à tout projet de fournir des services d'échange de jetons entre chaînes via l'infrastructure de Mayan.

2.3.3 Principe de fonctionnement — Cycle de vie des transactions

Étape 1 : Initier un échange sur la chaîne source

L'utilisateur lance le processus sur la chaîne source en interagissant avec Mayan Swap Bridge. Ils lancent un échange entre chaînes et définissent les paramètres de l'enchère, y compris le rendement minimum et le délai.

Deuxième étape : enchères sur Solana

La transaction est ensuite transférée à Solana, où elle est mise aux enchères. Le gagnant de l'enchère est responsable de l'exécution de la transaction sur le réseau Solana.

Étape 3 : Recevoir les actifs sur la chaîne cible

Enfin, l'utilisateur reçoit les actifs natifs sur la chaîne cible. Ces actifs sont envoyés avec une quantité spécifiée de gaz nécessaire à la transaction.

Les actifs sont échangés entre différents réseaux blockchain, en utilisant le réseau Solana comme plateforme d'enchères intermédiaire. Le programme Mayan de Solana gère le mécanisme d'enchères et d'échange, tandis que le Mayan Swap Bridge est un lien compatible avec la machine virtuelle Ethereum (EVM) pour lancer et terminer les échanges. La destination peut être une autre chaîne EVM, ou même la chaîne Solana elle-même.

Remarque : les utilisateurs doivent payer des frais de relais, y compris les frais de gaz et les frais de relais pour le transfert des transactions pour les utilisateurs. Ces frais changent en fonction de l'actif et de la dynamique de la chaîne. Si la transaction échoue, les frais du relais seront considérablement réduits.

2.4 Méson

2.4.1 Aperçu

Meson Finance est un DEX inter-chaînes qui permet un échange rapide et peu coûteux sur plusieurs blockchains. Il utilise des contrats de hachage verrouillés dans le temps (HTLC) et des processus de traitement des échanges dans le désordre pour terminer les échanges en quelques minutes, beaucoup plus rapidement que les ponts inter-chaînes traditionnels.

Actuellement, Meson prend en charge les échanges entre 16 blockchains, telles que Ethereum, Solana, BNB Chain, Polygon, Avalanche et les cumuls L2 comme Arbitrum et Optimism.

Meson prévoit également de prendre en charge davantage de jetons, couvrant davantage de pièces stables et d'actifs, tels que BTC/ETH. À l'avenir, Meson continuera à intégrer diverses chaînes de cumul et non-EVM.

2.4.2 Meilleures fonctionnalités

• Échange direct d'actifs natifs — Meson prend en charge l'échange direct entre les principales pièces stables telles que l'USDT et l'USDC sans avoir besoin de jetons enveloppés comme intermédiaires. Cela simplifie grandement le processus d'échange.
• Sécurité - Bien qu'il utilise la technologie de pontage existante, Meson ne dépend pas fortement d'un seul pont. Les fonds n'ont pas besoin d'être bloqués dans le pool du pont, ce qui améliore l'utilisation tout en garantissant la sécurité.

2.4.3 Principe de fonctionnement – Cycle de négociation

• Étape 1 : L'utilisateur crée une demande d'échange hors chaîne, en spécifiant le montant de l'échange, la chaîne source, la chaîne cible et le type de jeton.
• Étape 2 : Pour émettre une demande, l'utilisateur doit signer un message et autoriser le contrat Meson à verrouiller le montant d'échange et les frais correspondants. La requête signée est diffusée sur le réseau LP.
• Étape 3 : LP vérifie la demande et appelle la méthode « postSwap » sur la chaîne source pour publier et lier l'échange. Meson transfère les fonds et les verrouille pendant 1 à 2 heures.
• Étape 4 : LP appelle la méthode « lock » sur la chaîne cible pour verrouiller les fonds d'échange pendant 20 minutes (temporairement).
• Étape 5 : L'utilisateur vérifie les étapes 2 et 3, puis crée et diffuse une signature pour débloquer les fonds.
• Étape 6 : N'importe qui peut appeler la méthode "release" sur la chaîne cible. Si la signature est valide, les fonds bloqués seront versés au bénéficiaire désigné.
• Étape 7 : LP utilise la signature de version pour appeler « uteSwap » sur la chaîne source afin d'obtenir les fonds initiaux déposés par l'utilisateur.
• Étape 8 : LP peut retirer des fonds ou transférer des fonds vers le pool de liquidités sur la chaîne source, et la transaction est terminée.

*Remarque : les utilisateurs peuvent actuellement échanger jusqu'à 5 000 USDC/USDT de chaque chaîne vers Solana via Meson. En plus des frais de service de 0,05 %, des frais sortants de 0 % à 0,1 % peuvent être facturés en fonction de la chaîne d'approvisionnement. Par conséquent, le coût total de l’échange vers Solana se situe entre 0,05 % et 0,15 %. Cela signifie que les frais varient de 0 $ à 7,50 $, selon le nombre de jetons échangés et la chaîne source. *

2.5 Comparateur de pont Jupiter

En septembre 2023, Jupiter a lancé Bridge Comparator pour permettre aux utilisateurs de transférer plus facilement des fonds d'autres chaînes vers Solana. Bridge Comparator fournit aux utilisateurs une plate-forme où ils peuvent comparer les cotations des ordres d'échange pont et inter-chaînes en un seul endroit.

La fonctionnalité a été largement saluée par la communauté Solana pour sa simplicité, sa compatibilité avec les chaînes (9 chaînes) et l'affichage détaillé qu'elle fournit sur les prix de sortie, les délais prévus, la consommation de gaz, les frais du fournisseur de pont, etc.

Actuellement, Bridge Comparator est une solution d'agrégation frontale, c'est-à-dire qu'elle montre aux utilisateurs les meilleures options de pont pour leurs commandes et les dirige vers l'interface du fournisseur de pont recommandé pour exécuter la commande. À l'avenir, Jupiter pourrait étendre le Bridge Comparator en un Bridge Aggregator et ajouter la possibilité d'exécuter des ordres à partir de l'interface Jupiter.

Par ailleurs, début décembre, Jupiter a annoncé l'intégration de Wormhole Connect sur sa page de pont, permettant aux utilisateurs de relier ETH, WETH ou WBTC d'Ethereum à Solana sans glissement. Après cette intégration, la prochaine étape est l'intégration avec Circle CCTP.

2.6 Synapse — Propulsé par deBridge

Synapse a récemment lancé une interface d'échange inter-chaînes pour Solana, optimisée par deBridge. Cette initiative peut être considérée comme une vérification intermédiaire pour évaluer les besoins des utilisateurs et collecter des données sur le comportement des utilisateurs liées aux activités de pontage de Solana avant d'engager des ressources dans la création d'un déploiement Solana riche en fonctionnalités.

Les observateurs pourraient spéculer que le calendrier de Synapse pour un tel déploiement de développement pourrait coïncider avec la sortie du CCTP de Solana. Cette spéculation est basée sur le fait que Synapse utilise déjà CCTP pour les transferts USDC à travers la chaîne EVM.

Cross-Chain Swapper pour 2.7 Phantom - Propulsé par LI.FI

En novembre 2023, Phantom a lancé Cross Chain Swapper, une fonctionnalité de pontage intégrée au portefeuille qui permet aux utilisateurs de transférer des fonds de chaînes EVM telles que Ethereum et Polygon vers Solana (et vice versa). Il dispose d'une fonction de ravitaillement intégrée qui permet aux utilisateurs d'envoyer des jetons de gaz supplémentaires dans la même transaction.

L’échange inter-chaînes dans le portefeuille est une puissante primitive. Ils offrent aux utilisateurs la possibilité de trouver les meilleurs taux parmi les solutions de transition pour les ordres d'échange inter-chaînes, sans même quitter l'interface du portefeuille. Cela réduit le temps que les utilisateurs passent à chercher une solution de pont appropriée et permet à chacun de déplacer facilement des actifs vers Solana.

Cross-Chain Swapper utilise LI.FI au niveau inférieur pour mettre en œuvre des transactions relais. Actuellement, LI.FI utilise :

• Allbridge prend en charge les transactions de pont entre Ethereum <> Solana. (Remarque : la prise en charge du protocole de transfert inter-chaînes CCTP de Circle est actuellement en cours de test sur Devnet)
• cBridge, Across, Hop, Polygon PoS, Allbridge, Stargate et CCTP prennent en charge les transactions de pont entre Ethereum <> Polygon.

De plus, Phantom l'intègre également aux agrégateurs DEX tels que 0x du côté EVM et Jupiter sur Solana, permettant aux utilisateurs de relier et d'échanger dans le même processus.

À l'avenir, l'ensemble du processus d'échange inter-chaînes sera très probablement pris en charge par LI.FI, car il prend déjà en charge 30 DEX et plusieurs agrégateurs DEX du côté EVM, et a une couverture avec des agrégateurs natifs de Solana comme Jupiter sur sa feuille de route intégrée. . Cela réduira encore davantage les frais de maintenance de Phantom et élargira la gamme d'actifs que les utilisateurs peuvent échanger directement sur Solana.

*Remarque : Phantom facture des frais de 0,85 % sur certaines paires d'échange. De plus, les utilisateurs peuvent devoir payer des frais au fournisseur de pont (tel qu'Allbridge), qui représentent généralement environ 0,3 % du montant du transfert, selon le fournisseur. (LI.FI ne facture pas de frais). *

3. Evolutions intéressantes dans les scénarios d'interopérabilité Solana

Solana s'est toujours concentré sur la création de la blockchain la plus avancée pour permettre des transactions rapides et à faible coût. Cette approche le distingue des autres écosystèmes blockchain tels que Ethereum et Cosmos, qui mettent l’accent sur l’interopérabilité avec d’autres écosystèmes. Par conséquent, la connectivité de Solana à d’autres blockchains est soumise à certaines limitations.

Reconnaissant cette différence, plusieurs projets intéressants ont récemment vu le jour visant à améliorer l'interopérabilité de Solana. Si ces initiatives atteignent leur plein potentiel, elles pourraient améliorer considérablement la capacité des jetons et des applications basés sur Solana à interagir avec l'écosystème plus large.

Examinons de plus près ces développements prometteurs qui ouvrent la voie à un écosystème Solana plus connecté.

3.1 Protocole de transfert inter-chaînes (CCTP) de Circle

Le Cross-Chain Transfer Protocol (CCTP) développé par Circle permet les transferts natifs de jetons stablecoin USDC entre différents réseaux blockchain.

CCTP simplifie le processus de transfert de l'USDC entre les réseaux en gravant et en frappant des jetons directement sur la blockchain appropriée, évitant ainsi le besoin d'une variable de jeton de pontage. L'introduction du CCTP sur Solana devrait simplifier davantage le processus de transfert de l'USDC d'autres chaînes vers Solana.

CCTP sur Solana est actuellement en phase de test devnet et devrait être mis en service début 2024. La communauté Solana attend avec impatience sa sortie et son adoption généralisée.

3.2 Interopérabilité Solana <> Bitcoin

L’une des grandes innovations de 2023 est l’introduction d’une norme expérimentale de jeton fongible, la norme de jeton BRC-20 pour la blockchain Bitcoin, un projet développé par Ordinals (NFT sur Bitcoin) et les cas d’utilisation de 2021 pour la mise en œuvre de la mise à niveau du réseau Taproot.

La popularité croissante des jetons BRC-20 tels que ORDI a alimenté le développement de plusieurs ponts conçus pour connecter Bitcoin à d’autres écosystèmes blockchain. Ces ponts permettent aux utilisateurs de dépenser leurs jetons BRC-20 sur la chaîne EVM et Solana, élargissant ainsi l'utilité et l'accessibilité des jetons basés sur Bitcoin. L'un de ces ponts est le protocole SoBit, publié en décembre 2023.

Solana <> Le projet d'interopérabilité Bitcoin ne se limite pas aux tokens BRC-20. Par exemple, SolLightning est un DEX inter-chaînes qui permet aux utilisateurs d'échanger entre USDC/SOL sur Solana et BTC natif sur le réseau Bitcoin. Il est intéressant de noter que THORChain, la plus grande plate-forme d'échange native de Bitcoin, a déclaré qu'elle ajouterait prochainement la prise en charge de Solana, ce qui pourrait augmenter considérablement la liquidité et l'activité du BTC sur Solana.

Zeus Network est un protocole de messagerie et un autre projet intéressant contribuant à l'interopérabilité Bitcoin-Solana. Apollo, le premier produit construit sur le réseau Zeus et dont le lancement est prévu prochainement, permettra aux utilisateurs de miser leur Bitcoin natif et de recevoir du zuBTC, un jeton indexé 1:1 disponible dans l'application sur l'utilisation de Solana.

3.3 Interaction inter-chaînes minimisant la confiance avec Tinydancer et Sovereign Labs

Les clients légers jouent un rôle important dans l’écosystème blockchain, permettant aux utilisateurs d’accéder et d’interagir en toute sécurité avec la blockchain sans synchroniser l’intégralité des données de la blockchain. Ceci est très avantageux car les clients légers nécessitent moins de ressources et se synchronisent plus rapidement que les nœuds complets.

Une caractéristique clé des clients légers est leur capacité à vérifier les transactions et les preuves provenant d'autres blockchains d'une manière minimisant la confiance. Par exemple, dans les interactions inter-chaînes, les clients légers peuvent vérifier que les transactions sont correctement incluses dans la chaîne source sur la base de la preuve fournie. Cette preuve peut être vérifiée sans interagir directement avec la chaîne source, ce qui permet une fonctionnalité inter-chaîne sécurisée.

Actuellement dans la blockchain Solana, les clients légers ne peuvent pas vérifier localement l'inclusion des transactions sans télécharger complètement les données du bloc. Cela devrait bientôt changer avec Tinydancer, un projet de création de clients légers qui a récemment proposé des améliorations SIMD-0052 (Consensus et preuve de vérification des transactions) pour remédier à cette limitation. Cela améliorera la fonctionnalité actuelle du SPV (Simplified Payment Verification).

De plus, Sovereign Labs a récemment développé une preuve de concept pour un client léger en chaîne sur Solana sans nécessiter de modifications à la structure actuelle.

À l’avenir, cette fonctionnalité client léger pourra également faciliter l’amélioration des solutions d’interopérabilité entre les blockchains, telles qu’IBC et Layerzero. En réduisant les exigences de confiance et en permettant une vérification légère du client, cela facilite le transfert d'actifs entre blockchains sans avoir besoin d'un nœud complet.

Cependant, les travaux n’en sont qu’à leurs débuts et nécessiteront des recherches plus détaillées et davantage de travaux de développement avant de pouvoir être pleinement mis en œuvre.

3.4 IBC pris en charge par le concept de blockchain invité sur Solana

Le concept de blockchain invité proposé par Picasso permet l'IBC sur Solana. Cette approche vise à permettre l'interopérabilité entre les blockchains et les clients légers qui ne prennent actuellement pas en charge la preuve d'état, une exigence clé du protocole Inter-Blockchain Communication (IBC).

La blockchain Guest fonctionne comme un contrat intelligent au sein de la blockchain hôte. Ce faisant, il améliorera les capacités de l'hôte pour prendre en charge les protocoles d'interopérabilité tels qu'IBC. Cette intégration facilite les interactions inter-chaînes minimisant la confiance sans nécessiter de modifications du protocole sous-jacent de la blockchain hôte.

De plus, la blockchain invitée étend les capacités de la blockchain hôte en implémentant les fonctionnalités requises par IBC. Par exemple, il stocke les données dans des arbres Merkle pour générer des preuves d'état. Il organise également les blocs en époques et sélectionne les validateurs pour générer de nouveaux blocs. Les validateurs signent les blocs à l'aide de preuves d'état qui sont transmises à d'autres blockchains connectées via un relais sans confiance. Si les validateurs se comportent mal, ils peuvent soumettre des preuves pour renoncer à leur participation dans le contrat invité.

Le déploiement de la blockchain Guest en tant que contrat intelligent signifie que la structure de base de la blockchain hôte reste inchangée, ce qui rend la solution hautement adaptable aux blockchains qui ne sont pas encore prêtes à prendre en charge IBC (telles que Solana, NEAR et TRON). Composable Finance est le fer de lance d'un projet de validation de principe pour Solana et NEAR afin de démontrer cette interopérabilité en action.

Une fois connectée à une chaîne compatible IBC, la chaîne invitée peut transférer des actifs, des données et de la valeur sur des chaînes auparavant isolées. Cette percée ouvre la voie à de nouveaux types d'applications inter-chaînes, qui exploitent toutes l'IBC dans l'écosystème Solana.

3.5 Portefeuille Ethereum sur Solana

MoonGate fournit un SDK conçu pour permettre aux développeurs d'intégrer facilement la fonctionnalité du portefeuille Ethereum dans leurs dApps basées sur Solana. En tirant parti de MoonGate, les développeurs peuvent tirer parti de la communauté et des liquidités d’Ethereum tout en continuant à créer des dapps sur la plate-forme plus rapide et plus abordable de Solana.

Grâce à son SDK convivial pour les développeurs, MoonGate permet aux développeurs dApp d'inclure de manière transparente les portefeuilles et fonctionnalités Ethereum existants avec seulement quelques lignes de code. Cela supprime une grande partie de la complexité associée à l’intégration de la blockchain.

Le SDK prévoit également de fournir aux dApps des fonctionnalités telles que les dépôts et les échanges intégrés. MoonGate prévoit de lancer un pont instantané intégré à l'application utilisant deBridge pour transférer en douceur les actifs entre Ethereum et le réseau Solana au sein de dApps. Cela améliore considérablement l’expérience utilisateur.

3.6 Requêtes inter-chaînes lancées par Womhole

Wormhole Queries est une nouvelle primitive introduite par Wormhole qui prend en charge la lecture de données à partir d'autres données blockchain.

Avec Wormhole Queries, les intégrateurs peuvent désormais soumettre des requêtes de requête au réseau Wormhole Guardian pour récupérer des données inter-chaînes de manière pull. Les gardiens traitent les demandes et publient les résultats, permettant aux intégrateurs de valider et de consommer rapidement et en toute sécurité les données en chaîne. Cela présente des avantages évidents, tels que la simplification du processus de développement inter-chaînes, la réduction des frais de gaz et la possibilité de récupérer rapidement les données en quelques secondes. Il exploite la sécurité existante de Wormhole Guardians pour la récupération des données d'authentification.

Certains cas d'utilisation potentiels clés des requêtes Wormhole incluent également la fourniture de données de prix inter-chaînes en temps réel aux applications. Cela permet à la plateforme d'accéder aux dernières informations sur les prix de diverses blockchains. Wormhole Queries prend également en charge la vérification des actifs entre chaînes, permettant aux utilisateurs de prouver la propriété des actifs sur une chaîne et de les utiliser dans des applications sur d'autres chaînes.

Vous vous demandez peut-être : n'est-ce pas Oracle ? Nous pensons que c'est plus que cela.

Les solutions Oracle actuelles sont limitées en termes de fonctionnalités inter-chaînes. Ils se concentrent principalement sur la fourniture de données de prix hors chaîne à la blockchain. La récupération de données en chaîne à partir d'autres chaînes est également restreinte.

Avec Wormhole Queries, les applications pourront peut-être un jour accéder à un large éventail de sources de données interopérables sur plusieurs blockchains, plutôt que d'accéder simplement aux prix.

De plus, des projets comme Herodotus et Axiom visent à stocker les données de bloc historiques en chaîne d'une manière décentralisée et prouvée. À mesure que ces protocoles mûrissent, ils peuvent servir de « bibliothèques Ethereum » et être accessibles depuis Solana via Wormhole Queries.

3.7 Norme de jeton à chaîne complète du réseau Nexa

Étant donné que de nombreuses blockchains et rollups sont publiés avec des architectures et des spécifications différentes, les normes de jetons et la liquidité sont fragmentées. Ce problème est très évident dans l'écosystème Ethereum, où des normes de jetons inter-chaînes sont utilisées telles que OFT, Layerzero et xERC20 (alias ERC-7281).

Nexa Networks développe une solution à ce problème et ne prend actuellement en charge que EVM. Cependant, grâce à l'utilisation de Wormhole et au soutien de l'équipe Wormhole, Nexa Network prévoit d'ajouter la prise en charge de Solana dans un avenir proche.

La norme CAT est la norme de jeton développée par Nexa Network. Il prend en charge le pontage de jetons entre plusieurs blockchains tout en conservant la fongibilité et le contrôle de l'émetteur.

CAT propose une approche standardisée pour relier les jetons entre les chaînes tout en maintenant la souveraineté de l'émetteur et en offrant une expérience utilisateur unifiée grâce à des jetons de sécurité fongibles. Cette approche est très similaire à ce que fait xERC20 (ERC-7281) dans l'écosystème EVM.

Points clés à propos du CAT :

• Les émetteurs de jetons déploient des contrats CAT sur diverses chaînes et mettent en liste blanche les ponts et les jetons de menthe de ces contrats. Le déploiement peut être effectué de manière transparente à l'aide du tableau de bord de CAT.
• Tous les jetons reliés par différents ponts de liste blanche sont entièrement fongibles, évitant ainsi le problème de fragmentation de la liquidité que nous constatons aujourd'hui.
• Les émetteurs peuvent définir des limites de frappe par pont, permettant un contrôle de sécurité précis des jetons de pont.
• Expérience utilisateur de transition transparente entre les chaînes sans dérapage.

3.8 Hyperlane : prise en charge de l'interopérabilité sans licence entre les chaînes Solana et SVM (telles qu'Eclipse)

Hyperlane est un protocole de messagerie qui permet une interopérabilité sans autorisation. Cette fonctionnalité est essentielle à l’expansion de l’écosystème blockchain car elle permet à quiconque de déployer la pile technologique Hyperlane sans autorisation sur n’importe quelle blockchain, débloquant ainsi une connectivité réseau plus puissante.

Hyperlane s'est récemment associé à Eclipse pour un déploiement compatible SVM de sa pile technologique. Le déploiement est actuellement en cours dans l'environnement de production de Nautilus Chain, et il est prévu de l'intégrer à l'infrastructure d'Eclipse dans un avenir proche.

L'impact de ce développement sur l'écosystème Solana et l'adoption plus large du SVM mérite d'être surveillé. Avec la possibilité de déployer Hyperlane sans autorisation sur n'importe quelle blockchain, les nouvelles chaînes SVM n'ont pas besoin d'attendre que les protocoles de messagerie existants ajoutent la prise en charge de leurs chaînes. Ils peuvent déployer Hyperlane de manière proactive et se connecter à l’écosystème plus large.

3.9 Échange inter-chaînes sur les chaînes Solana et SVM pris en charge par LI.FI

LI.FI est un protocole qui regroupe les liquidités sur plusieurs blockchains via des ponts intégrés, des DEX, des agrégateurs DEX et des solveurs.

Lorsqu'une demande de changement est effectuée, l'algorithme de routage de LI.FI détermine le pont et le chemin DEX optimaux à utiliser. Des facteurs tels que la vitesse, le coût, la fiabilité, etc. sont pris en compte pour trouver l'itinéraire le plus performant.

LI.FI a été récemment lancé dans l'écosystème Solana, avec Phantom comme partenaire de lancement. Cela peut améliorer Solana en fournissant des connexions transparentes et sécurisées à d'autres écosystèmes blockchain, car les projets peuvent intégrer l'API LI.FI pour fournir une fonctionnalité inter-chaîne transparente sans avoir besoin de gérer des connexions de pont directes.

De plus, LI.FI a développé une solution qui prendra en charge à l'avenir les chaînes compatibles avec Solana Virtual Machine (SVM). Ce développement indique que les capacités d'échange inter-chaînes de LI.FI seront étendues aux utilisateurs et aux applications sur des chaînes compatibles SVM telles qu'Eclipse. Par conséquent, les applications exécutées sur la chaîne SVM pourront exploiter les liquidités de n'importe quelle chaîne et simplifier le processus de connexion des utilisateurs en intégrant l'API, le SDK et les widgets de LI.FI. De plus, les utilisateurs peuvent choisir d'échanger et de relier directement les chaînes SVM via Jumper.exchange.

4. Conclusion

Le protocole de messagerie et le réseau de liquidité construits sur cette base constituent l’infrastructure clé de tout écosystème. Ils peuvent être considérés comme des investissements d'infrastructure dans l'économie d'un pays - tout comme les autoroutes, les ports et les chemins de fer sont essentiels au développement économique en facilitant le commerce et les mouvements, ces protocoles et applications constituent un rail important pour le développement de l'écosystème Solana, ils permettent la sécurité flux d’actifs et d’informations.

Nous pensons que ces fonds inter-chaînes seront essentiels au succès continu de Solana, car ils ont un impact profond sur l'expérience de connexion des utilisateurs de différents écosystèmes DeFi.