Alasan utama Monad memutuskan untuk kompatibel dengan EVM adalah karena EVM sudah memiliki banyak alat dan sumber daya pengembang. Tidak ada yang luar biasa tentang EVM itu sendiri dan tidak ada yang sangat kekurangan. Ini adalah VM berbasis tumpukan standar (tetapi agak aneh dengan 32 kata byte), dengan runtime kecil yang terdefinisi dengan baik. Implementasinya tidak jauh berbeda dengan apa yang akan Anda temukan di kelas kompiler / penerjemah sarjana mana pun. Jadi tidak masuk akal untuk memulai dari awal. Anda harus membangun semua sumber daya/alat/komunitas/dll dari awal. Beberapa jelas merasa berbeda saat mereka memutuskan untuk membangun VM baru, tetapi saya tidak yakin. Ini bukan untuk mengatakan Monad tidak akan berinovasi di bidang ini - itu benar-benar akan terjadi. @category_xyz memiliki tim "kompiler" yang luar biasa dengan pengembang dan peneliti terbaik. Anda akan melihat hasil tim itu di masa depan. Satu hal yang saya diskusikan dengan @zen_llama ketika dia dipekerjakan adalah berfokus pada dukungan pengembang. Monad dan/atau Kategori pasti dapat melakukan pekerjaan yang lebih baik untuk itu, dan kami mulai meningkatkannya baru-baru ini. Fokus untuk saat ini adalah pada aplikasi yang paling sensitif terhadap kinerja. Banyak aplikasi tidak akan pernah membutuhkan panduan apa pun karena kompatibilitas EVM, beberapa aplikasi akan membutuhkan sedikit, dan sejumlah kecil aplikasi akan membutuhkan banyak bantuan. Tim kami juga belajar dan meningkatkan dari kolaborasi ini - mereka saling menguntungkan. re komunitas, saya menyambut baik segala jenis ketidaksepakatan dan umpan balik yang asli. Saya merasa seperti saya telah membuat poin ini berkali-kali sebelumnya.