La principale raison pour laquelle Monad a décidé d’être compatible avec EVM est qu’EVM dispose déjà d’une tonne d’outils et de ressources pour les développeurs. Il n’y a rien de particulièrement exceptionnel à propos de l’EVM lui-même, ni rien de particulièrement déficient. Il s’agit d’une machine virtuelle standard (mais un peu bizarre avec des mots de 32 octets) basée sur une pile, avec un petit environnement d’exécution bien défini. Sa mise en œuvre n’est pas très différente de ce que vous trouveriez dans n’importe quelle classe de compilateur/interprète de premier cycle. Cela n’a donc pas de sens de recommencer à zéro. Vous devriez créer toutes les ressources/outils/communauté/etc à partir de zéro. Certains pensent évidemment différemment lorsqu’ils ont décidé de construire de nouvelles machines virtuelles, mais je ne suis pas convaincu. Cela ne veut pas dire que Monad n’innovera pas dans ce domaine - elle le fera absolument. @category_xyz dispose d’une équipe de « compilateurs » impressionnante avec des développeurs et des chercheurs de premier ordre. Vous verrez la production de cette équipe à l’avenir. Une chose dont j’ai discuté avec @zen_llama lorsqu’il a été embauché était de se concentrer sur le support au développement. Monad et/ou Category peuvent certainement faire un meilleur travail à cet égard, et nous avons commencé à l’intensifier plus récemment. Pour l’instant, l’accent est mis sur les applications les plus sensibles aux performances. De nombreuses applications n’auront jamais besoin de conseils en raison de la compatibilité EVM, certaines applications en auront besoin d’un peu et un petit nombre d’applications auront besoin de beaucoup d’aide. Notre équipe apprend et s’améliore également de ces collaborations - elles sont mutuellement bénéfiques. En ce qui concerne la communauté, j’accueille toute sorte de désaccord et de retour d’information authentique. J’ai l’impression d’avoir déjà fait valoir ce point à maintes reprises.