Note de recherche : Le présent rapport part de premiers principes et décompose de manière objective l’architecture technique du projet Squid, le parcours de l’équipe, le modèle d’économie des jetons et les problèmes clés qu’il résout. Ne constitue aucun conseil en investissement.

Aperçu du projet

Squid est une plateforme d’infrastructure inter-chaînes, positionnée comme une « couche de routage et de règlement inter-chaînes ». Elle permet aux utilisateurs d’envoyer n’importe quel jeton sur une chaîne et de recevoir n’importe quel jeton sur une autre chaîne — l’ensemble du processus est compressé en une seule signature et une seule transaction. Depuis le lancement sur le réseau principal en janvier 2023, Squid a traité plus de 6,2 milliards de dollars de volume de transactions inter-chaînes, au service de plus de 1,09 million d’utilisateurs uniques, couvrant 106+ blockchains et avec plus de 1 000 partenaires intégrés (notamment MetaMask, Ripple, Ledger, Brave, Keplr, etc.).

1. Quel problème Squid résout

1.1 Dilemme cross-chain

L’essence d’une blockchain est un réseau de règlement indépendant. Chaque chaîne a son propre registre (ledger), son mécanisme de consensus et son pool de liquidité. Lorsque la valeur doit être déplacée de la chaîne A à la chaîne B, il existe une contradiction fondamentale : les deux chaînes ne se font pas confiance et ne peuvent pas communiquer directement.

Au cours des cinq dernières années, les bridges cross-chain sont devenus la plus grande cible d’attaque de Web3. La recherche de Catalyze Research montre que les pertes cumulées des bridges cross-chain s’élèvent à environ 2.8 milliards de dollars, soit environ 40% de toutes les pertes subies par les hackers Web3. Ces pertes se concentrent dans quatre modes d’architecture :

1.2 Décomposition de la contradiction centrale

Derrière ces quatre modes d’attaque, il existe une hypothèse commune : lors du processus cross-chain, l’offre de tokens ou l’état d’asset custody doit nécessairement changer.

  • Lock-and-Mint (verrouillage-mint) : actifs verrouillés sur la chaîne source, tokens emballés frappés sur la chaîne cible. Le contrat de verrouillage devient une cible d’attaque à forte valeur.

  • Burn-and-Mint (burn-mint) : actifs détruits sur la chaîne source, puis frappés à nouveau sur la chaîne cible. La robustesse du réseau de vérification détermine la sécurité du système.

  • Liquidity-Pool (pool de liquidité) : liquidité préconfigurée des deux côtés. Les fonds dans le pool deviennent eux-mêmes une surface d’attaque centralisée.

L’idée centrale de Squid consiste à briser cette hypothèse : déplacer la valeur, pas l’actif.

1.3 La réponse de Squid

Dans l’architecture de Squid :

  • Sur la chaîne source, l’utilisateur dépose l’actif dans un escrow (contrat de custody) comme garantie de règlement

  • Le market maker professionnel (Solver) livre directement l’actif à l’utilisateur sur la chaîne cible depuis son propre stock

  • Après vérification que la livraison est terminée par le contrat d’escrow, les actifs de la chaîne source sont libérés au Solver

  • Durant tout le processus, l’offre de tokens ne change pas — aucun événement de mint, burn ou wrap

L’insight central de cette conception est le suivant : si les actifs n’ont absolument pas besoin d’être déplacés cross-chain, alors les surfaces d’attaque essentielles des bridges traditionnels — contrats de verrouillage, droits de mint et soldes des pools de liquidité — sont éliminées de façon structurelle.

Analyse approfondie de la structure technique

2.1 Évolution de l’architecture : de Coral à Squid Intents

L’architecture technique de Squid a traversé deux étapes :

Première phase : protocole Coral (2023-2025)

Au début, Squid reposait sur des déploiements de smart contracts sur chaque chaîne, coordonnés via des protocoles de transmission de messages génériques (GMP) comme Axelar, LayerZero, etc. Cette approche est la pratique dominante dans la sphère DeFi, mais elle présente deux limites :

  • Ne peut prendre en charge que les chaînes disposant de fonctionnalités de smart contract (chaînes compatibles EVM)

  • Chaque chaîne nécessite le déploiement et la maintenance de contrats ; la surface d’attaque augmente linéairement avec le nombre de chaînes

Deuxième étape : Squid Intents (2025 à aujourd’hui)

En 2025, Squid a lancé la plus grande mise à niveau d’architecture à ce jour — Squid Intents. L’idée centrale est : la blockchain est une couche de règlement, pas une couche d’exécution. Toute logique pouvant être traitée hors chaîne doit l’être hors chaîne.

Ce changement a permis à Squid de dépasser les limites des smart contracts : prise en charge de chaînes non EVM comme Bitcoin, Solana, XRPL, etc., voire même des chaînes sans fonctionnalité de smart contract.

2.2 Moteur d’exécution des Squid Intents

Squid Intents utilise un modèle de règlement vérifié par TEE (Trusted Execution Environment).

Le TEE est un environnement hermétique à l’intérieur du processeur : le code s’exécute sous une isolation imposée par le matériel et génère une preuve cryptographique confirmant l’exécution correcte. Le TEE de Squid est soutenu techniquement par Cubist — Cubist a protégé plus de 10 milliards de dollars d’actifs et maintient un chemin décentralisé d’upgrade et de déploiement.

Processus complet de routage d’une transaction cross-chain :

Si une étape échoue, l’utilisateur est automatiquement remboursé sur la chaîne source dans les 15 minutes.

2.3 Architecture de liquidité en trois couches

La liquidité de Squid ne provient pas d’une seule source : c’est une conception séparée en trois couches :

Première couche : couche d’agrégation DEX

  • Fonction : échange de tokens sur une même chaîne (Token A → Token B)

  • Source : pools de liquidité DEX de 130+ tiers (Uniswap, Curve, Osmosis, etc.)

  • Squid ne possède pas ces pools de liquidité

Deuxième couche : layer de stock Solver/Intent

  • Fonction : transfert de valeur cross-chain (c’est le seul canal pour la valeur cross-chain)

  • Source : actifs du stock des market makers enregistrés

  • Lors de l’intégration de nouvelles chaînes, la fondation peut fournir des actifs natifs et des stablecoins comme semences de financement récupérables

Troisième couche : layer d’escrow de custody

  • Fonction : détenir une garantie de règlement (pas un pool de liquidité)

  • Conception clé : par isolement des utilisateurs ; le règlement d’un utilisateur n’affecte pas celui d’un autre.

  • Uniquement via les voies de règlement ou de remboursement pour libérer

Différence clé : l’Escrow n’est pas un pool de liquidité. S’il s’agissait d’un pool de liquidité, le solde détenu dans le pool deviendrait lui-même une surface d’attaque ; la profondeur du pool contrôlerait le slippage et nécessiterait en plus un mécanisme de rebalancing introduisant une confiance supplémentaire. L’escrow de Squid est une garantie de règlement isolée par utilisateur : la notion de « profondeur de pool » n’existe tout simplement pas.

2.4 Mécanismes de sécurité

La sécurité de Squid ne dépend pas de la bonne foi d’un market maker ni de la réputation de la marque ; il s’agit d’une défense structurelle :

En termes d’audit de sécurité, Squid a réalisé 9 audits de sécurité indépendants (dont ConsenSys Diligence, Ackee Blockchain, n-var, etc.) ; le protocole central conserve un historique de zéro exploitation de faille. Côté layer de routage, TRM Labs intègre un filtrage des risques, des vérifications de sanctions OFAC/UN/EU et un blocage géographique pour les zones sous sanctions.

2.5 Points de risque potentiels de l’architecture technique

Analyse objective : l’architecture de Squid présente encore les points suivants à surveiller :

  1. Risque de centralisation lié aux Solver : si un petit nombre de Solver contrôle la majorité du stock, cela peut engendrer un risque de centralisation et des problèmes de pouvoir de tarification. Le mécanisme d’enchères RFQ de Squid vise à atténuer ce problème via la concurrence, mais le degré de décentralisation réel dépend de la taille et de la diversité du réseau de Solver.

  2. Hypothèse de sécurité du TEE : le TEE offre une isolation au niveau matériel, mais sa sécurité dépend du fournisseur matériel du TEE (comme Intel SGX) et de l’implémentation de Cubist. Le TEE n’est pas parfait : il existe des précédents d’attaques par canaux auxiliaires (side-channel). Squid choisit un TEE plutôt que la validation on-chain : il échange de la confiance matérielle contre l’efficacité et la couverture de chaînes.

  3. Dépendance du layer message : durant la phase de confirmation du règlement, la solution peut encore dépendre d’infrastructures de messages externes. Bien que les Squid Intents réduisent fortement la dépendance au protocole GMP, la fiabilité d’un layer de messages totalement indépendant doit encore être validée dans le temps.

  4. Étapes complètes d’un routage de transaction cross-chain :

III. Contexte de l’équipe et du financement

3.1 Points de risque potentiels de l’architecture technique

L’équipe Squid compte environ 20 personnes, avec une répartition d’espaces de travail distribuée à l’échelle mondiale. Trois membres clés utilisent des identités pseudonymes :

Selon les informations de IQ.wiki, le concept de Squid a été développé par le cofondateur Julian Traversa et « Fig » à l’été 2022 ; les premiers prototypes ont remporté un prix lors d’un hackathon organisé par Axelar.

Évaluation de l’équipe : l’équipe principale utilise des identités pseudonymes, ce qui est une pratique courante dans le domaine crypto. Toutefois, par rapport aux projets soutenus par des VC traditionnels, les équipes pseudonymes perdent un peu en transparence. La taille de l’équipe (~20 personnes) est relativement compacte par rapport au nombre de chaînes couvertes et au volume de transactions, ce qui indique une efficacité d’ingénierie élevée. L’équipe n’a pas publié de plan de recrutement massif : elle se trouve actuellement en phase d’optimisation produit plutôt qu’en phase d’expansion.

3.2 Historique du financement

Squid a réalisé trois tours de financement au total, pour un montant total de 13.5 millions de dollars :

Les investisseurs anges incluent :

  • Ashleigh Schap (Uniswap)

  • Stani Kulechov (Aave)

  • Dean Eigenmann

  • Connor Howe (Enso)

  • Dan Lynch (Constructive)

  • Georgios Vlachos (cofondateur de LayerZero)

Évaluation du financement : le total de $13.5M de levées se situe dans une fourchette plutôt moyenne à basse dans la filière des infrastructures cross-chain. En comparaison avec des levées de plusieurs centaines de millions de dollars pour LayerZero et 220M de dollars pour Wormhole, Squid affiche une meilleure efficacité du capital. La composition des investisseurs comprend de grands fonds crypto (Polychain, Distributed Global), des partenaires d’écosystème (Ripple, Axelar) et des acteurs de construction de l’industrie (fondateurs d’Uniswap, d’Aave), montrant une reconnaissance du secteur. La participation de Ripple à l’investissement est cohérente avec le rôle de Squid en tant que partenaire officiel de pont vers XRPL.

IV. Modèle d’économie des tokens (QUID)

4.1 Informations de base

4.2 Répartition des tokens

Le cycle de libération complet dure 4 ans. La 1ère année : 21.14% ; les 78.86% restants sont libérés sur les 3 années suivantes.

4.3 Utilité du token

QUID a conçu quatre fonctions d’écosystème (remarque : les fonctions suivantes sont planifiées et pourraient évoluer selon les décisions de gouvernance) :

  1. Staking : en misant (staking) QUID, on peut obtenir des récompenses QUID supplémentaires ; ces récompenses proviennent d’une allocation dédiée non inflationniste, et ne diluent pas la limite d’offre fixe.

  2. Gouvernance : à partir de la nomination du conseil d’écosystème, extension progressive aux paramètres du protocole, à l’allocation du trésor et à l’approbation du déploiement des chaînes.

  3. Mécanisme de buyback (rachat) : la gouvernance peut décider d’utiliser une partie des ressources du trésor pour racheter le marché de QUID, sous contrainte des priorités d’écosystème et des besoins du protocole.

  4. Fonctionnalités in-app (In-App Utility) : inclut l’amélioration de l’expérience produit, des fonctions d’écosystème, des opportunités d’accès prioritaire, etc.

4.4 Évaluation du modèle de token

Facteurs positifs :

  • Offre fixe, sans conception anti-inflation ; les récompenses de staking proviennent d’une distribution non inflationniste

  • Pour la partie de vente publique : 100% du déblocage via TGE, plutôt favorable pour les investisseurs particuliers

  • Cliff de 12 mois pour l’équipe et les investisseurs afin d’éviter les ventes à court terme

  • TGE ne déverrouille que 14.3%, avec un volume initial en circulation relativement faible

Facteurs à surveiller :

  • Investisseurs + équipe + conseillers au total : 54.34%, concentration du token relativement élevée

  • La plupart des utilités des tokens sont « planifiées » ou « soumises à la gouvernance » ; le niveau d’exécution réel et l’adéquation aux besoins utilisateurs restent à observer

  • Le mécanisme de rachat dépend de décisions de gouvernance et de ressources du trésor ; pas d’exécution automatique

  • Les paramètres exacts du taux de rendement du staking n’ont pas encore été publiés

  • Le revenu annuel estimé du protocole en frais est d’environ 2.8M ; par rapport au FDV de vente publique de 45M et au FDV actuel d’environ $125M, le ratio revenus/valorisation doit être réexaminé

4.5 Données de marché (au 4 août 2026)

Note : le token vient d’être listé aujourd’hui ; le volume/market cap sur 24h atteint jusqu’à 255% : cela montre que les transactions sont extrêmement actives, mais implique aussi une volatilité forte du prix et que la liquidité est encore en construction.

V. Analyse du paysage concurrentiel

5.1 Acteurs principaux dans la filière cross-chain

Squid se situe dans la course aux agrégateurs cross-chain ; ses principaux concurrents incluent :

5.2 Avantages différenciants de Squid

En partant des principes fondamentaux, Squid présente trois différences structurelles :

1. Différence de paradigme : transférer la valeur plutôt que l’actif

La plupart des solutions cross-chain (y compris LI.FI, Stargate, etc.) reposent, au niveau sous-jacent, encore sur des modèles Lock-Mint, Burn-Mint ou pool de liquidité. Squid Intents évite les changements du supply en utilisant le modèle « livraison via le stock du Solver + collatéral escrow », éliminant structurellement la surface d’attaque centrale des bridges traditionnels.

2. Couverture des chaînes

La couverture de 106+ chaînes est la plus élevée dans sa catégorie, et met particulièrement l’accent sur l’écosystème non-EVM (Bitcoin, Solana, XRPL, Stellar, Hedera, Canton). Cela est rendu possible parce que Squid Intents ne dépend pas du déploiement de smart contracts : les chaînes sans smart contract peuvent aussi être intégrées.

3. Matrice de produit full-stack

Squid n’est pas seulement un protocole de routage : c’est un produit full-stack allant du layer protocole (Squid Intents) au moteur de routage (Squid Aggregator), aux outils développeur (SDK/API/Widget), puis aux applications grand public (Squid Bridge + application consommateur à venir). Cette couverture end-to-end implique une vitesse d’itération plus rapide et une intégration plus étroite.

5.3 Désavantages concurrentiels de Squid

1. Compétitivité des frais

Des données tierces (Eco, 2026) montrent qu’à comparaison de transferts cross-chain de 5,000 USDC, le coût total de Squid est d’environ 8-20, plus élevé que CCTP V2 (1-5), Hyperlane (0.5-3) et Across (2-10). Pour des transferts importants (50,000), le coût de Squid peut atteindre 60-150 : dans des scénarios sensibles aux frais, Squid n’est pas avantagé. Cependant, le site officiel de Squid affirme que son architecture Intents a réduit les coûts à environ 0.02 (sur la base d’une transaction ETH à $100), ce qui pourrait refléter des différences entre anciennes et nouvelles architectures.

2. Perception de la marque et frontière de confiance

L’événement de mai 2026 concernant SquidRouterModule, bien qu’il ne soit pas lié au protocole central de Squid, révèle un risque de marque : lorsque des contrats déployés par des tiers en utilisant le nom « Squid » sont attaqués, la perception publique associe directement cela au projet Squid. Cela exige que Squid investisse davantage d’efforts dans la communication au niveau des frontières de confiance.

Le degré de décentralisation du réseau de Solver n’est pas validé

La sécurité de Squid dépend dans une large mesure de la concurrence saine du réseau de Solver. Si le nombre de Solver est insuffisant ou si les stocks sont concentrés, la qualité d’exécution et le degré de décentralisation pourraient être affectés. À l’heure actuelle, les informations publiques manquent de données détaillées sur le réseau de Solver.

VI. Analyse détaillée de l’événement SquidRouterModule de mai 2026

Le 25 mai 2026, un module Gnosis Safe tiers nommé « SquidRouterModule » a été attaqué : environ 3.2 millions de dollars ont été dérobés à 86 portefeuilles Gnosis Safe.

Points clés de l’événement :

  • Cible de l’attaque : SquidRouterModule (module Gnosis Safe développé par un tiers)

  • Méthode d’attaque : le module utilise une chaîne de caractères codée en dur comme preuve de validation ; cette chaîne est visible publiquement sur Basescan, et l’attaquant peut simplement la copier pour contourner la vérification

  • L’attaquant obtient le capital initial via TornadoCash (2.1 ETH), retire les fonds de 86 Safe wallets en environ 2 heures, puis échange via un pool Uniswap V3 qu’il a lui-même déployé contre environ 3.07 millions de DAI

  • Déclaration officielle de Squid : ce module n’est ni développé, ni déployé, ni opéré par Squid ; il n’a aucun lien avec le protocole central et les contrats de Squid

  • Le contrat de routage officiel de Squid (0xce16F69375520ab01377ce7B88f5BA8C48F8D666) n’est pas affecté

Confirmation par des médias tiers : crypto.news, Cryptopolitan, Halborn, Blockaid, PeckShield, etc., ont tous confirmé les faits ci-dessus.

Enseignement : même si cet événement n’est pas une faille de sécurité de Squid, il révèle un risque réel au sein de l’écosystème cross-chain : l’utilisation ouverte d’un nom de protocole peut brouiller la frontière de confiance. Lorsqu’un utilisateur active un module tiers portant un nom de projet, il doit vérifier s’il s’agit d’un développement officiel.

VII. Analyse de l’écosystème et des intégrations

7.1 Matrice des intégrateurs

7.2 Cas d’usage de niveau institutionnel

Squid s’étend vers une infrastructure cross-chain de niveau institutionnel :

  • Circle : prise en charge de EURC et USDC en exchange cross-chain depuis Base, Ethereum, Avalanche, Celo

  • Ripple : RLUSD mobile nativement via XRPL, Ethereum, Base, Optimism

  • MiniPay : construire des Mini Apps dans le portefeuille, pour que les utilisateurs mobiles accèdent à l’or, BTC, ETH

  • Peanut : paiements cross-chain ; l’utilisateur n’a pas besoin de comprendre le concept de chaîne pour envoyer/recevoir de la monnaie numérique

  • MPP Adapter : adaptateur de protocole de paiements machine, permettant l’exécution automatique des paiements cross-chain par des agents IA

7.3 Matrice produit

VIII. Conclusion

8.1 Proposition de valeur centrale

L’innovation centrale de Squid repose sur un changement de paradigme : reconfigurer le problème cross-chain de « comment déplacer l’actif en toute sécurité » vers « comment régler la valeur en toute sécurité ». Ce changement élimine, au niveau de l’architecture, la surface d’attaque centrale des bridges traditionnels (contrats de verrouillage, droits de mint, pools de liquidité), et le remplace par un modèle fondé sur le stock du Solver + collatéral escrow. Le bilan sur quatre ans sans incident de sécurité apporte une validation initiale de ce modèle.

8.2 Incertitudes clés

  1. Modèle de confiance du TEE : Squid Intents transfère la vérification du règlement de la chaîne vers le TEE. Il s’agit d’un compromis : utiliser un fournisseur matériel de confiance pour gagner en efficacité et en couverture de chaînes. L’historique de sécurité du TEE n’est pas infaillible ; la fiabilité à long terme nécessite une validation continue.

  2. Maturité du réseau de Solver : la sécurité de l’ensemble du modèle dépend du fait que les Solver livrent d’abord puis se fassent payer. Si le réseau de Solver n’est pas assez décentralisé ou que le stock est insuffisant, la qualité d’exécution et la résilience du système peuvent être affectées.

  3. Mise en œuvre de l’utilité des tokens : les quatre utilités de QUID (staking, gouvernance, rachat, fonctionnalités in-app) sont majoritairement « planifiées » ; le niveau de réalisation réel et l’adéquation aux besoins des utilisateurs restent à observer.

  4. Compétitivité des frais : avec la nouvelle architecture, Squid affirme que les coûts ont fortement diminué ($0.02). Mais des données de comparaison tierces peuvent refléter l’ancienne architecture. La transition entre anciennes et nouvelles architectures et la performance réelle des frais doivent être suivies en continu.

  5. Concurrence très forte sur la filière : l’agrégation cross-chain est un secteur hautement concurrentiel ; LI.FI, Across, deBridge, etc., ont chacun leurs points forts. La différenciation de Squid (couverture non-EVM + zéro incident de sécurité) est réelle, mais reste rattrapable.

8.3 Évaluation objective

Squid est un projet d’infrastructure cross-chain qui réfléchit de manière indépendante au niveau de l’architecture technique. Il ne s’agit pas d’une simple amélioration du modèle de bridge existant : Squid redéfinit le mode de règlement cross-chain à partir des principes fondamentaux. Le volume de transactions cumulé de 6.2B, 1,000+ intégrations et 9 audits sans incident indiquent la faisabilité de cette architecture en pratique. Toutefois, en tant que projet encore en phase précoce (token tout juste lancé, ~20 personnes dans l’équipe, financement total 13.5M), sa compétitivité à long terme et la soutenabilité de l’économie du token nécessitent encore une validation dans le temps.

Références

Site officiel Squid - https://www.squidrouter.com/

Documentation développeur Squid - Architecture - https://docs.squidrouter.com/architecture

Blog officiel de Squid - Introducing Squid Intents to the World - https://www.squidrouter.com/blog/introducing-squid-intents-to-the-world

Blog officiel de Squid - QUID Public Sale Announcement - https://www.squidrouter.com/blog/quid-public-sale-announcement

Squid officiel - QUID Utility & Tokenomics - https://www.squidrouter.com/squid-school/quid-tokenomics-utility

Squid officiel - About Squid - https://www.squidrouter.com/about

CoinMarketCap - Squid (QUID) - https://coinmarketcap.com/currencies/squidrouter/

Catalyze Research - Squid: Move Value, Not Assets - https://blog.catalyze-research.com/squid-move-value-not-assets-interoperability-with-nothing-to-steal-199753

IQ.wiki - Squid - https://www.iq.wiki/en/wiki/squid

Whales Market - What is Squid Router (QUID)? - https://whales.market/blog/what-is-squid-router

The Coinomist - Squid Raises $6M to Build Consumer Crypto Product - https://thecoinomist.com/news/squid-raises-6m-build-consumer-crypto-product

crypto.news - Squid rushes to separate brand from $3 million Gnosis Safe module exploit - https://crypto.news/squid-rushes-to-separate-brand-from-3-million-gnosis-safe-module-exploit

Cryptopolitan - $3.2M Drained from Gnosis Safes in SquidRouterModule Hack - https://www.cryptopolitan.com/3-2m-drained-gnosis-safes-hack-base-ethereum/

Halborn - Explained : The SquidRouterModule Hack (May 2026) - https://halborn.com/blog/post/explained-the-squidroutermodule-hack-may-2026

sigintzero - The $3.2M SquidRouterModule Exploit - https://sigintzero.com/blog/squidroutermodule-3-2m-safe-exploit

Eco - Best Cross-Chain Swap Routes for USDC, USDT, and ETH in 2026 - https://eco.com/support/en/articles/11890335

Eco - Cheapest Crypto Bridge 2026: Fee-Ranked Routes - https://eco.com/support/support/en/articles/15291262

Stablecoin Insider - Best Cross-Chain Aggregators for 2026 - https://stablecoininsider.org/best-cross-chain-aggregators-for-2026

DeFi Rate - DeFi Bridges for DEX Trades - https://defirate.com/dex/bridge/

Tokenomics.com - Squid Router QUID - https://app.tokenomics.com/tokenomics/squid-router

Web3 Wagmi - Squid Router in 2026: Axelar-Powered Cross-Chain Swaps - https://blog.web3wagmi.com/squid-review

Clause de non-responsabilité : ce rapport est fourni uniquement à titre de référence pour la recherche et ne constitue pas un conseil en investissement. Squid (QUID) comporte des risques, notamment : équipe pseudonyme ; mécanisme de règlement TEE n’ayant pas encore fait l’objet d’une validation de longue durée ; l’utilité du token n’est pas encore pleinement déployée ; degré de décentralisation du réseau de Solver inconnu ; concentration du token relativement élevée (investisseurs + équipe totalisent 54.34%). La concurrence dans la filière des infrastructures cross-chain est intense, et le prix est susceptible de fluctuer fortement dès la mise en ligne du token. Avant de participer, veuillez bien comprendre les risques et assumer vos propres responsabilités (DYOR).