我仍然感到困惑，以太坊核心開發社區並沒有優先解決根據Solidity語言調查顯示的EVM開發者最常提到的問題。

1. 棧太深：是的，這在某種程度上是一個Solidity技能問題，但只需添加一個SWAP/DUP17-32操作碼範圍，然後就可以了。你會消耗一些操作碼。沒關係，它們是用來被使用的。你會有另一個PUSH0風格的不匹配，這也沒關係，這雖然不完美，但也沒關係。

2. 提高24KB的限制。我並不在乎你做什麼，做成32KB，48KB，128KB，256KB，512KB，一次性做，逐步做，定價或不定價，但請做點什麼！現在，而不是明年！

如果你在擴展L1，確保人們可以編寫合約而沒有愚蠢的錯誤是優先級0。

如果系統無法處理每個字節碼額外的8KB，而這個參數在10年前就已經設定，那麼就沒有機會真正擴展L1。

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