Fluent passe d'AltVM à l'exécution intégrée, quels nouveaux récits le marché Layer2 recherche-t-il ?

Depuis 2026, la logique de compétition sur le marché Layer2 évolue progressivement. Contrairement à la phase précédente où l'industrie se concentrait longuement sur le TPS, les frais de Gas et la performance en concurrence, de plus en plus de projets remettent en question une autre problématique : après l'arrivée de nombreux niveaux d'exécution haute performance, quel est le véritable enjeu que la blockchain publique doit résoudre dans la prochaine étape ?

Dans ce contexte, Fluent a récemment renforcé sa stratégie « Blended Execution (Exécution Fusionnée) » et a continuellement avancé dans le développement de réseaux de test et de l'écosystème Builder, en se concentrant sur la collaboration inter-VM, un environnement d'exécution unifié et la chaîne d'outils pour développeurs, ce qui a permis au projet d'entrer progressivement dans le champ de discussion sur la voie AltVM. Alors que beaucoup de Layer2 insistent encore sur les indicateurs de performance, Fluent souhaite surtout résoudre le problème croissant de fragmentation écologique dans l'ère multi-chaînes.

D'après l'état actuel du marché, l'ensemble du Layer2 est entré dans une phase de turbulence évidente. Se reposer uniquement sur la narration de la performance devient de plus en plus difficile pour créer une différenciation à long terme, tandis que les enjeux liés aux développeurs, à la liquidité et à la complexité des interactions inter-chaînes deviennent de nouveaux axes d'attention pour l'industrie. Dans ce contexte, « l'exécution fusionnée » commence à être perçue par certains comme une nouvelle tentative de compétition dans la couche d'exécution.

Récemment, Fluent continue de mettre à jour sa feuille de route produit autour de l'exécution fusionnée

Au cours des derniers mois, l'une des principales évolutions de Fluent a été le renforcement continu de la stratégie Blended Execution.

Les dernières mises à jour produits de l'équipe officielle se concentrent sur « l'Expressivité » et la « Composabilité inter-VM », tout en avançant progressivement avec le Testnet public, le SDK Fluentbase et des outils de développement comme gblend. Contrairement aux Layer2 traditionnels, qui se concentrent principalement sur la compatibilité EVM, Fluent met désormais davantage l'accent sur la capacité native de collaboration entre différents environnements d'exécution.

Selon la feuille de route actuelle, Fluent vise à permettre la collaboration entre EVM, Wasm et, à l'avenir, SVM au sein d'une même couche d'exécution, tout en permettant aux développeurs de construire des applications inter-VM dans un environnement unifié.

Ce positionnement commence à attirer l'attention, en grande partie en lien avec la structure actuelle du marché. Ces dernières années, l'écosystème multi-chaînes s'est rapidement développé, mais le problème de fragmentation entre différents VM est devenu de plus en plus évident. Les développeurs doivent constamment changer de langage, d'outils et d'environnement d'exécution, tandis que les utilisateurs doivent fréquemment effectuer des pontages, des migrations et changer de portefeuille.

Comparé à la simple recherche de « la chaîne qui peut fonctionner le plus vite », l'industrie commence désormais à rediscuter : « Les chaînes peuvent-elles vraiment collaborer ? »

Pourquoi le projet AltVM ne mise plus uniquement sur la performance

D'après les récents changements du marché AltVM, la compétition sectorielle commence à se déplacer progressivement.

Au cours des dernières années, que ce soit Monad, MegaETH ou d'autres nouveaux projets de niveaux d'exécution, la majorité des efforts se concentraient sur la performance : TPS, latence, Gas, efficacité d'exécution, etc. Mais avec l'entrée sur le marché de chaînes haute performance, la simple performance devient de plus en plus difficile à différencier à long terme.

Par ailleurs, le marché commence aussi à prendre conscience d'une autre problématique : même si la performance des chaînes continue de s'améliorer, si l'écosystème des développeurs, la collaboration inter-chaînes et la liquidité ne sont pas résolues, beaucoup d'avantages en performance ne se traduiront pas nécessairement en cas d'utilisation durable.

Dans ce contexte, certains nouveaux projets de niveaux d'exécution mettent de nouveau en avant « la capacité d'expression » et « la liberté de développement ». La stratégie d'Exécution Fusionnée que Fluent met en avant récemment est essentiellement une tentative de répondre à cette problématique.

Plutôt que de se concentrer uniquement sur l'augmentation du TPS, Fluent souhaite établir un environnement d'exécution plus ouvert, permettant à différentes applications VM de fonctionner en collaboration directe, plutôt que de rester fragmentées dans différents écosystèmes.

Quelles sont les évolutions des coûts d'interaction utilisateur après la fragmentation multi-chaînes ?

Au cours des dernières années, l'expansion rapide de l'écosystème multi-chaînes a certes stimulé la croissance du secteur, mais a aussi considérablement complexifié l'interaction utilisateur.

D'après la structure actuelle du marché, la majorité des utilisateurs ressentent déjà les problèmes liés à la fragmentation multi-chaînes : besoin fréquent de ponts entre différentes chaînes, difficulté de collaboration entre portefeuilles, fragmentation de la liquidité, chemins d'interaction d'actifs de plus en plus complexes.

Surtout après l'augmentation du nombre de Layer2, ces problèmes deviennent encore plus visibles. Bien que beaucoup puissent bénéficier de frais Gas plus faibles et de meilleures performances, la complexité opérationnelle ne cesse d'augmenter.

Pour les développeurs, le problème est également présent : différences d'outils entre VM, changement de langage, fragmentation de l'écosystème, rendant difficile la création d'une véritable collaboration inter-écosystèmes.

D'après les changements récents du marché, de plus en plus de projets commencent à rediscuter la possibilité d'une « couche d'interaction unifiée » et d'un « environnement d'exécution unifié », et la stratégie d'exécution fusionnée de Fluent commence à attirer l'attention de certains développeurs dans ce contexte.

Pourquoi la composabilité inter-VM commence-t-elle à faire l'objet de discussions chez les développeurs ?

Alors que les utilisateurs ordinaires se concentrent principalement sur l'expérience d'interaction, les développeurs s'intéressent désormais à une autre problématique : la véritable capacité de composition entre différents environnements d'exécution.

Autrefois, EVM, Wasm et SVM formaient des écosystèmes totalement indépendants. Les développeurs devaient apprendre différents langages, adapter divers outils, et il était difficile pour les applications de partager réellement leur état ou leur logique.

Ce modèle, tout en favorisant le développement indépendant de chaque écosystème, a aussi conduit à une fragmentation accrue du secteur. Avec l'augmentation des applications d'IA, d'automatisation et de chaînes complexes, la nécessité d'une collaboration inter-VM devient de plus en plus pressante.

Les discussions récentes chez les développeurs montrent un intérêt croissant pour la possibilité de réduire les coûts de développement et d'améliorer la composabilité des applications via un « environnement d'exécution unifié ». La stratégie d'Exécution Fusionnée de Fluent, en intégrant différents environnements dans un même cadre de base, en est une illustration.

Bien que cette voie en soit encore à ses débuts, la popularité croissante de la collaboration inter-VM la fait passer d'une simple idée technique à une question concrète de développement.

Quelles sont les exigences possibles pour l'environnement d'exécution des agents IA et de l'automatisation ?

L'expansion continue des agents IA influence également la demande pour l'environnement d'exécution.

Autrefois, les applications sur chaîne dépendaient principalement de l'interaction manuelle des utilisateurs. Avec l'essor des agents IA et des stratégies automatisées, de plus en plus d'actions sur chaîne pourraient à l'avenir passer d'une opération humaine à une exécution automatique par programme.

Ce changement impose de nouvelles exigences à l'environnement d'exécution : par exemple, les agents IA pourraient devoir accéder simultanément à la liquidité, aux données et aux smart contracts sur différentes chaînes. La structure traditionnelle fragmentée des VM ne répond souvent pas à ces scénarios complexes d'automatisation.

C'est aussi la raison pour laquelle de plus en plus de développeurs discutent à nouveau de la « composabilité inter-VM ». Pour les agents IA, l'enjeu principal ne serait pas uniquement la performance d'une seule chaîne, mais la capacité à collaborer à faible coût entre différents environnements d'exécution.

D'après la tendance actuelle du marché, bien que la relation entre agents IA et exécution fusionnée soit encore à ses débuts, certains développeurs expérimentés commencent déjà à explorer leur intégration.

Après le financement et la progression du testnet de Fluent, quelles évolutions anticipent le marché ?

Avec la progression continue du Testnet public et l'expansion progressive de l'écosystème Builder, les attentes du marché envers Fluent évoluent.

Alors qu'au début, l'accent était surtout mis sur la conceptualisation technique, Fluent a maintenant commencé à faire avancer ses outils de développement, SDK et la communauté Builder. La multiplication des activités du « Blended Builders Club » et des événements pour développeurs renforce clairement la priorité donnée à l'écosystème des développeurs.

Par ailleurs, le soutien de partenaires comme Polychain a permis à Fluent de gagner en visibilité dans la voie AltVM.

Cependant, d'après la structure actuelle du marché, l'attitude des investisseurs envers la voie AltVM reste prudente. D'une part, le secteur reconnaît la valeur à long terme de l'innovation dans la couche d'exécution ; d'autre part, la surabondance de projets Layer2 et AltVM ces dernières années a créé une compétition intense.

Pour Fluent, l'enjeu principal n'est plus seulement la stratégie technique, mais la capacité à bâtir un écosystème durable de développeurs et d'applications concrètes.

La fragmentation de la liquidité Layer2 demeure-t-elle un défi à long terme ?

Malgré l'expansion rapide des Layer2 ces dernières années, qui a accru l'activité on-chain, la fragmentation de la liquidité devient de plus en plus problématique.

Aujourd'hui, une grande partie des actifs est dispersée entre différents Layer2 et écosystèmes VM, ce qui augmente les coûts de pontage, la complexité des interactions inter-chaînes et le coût de migration pour les utilisateurs.

D'un point de vue marché, cela explique aussi pourquoi de plus en plus de projets remettent en question la nécessité d'une « environnement d'exécution unifié » et d'une « collaboration inter-VM ».

Car, avec l'augmentation du nombre de chaînes, la capacité à intégrer efficacement la liquidité et les ressources de développement deviendra probablement le vrai facteur de différenciation compétitive.

Pour Fluent, la stratégie d'exécution fusionnée vise à réduire à long terme ces coûts de collaboration entre VM. Cependant, cette voie nécessite encore la validation par davantage d'applications concrètes et d'un écosystème de développeurs solide.

L'exécution fusionnée pourrait-elle devenir la prochaine infrastructure fondamentale ?

À l'heure actuelle, « l'exécution fusionnée » ressemble davantage à une nouvelle orientation en cours de formation qu'à une tendance mature.

Alors que le marché Layer2 se déplaçait auparavant principalement autour de la compétition de performance, l'industrie entre désormais dans une phase plus complexe. Les développeurs s'intéressent à la collaboration inter-chaînes, les utilisateurs à l'expérience d'interaction, et les agents IA ainsi que l'automatisation poussent à repenser l'environnement d'exécution.

Dans ce contexte, la proposition de Fluent, le Blended Execution, cherche essentiellement à redéfinir la relation entre les couches d'exécution.

Cependant, il existe encore des divergences d'opinion. Certains pensent que la composabilité inter-VM pourrait devenir une infrastructure clé dans la prochaine étape ; d'autres estiment que la majorité des développeurs n'ont pas nécessairement besoin d'un environnement d'exécution aussi complexe.

Pour Fluent, la question cruciale reste : l'exécution fusionnée pourra-t-elle réellement répondre à une demande d'application à long terme, ou restera-t-elle une simple narration technique ?

En résumé

Fluent continue de promouvoir la stratégie d'exécution fusionnée, ce qui ne se limite pas à renforcer la narration AltVM, mais reflète aussi une évolution progressive de la logique de compétition sur le marché Layer2.

Avec la fragmentation croissante de l'écosystème multi-chaînes, l'augmentation des coûts de collaboration, et l'expansion des scénarios IA Agent, la discussion sur l'environnement d'exécution unifié et la composabilité inter-VM s'intensifie. Alors que le secteur se déplaçait auparavant principalement autour du TPS et des paramètres de performance, le marché Layer2 entre désormais dans une phase d'infrastructure plus complexe.

Pour Fluent, de l'Exécution Fusionnée à l'écosystème Builder, puis aux outils de développement inter-VM, la trajectoire s'oriente clairement vers une infrastructure d'exécution fusionnée à long terme. Cependant, la validation de cette orientation par des applications concrètes et un écosystème de développeurs solide reste à confirmer.

FAQ

Pourquoi Fluent commence-t-il à attirer l'attention du marché récemment ?

Fluent a récemment attiré l'attention principalement grâce à sa stratégie d'Exécution Fusionnée, la collaboration inter-VM et la progression du testnet. Avec la compétition sur le marché Layer2 qui entre dans une nouvelle phase, cette orientation vers l'exécution fusionnée revient dans le débat des développeurs.

Qu'est-ce que l'Exécution Fusionnée ?

L'Exécution Fusionnée est la stratégie proposée par Fluent, visant à faire fonctionner en collaboration sur une même chaîne différents environnements d'exécution comme EVM, Wasm et à terme SVM, afin de réduire les problèmes de fragmentation et d'interaction.

Pourquoi Fluent ne met-il plus uniquement l'accent sur la performance ?

Fluent ne se concentre plus uniquement sur la performance, car le marché AltVM montre une compétition de performance devenue homogène. Plutôt que de se limiter à augmenter le TPS, le projet souhaite créer une différenciation à long terme via la collaboration inter-VM et un environnement d'exécution unifié.

Pourquoi la composabilité inter-VM commence-t-elle à faire l'objet de discussions ?

La composabilité inter-VM devient un sujet central en raison de la fragmentation du secteur multi-chaînes et de l'essor des agents IA. Les applications complexes nécessitent une interaction entre différents environnements d'exécution, ce qui pousse à repenser un environnement d'exécution unifié.

Quel est le plus grand défi actuel pour Fluent ?

Le principal défi de Fluent est que la voie de l'exécution fusionnée est encore à ses débuts, et il reste à prouver si cette approche pourra réellement bâtir un écosystème durable de développeurs et d'applications concrètes.