Depuis 2026, la dynamique concurrentielle sur le marché des solutions Layer2 évolue. Alors que l’industrie se concentrait auparavant sur le TPS, les frais de gas et la performance en simultané, de plus en plus de projets reviennent à une question fondamentale : dans un marché déjà saturé par des couches d’exécution à hautes performances, quels défis essentiels les blockchains publiques doivent-elles relever dans la prochaine phase ?
Dans ce contexte, Fluent renforce sa stratégie d’« Exécution Hybride », faisant progresser son testnet et son écosystème de développeurs autour de la collaboration inter-VM, d’environnements d’exécution unifiés et de chaînes d’outils pour développeurs. Ce positionnement place de plus en plus le projet au cœur des discussions sur l’AltVM. Alors que de nombreuses solutions Layer2 mettent encore en avant des indicateurs de performance, Fluent cherche à répondre à la fragmentation croissante des écosystèmes à l’ère du multi-chain.
À l’échelle du marché, le secteur Layer2 traverse une période de volatilité marquée. Se reposer uniquement sur le discours de la performance n’est plus un facteur de différenciation durable. Les problématiques liées à l’expérience développeur, à la liquidité et à la complexité des interactions inter-chaînes deviennent de nouveaux axes majeurs pour l’industrie. Dans ce contexte, l’« exécution hybride » est perçue par certains comme une nouvelle tentative d’innovation sur la couche d’exécution.
Fluent poursuit l’évolution de sa stratégie produit autour de l’exécution hybride
Au cours des derniers mois, l’un des axes majeurs de Fluent a été son engagement continu en faveur de l’Exécution Hybride.
L’équipe a déployé des mises à jour axées sur l’« expressivité » et la « composabilité inter-VM », faisant progresser son testnet public, le SDK Fluentbase et des outils développeurs comme gblend. Contrairement aux projets Layer2 traditionnels qui privilégient la compatibilité EVM, Fluent met l’accent sur la collaboration native entre différents environnements d’exécution.
Selon la feuille de route actuelle, Fluent vise à permettre à l’EVM, Wasm et, à terme, SVM de fonctionner ensemble au sein d’une même couche d’exécution. Les développeurs pourront ainsi concevoir des applications inter-VM dans un environnement unifié.
Cette orientation suscite l’intérêt, notamment en raison de la structure actuelle du marché. L’écosystème multi-chain s’est fortement développé ces dernières années, mais la fragmentation entre les différentes VM s’accentue. Les développeurs doivent sans cesse changer de langage, d’outils et d’environnements d’exécution, tandis que les utilisateurs multiplient les bridges, changent de chaînes et gèrent plusieurs portefeuilles.
Là où le marché se focalisait auparavant sur « jusqu’à quelle vitesse une chaîne peut-elle fonctionner », la question devient désormais : « les chaînes peuvent-elles réellement collaborer ? »
Pourquoi les projets AltVM ne se concentrent-ils plus uniquement sur la performance ?
Les récents changements sur le marché AltVM témoignent d’une évolution des priorités concurrentielles.
Pendant un temps, des projets comme Monad, MegaETH et d’autres nouvelles couches d’exécution se sont affrontés presque exclusivement sur des critères de performance — TPS, latence, coût du gas, efficacité d’exécution. Cependant, à mesure que davantage de chaînes à haute performance apparaissent, ces seuls paramètres ne suffisent plus à garantir une différenciation durable.
Parallèlement, l’industrie prend conscience d’un autre enjeu : même si la performance des chaînes continue de progresser, ces avantages risquent de ne pas se traduire par des usages pérennes sans une attention portée à l’écosystème développeur, à la collaboration inter-chaînes et à la liquidité.
Dans ce contexte, certains nouveaux projets de couches d’exécution recentrent leur stratégie sur l’« expressivité » et la « liberté pour les développeurs ». L’orientation de Fluent vers l’Exécution Hybride vise précisément à répondre à cette problématique.
Plutôt que de simplement augmenter le TPS, Fluent cherche à bâtir un environnement d’exécution plus ouvert, où les applications issues de différentes VM pourraient collaborer directement, au lieu de rester confinées dans des écosystèmes isolés.
Comment les coûts d’interaction utilisateur évoluent-ils avec la fragmentation multi-chain ?
Si l’expansion rapide de l’écosystème multi-chain a favorisé la croissance du secteur ces dernières années, elle a également complexifié les interactions pour les utilisateurs.
La plupart ressentent désormais les effets de la fragmentation : recours fréquent aux bridges, faible interopérabilité des portefeuilles, liquidité dispersée, parcours de transfert d’actifs de plus en plus complexes.
Ce phénomène s’est accentué avec la multiplication des solutions Layer2. Si les utilisateurs bénéficient de frais réduits et de meilleures performances, la complexité opérationnelle ne cesse de croître.
Les développeurs font face à des défis similaires. Les différences de chaînes d’outils, de langages et la fragmentation des écosystèmes entre VM compliquent la collaboration véritablement inter-écosystèmes.
Les tendances récentes montrent que de plus en plus de projets explorent la possibilité d’une « couche d’interaction unifiée » et d’un « environnement d’exécution unifié ». Dans ce contexte, l’approche hybride de Fluent attire l’attention des développeurs.
Pourquoi la composabilité inter-VM devient-elle un enjeu central pour les développeurs ?
Alors que les utilisateurs s’intéressent à l’expérience d’interaction, les développeurs se concentrent de plus en plus sur la capacité des différents environnements d’exécution à être réellement composables.
Historiquement, EVM, Wasm et SVM ont évolué en écosystèmes totalement distincts. Les développeurs doivent apprendre différents langages et s’adapter à des chaînes d’outils variées, ce qui complique le partage d’état et de logique entre applications.
Cette structure a permis le développement indépendant des écosystèmes, mais au prix d’une fragmentation croissante. Avec l’essor des agents IA, du trading automatisé et des applications on-chain complexes, la demande pour une collaboration inter-VM s’intensifie.
Les discussions se focalisent désormais sur la possibilité qu’un « environnement d’exécution unifié » réduise les coûts de développement et améliore la composabilité des applications. Les travaux de Fluent sur l’Exécution Hybride visent justement à intégrer différents environnements d’exécution dans un socle commun.
Bien que cette orientation n’en soit qu’à ses débuts, la collaboration inter-VM passe progressivement d’un concept technique à un sujet concret dans les cercles de développeurs.
Quels environnements d’exécution pour les agents IA et le trading automatisé ?
L’essor des applications d’agents IA redéfinit les exigences envers les couches d’exécution.
Jusqu’à présent, les applications on-chain reposaient principalement sur l’intervention manuelle des utilisateurs. Avec la multiplication des agents IA et des stratégies automatisées, de nombreuses actions on-chain pourraient passer de l’« opération humaine » à « l’automatisation programmée ».
Ce changement induit de nouveaux besoins pour les environnements d’exécution. Par exemple, un agent IA pourrait devoir accéder simultanément à la liquidité, aux données et aux smart contracts sur plusieurs chaînes. Les architectures VM fragmentées traditionnelles peinent souvent à répondre à ces scénarios automatisés complexes.
C’est pourquoi la « composabilité inter-VM » devient un sujet de plus en plus discuté parmi les développeurs. Pour les agents IA, l’enjeu n’est pas la performance d’une seule chaîne, mais la capacité des différents environnements d’exécution à collaborer efficacement et à moindre coût.
Si la relation entre agents IA et exécution hybride reste émergente, certains développeurs expérimentés commencent déjà à explorer leur combinaison.
L’évolution des attentes du marché après le financement et l’expansion du testnet Fluent
Avec l’avancée du testnet public et l’élargissement de l’écosystème de builders, les attentes du marché vis-à-vis de Fluent évoluent.
Là où les efforts étaient auparavant surtout conceptuels, Fluent développe désormais activement des outils, des SDK et une communauté de builders. Le développement du Blended Builders Club et les initiatives à destination des développeurs renforcent la stratégie « développeur d’abord » du projet.
Par ailleurs, le soutien d’institutions telles que Polychain confère à Fluent une visibilité accrue dans l’écosystème AltVM.
Cependant, les investisseurs restent prudents vis-à-vis des projets AltVM. D’un côté, le marché reconnaît la valeur à long terme de l’innovation sur la couche d’exécution. De l’autre, la multiplication des projets Layer2 et AltVM entraîne une nette surabondance et une concurrence intense.
Pour Fluent, le véritable enjeu ne réside plus seulement dans l’orientation technique, mais dans la capacité à fédérer un écosystème développeur pérenne et à générer des cas d’usage concrets.
La fragmentation de la liquidité Layer2 demeure un défi structurel
L’expansion rapide des solutions Layer2 a stimulé l’activité on-chain ces dernières années, mais la fragmentation de la liquidité devient un enjeu majeur.
Les actifs sont désormais dispersés entre de multiples solutions Layer2 et écosystèmes VM. Les coûts de bridging, la complexité inter-chaînes et les frais de migration des utilisateurs commencent à peser sur l’efficacité globale des écosystèmes.
C’est pourquoi de plus en plus de projets réévaluent l’intérêt des « environnements d’exécution unifiés » et de la « collaboration inter-VM ».
À mesure que le nombre de chaînes continue d’augmenter, le véritable critère de compétitivité ne sera peut-être plus le TPS, mais la capacité à intégrer efficacement la liquidité et les ressources développeurs.
Pour Fluent, la logique à long terme de l’exécution hybride vise à réduire les coûts de collaboration entre VM. Toutefois, cette orientation devra encore être validée par des applications concrètes et la croissance de l’écosystème développeur.
L’exécution hybride peut-elle devenir le prochain paradigme d’infrastructure ?
À ce stade, l’« exécution hybride » apparaît davantage comme une tendance émergente que comme une norme établie dans l’industrie.
Si la concurrence Layer2 reposait autrefois sur la performance, le secteur entre désormais dans une phase plus complexe. Les développeurs se concentrent sur la collaboration inter-chaînes, les utilisateurs sur l’expérience d’interaction, et les scénarios d’agents IA poussent à repenser les environnements d’exécution.
L’Exécution Hybride de Fluent vise essentiellement à redéfinir les relations entre les couches d’exécution.
Cependant, le marché reste partagé. Certains estiment que la composabilité inter-VM pourrait devenir une orientation clé pour l’infrastructure de demain. D’autres considèrent que la majorité des développeurs n’aura pas nécessairement besoin d’environnements hybrides complexes.
Pour Fluent, la question essentielle est de savoir si l’exécution hybride générera une demande durable pour des applications concrètes, ou si elle restera un récit purement technique.
Résumé
La démarche de Fluent en faveur de l’exécution hybride ne vise pas seulement à renforcer le discours AltVM : elle traduit une évolution plus large de la concurrence sur le marché Layer2.
À mesure que les écosystèmes multi-chain se fragmentent, que les coûts de collaboration pour les développeurs augmentent et que les scénarios d’agents IA se multiplient, les débats autour des environnements d’exécution unifiés et de la composabilité inter-VM s’intensifient. Le marché Layer2 dépasse désormais le simple prisme du TPS et des indicateurs de performance pour entrer dans une phase d’infrastructure plus complexe.
Pour Fluent, l’évolution de l’Exécution Hybride vers le développement de l’écosystème de builders et la construction d’outils inter-VM marque la transition d’un projet Layer2 AltVM classique vers une infrastructure hybride à long terme. Reste à savoir si cette orientation répondra à une demande soutenue des développeurs, ce qui nécessitera une validation par des applications réelles.
FAQ
Pourquoi Fluent attire-t-il récemment l’attention du marché ?
Fluent suscite l’intérêt du marché grâce à sa stratégie d’Exécution Hybride, à ses efforts de collaboration inter-VM et à l’évolution de son testnet. Alors que la concurrence Layer2 entre dans une nouvelle phase, l’exécution hybride devient un sujet renouvelé d’intérêt pour les développeurs.
Qu’est-ce que l’Exécution Hybride ?
L’Exécution Hybride est l’approche proposée par Fluent pour intégrer plusieurs environnements d’exécution. Son objectif principal est de permettre à l’EVM, Wasm et, à terme, SVM de collaborer au sein d’une même chaîne, réduisant ainsi la fragmentation côté développement et interactions utilisateurs.
Pourquoi Fluent ne se concentre-t-il plus uniquement sur les indicateurs de performance ?
Fluent s’éloigne d’une approche centrée sur la performance car la concurrence sur le marché AltVM s’est homogénéisée autour de ces critères. Plutôt que de simplement augmenter le TPS, Fluent vise une différenciation durable via la collaboration inter-VM et des environnements d’exécution unifiés.
Pourquoi la composabilité inter-VM s’impose-t-elle dans les débats du marché ?
La composabilité inter-VM gagne en importance en raison de la fragmentation des écosystèmes et de l’essor des scénarios d’agents IA. Les applications on-chain complexes peuvent nécessiter un accès simultané à différents environnements d’exécution, incitant les développeurs à repenser les stratégies d’unification des couches d’exécution.
Quel est le principal défi actuel pour Fluent ?
Le principal enjeu de Fluent réside dans le fait que l’exécution hybride en est encore à ses débuts. Il reste à démontrer si la demande inter-VM permettra de fédérer un écosystème développeur pérenne et des applications concrètes.
