Основная причина, по которой Monad решил быть совместимым с EVM, заключается в том, что у EVM уже есть множество инструментов и ресурсов для разработчиков. В самом EVM нет ничего особенно исключительного, но и ничего, что было бы особенно недостаточным. Это стандартная (хотя и немного странная с 32-битными словами) стековая виртуальная машина с небольшим четко определенным временем выполнения. Ее реализация не сильно отличается от того, что вы могли бы найти на любом курсе по компиляторам/интерпретаторам для бакалавров. Поэтому нет смысла начинать с нуля. Вам придется создавать все ресурсы/инструменты/сообщество и т.д. с нуля. Некоторые, очевидно, думают иначе, так как они решили создать новые виртуальные машины, но я не убежден. Это не значит, что Monad не будет инновационным в этой области - он абсолютно будет. У @category_xyz есть отличная команда "компиляторов" с первоклассными разработчиками и исследователями. Вы увидите результаты работы этой команды в будущем. Одно из того, о чем я обсуждал с @zen_llama, когда он был нанят, это сосредоточение на поддержке разработчиков. Monad и/или Category определенно могут сделать это лучше, и мы начали активнее развивать это в последнее время. В данный момент внимание сосредоточено на самых чувствительных к производительности приложениях. Многие приложения никогда не будут нуждаться в каких-либо рекомендациях из-за совместимости с EVM, некоторые приложения будут нуждаться в небольшой помощи, а небольшое количество приложений будет нуждаться в значительной помощи. Наша команда также учится и совершенствуется благодаря этим сотрудничествам - они взаимовыгодны. Что касается сообщества, я приветствую любое несогласие и искреннюю обратную связь. Мне кажется, я поднимал этот вопрос много раз ранее.