Conversation avec les fondateurs de Monad, Sei et Eclipse : à la découverte de l'avenir des blockchains à haut débit
TechFlow SélectionTechFlow Sélection
Conversation avec les fondateurs de Monad, Sei et Eclipse : à la découverte de l'avenir des blockchains à haut débit
Cet épisode examine les avantages techniques de la parallélisation de la Machine virtuelle Ethereum (EVM), les décisions stratégiques sous-jacentes à l'architecture des blockchains, ainsi que les innovations qui impulsent la prochaine génération de blockchains hautes performances.
Dédié à des analyses Web3 approfondiesPréparation et traduction : TechFlow
Invités : Keone Hon, cofondateur et PDG de Monad Labs ; Jay Jog, cofondateur de Sei Labs ; Vijay Chetty, PDG d'Eclipse Labs
Animatrice : Laura Shin, auteure et animatrice de l'émission Unchained
Source du podcast : Unchained
Titre original : How to Build the Fastest Onchain Experience With Monad, Sei, and Eclipse
Date de diffusion : 28 août 2024
Résumé des points clés
Dans cet épisode, Keone Hon de Monad Labs, Jay Jog de Sei Labs et Vijay Chetty d'Eclipse Labs partagent leurs approches distinctes en matière de scalabilité et de performance sur les blockchains à haut débit. Ils discutent des avantages techniques de la parallélisation de la machine virtuelle Ethereum (EVM), des décisions stratégiques derrière l'architecture des blockchains, ainsi que des innovations qui propulsent la prochaine génération de chaînes rapides.
Monad
Origine de Monad et mission initiale
-
Keone présente les origines et la mission de Monad. Monad est une blockchain compatible avec la machine virtuelle Ethereum (EVM) utilisant une architecture dite « en pipeline », permettant un débit de 10 000 transactions par seconde avec un temps de bloc d'une seconde. Créé au début de 2022 par trois cofondateurs – Eunice Girda, James Hon Saker et Keone – le projet a vu le jour après que Keone et James, ayant travaillé environ huit ans chez Jump Trading sur des systèmes de trading haute performance, aient participé au sein de l’équipe crypto de Jump aux développements DeFi sur Solana.
-
Ils ont constaté un besoin pressant sur le marché pour une exécution EVM plus performante, ce qui les a incités à quitter Jump pour lancer Monad avec Eunice Girda.
-
Keone souligne que l’objectif fondamental de Monad est d’extraire la performance maximale d’un matériel minimal, nécessitant la construction entièrement nouvelle de logiciels et des améliorations architecturales. La philosophie de conception repose sur l’empilement de quatre grandes améliorations, chacune ayant un effet multiplicateur sur l’efficacité globale du système, permettant ainsi des performances exceptionnelles.
Fonctionnalités rendant Monad une blockchain à haut débit
-
Keone détaille plusieurs fonctionnalités clés permettant à Monad d’atteindre un haut débit.
-
Premièrement, Monad utilise une base de données d’état personnalisée capable de stocker nativement les données des arbres de Merkle Ethereum sur des disques SSD, permettant un accès à l’état plus efficace.
-
Deuxièmement, l’exécution parallèle optimiste, qui autorise l’exécution simultanée de multiples transactions tout en garantissant que le résultat final soit identique à celui d’une exécution sérielle.
-
Troisièmement, l’exécution asynchrone, qui crée des « couloirs » indépendants entre consensus et exécution, permettant à l’exécution d’utiliser pleinement toute la durée du bloc, et non seulement une petite partie.
-
Enfin, Monad BFT, un mécanisme de consensus haute performance, capable de maintenir la synchronisation entre des centaines de nœuds répartis mondialement.
-
-
Concernant la composable parallèle, Keone explique que les blocs de Monad restent linéaires, et les transactions au sein d’un bloc sont définies de manière linéaire, conservant ainsi un ordre total entre les transactions. Le traitement parallèle s’effectue en arrière-plan sans altérer le résultat final. Cette exécution parallèle optimiste garantit que, même si certains traitements ont lieu en parallèle, la validation finale suit toujours l’ordre initial des transactions, assurant ainsi la justesse de chaque validation, et permettant une réexécution en cas de changement d’entrée.
-
Par ailleurs, Keone ajoute que la base de données d’état personnalisée vise à résoudre le problème de l’expansion de l’état. À mesure que l’état grossit, le coût et la latence d’accès augmentent. Les structures de bases de données utilisées par les clients Ethereum existants sont complexes, entraînant de nombreuses interactions lors de l’accès à un état dans l’arbre de Merkle. La base de données personnalisée de Monad (appelée Mona DB) est spécifiquement optimisée pour le stockage des données des arbres de Merkle Ethereum. Bien que reconstruire une base de données depuis zéro soit complexe, c’est une étape cruciale pour améliorer l’efficacité d’exécution.
Pourquoi Monad a choisi de créer une nouvelle blockchain plutôt qu’un L2
-
Keone explique pourquoi Monad a opté pour être une blockchain indépendante plutôt qu’un L2.
-
Premièrement, la décentralisation est leur priorité. Ils considèrent essentielle une production de blocs décentralisée et une participation de nombreux nœuds au consensus, cruciales pour résister à la censure et garantir une gouvernance décentralisée du réseau. Or, la plupart des solutions L2 actuelles reposent encore sur des séquenceurs centralisés, ce qui va à l’encontre de leur vision décentralisée.
-
Deuxièmement, la performance et le coût sont également des facteurs clés. Pour construire un système véritablement performant, il faut optimiser chaque couche de la pile technologique : composant d’exécution, composant de consensus (pour maintenir la synchronisation entre nœuds), et disponibilité des données. Keone insiste sur le fait que l’objectif de Monad est de résoudre intégralement ces problèmes pour former un système unique et efficace, maximisant ainsi la performance.
Pourquoi Keone pense que Monad offre la meilleure expérience aux développeurs, et pourquoi il rejette le terme « tueur d’Ethereum »
-
Keone indique que l’expérience optimale offerte par Monad aux développeurs repose principalement sur deux aspects : performance et compatibilité. D’abord, Monad est entièrement compatible avec l’EVM, ce qui signifie que les développeurs peuvent continuer à utiliser leurs outils et bibliothèques habituels, comme le langage Solidity. Cette compatibilité leur permet de réutiliser des composants existants ou de garantir une compatibilité descendante avec les standards Ethereum lors de la création de nouvelles applications.
-
Ensuite, Monad offre une amélioration significative de performance. Grâce à l’exécution asynchrone et à un mécanisme de consensus efficace, les développeurs peuvent déployer leurs applications sur Monad et bénéficier d’une capacité de traitement transactionnelle bien supérieure. Cela est particulièrement crucial pour les applications visant une adoption massive, car elles doivent pouvoir gérer un grand volume de transactions.
Avis sur le terme « tueur d’Ethereum »
-
Keone exprime un désaccord avec cette appellation. Il juge cette description inexacte, car le projet Monad se concentre sur des axes peu explorés du domaine de l’extension d’Ethereum. Il souligne que l’équipe souhaite renforcer les capacités d’Ethereum via différents piliers technologiques, plutôt que de le remplacer. Leur objectif est de contribuer à la feuille de route d’extension d’Ethereum en proposant des EIPs (Ethereum Improvement Proposals) et en collaborant avec d’autres chercheurs.
-
Keone précise en outre que Monad peut être perçu comme un environnement pionnier pour certaines améliorations d’Ethereum, susceptibles avec le temps d’être adoptées par Ethereum ou d’autres écosystèmes. Ainsi, l’objectif de Monad est d’amplifier les capacités d’Ethereum, pas de l’éliminer.
Le tour de financement important de Monad et l'utilisation des fonds
-
Monad a récemment bouclé l’un des plus gros tours de financement de 2024, levant 225 millions de dollars. Keone indique que ces fonds seront alloués à plusieurs domaines, notamment l’agrandissement de l’équipe, en recrutant davantage de talents capables de faire avancer le projet et le secteur dans son ensemble. Ils souhaitent non seulement attirer des professionnels du crypto, mais aussi des ingénieurs bas-niveau expérimentés d’autres domaines, afin de les intégrer à l’industrie crypto.
-
Keone souligne sa reconnaissance envers les investisseurs et estime que ces fonds leur donnent les ressources nécessaires pour concrétiser leur vision.
-
Keone mentionne aussi que, bien que Monad ne soit pas encore lancé officiellement, il attire déjà beaucoup d’attention de la part d’investisseurs et d’applications. Par exemple, des projets comme Kintsu et Kuru ont récemment levé des fonds. Cet intérêt reflète la confiance dans les équipes de l’écosystème Monad, ainsi que dans les caractéristiques promettées : haut débit, frais faibles et compatibilité complète avec l’EVM. Les investisseurs font également confiance aux autres améliorations continues apportées par l’équipe Monad, destinées à étendre et renforcer durablement les capacités de l’EVM.
La communauté forte de Monad
-
Keone note que Monad possède une communauté solide, grâce aux contributions actives des membres et aux efforts internes de l’équipe. Il considère que la croissance communautaire est portée par ceux qui se sentent capables d’apporter quelque chose. Le rôle de l’équipe Monad est de créer un environnement accueillant où chacun se sent bienvenu, tout en modérant les spams et en maintenant une ambiance positive.
-
Keone remercie chaleureusement les individus très impliqués dans la communauté, qui fixent des standards élevés, créent des mèmes et œuvres artistiques inspirantes, et organisent divers événements. Par exemple, il existe le club de course Monad, un groupe Strava où les membres enregistrent leurs courses pour améliorer leur santé. Il y a aussi le programme Mon Lingo, dédié à l’apprentissage collectif de nouvelles langues.
-
Ces activités communautaires illustrent l’esprit ludique de Monad, mettant l’accent sur l’amitié et les relations humaines, au-delà des seules préoccupations financières ou du « farm ». Ce type de réseau social est crucial pour la réussite d’une communauté blockchain.
Les prochaines étapes de Monad et le lancement imminent d’un jeton ?
-
Keone indique que le testnet et le mainnet de Monad vont bientôt sortir, l’équipe travaille activement dessus. Bien qu’il n’y ait pas encore de date précise, les progrès sont très encourageants.
-
Concernant le jeton Monad, Keone ne peut pas donner d’informations concrètes pour l’instant, malgré des fuites puis des rétractations sur le nom du jeton. Il précise qu’il ne peut pas commenter davantage à ce sujet.
Sei
Qu'est-ce que Sei et le rôle de l’affaire GameStop dans sa création
-
Sei est une blockchain de niveau 1 pleinement fonctionnelle, dont l’inspiration initiale provient de Jay Jog et de son cofondateur Jeff Feng, suite à leur expérience lors de l’événement GameStop en 2021. À l’époque, Jay était directeur technique chez Robinhood et a vécu de l’intérieur le chaos de cet épisode. Quand les achats d’actions GameStop et d’autres titres ont été suspendus, Robinhood a subi une forte pression publique, ce qui a profondément troublé Jay, car en tant qu’employé interne, il n’avait pas toutes les informations du contexte, mais devait assumer les risques réputationnels.
-
Après cet événement, Jay et Jeff ont décidé de créer une plateforme de trading décentralisée afin d’éviter de telles situations. Initialement, ils voulaient construire un exchange décentralisé (DEX) sur chaîne, mais ont constaté qu’aucun écosystème adapté n’existait alors pour supporter un DEX basé sur un carnet d’ordres on-chain. Ils ont donc opté pour le construire comme une chaîne autonome, ce qui a abouti à Sei, une plateforme blockchain spécialisée dans les échanges efficaces et la finance décentralisée.
Pourquoi Jay pense que l’écosystème des développeurs EVM est si puissant
Jay considère que l’écosystème des développeurs EVM est puissant pour plusieurs raisons :
-
Proportion élevée de développeurs : Actuellement, environ 80 % à 90 % des développeurs du secteur crypto sont des développeurs EVM. Cela signifie que l’écosystème EVM dispose d’une base de développeurs extrêmement large.
-
Adhérence technologique et idéologique : L’EVM n’est pas seulement une pile technologique, c’est un écosystème complet. Autour de l’EVM s’est formé un riche ensemble d’outils et une culture de développeurs, renforçant le sentiment d’appartenance et la fidélité. Beaucoup de développeurs hésitent à migrer vers d’autres environnements d’exécution, notamment en raison de la complexité technique, car un transfert pourrait introduire des erreurs dans le code, compromettant la sécurité du projet.
-
Limites de performance : Jay souligne que la principale limite de l’EVM est son débit insuffisant, ce qui nuit à l’expérience utilisateur. Par exemple, Ethereum a une faible capacité de traitement, obligeant les utilisateurs à payer des frais élevés pendant les pics, rendant difficile pour les utilisateurs ordinaires d’interagir sur chaîne.
-
Potentiel du traitement parallèle : Jay rappelle que l’EVM traite actuellement les transactions en mode monothread, alors que les ordinateurs modernes sont multi-cœurs et capables de traiter plusieurs flux simultanément. Leur idée fondamentale est que, en parallélisant l’EVM, on peut mieux exploiter le matériel moderne et ainsi augmenter la capacité de traitement. C’est précisément pourquoi ils ont choisi de construire Sei, la première EVM parallélisée.
-
Synthèse des avantages : En combinant les forces de l’EVM avec les caractéristiques des blockchains hautes performances comme Solana, Sei parvient à offrir à la fois la richesse de l’écosystème EVM et une meilleure performance et expérience utilisateur.
Pourquoi Sei est passé de Cosmos à l’EVM, conduisant au lancement de sa version V2
Jay explique le passage de Sei de Cosmos initial à EVM, et les raisons du lancement de la V2 :
-
Choix initial : Au départ, l’équipe a choisi d’utiliser le SDK Cosmos pour construire une chaîne dédiée, car il s’agit d’un cadre bien testé permettant un démarrage rapide du projet. Cela leur a permis de mettre rapidement en place l’infrastructure.
-
Transition vers une chaîne généraliste : Avec l’évolution du projet, l’équipe Sei a compris qu’elle avait besoin d’une solution plus universelle. Bien que le SDK Cosmos reste un excellent point de départ, ils ont identifié plusieurs inefficacités lors de son utilisation, qu’ils ont corrigées par de nombreuses optimisations.
-
Optimisation du mécanisme de consensus : Initialement, Sei utilisait le consensus Tendermint basique. Pour améliorer les performances, ils ont optimisé la propagation et le traitement des blocs, aboutissant au développement du « consensus twin turbo », faisant de Sei l’une des blockchains les plus rapides du marché.
-
Avantage de performance : Grâce à ces améliorations, Sei atteint un temps de confirmation final de 400 millisecondes, plus rapide que d’autres chaînes comme Solana. Cette haute performance distingue Sei dans la compétition.
-
Décision de passer à EVM : Suite à une meilleure compréhension du marché et de l’écosystème des développeurs, Sei a décidé de lancer la V2, en adoptant l’environnement EVM. Ce changement permet non seulement d’attirer un grand nombre de développeurs EVM, mais aussi de tirer parti des outils et ressources abondants de l’écosystème EVM, améliorant ainsi l’expérience utilisateur et l’efficacité du développement.
Pourquoi Sei est la « chaîne la plus rapide, même plus que Solana »
Jay explique comment Sei est devenu la « chaîne la plus rapide » et détaille les caractéristiques du consensus twin turbo :
-
Mécanisme du twin turbo consensus :
-
Dans le consensus Tendermint classique, le traitement d’un bloc nécessite deux tours de vote : pré-vote et pré-commit, avant même de commencer le traitement du bloc. Ce processus est chronophage.
-
L’innovation de Sei consiste à lancer le traitement du bloc en parallèle des votes. Cela signifie que durant les votes, le bloc est déjà traité simultanément, économisant ainsi du temps. Par exemple, si le processus de vote prend 300 ms, Sei utilise ce laps de temps pour traiter le bloc, améliorant ainsi la performance globale.
-
-
Optimisation de la propagation des blocs :
-
Dans Tendermint classique, lors de la soumission d’un bloc, l’intégralité du bloc doit être envoyée sur le réseau, même si la majorité des transactions sont déjà présentes dans les pools des validateurs.
-
La solution de Sei est d’envoyer uniquement les hachages des transactions (environ 32 octets chacun), plutôt que les transactions complètes. Cela réduit drastiquement la quantité de données transmises, permettant aux validateurs de reconstruire localement le bloc, améliorant ainsi la performance.
-
-
Introduction de la parallélisation :
-
Outre le consensus twin turbo, Sei intègre aussi la parallélisation pour booster davantage la performance au niveau d’exécution. Cette capacité de traitement parallèle permet à Sei d’utiliser plus efficacement les ressources informatiques.
-
-
Rétroaction du marché et transformation :
-
Lors du lancement de la V1, Sei ne supportait que Cosmos et les contrats intelligents en Rust, ce qui a dissuadé les développeurs de s’engager dans l’apprentissage d’un nouveau langage, limitant ainsi son adoption.
-
À travers les échanges avec les développeurs, Sei a reçu des retours unanimes demandant le support de l’EVM. L’équipe a donc décidé de basculer vers l’EVM et d’optimiser davantage.
-
-
Lancement réussi de la V2 :
-
Sei a annoncé la V2 en novembre dernier et l’a lancée officiellement en mai. Cette version combine EVM et contrats intelligents Cosmos, permettant aux développeurs d’utiliser différents langages de contrats sur une même chaîne.
-
Depuis le lancement de la V2, l’écosystème Sei s’est rapidement développé, attirant de nombreux nouveaux projets et l’attention des investisseurs, avec une croissance significative de la TVL (valeur totale verrouillée).
-
Fonctionnement de Sei DB et pourquoi Jay pense que l’architecture monolithique présente de nombreux avantages face à l’architecture modulaire
Fonctionnement de Sei DB
-
Stockage d’état et écriture de données :
-
Avec la parallélisation des transactions et un débit plus élevé, la quantité de données écrites sur la blockchain Sei augmente fortement, posant un problème de charge d’état (state load). Cette charge est l’une des principales causes de baisse de performance des blockchains.
-
Pour résoudre cela, Sei a introduit CDB (une nouvelle solution de base de données), reposant sur deux idées principales :
-
Arbre IVL mappé en mémoire : Dans la version V1, l’arbre entier était stocké sur disque. En V2, Sei le divise en plusieurs fichiers et supprime une grande partie des métadonnées, réduisant d’environ 60 % les données stockées. Cela facilite l’exécution de nœuds complets et permet une expansion plus rapide.
-
Écriture asynchrone sur disque : L’état est créé en mémoire et n’est pas immédiatement écrit sur disque, ce qui accélère considérablement l’écriture. Jay mentionne un gain de 287 fois en vitesse d’écriture au moment du commit de bloc. Cette amélioration booste la performance, réduit la latence et augmente le débit.
-
-
Avantages de l’architecture monolithique
-
Gestion de la complexité :
-
Jay considère que l’architecture monolithique présente un avantage clair sur l’architecture modulaire en termes de gestion de la complexité. Dans une architecture modulaire, les dépendances entre microservices augmentent la complexité du système. Par exemple, la séparation entre couche d’exécution, de règlement et de disponibilité des données peut entraîner des problèmes de communication, rendant le système plus fragile.
-
-
Optimisation de performance :
-
Dans une architecture monolithique, tous les composants fonctionnent au sein d’un même système, éliminant les délais de communication entre modules, ce qui améliore la performance globale. Jay insiste sur le fait que la performance maximale est toujours supérieure sur une chaîne monolithique par rapport à un système modulaire, car ce dernier doit supporter des surcoûts de communication supplémentaires.
-
-
Résilience aux pannes :
-
Si une partie d’une architecture modulaire tombe en panne, cela peut affecter la finalité et la disponibilité de tout le système. En revanche, dans une architecture monolithique, toutes les fonctions étant regroupées, l’impact d’une panne est localisé.
-
-
Jay souligne que, bien que l’architecture modulaire puisse convenir dans certains cas (comme un espace de blocs spécialisé), pour les applications cherchant la performance ultime, l’architecture monolithique constitue une meilleure solution. La conception de Sei DB vise à répondre aux besoins de haute performance via une optimisation du stockage d’état et une accélération des écritures, tout en réduisant la complexité du système.
Eclipse
Comment Eclipse fonctionne en combinant Ethereum, Solana et Cosmos
La vision et les objectifs d’Eclipse
-
Solution L2 à haut débit : Eclipse vise à construire une solution Layer 2 (L2) pour Ethereum à haut débit, en optimisant l’environnement d’exécution pour améliorer l’efficacité. Vijay insiste sur le choix de la machine virtuelle Solana (SVM), car elle offre une capacité de traitement parallèle et un débit supérieurs à ceux de l’EVM.
Architecture modulaire
-
Conception modulaire : Eclipse adopte une approche modulaire, exploitant différentes technologies blockchain selon les besoins :
-
Couche d’exécution : Eclipse utilise la SVM de Solana, car elle permet un débit plus élevé et bénéficie d’une importante communauté de développeurs Rust. Cela permet aux développeurs Web 2 de passer facilement au Web 3 et de construire des applications performantes avec la SVM.
-
Couche de règlement et de consensus : Eclipse choisit Ethereum comme couche de règlement et de consensus, pour tirer parti de sa vaste base d’utilisateurs et de ses actifs variés. Cette combinaison permet aux utilisateurs de profiter de l’expérience utilisateur supérieure des applications Solana tout en accédant aux actifs et à l’écosystème d’Ethereum.
-
Couche de disponibilité des données : Eclipse sélectionne Celestia comme solution de disponibilité des données, leader dans ce domaine modulaire, offrant le meilleur coût de publication de blocs.
-
Preuves de fraude ZK
-
Couche de preuve de fraude : Eclipse prévoit d’utiliser des preuves de fraude à zéro connaissance (ZK) pour créer une solution L2 minimisant la confiance. Vijay estime que toutes les méthodes optimistes finiront par converger vers les preuves ZK, et souhaite donc être à la pointe dans ce domaine.
Résolution de problèmes sectoriels
-
Lutter contre la fragmentation : Vijay mentionne que l’écosystème Ethereum actuel souffre de fragmentation, rendant complexe la coordination entre différents RFQ et fournisseurs de liquidité. L’objectif d’Eclipse est de fournir une solution L2 universelle pouvant satisfaire la majorité des applications, réduisant ainsi les problèmes de coordination dus à la fragmentation.
Comment Eclipse gère la complexité de son architecture modulaire
Développement et tests internes
-
Travail d’équipe : L’équipe Eclipse a mené d’importants développements et tests internes pour assurer une communication efficace entre les couches. La collaboration étroite avec Celestia a sensiblement amélioré l’efficacité de la publication des données.
Optimisation de la publication des données
-
Volume de données et métadonnées : Vijay mentionne qu’Eclipse a récemment établi un record de volume de données publié en une journée. Cette prouesse repose sur l’optimisation de la structure des données. Il précise que, outre la liste des transactions, les blocs Solana compressés contiennent de nombreuses autres métadonnées. Réduire ces métadonnées et améliorer l’efficacité de la publication sont donc des axes clés d’optimisation.
Apprentissage continu et ajustements
-
Ajustement dynamique : L’équipe Eclipse continue d’apprendre et de s’ajuster face à l’augmentation de l’activité. L’objectif est, à mesure que l’activité croît, de réduire le ratio entre volume de données publié et volume d’activités, améliorant ainsi l’efficacité globale.
Collaboration écosystémique
-
Tests conjoints et coopération : Vijay souligne que les « tests de combat collectifs » avec Celestia et d’autres partenaires écosystémiques sont une partie importante du processus d’optimisation. Cette coopération améliore non seulement leur propre solution, mais aussi tout l’écosystème.
Comment effectuer des transactions en SOL sur Eclipse
Mécanisme de pont
-
Nécessité d’un pont : Pour effectuer des transactions en SOL sur Eclipse, un pont est requis. Eclipse exploitera un pont dédié pour transférer des ETH vers sa plateforme.
Partenariats pour le pontage d’actifs
-
Partenaires : Eclipse collabore aussi avec d’autres services de pont (comme Hyperlane) pour faciliter le transfert d’actifs depuis d’autres L1 et L2. Cela permet aux utilisateurs de transférer facilement divers actifs vers Eclipse.
Jeton SOL encapsulé
-
SOL emballé : Sur Eclipse, le SOL existera sous forme de jeton emballé. Cela signifie que lors du pontage, les utilisateurs convertissent leur SOL d’origine en une version encapsulée utilisable sur le réseau Eclipse.
Réaction de Vijay aux accusations portées contre les fondateurs d’Eclipse Labs, notamment contre l’ancien PDG Neel Somani
-
Focus sur produit et équipe : Vijay insiste sur le fait que son attention est centrée sur l’avenir de l’entreprise, son produit et sa feuille de route. Il s’efforce de maintenir l’équipe unie, consacrant 99 % de son énergie à la construction du produit et de l’équipe.
-
Ne pas commenter les comportements personnels : Vijay précise qu’il ne commentera ni les comportements personnels ni les accusations contre Neel Somani, estimant ne pas être en position de juger de leur véracité. Toutefois, il soutient ceux qui parlent et leur droit à s’exprimer.
-
Entreprise et produit d’abord : Vijay affirme que l’essentiel est de se concentrer sur l’entreprise et le produit en cours de construction. Selon lui, les controverses autour de Neel relèvent de questions personnelles ; Neel ayant quitté l’entreprise, l’équipe poursuit son travail normalement.
Comment Eclipse attire les développeurs
Attirer les développeurs Solana
-
Migration simple des applications : Eclipse offre aux développeurs Solana existants un moyen simple de migrer leurs applications vers Ethereum, afin d’atteindre les utilisateurs et actifs d’Ethereum. Pour des protocoles comme Mango ou Soul Land, c’est une opportunité de croissance, leur permettant d’attirer plus d’utilisateurs et d’actifs, tout en offrant l’expérience utilisateur de Solana à leur public.
Attirer les développeurs Ethereum
-
Opportunités de développement multi-chaînes : Vijay note que les échanges entre développeurs Ethereum et Solana étaient rares, principalement à cause des différences linguistiques (Solidity vs Rust). Récemment, cela commence à changer, avec des développeurs explorant l’utilisation de Rust sur Ethereum, aidés par des outils comme Rep.
Résoudre les problèmes de scalabilité d’Ethereum
-
Expérience de trading décentralisée : De nombreux développeurs Ethereum, limités par la scalabilité, déplacent leurs opérations DeFi hors chaîne ou sur des chaînes dédiées. Vijay estime que cela fragmente l’expérience, rendant difficile l’unification de la liquidité et la transparence. Eclipse propose une solution permettant de déployer des carnets d’ordres centralisés institutionnels (CLOB) et des systèmes RFQ fluides, tout en gardant ces opérations entièrement on-chain.
Offrir une excellente expérience utilisateur pour les applications DeFi
-
Applications DeFi de niveau institutionnel : Eclipse vise à offrir une expérience utilisateur de haute qualité pour les applications DeFi, tout en restant entièrement on-chain, contrairement à la tendance actuelle où intentions et systèmes RFQ sont déplacés hors chaîne. Ainsi, Eclipse aide les développeurs à améliorer l’expérience utilisateur et la transparence.
Domaines que Vijay pense qui vont prospérer sur
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
深潮TechFlow
