我仍然感到困惑，以太坊核心開發者社區爲什麼不優先解決根據Solidity語言調查中EVM開發者提到的兩個最常見問題：

1. 堆棧過深：是的，這確實是Solidity的一個技能問題，但只需添加一個SWAP/DUP17-32操作碼範圍就可以解決。你會消耗一些操作碼，這沒關係，它們本來就應該被使用。你會遇到另一個類似PUSH0的匹配問題，這也沒關係，雖然不完美，但也沒關係。

2. 取消24KB的限制。我並不在乎你怎麼做，做成32KB、48KB、128KB、256KB、512KB，全部一次性解決，逐步進行，定價或不定價，但請採取行動！現在，而不是明年！

如果你正在擴展L1，確保人們可以編寫合約而沒有愚蠢錯誤是首要任務。

如果系統無法處理每個字節碼額外的8KB，而這個參數是10年前設定的，那麼你就不可能真正擴展L1。

修復堆棧過深和字節碼大小限制！爲了開發者！