Monad 決定與 EVM 相容的主要原因是因為 EVM 已經擁有大量的開發人員工具和資源。 EVM 本身沒有什麼特別之處，也沒有什麼特別不足的地方。它是一個標準的（但有點奇怪，有 32 位元元）基於堆疊的 VM，具有一個定義明確的小運行時。它的實現與你在任何本科編譯器/解釋器課程中找到的沒有太大區別。 因此，重新開始是沒有意義的。你必須從頭開始構建所有資源/工具/社區/等。有些人在決定構建新的 VM 時顯然有不同的看法，但我不相信。這並不是說 Monad 不會在這個領域進行創新——它絕對會。@category_xyz 擁有一支出色的「編譯器」團隊，由一流的開發人員和研究人員組成。您將來會看到該團隊的輸出。 當 @zen_llama 被錄用時，我與 他討論的一件事是專注於開發支援。Monad 和/或 Category 肯定可以在這方面做得更好，我們最近開始加大了這個力度。目前的重點是對性能最敏感的應用程式。由於 EVM 相容性，許多應用程式永遠不需要任何指導，有些應用程式需要一點指導，少數應用程式需要很多説明。我們的團隊還從這些合作中學習和改進 - 它們是互惠互利的。 關於社區，我歡迎任何形式的真誠的分歧和反饋。我覺得我以前已經多次提出過這一點。