Основна причина, чому Monad вирішила бути сумісною з EVM, полягала в тому, що EVM вже має масу інструментів і ресурсів для розробників. У самому EVM немає нічого особливо виняткового, як і немає чогось особливо дефіцитного. Це стандартна (але трохи дивна з 32 байтовими словами) віртуальна машина на основі стека, з невеликим, чітко визначеним часом виконання. Його реалізація не сильно відрізняється від того, що ви знайдете на будь-якому курсі компілятора/інтерпретатора для студентів. Так що починати все заново не має сенсу. Вам доведеться створювати всі ресурси/інструменти/спільноту/тощо з нуля. Дехто, очевидно, відчуває себе по-іншому, коли вирішив створювати нові віртуальні машини, але я не впевнений. Це не означає, що Monad не буде впроваджувати інновації в цій області - це абсолютно необхідно. @category_xyz має чудову команду «компіляторів» з першокласними розробниками та дослідниками. Ви побачите результати цієї команди в майбутньому. Одна річ, яку я обговорював з @zen_llama, коли його найняли, це зосередження на підтримці розробників. Monad та/або Category, безумовно, можуть впоратися з цим краще, і ми почали нарощувати це зовсім недавно. Наразі основна увага приділяється найбільш чутливим до продуктивності програмам. Багато програм ніколи не потребуватимуть жодних вказівок через сумісність з EVM, деяким програмам знадобиться трохи, а невеликій кількості програм знадобиться багато допомоги. Наша команда також вчиться та вдосконалюється з цих колаборацій – вони взаємовигідні. Я вітаю будь-які розбіжності та щирі відгуки. Мені здається, що я вже багато разів говорив про це.