
Conversation avec le fondateur d'Eclipse : Explorer de nouvelles possibilités pour les L2, intégrant les hautes performances de Solana et la sécurité d'Ethereum
TechFlow SélectionTechFlow Sélection

Conversation avec le fondateur d'Eclipse : Explorer de nouvelles possibilités pour les L2, intégrant les hautes performances de Solana et la sécurité d'Ethereum
Eclipse est une couche 2 d'Ethereum fonctionnant sur SVM, dont l'objectif est de devenir une couche 2 polyvalente destinée à un usage massif sur Ethereum.
Par : Ryze Labs
1. Introduction
Bienvenue dans la chronique Ryze Up de Ryze Labs. Ryze Labs est un pont entre l’Est et l’Ouest, qui vise à accélérer le développement du Web3 dans les marchés émergents et à influencer le monde du Web3 à l’échelle mondiale. Local Insights, Global Impact – embarquons ensemble, Time to Ryze Up.
Ryze Labs a déjà réalisé avec succès des investissements dans des projets à fort potentiel de croissance tels que Polygon, Sui, Solana, LayerZero et Wintermute.
Animateur de cet épisode : Joven, Directeur du Développement Commercial chez Ryze Labs, spécialisé dans l’expansion de l’influence du fonds au sein des communautés mondiales de développeurs et dans l’accompagnement stratégique des entreprises du portefeuille.
Invité spécial : Neel, Fondateur d’Eclipse. Eclipse est une couche 2 Ethereum utilisant SVM (Solana Virtual Machine) comme environnement d’exécution, dont l’objectif est de devenir une couche 2 polyvalente destinée à un usage massif sur Ethereum.
2. Allier hautes performances de Solana et sécurité d’Ethereum
Avant de fonder Eclipse, Neel travaillait dans la finance traditionnelle. Lorsqu’il s’est lancé dans le domaine du crypto, il a commencé par développer au sein de l’écosystème Cosmos, puis s’est intéressé aux Rollups, qu’il jugeait moins coûteux à exploiter que les blockchains de niveau 1 et ayant une inflation moindre des jetons. Il s’est alors orienté vers la création d’un projet de couche 2, lançant Eclipse en septembre 2022.
Eclipse est une couche 2 sur Ethereum, mais se distingue des autres couches 2 classiques en utilisant la machine virtuelle Solana (SVM) comme environnement d’exécution. Elle bénéficie ainsi des hautes performances de Solana tout en assurant sa sécurité via la finalisation sur Ethereum.
Du point de vue utilisateur, l’expérience sur Eclipse ressemble beaucoup à celle de Solana : temps de bloc très court, faible latence, débit élevé et absence de congestion notable sur la chaîne. Sur le plan technique, en tant que Rollup, Eclipse garantit la validité de l’exécution de manière similaire aux autres couches 2, c’est-à-dire par des preuves, plutôt que par un vote et des signatures de comités ou de nombreux validateurs à chaque changement d’état comme sur une blockchain de niveau 1.
En ce qui concerne le type de preuve, Eclipse utilise une preuve de fraude (fraud proof) de type Optimistic Rollup. Toutefois, contrairement à Optimism et Arbitrum, elle n’adopte pas une approche interactive, mais utilise RISC Zero pour générer une preuve ZK de fraude, permettant de prouver formellement l’occurrence d’une fraude lorsqu’elle se produit. Concernant la disponibilité des données (DA), en raison du coût élevé des frais de transaction sur Ethereum, Eclipse a choisi Celestia comme couche de disponibilité des données.
3. La difficulté de rendre viable le modèle RaaS (Rollup as a Service)
L’équipe d’Eclipse avait initialement tenté de construire une solution RaaS (Rollup as a Service), mais s’est vite rendu compte que cela ne fonctionnait pas bien. En comparant RaaS à SaaS, il apparaît clairement que pour atteindre une rentabilité comparable à celle d’un SaaS et devenir une entreprise valorisée à plus d’un milliard de dollars, un RaaS devrait générer environ 100 millions de dollars de revenus récurrents annuels (ARR). Pour y parvenir, il faudrait exécuter environ 1 000 Rollups et facturer chaque client 100 000 dollars par an, ce qui impliquerait de gérer un cluster extrêmement vaste de Rollups – une condition difficilement réalisable.
Or, si cela venait à se produire, cela entraînerait une fragmentation considérable entre tous ces Rollups, nuisant gravement à l’expérience utilisateur. Par exemple, avec plus de 30 Rollups en activité, les utilisateurs auraient du mal à savoir où placer leurs fonds, devraient constamment basculer entre différents réseaux dans leur portefeuille, rendant l’expérience peu conviviale. C’est pourquoi l’équipe d’Eclipse a finalement décidé de se concentrer sur le développement d’une seule couche 2.
Neel observe que cela rejoint les caractéristiques de Solana, qui est également une chaîne unique. En résumé, d’un côté, selon le modèle économique du SaaS, le modèle RaaS n’est pas prioritaire ; d’un autre côté, l’utilisation généralisée du RaaS entraînerait une prolifération de couches 2, conduisant à une fragmentation de la liquidité. Ainsi, la plupart des projets RaaS devront probablement opérer un virage stratégique.
4. Eclipse attire davantage les membres de la communauté Ethereum que Solana
Sur Solana, si l’on soustrait environ 4 000 transactions liées au consensus, on observe environ 500 véritables transactions par seconde. Actuellement, en raison de frais de transaction très bas, Solana subit de nombreuses attaques par spam.
On constate que de nombreux robots sont actifs sur Solana. Certains, comme ceux gérant des carnets d’ordres pour le marché, sont légitimes, mais beaucoup d’autres génèrent des transactions inutiles et polluantes. Pour résoudre ce problème, Neel pense que l’approche d’Ethereum, plus ancrée dans l’économie et dans une informatique théorique plus poussée, est supérieure à l’approche purement ingénierie de Solana. Eclipse souhaite donc intégrer cette rigueur théorique d’Ethereum pour remédier au problème des spams induits par les frais trop bas sur Solana.
En outre, une fois lancée, Eclipse serait particulièrement adaptée à l’accueil de nombreux projets DePIN, tels que Helium ou React Network. Toutefois, l’accent est actuellement mis principalement sur Defi et NFT.
Le principal avantage d’Eclipse réside dans sa facilité de migration. Si l’on créait une nouvelle blockchain SVM de niveau 1, il serait difficile pour les membres centraux de la communauté Ethereum de migrer. En revanche, en tant que couche 2 Ethereum, la barrière à l’entrée pour les utilisateurs est nettement plus faible.
5. Modèle économique d’Eclipse et complexité du déploiement
Les jetons des autres couches 2 ont généralement uniquement une fonction de gouvernance, or Neel ne voit pas beaucoup d’utilité à cela. Dans le cas d’Eclipse, même si une gouvernance était mise en place, ce serait la Fondation derrière Eclipse Labs qui distribuerait les jetons de gouvernance correspondants.
Eclipse a choisi un modèle économique basé sur les revenus générés par le séquenceur. En s’inspirant d’Arbitrum, dont les revenus dépassent désormais les neuf chiffres (plus de 100 millions de dollars par an), cette approche constitue théoriquement un moyen très raisonnable pour Eclipse de générer des flux de trésorerie.
En ce qui concerne la difficulté de déploiement des projets sur Eclipse, si un contrat intelligent Solana a déjà été écrit, il peut presque être déployé immédiatement. En revanche, si seul un contrat EVM a été développé, il faut le réécrire en Rust. Le niveau de difficulté et le coût en temps dépendent de la complexité du projet. Par ailleurs, Eclipse collabore avec Neon, qui permet de convertir des contrats EVM en contrats SVM, facilitant ainsi leur déploiement sur Eclipse.
6. Interaction d’Eclipse avec Celestia et RISC Zero
Concernant le mode d’exécution des Rollups, la pratique courante consiste à regrouper plusieurs transactions en lots avant de les publier sur la couche 1, comme le font Optimism et Arbitrum – Eclipse suit également cette approche.
Cependant, en raison de la bande passante limitée d’Ethereum (environ 0,75 Mo par bloc), Eclipse choisit de publier ses données sur Celestia (jusqu’à 2 Mo par bloc). Eclipse utilise certaines interfaces fournies par Celestia : un client Celestia est exécuté au sein d’Eclipse, qui s’en sert ensuite pour publier les données sur Celestia.
En ce qui concerne l’interaction avec RISC Zero, celui-ci n’est sollicité que lorsqu’une fraude ou une erreur est détectée. Le principe est que RISC Zero génère une preuve à connaissance nulle (ZK proof) relative à la partie erronée de la transaction, indiquant comment elle aurait dû être correctement exécutée. Cette preuve est publiée sur Ethereum, qui la vérifie et confirme ainsi qu’une fraude a bien eu lieu.
7. Conclusion
À ce jour, 15 Dapps différents ont déjà été déployés sur Eclipse, dont beaucoup proviennent de l’écosystème Solana, notamment des projets liés à la consommation, au jeu, à des marketplaces NFT ou à des plateformes de lancement (launchpad).
Le Chief Business Officer actuel du projet est Vijay, ancien responsable commercial chez dydx et ayant également occupé un poste commercial chez Unit Swap, doté d’une riche expérience en développement commercial.
Concernant l’avenir, Eclipse prévoit de lancer son réseau principal pour les développeurs au début de l’année prochaine, accessible uniquement aux développeurs pendant quelques semaines. Si tout se déroule bien, après le déploiement complet des premières applications (interfaces et contrats intelligents), Eclipse sera ouvert au grand public.
Enfin, nous invitons chaleureusement les utilisateurs intéressés à suivre notre compte Twitter pour rester informés des dernières actualités officielles d’Eclipse.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News














