ガス、ブロブ、EIPS：イーサリアムのパフォーマンスを高めるためのフサカ

Ethereum Core開発者は、今後のFusaka Forkに先立って、より高いスループットと柔軟性のためにプロトコルの実行エンジンを調整しています。 6月19日にすべてのコアデヴァがコールすると、貢献者はdevnet-2に含めるためにEIPのバッチに沿って整列し、将来のdevnet-3のより積極的なパフォーマンスのアップグレードを上げました（確認されます）。

結果は、厳密にスコープされたが技術的に意味のあるアップグレードであり、新機能ではなく最適化にそれほど焦点を当てています。 4月にフサカをカバーしたとき、それはまだややどろどろのアイデアの融合でした。暫定的なガス制限の増加、BLOB料金の修正に関する初期の議論、契約規模の制限に関する未解決の質問です。 2か月後、フォークは明確なパッケージに硬化しました。

開発者は現在、4,500万のガスの天井、トランザクションごとにキャップ付きブロブの提出、合理化された48 KB契約制限（EIP-7907）に加えて、CLZの最新のオプコード（EIP-7939）（「カウントリーディングゼロ」）にコミットしています。 BLOB料金のフロア（EIP-7918）のような以前の論争のあるパラメーターが解決され、月曜日にDevnet-2の舞台が設定されました。

ガス限界の増加から始めましょう。これはすでにテスト中であり、フサカの一部ではありません。この変更は、成功した場合、Ethereumのトランザクション容量を11％以上ぶつける可能性がありますが、慎重なベンチマークが必要です。開発者は、監視する重要な変数として安全なレイテンシ内でブロック伝播を維持する必要性にフラグを立てました。

「すべてのクライアントは、リリースが完了したら4500万人で前進することで大丈夫だと思われます」と、EFのParithosh Jayanthi（一般に「Pari」と呼ばれています）は、コールで述べています。

スループットのブーストに加えて、開発者はDencunアップグレード中にEIP-4844で導入されたBLOBデータが処理される方法を改良しています。 4844はより安価なオフチェーンデータの可用性を有効にしましたが、単一のトランザクションに含まれるブロブの数を制限しませんでした。 EIP-7892は、そのギャップを閉じて、トランザクションごとのブロブ使用をキャップして、1つのロールアップまたはDAPPがブロブスペースを独占するのを防ぎます。一方、EIP-7918は基本料金のフロアを設定し、ブロックあたりのブロブの総数をキャップします。これは、スケーラビリティとネットワークの安全性のバランスをとる動きです。

「最大サイズのブロブに下限を設けることは、より多くのブロブを含めることができるということです。逆説的に」とアダムズは言いました。

フロアがなければ、Blobベース料金は需要が低いときにほぼゼロに低下し、ブロックスペースの効率的な使用につながる可能性があります。

DevNet-2のもう1つの低レベルの改善グリーンライトはEIP-7939で、EVMにCLZオペコードを導入します。これはあいまいに聞こえるかもしれませんが、パフォーマンスを絞るときやランダム性や証明で巧妙なことをするときに、パワー開発が到達する種類のツールです。ほとんどの最新のVMにはすでにそれがあり、現在はイーサリアムもあります。開発者の人間工学にとってはニッチだが便利な恩恵があり、最小限のコンセンサスへの影響。

また、Digital Signaturesで使用される暗号化曲線の一種であるSECP256R1の待望のプレコンパイルであるEIP-7951も注目に値します。その包含は、WebAuthnベースの認証を含むモバイルおよびエンタープライズプラットフォームで一般的に使用されるキーのネイティブサポートのロックを解除するため、Ethereumはシームレスで安全なオフチェーン統合に一歩近づきます。