私はまだ、Ethereum Core DevコミュニティがSolidity Lang調査に基づいてEVM開発者の最も引用される2つの問題の修正を優先していないことに驚いています：

1. スタックが深すぎる：これは確かにSolidityのスキルの問題ですが、SWAP/DUP17-32オペコードの範囲を追加して終わりにしましょう。いくつかのオペコードを消費するでしょう。それは問題ありません、使用するために存在します。もう一度PUSH0スタイルの不一致が発生するでしょうが、これも問題ありません、完璧ではありませんが、大丈夫です。

2. 24KBの制限を解除してください。何をするかは気にしません、32KB、48KB、128KB、256KB、512KBにするか、一度にすべて、徐々に、価格を設定するかしないかですが、何かをしてください！今、来年ではなく！

L1をスケーリングしているのであれば、人々が愚かなエラーなしに契約を書くことができるようにすることがP0です。

もしシステムが10年前に設定されたパラメータである1バイトごとに追加の8KBを処理できないのであれば、実際にL1をスケーリングできる可能性はありません。

スタックが深すぎる問題とバイトコードサイズの制限を修正してください！開発者のために！