Der Hauptgrund, warum Monad sich für EVM-kompatibel entschieden hat, war, dass EVM bereits über eine Menge Entwicklertools und -ressourcen verfügt. Es gibt nichts besonders Außergewöhnliches an EVM selbst, noch gibt es etwas, das besonders mangelhaft ist. Es handelt sich um eine standardmäßige (aber mit 32-Byte-Wörtern etwas seltsame) Stack-basierte VM mit einer kleinen, klar definierten Laufzeit. Die Implementierung unterscheidet sich nicht wesentlich von dem, was Sie in jedem Compiler/Interpreter-Kurs für Studenten finden würden. Es macht also keinen Sinn, neu anzufangen. Sie müssten alle Ressourcen/Tools/Community/etc. von Grund auf neu erstellen. Einige sehen das offensichtlich anders, da sie sich entschieden haben, neue VMs zu bauen, aber ich bin nicht überzeugt. Das soll nicht heißen, dass Monad in diesem Bereich nicht innovativ sein wird - das wird es auf jeden Fall. @category_xyz hat ein großartiges "Compiler"-Team mit erstklassigen Entwicklern und Forschern. Sie werden die Ergebnisse dieses Teams in Zukunft sehen. Eine Sache, die ich mit @zen_llama besprochen habe, als er eingestellt wurde, war die Konzentration auf den Entwickler-Support. Monad und/oder Category können das definitiv besser machen, und wir haben in letzter Zeit damit begonnen, das zu verbessern. Der Fokus liegt vorerst auf den leistungsempfindlichsten Apps. Viele Apps werden aufgrund der EVM-Kompatibilität nie eine Anleitung benötigen, einige Apps benötigen wenig und eine kleine Anzahl von Apps benötigt viel Hilfe. Auch unser Team lernt und verbessert sich aus diesen Kooperationen – sie sind für beide Seiten von Vorteil. In der Community begrüße ich jede Art von Meinungsverschiedenheit und Feedback, das echt ist. Ich habe das Gefühl, dass ich diesen Punkt schon oft angesprochen habe.