À mesure que l’écosystème blockchain s’étend, la segmentation entre machines virtuelles devient un frein majeur à l’innovation et à la composabilité. Les développeurs doivent régulièrement transférer leur logique entre différentes chaînes ou environnements d’exécution, ce qui accroît la complexité du système et les risques liés à la sécurité.
Ce problème s’articule autour de trois aspects clés : modèles d’exécution unifiés, interaction inter-VM et gestion de l’état, qui constituent les fondements de l’architecture de Fluent.
Qu’est-ce que Fluent (BLEND)
Fluent est un système Layer2 conçu pour l’exécution combinée multi-VM, visant à supprimer les frontières entre différents environnements d’exécution.
Grâce à Fluent, les contrats EVM, SVM et Wasm peuvent fonctionner sur le même réseau et interagir directement via une couche d’exécution unifiée. Les développeurs peuvent ainsi créer des logiques complexes sans recourir à des bridges ou à des communications inter-chaînes.
Sur le plan structurel, Fluent s’appuie sur un framework zkRollup, exécutant les opérations sur Layer2 et utilisant Ethereum comme couche de règlement pour garantir la sécurité.
Ce modèle favorise la coexistence harmonieuse de plusieurs paradigmes de développement, ce qui améliore considérablement l’efficacité globale.
Fonctionnement de l’exécution combinée dans Fluent
L’exécution combinée constitue le cœur du fonctionnement de Fluent.
Le code issu de différentes machines virtuelles est converti dans un format d’exécution unifié, permettant son exécution dans un même environnement. Ce processus garantit l’atomicité et autorise les appels inter-VM au sein d’une seule transaction.
Ce système repose sur une couche d’abstraction d’exécution et une couche de compilation, réunissant plusieurs langages et VM dans un unique environnement d’exécution. L’état est mutualisé entre les VM, ce qui évite la fragmentation des données.
L’interaction inter-environnement devient ainsi une capacité native du système, renforçant fortement la composabilité.
Architecture multi-VM de Fluent
L’architecture multi-VM est la pierre angulaire de Fluent.
Le système prend en charge les environnements EVM, SVM et Wasm, dont les interfaces sont unifiées grâce à une couche d’adaptation, permettant leur intégration dans un seul flux d’exécution.
Fluent comporte une couche d’abstraction d’exécution, une couche d’adaptation VM et une couche de synchronisation d’état. L’ensemble garantit des résultats d’exécution cohérents pour toutes les VM.
| Machine virtuelle |
Rôle |
| EVM |
Compatibilité Ethereum |
| SVM |
Exécution haute performance |
| Wasm |
Calcul polyvalent |
Cette architecture permet aux développeurs de choisir l’environnement d’exécution optimal sur un seul réseau, sans migrer vers d’autres chaînes.
Fonctionnement de la couche d’exécution et du zkRollup de Fluent
La couche d’exécution et le mécanisme de rollup sont déterminants pour la performance et la sécurité du réseau.
Les transactions sont calculées sur Layer2, générant des mises à jour d’état qui sont ensuite vérifiées sur le réseau principal d’Ethereum grâce à des preuves à divulgation nulle de connaissance.
Le zkRollup compresse les calculs, ne transmettant que les données de preuve sur le mainnet, ce qui réduit la charge de données et améliore l’efficacité.
Cette approche offre un débit supérieur et des coûts réduits, sans compromis sur la sécurité.
Le rôle de rWasm dans le système d’exécution Fluent
rWasm occupe une place centrale dans le système d’exécution de Fluent.
Il fournit un environnement d’exécution unifié, permettant le traitement et la production de résultats vérifiables à partir de code provenant de différentes VM. rWasm prend également en charge la génération de preuves à divulgation nulle de connaissance.
Au sein de la couche d’exécution, rWasm assure la liaison entre les couches de compilation et de vérification, rendant possible l’exécution multi-VM dans un cadre unique.
Cette intégration garantit la faisabilité et la vérifiabilité de l’exécution multi-VM, renforçant la sécurité du système.
Fonction du token BLEND dans le réseau Fluent
Le token BLEND constitue le pilier économique du réseau.
BLEND est utilisé pour les frais de transaction, la gouvernance et l’incitation des participants. Chaque opération ou interaction peut impliquer un transfert de tokens.
Le token relie les actions des utilisateurs à l’allocation des ressources du système, créant une boucle fermée entre les couches d’exécution et économique.
Cette conception assure que le fonctionnement du réseau repose à la fois sur l’architecture technique et sur des incitations économiques, garantissant ainsi sa stabilité.
Scénarios d’utilisation et écosystème développeurs Fluent
Les scénarios d’utilisation de Fluent illustrent sa valeur concrète.
Fluent prend en charge le DeFi inter-VM, la composabilité avancée de smart contracts et le développement multi-langages, rendus possibles par son environnement d’exécution unifié.
Les développeurs peuvent déployer différents types de contrats sur un même réseau et les appeler directement, créant ainsi des systèmes sophistiqués.
Cette structure favorise la flexibilité et réduit les coûts de développement inter-environnements.
En quoi Fluent se distingue-t-il des solutions Layer2 ou multi-chaînes classiques ?
Fluent se démarque des solutions traditionnelles tant par son modèle d’exécution que par son mode d’interaction.
Les Layer2 traditionnels reposent sur une VM unique (comme l’EVM sur les réseaux compatibles Ethereum), tandis que les approches multi-chaînes connectent les réseaux via des bridges. Fluent, en revanche, fusionne plusieurs VM grâce à une couche d’exécution unifiée, faisant de l’interaction inter-environnement une fonction centrale du système.
La différence fondamentale réside dans l’architecture de l’environnement d’exécution. Certaines solutions optimisent constamment la performance d’une VM unique (comme l’approche Monad), d’autres misent sur l’expansion du réseau ; Fluent, lui, réalise une intégration à la couche d’exécution, permettant aux différentes VM de partager le même espace d’état.
| Dimension |
Fluent |
Layer2 classique (VM unique) |
Solution multi-chaîne |
| Modèle d’exécution |
Fusion multi-VM |
Exécution VM unique |
Isolation multi-chaîne |
| Mode d’interaction |
Appels atomiques |
Appels sur une seule chaîne |
Bridges inter-chaînes |
| Gestion de l’état |
Unifiée |
Sur une seule chaîne |
Distribuée |
| Voie de performance |
Fusion architecturale |
Optimisation d’exécution (ex. parallélisme) |
Extension du réseau |
| Composabilité |
Élevée |
Modérée |
Faible |
Les principales stratégies de scaling se répartissent en trois axes :
- Collaboration inter-environnements via fusion à la couche d’exécution (Fluent)
- Optimisation maximale de la performance sur une VM unique (ex. Monad)
- Expansion horizontale par architectures multi-chaînes
Ces distinctions font de Fluent la solution idéale pour des applications complexes inter-VM, tandis que les solutions à haute performance sur VM unique conviennent aux cas d’usage homogènes.
Avantages et limites de Fluent
Les points forts et limites définissent le périmètre technique de Fluent.
Fluent se distingue par son exécution combinée multi-VM et sa composabilité élevée ; ses limites tiennent à la complexité accrue du système et aux défis d’implémentation.
L’environnement d’exécution unifié et la scalabilité sont des atouts majeurs, tandis que la barrière de développement et l’écosystème en évolution représentent les principaux freins.
Ce compromis positionne Fluent comme particulièrement adapté aux applications complexes, alors que les projets simples n’exigent pas une architecture multi-VM.
Résumé
En réunissant plusieurs environnements d’exécution grâce à l’exécution combinée et une architecture multi-VM, Fluent unifie la composabilité et ouvre un nouveau paradigme Layer2.
FAQ
Quelle est la mission principale de Fluent ?
Offrir une exécution unifiée sur plusieurs machines virtuelles, permettant à des contrats issus d’écosystèmes différents de fonctionner ensemble sur un même réseau.
Pourquoi l’exécution combinée est-elle essentielle ?
Elle permet l’interaction directe entre différentes VM, ce qui renforce la composabilité du système.
Quelles sont les principales utilisations du token BLEND ?
BLEND est utilisé pour les frais de transaction, la gouvernance et l’incitation des participants au réseau.
Fluent dépend-il d’Ethereum ?
Oui, Ethereum joue le rôle de couche de règlement, assurant sécurité et vérification.
Quelle différence entre Fluent et les solutions Layer2 traditionnelles ?
Fluent prend en charge l’exécution combinée multi-VM, tandis que les solutions Layer2 traditionnelles sont généralement limitées à une seule VM.
