1/ 💡 イーサリアムがBPO2を活性化! このパラメータのみの変更により、ブロックあたりのブロブのデータ容量が増加しました: ▫️ ブロブターゲット10→14 ▫️ ブロブ 最大 15→21 このアップグレードは、ブロブスペースの余裕を増やし、混雑によるスパイクを軽減することで、ロールアップのデータ利用コストと手数料の変動性に影響を与えます。 🧵 何が変わったのか、なぜ重要なのか、続きを読み進めてください

2/ このアップグレードはブロックあたりのブロブスペースを増やし→ブロブ料金市場への負担を軽減します。 Blobspaceが増えることで、Blobフィー市場の混雑が減り、急激な料金の急騰も減ります。自動的に安くなるわけではありませんが、不足が起きにくいため、データ容量を奪うロールアップの際に平均コストが低く、変動性も低くなります。

3/ 簡単な定義:ブロブはEIP-4844(プロトダンクスシャーディング)で導入されたデータパッケージで、データのロールアップ可用性を目的としています。 ​ それらはEVMのコールデータではありません。彼らは独立したデータチャネルに存在し、独自の料金市場を持っています。

4/ なぜBlobが存在するのか:ロールアップはL1のセキュリティや検証を継承するためにEthereumにバッチを公開しなければなりません。 ​ Blobsは、すべてのデータをcalldataに通すよりも、その公開を安価かつ効率的にします。

5/BPO2はブロブ容量を10から14→、制限を15から21→増加させ、以下を可能にします: ✅ ブロックごとの上限に達する確率を下げ→ピーク時の料金急騰も減ります ✅ バッチ投稿がより予測可能になります(より良いタイミング+コスト予測) ✅ 利用可能なDAスループットを上げ、必要に応じてL2がより多くのデータを公開できるようにします ✅ アクティビティバースト時に「同じパイプを争うロールアップ」を減らす ✅ 最初に監視すべきオンチェーンシグナルをシフトします:ブロブの基本料金、利用率対ターゲット、そしてブロックの最大値に達する%ブロック数

6/ 同じ需要レベルでは、ブロブスペースの混雑に陥るのが難しいため、ブロブの基本料金の急騰は頻度や極端さが抑えられるべきです。 ​ これにより、バッチ投稿を計画するロールアップの予測可能性が向上します。

7/BPO2は、Ethereumのスケーリングロードマップの重要な要素であり、Fusaka以降の計画である予定されたBPOパラメータステップを通じてブロブスループットを向上させる計画と一致しています。これは、過去のアップグレードで確立された完全なダンクシャーディング達成への方向性を裏付けています。 ​ L2インフラを運用すると、DAコスト予測やバッチ戦略はブロブパラメータにより敏感になりました。