我仍然感到困惑，以太坊核心開發社區並沒有優先解決根據Solidity語言調查所引用的EVM開發者的兩個主要問題，儘管我們反覆努力過：

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

2. 解除24KB限制。我並不在乎你怎麼做，設定爲32KB、48KB、128KB、256KB、512KB，統統來，逐步增加，定價與否，但請採取行動！現在，而不是明年！

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

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

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