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

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

2. 24KBの制限を解除してください。何をするかはあまり気にしませんが、32KBでも48KBでも128KBでも256KBでも512KBでも、一度に、段階的に、価格を設定するかどうかはともかく、何かをしてください！今、来年ではなく！

L1をスケーリングしているなら、愚かなエラーなしに人々が契約を書くことができることを保証することがP0です。

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

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