Głównym powodem, dla którego Monad zdecydował się na kompatybilność z EVM, było to, że EVM ma już mnóstwo narzędzi i zasobów programistycznych. Nie ma nic szczególnie wyjątkowego w samym EVM, ani nie ma niczego, co byłoby szczególnie wadliwe. Jest to standardowa (ale trochę dziwna z 32-bajtowymi słowami) maszyna wirtualna oparta na stosie, z małym, dobrze zdefiniowanym środowiskiem uruchomieniowym. Jego implementacja nie różni się zbytnio od tego, co można znaleźć na każdych zajęciach z kompilatora/interpretera na studiach licencjackich. Nie ma więc sensu zaczynać od nowa. Musiałbyś zbudować wszystkie zasoby/narzędzia/społeczność/itp. od zera. Niektórzy oczywiście mają inne zdanie, ponieważ zdecydowali się na budowę nowych maszyn wirtualnych, ale ja nie jestem przekonany. Nie oznacza to, że Monad nie będzie wprowadzać innowacji w tej dziedzinie - na pewno to zrobi. @category_xyz ma niesamowity zespół "kompilatorów" z najwyższej klasy programistami i badaczami. W przyszłości zobaczysz wyniki tego zespołu. Jedną z rzeczy, o których rozmawiałem z @zen_llama, kiedy został zatrudniony, było skupienie się na wsparciu dla deweloperów. Monad i/lub Kategoria mogą zdecydowanie lepiej sobie z tym poradzić, a ostatnio zaczęliśmy to zwiększać. Na razie skupiamy się na aplikacjach najbardziej wrażliwych na wydajność. Wiele aplikacji nigdy nie będzie potrzebować żadnych wskazówek ze względu na kompatybilność z EVM, niektóre aplikacje będą potrzebować niewiele, a niewielka liczba aplikacji będzie potrzebować dużej pomocy. Nasz zespół również uczy się i doskonali dzięki tej współpracy - jest ona korzystna dla obu stron. Jeśli chodzi o społeczność, z zadowoleniem przyjmuję wszelkiego rodzaju nieporozumienia i opinie, które są autentyczne. Wydaje mi się, że mówiłem o tym już wiele razy.