Entretien avec Keone, cofondateur de Monad : La voie de l'innovation pour optimiser l'EVM
TechFlow SélectionTechFlow Sélection
Entretien avec Keone, cofondateur de Monad : La voie de l'innovation pour optimiser l'EVM
Un avantage clé réside dans le potentiel de Monad, qui pourrait permettre une composable étendue allant au-delà des limites actuelles d'Ethereum, et même surpasser des systèmes à hautes performances comme Solana.
Dédié à des analyses Web3 approfondiesRédaction : Snownad & Danny
Traduction : TechFlow
Keone Hon, PDG et cofondateur de Monad Labs, ainsi que Kevin G, ingénieur en relations développeurs chez Monad Labs, ont participé au troisième épisode du podcast The Pipeline pour discuter des deux dernières années de travail de l'équipe de Monad Labs.
Présentation des invités :
Keone est PDG et cofondateur de Monad Labs ; auparavant, il était analyste quantitatif chez Jump Trading, spécialisé dans le trading à haute fréquence (HFT) ;
James Hunsaker est cofondateur et directeur technique de Monad ;
Kevin G est un développeur principal chez Solana Labs, anciennement employé chez Apple, où il travaillait sur la conception des systèmes embarqués pour les AirPods.
Pourquoi avoir choisi de créer Monad ? Alors que les solutions d'extension comme les L2 sont si populaires, pourquoi refondre la machine virtuelle Ethereum (EVM) ?
Keone :
Quand nous avons commencé il y a quelques années, beaucoup nous demandaient : « Pourquoi ne pas construire un L2 ? ». Notre réponse était alors la même qu’aujourd’hui : nous pensons qu’il faut quelqu’un qui se concentre sur l’amélioration des performances de la pile d’exécution EVM. Grâce à des optimisations telles que l’exécution parallèle, une base de données d’état personnalisée, l’exécution en pipeline et le support d’entrées/sorties asynchrones, Monad peut exploiter le matériel plus efficacement, créant ainsi un système plus performant et plus décentralisé.
Avec le temps, il est devenu évident que de nombreux goulots d’étranglement de la machine virtuelle Ethereum pouvaient être résolus et optimisés par une équipe d’ingénieurs compétente. En 2020, lorsque l’idée de Monad a été conçue, très peu d’équipes se consacraient à ces optimisations, particulièrement comparé aux efforts investis dans d’autres infrastructures comme les rollups, les preuves à connaissance nulle ou la disponibilité des données.
En tant que standard dominant pour les contrats intelligents, les chaînes EVM possèdent la plus grande valeur verrouillée (TVL), le plus vaste réseau de développeurs et de chercheurs, ainsi qu’une communauté incroyablement solide ayant résisté à l’épreuve du temps – et à plusieurs marchés baissiers. C’est pourquoi, lorsque nous souhaitons accroître l’adoption et supporter des applications plus complexes, ces optimisations deviennent encore plus cruciales.
« Faire un bond significatif en performance avec l’EVM est effectivement un problème fascinant et stimulant. Je suis ravi que notre équipe ait commencé ce projet dès le départ. Cela m’enthousiasme énormément, et j’ai hâte de le présenter au monde entier dans les prochains mois. »
Les performances de l'EVM assurent la scalabilité sur Monad
Kevin G :
Ce que fait Monad repose largement sur l’application des meilleures pratiques en informatique aux réseaux blockchain. Cela est rendu possible grâce à l’expertise approfondie de l’équipe dans ce domaine.
Toutes les équipes de développement ne peuvent pas s’attaquer aux problèmes fondamentaux du protocole ni proposer des solutions hautement performantes. Ces optimisations ne sont pas seulement passionnantes, elles sont aussi ambitieuses.
Comment avez-vous constitué une équipe capable de relever ce défi ?
Keone :
Je me sens extrêmement chanceux d’avoir rassemblé chez Monad Labs un groupe exceptionnel de talents en ingénierie, croissance, marketing, construction communautaire et développement commercial. Nous sommes environ 25 personnes, et nous essayons de garder une équipe très allégée afin de rester concentrés sur les problèmes essentiels à résoudre.
Au fil du temps, notre équipe s’agrandira pour accompagner l’échelle et le taux d’adoption que nous visons. Cela exigera inévitablement davantage de compétences diversifiées et de ressources humaines supplémentaires.
La plupart des ingénieurs ont une grande expérience dans la construction de systèmes hautes performances et à faible latence. Un schéma courant lors du développement de couches fondamentales très performantes consiste à comprendre finement les performances globales du système. Parfois, il faut descendre jusqu’au niveau du noyau pour obtenir les optimisations nécessaires. En fin de compte, une blockchain est essentiellement une base de données.
Certains personnages emblématiques de Monad ont acquis une place légendaire dans la communauté
Pourquoi les développeurs devraient-ils s’intéresser à Monad ?
Keone :
Un avantage clé réside dans le potentiel de Monad à favoriser une composable étendue, surpassant les limites actuelles de l’Ethereum, voire celles de systèmes déjà très performants comme Solana.
Étant donné que Monad est compatible au niveau du bytecode EVM et des RPC, la courbe d’apprentissage pour les ingénieurs est bien moins abrupte que dans de nombreux autres environnements. Nous sommes enthousiastes à l’idée de tirer parti de l’immense corpus de recherches et d’outils qui ont permis l’essor de l’EVM, permettant ainsi aux développeurs de construire des applications plus performantes et évolutives dans un environnement qu’ils connaissent déjà et en qui ils ont confiance.
Quelle est la position stratégique de Monad dans le paysage plus large des solutions Layer 1 ?
Keone :
L’objectif final est de créer une plateforme plus scalable et plus économique pour développer une variété d’applications, en supprimant les limitations qui entravent la composable dans l’écosystème blockchain actuel.
Dans le contexte initial de la conception d’Ethereum : l’objectif était de permettre aux développeurs de créer absolument tout au sein de son écosystème. Monad représente une accélération de ce concept, libérant les contraintes qui ont persisté pendant plus d’une décennie. On peut faire l’analogie avec la transition des voitures à essence vers les véhicules électriques, marquant un changement de paradigme dans ce qui est réalisable lorsque de nouvelles technologies sont introduites.
En tenant compte des défis concrets rencontrés par les développeurs Ethereum, tels que les limites de gaz. Sans ces contraintes, davantage d’applications et de fonctionnalités existeraient sur Ethereum, mais elles sont désactivées en raison de coûts trop élevés. L’un des principaux objectifs de Monad est justement de libérer les applications EVM existantes de ces limites de gaz.
Monad tire également parti du riche ensemble de codes et produits existants dans l’écosystème EVM, offrant ainsi aux bâtisseurs ambitieux une plateforme leur permettant de concevoir des dApps impossibles ailleurs.
Dans l’ensemble, l’accent de Monad repose sur la nature collective de la communauté crypto. La phase actuelle est une période expérimentale durant laquelle les passionnés de crypto développent des applications pour la finance personnelle décentralisée. Monad vise à rendre ces applications plus rentables, à libérer leur véritable potentiel et à les étendre à un public plus large.
Quel type d’applications aimeriez-vous voir apparaître sur Monad ?
Keone :
Personnellement, je suis particulièrement intéressé par deux domaines : la finance décentralisée (DeFi) et les applications grand public.
DeFi
Toute application permettant à un utilisateur lambda de gérer ses finances personnelles de manière décentralisée. Bien sûr, cela inclut les marchés monétaires, les exchanges décentralisés, les produits dérivés, les oracles à haute précision et à grande échelle. C’est un secteur vertical qui m’enthousiasme énormément.
Avant Monad, j’étais membre de l’équipe cryptographique de Jump. Jump s’intéresse profondément et est enthousiaste à l’égard de l’écosystème Solana, et c’est compréhensible. Si les frais ne représentent qu’une fraction de centime et que vous pouvez atteindre des millions d’utilisateurs, alors vous pouvez fondamentalement remplacer ce que font aujourd’hui les acteurs dominants. Les exchanges centralisés facturent des prix très élevés pour leurs données.
Nous aimons Solana notamment parce que c’est une technologie formidable. Même si elle manque de compatibilité EVM, ce qui peut rendre l’expérience de développement un peu délicate, Solana a fait d’énormes progrès depuis que James et moi-même y travaillons en 2021.
Applications grand public
Je suis également très enthousiaste à propos des applications grand public sur Monad. Par exemple, les paris sportifs, les casinos, les réseaux sociaux – fondamentalement, tout ce qui aurait du sens comme application mobile sur smartphone.
Si je sais que toutes mes données sont stockées dans mon portefeuille, je serai plus enclin à interagir avec des applications, des services et du contenu, car le portefeuille est sécurisé par la cryptographie.
Quels aspects de l’EVM vous passionnent le plus dans l’approche choisie par Monad ?
Keone :
Pour moi, l’enjeu clé est de construire quelque chose qui permette finalement à un maximum de développeurs d’étendre leurs applications. Après tout, Monad est une plateforme pour développeurs. Il est crucial d’aller là où sont les développeurs et de résoudre leurs problèmes réels. Je pense que la simple compatibilité EVM fait partie de la solution, mais d’autres défis apparaîtront à l’avenir, facilitant et réduisant le coût du support de fonctionnalités cryptographiques supplémentaires.
Au bout du compte, il s’agit simplement de résoudre les obstacles qui empêchent les développeurs de créer des applications classées n°1 sur l’App Store iOS. Pour moi, l’EVM est l’endroit idéal pour y parvenir.
Ce qui est surprenant, c’est quasiment personne ne se concentre sur la pile d’exécution. Étant donné notre parcours antérieur et l’urgence que nous accordons à la résolution de ce problème, c’est un domaine de travail parfaitement naturel.
Monad trace une voie réelle vers l’échelle produit pour les idéaux de la communauté EVM et d’Ethereum.
« Au fond, Monad est une combinaison incroyable : nous pouvons avoir sur EVM une expérience utilisateur semblable à celle de Solana. Ensuite, les développeurs peuvent choisir où construire selon les besoins du système. »
La collaboration est vraiment importante. Notre équipe sait qu’elle n’a pas toutes les réponses. Nous sommes des experts, nous en savons beaucoup sur la construction de systèmes parallèles hautes performances, le consensus tolérant aux pannes byzantines, et d’autres questions très spécifiques. Mais de nombreuses personnes ont investi dans la recherche autour d’Ethereum, en se concentrant sur la minimisation du MEV, la gouvernance ou la cryptographie. C’est pourquoi il est également important, selon moi, de suivre les standards et de veiller à ce que notre travail soit composable avec celui des autres.
Kevin G :
L’EVM est au cœur de tant de recherches en cryptographie appliquée, de développement d’applications et d’amélioration des pratiques de sécurité. Être au centre d’un standard et contribuer à faire progresser tout le domaine est extrêmement gratifiant.
Cela nous permet de nous concentrer intensément sur l’extension de la couche de base (notre point fort), tout en bénéficiant de l’expertise de la communauté de recherche dans ce domaine. De plus, nous n’avons pas besoin de recréer tous les outils de développement déjà existants pour l’EVM.
Dans l’environnement EVM, quel est le plus grand défi pour un développeur ?
Keone :
Je pense qu’il y en a plusieurs. Actuellement, attirer des financements est assez difficile pour les développeurs ; la communauté des investisseurs est fortement orientée vers les États-Unis. Pour les développeurs internationaux, obtenir du financement est vraiment compliqué.
En outre, d’un point de vue sécurité, construire des dApps est difficile. De nombreux hackers cherchent activement des failles pour lancer des attaques. Cela rend l’environnement très hostile. Nous avons besoin de meilleures pratiques de sécurité, y compris l’optimisation du gaz.
En réduisant massivement les coûts de gaz, Monad supprime un dilemme majeur pour les développeurs : inclure ou non des assertions défensives supplémentaires (ce qui consommerait plus de gaz).
Un membre de la communauté Monad expose sa nouvelle fresque murale en Turquie
Lors de la création de produits crypto, quel avantage sous-estimé existe-t-il ?
Keone :
La puissance de la communauté crypto est impressionnante. Si vous construisez une startup technologique traditionnelle, même sans aucun follower sur Twitter, vous pouvez publier des mises à jour, mais personne ne s’en soucie. Personne n’est impatient d’essayer votre produit. Vous devez supplier les gens pour qu’ils l’essaient gratuitement.
Dans le domaine crypto, nous disposons d’une communauté extrêmement forte (la communauté faisant en réalité partie intégrante du projet), ce qui constitue un avantage énorme par rapport aux autres secteurs technologiques, et une des raisons pour lesquelles la crypto réussira finalement. Il s’agit simplement d’exploiter les avantages et de minimiser les inconvénients, puis de croître collectivement en tant qu’industrie.
En novembre 2023, la communauté a créé une carte précoce de l’écosystème Monad
En tant qu’industrie, la blockchain en est encore à ses débuts. Avec le temps, les blockchains deviendront plus performantes (à ce moment-là, je ne souhaite pas que Monad se distingue uniquement par ses performances par rapport aux autres blockchains).
D’autres systèmes apporteront des améliorations supplémentaires, et il y aura des échanges d’idées ou de technologies. Cela poussera finalement l’espace vers l’avant, permettant la construction d’applications plus performantes. Nous continuerons à repousser les limites du possible avec la blockchain, et à introduire d’autres infrastructures soutenant de nouvelles réalisations.
Il y a beaucoup de discussions sur Crypto Twitter concernant le TPS (transactions par seconde) comme indicateur général des transactions et des votes. Quand le TPS est-il un indicateur pertinent ?
Keone :
Concernant la mesure générale du TPS, nous pensons qu’il devrait uniquement comptabiliser les vraies transactions, c’est-à-dire les interactions entre contrats intelligents et transferts sur la chaîne, et non pas uniquement les transactions de vote. Pour Monad, nous n’inclurons jamais les votes dans nos chiffres de TPS.
En général, il existe beaucoup de confusion sur ce qui devrait être considéré comme une transaction réelle. De nombreuses équipes utilisent différents indicateurs pour compter les transactions. Le domaine manque actuellement d’uniformité dans la façon de promouvoir les performances. Par exemple, certains comptent une transaction comme une instruction unique. Ainsi, si un appel de contrat intelligent exécute plusieurs sous-instructions, d’autres comptent cela comme environ 10 transactions, ce qui est incorrect.
Ce que vous pouvez vraiment mesurer, c’est le nombre de transactions traversant le système. Si, à un moment donné, le système n’est pas saturé, le TPS observable sera nettement plus bas. Il y a donc également beaucoup de confusion à ce sujet.
Je pense que la véritable solution réside dans des tests de référence reproductibles disponibles dans un dépôt GitHub. Chaque équipe devrait contribuer à ce dépôt et fournir un script complet définissant le processus de déploiement de nombreux serveurs différents à travers le monde. Ce script pourrait ensuite envoyer massivement des transactions aux différents nœuds du système et reproduire fidèlement un test complet de débit transactionnel.
C’est précisément ce que notre équipe prévoit d’introduire, au moins pour Monad, mais nous espérons que cela inspirera aussi d’autres benchmarks concurrentiels. C’est analogue au processus scientifique classique : non seulement publier vos résultats, mais aussi la méthode utilisée pour les obtenir. Ainsi, des tiers peuvent reproduire l’expérience et valider les benchmarks. C’est très important pour nous, et c’est exactement ce que nous comptons faire.
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
@pipeline_xyz
