EIPの追加:Calldataランレングスエンコーディングスキーム EVM L1 (Tempo など) の場合、calldata の効率が再び重要になります。OP スタック L2 は、通話データを自動圧縮し、節約分をユーザーに転送します。しかし、L1 の場合は、それを最適化する必要があります。 技術的な説明(ファンタジートップファン向け): イーサリアムのコールデータでは、ゼロバイトはゼロ以外のバイトの価格の1/4です。しかし、これはちょっと恣意的であり、 calldataは単純なRLE圧縮なしで逐語的に送信および保存されます。その 1/4 のコストは圧縮を奨励するためのものですが、実際には誰もそれを行っていません。単純な RLE が実装されている場合、ゼロ バイトのコストはゼロ以外のバイトのコストの 1/100 になります。 そこで、イーサリアムのアライメントを改善し、相互受粉するために、そのために新しいEIPを作成してみてはいかがだろうかと考えました。これは実用的な理由でもあり、ERC-7821などの既存のスマートコントラクト標準を変更して、そのためだけにcalldata最適化モードを含めたくないためです。txnレベルでの最適化の方が良いでしょう(txn calldata全体が恩恵を受けるため)。 これを行うには、次の 2 つの方法があります。 - txn レベルの RLE 圧縮スキーム (EIP レベル) を実装します。 - calldata 圧縮/解凍 (RIP スタイル) のプリコンパイルを実装します。SoladyのLibZip.cdCompressはかなり効率的ですが、プリコンパイルにしてみませんか? いずれにせよ、最初にエンコードスキームを形式化する必要があるため、これを記述する必要があります。