Les projets de nouvelles chaînes L1, bien qu'ils mettent en avant des caractéristiques natives de conformité et de confidentialité, doivent faire face à une réalité incontournable pour étendre leur écosystème : ils dépendent de services externes. La connexion, les oracles et autres infrastructures semblent anodins, mais en réalité, ils cachent de grands pièges.

Commençons par la connexion. Ce domaine a déjà connu de nombreux incidents dans l'histoire de la blockchain. En 2022, le pont Ronin a été piraté pour 6 milliards de dollars, le pont Wormhole a perdu 3,2 milliards de dollars, et en 2025, plusieurs incidents de ponts multi-chaînes ont totalisé des pertes dépassant 20 milliards de dollars. Pourquoi ces incidents sont-ils si fréquents ? Parce que la nature même de la connexion repose sur la confiance envers des vérificateurs tiers ou des solutions multisignatures. Si la logique de vérification présente une faille ou si la clé privée est compromise, les fonds des utilisateurs disparaissent directement. Pour des écosystèmes encore modestes, dont la liquidité repose principalement sur le staking communautaire, attirer davantage d’utilisateurs et d’actifs réels (RWA) nécessite forcément de s’étendre à Ethereum ou à d’autres chaînes principales pour accéder à une profondeur de marché. Mais cette étape implique d’accepter le risque de la communication inter-chaînes.

Les problèmes liés aux oracles sont similaires. Les projets ont besoin d’oracles pour alimenter les prix. Si l’oracle lui-même tombe en panne ou est manipulé par un hacker, les contrats DeFi sur la chaîne peuvent subir des liquidations incorrectes. Dans le cas des RWA, c’est encore plus critique — l’ancrage des actifs réels doit s’effectuer en collaboration avec le dépositaire, et toute défaillance à une étape peut se répercuter sur l’ensemble du système.

Ces risques liés aux dépendances externes sont bien réels. Surtout lors des phases initiales du projet, où l’équipe a une capacité d’exécution limitée, ces problèmes ont tendance à s’amplifier. Il est compréhensible que les utilisateurs soient inquiets lorsqu’ils effectuent des opérations cross-chain.

Mais il faut aussi reconnaître que c’est une étape incontournable pour la majorité des projets L1. Beaucoup commencent par concentrer leurs efforts sur le développement de leur produit principal — perfectionner le module de confidentialité, optimiser l’architecture modulaire — c’est cela qui constitue leur véritable avantage compétitif à long terme. En consolidant des fonctionnalités natives telles que l’émission locale ou la compensation instantanée, puis en abordant progressivement les risques liés aux dépendances externes, cette voie reste viable.