De belangrijkste reden waarom Monad besloot om EVM-compatibel te zijn, was omdat EVM al een heleboel ontwikkelaarstools en -bronnen heeft. Er is niets bijzonders aan EVM zelf, en er is ook niets dat bijzonder gebrekkig is. Het is een standaard (maar beetje raar met 32 byte woorden) stack-gebaseerde VM, met een kleine, goed gedefinieerde runtime. De implementatie is niet veel anders dan wat je zou vinden in een niet-gegradueerde compiler/interpreter-klas. Het heeft dus geen zin om opnieuw te beginnen. Je zou alle bronnen/tools/community/etc helemaal opnieuw moeten opbouwen. Sommigen denken er duidelijk anders over toen ze besloten nieuwe VM's te bouwen, maar ik ben niet overtuigd. Dit wil niet zeggen dat Monad niet zal innoveren op dit gebied - dat zal het absoluut doen. @category_xyz heeft een geweldig "compiler"-team met eersteklas ontwikkelaars en onderzoekers. Je zult de output van dat team in de toekomst zien. Een ding dat ik met @zen_llama besprak toen hij werd aangenomen, was dat ik me moest concentreren op dev-ondersteuning. Monad en/of Category kunnen dat zeker beter doen, en we zijn daar recentelijk mee begonnen. De focus ligt voorlopig op de meest prestatiegevoelige apps. Veel apps hebben nooit begeleiding nodig vanwege de EVM-compatibiliteit, sommige apps hebben een beetje nodig en een klein aantal apps heeft veel hulp nodig. Ons team leert en verbetert ook van deze samenwerkingen - ze zijn voor beide partijen voordelig. re gemeenschap, ik verwelkom elke vorm van onenigheid en feedback die oprecht is. Ik heb het gevoel dat ik dit punt al vele malen eerder heb gemaakt.