Source: CryptoNewsNetOriginal Title: Ethereumの意外な利用減少は、Fusakaアップグレードでネットワークが誤った問題を解決したことを示唆Original Link: Ethereumは2025年12月3日にFusakaアップグレードを有効化し、Blobパラメータのオーバーライドを通じてデータ利用可能性の容量を増加させ、blobターゲットと最大値を段階的に拡大しました。その後の2つの調整により、ターゲットは1ブロックあたり6 blobから10に、次いで14に引き上げられ、最大値は21に設定されました。目的は、rollupがEthereumにセキュリティと確定性のために投稿する圧縮取引バンドルであるblobデータのスループットを増やすことで、レイヤー2のロールアップコストを削減することでした。データ収集から3か月、結果は容量と利用率のギャップを明らかにしています。Fusakaの有効化以降750,000以上のスロットを分析したMigaLabsの調査によると、ネットワークは目標の14 blobに到達していません。中央値のblob使用量は最初のパラメータ調整後に実際に減少し、16以上のblobを含むブロックは信頼性低下を示す高いミス率を示しており、新しい容量の端での信頼性劣化を示唆しています。レポートの結論は明確です：高blobミス率が正常化し、既に作成された余裕に対する需要が現れるまでは、blobパラメータのさらなる増加は行わない。## Fusakaが変更した内容とその時期EthereumのFusaka前の基準値は、EIP-7691を通じて設定され、1ブロックあたり6 blob、最大9でした。Fusakaアップグレードは2段階のBlobパラメータオーバーライド調整を導入しました。最初は2025年12月9日に有効化され、ターゲットを10に、最大値を15に引き上げました。次に2026年1月7日に有効化され、ターゲットを14に、最大値を21に引き上げました。これらの変更はハードフォークを必要とせず、Ethereumはクライアントの調整を通じて容量を調整できる仕組みになっています。MigaLabsの分析は、再現可能なコードと方法論を公開し、この移行期間中のblob使用量とネットワークパフォーマンスを追跡しました。その結果、最初のオーバーライド前の平均blob数は6でしたが、その後4に減少し、容量が拡大しても変わりませんでした。16以上のblobを含むブロックは非常に稀で、観測期間中に165回から259回の範囲で発生しています。ネットワークには未使用の余裕があります。一つのパラメータの不一致：レポートのタイムラインでは最初のオーバーライドでターゲットが6から12に引き上げられたと記述されていますが、Ethereum Foundationのメインネット発表とクライアントドキュメントでは6から10への調整と記載されています。私たちはEthereum Foundationのパラメータ（6/9の基準値、最初のオーバーライド後に10/15、2回目の後に14/21）をソースとしています。それにもかかわらず、観測された利用率とミスレートのパターンについては、レポートのデータセットを経験的な基盤とみなしています。## 高blob数でミス率が上昇ネットワークの信頼性は、正しく伝播または証明されないブロック（スロット）のミスによって測定され、明確なパターンを示しています。低いblob数では、基準のミス率は約0.5%です。16以上のblobに達すると、ミス率は0.77%から1.79%に上昇します。2回目のオーバーライドで導入された最大容量の21 blobでは、ミス率は1.79%に達し、基準の3倍以上です。この分析は、blob数10から21までの範囲で段階的な劣化曲線を示しており、14 blobのターゲットを超えると加速します。この劣化は、検証者ハードウェアやネットワーク帯域幅、証明タイミングなどのネットワークインフラが容量の上限に近いブロックを処理するのに苦労していることを示唆しています。需要が最終的に14 blobのターゲットに達したり、最大の21 blobに向かって増加した場合、ミス率の上昇は確定的な確定性遅延やリオーグリスクに繋がる可能性があります。レポートはこれを安定性の境界と位置付けており、ネットワークは高blobブロックを処理可能ですが、一貫性と信頼性を持って行うことは未解決の課題です。## Blob経済学：なぜリザーブ価格の最低価格が重要かFusakaは容量拡大だけでなく、EIP-7918を通じてblobの価格設定も変更しました。これにより、blobオークションの崩壊を防ぐためのリザーブ価格の最低価格が導入されました。この変更前は、実行コストが支配的でblob需要が低い場合、blobの基本料金は下落を続け、実質的に価格シグナルとしての役割を果たさなくなっていました。レイヤー2のロールアップは、取引データをEthereumに投稿するためにblob料金を支払い、その料金はblobが課す計算およびネットワークコストを反映すべきです。料金がほぼゼロに近づくと、経済的フィードバックループが崩壊し、ロールアップは容量を無償で消費し、実際の需要を反映しなくなります。これにより、ネットワークは実際の需要を把握できなくなります。EIP-7918のリザーブ価格の最低価格は、blob料金を実行コストに結びつけ、需要が低くても価格が意味のあるシグナルとして維持されるようにします。これにより、安価なblobを利用した無駄遣いを促すフリーライダー問題を防ぎ、将来の容量決定に役立つより明確なデータを提供します。需要が増加してもblob料金が高止まりしていれば需要は本物であり、料金が最低価格に崩れた場合は余裕が存在することを示します。HildobbyのDuneダッシュボードからの初期データは、Fusaka後もblob料金が安定し、以前の期間に見られた下降スパイラルを続けていないことを示しています。平均blob数もMigaLabsの調査結果と一致し、利用率が新しい容量を埋めるほど増加していないことを示しています。ブロックは定期的に14 blobのターゲット未満のblob数を持ち、分布も低いカウントに偏っています。## データが示す効果の実態Fusakaは技術的な容量拡大に成功し、Blobパラメータオーバーライドの仕組みがコンテンツiousなハードフォークを必要とせずに機能することを証明しました。リザーブ価格の最低価格は意図通りに機能し、blob料金が経済的に意味を持たなくなるのを防いでいます。ただし、利用率は容量に追いついておらず、新容量の端での信頼性は測定可能な劣化を示しています。ミスレート曲線は、Ethereumの現インフラがFusaka前の基準値と最初のオーバーライドの10/15パラメータを十分に処理できる一方で、16 blobを超えると負荷がかかり始めることを示しています。これはリスクのプロフィールを作り出します。レイヤー2の活動が急増し、定期的に21 blobの最大値に近づくと、ミス率の上昇により確定性やリオーグ耐性が損なわれる可能性があります。需要パターンも別のシグナルを提供します。最初のオーバーライド後に中央値のblob使用量が減少したにもかかわらず、容量は増加していることは、レイヤー2のロールアップが現在blobの利用可能性に制約されていないことを示唆しています。取引量が十分に増加してblob数を増やす必要がないか、圧縮やバッチングの最適化により既存の容量内に収めることを優先している可能性があります。Blobscanは、個々のロールアップが時間とともに比較的一定のblob数を投稿しており、新たな余裕を活用しようと増加させているわけではないことを示しています。Fusaka以前の懸念は、blob容量の制限がLayer 2のスケーリングを妨げ、ロールアップ料金を高止まりさせることでした。Fusakaは容量の制約を解消しましたが、ボトルネックは移動したようです。ロールアップは利用可能なスペースを埋めていません。これは、需要がまだ到達していないか、シーケンサーの経済性やユーザー活動、クロスロールアップの断片化など他の要因が成長を制限している可能性を示しています。## 今後の展望Ethereumのロードマップには、PeerDASというデータ利用可能性サンプリングの根本的な再設計が含まれており、blob容量をさらに拡大しつつ、分散性とセキュリティの向上も目指しています。しかし、Fusakaの結果は、現時点では生の容量が最も制約となっているわけではないことを示唆しています。ネットワークは14/21のパラメータに向かって成長できる余裕があり、次の拡張が必要になる前にインフラのアップグレードが追いつく必要があります。ミスレートのデータは明確な境界条件を提供します。Ethereumが容量をさらに引き上げ、16以上のblobブロックで依然として高いミス率が見られる場合、システム的な不安定性を引き起こし、高需要期に問題が表面化するリスクがあります。より安全な道は、利用率を現在のターゲットに向かって上昇させ、クライアントがより高いblob負荷に最適化されるにつれてミスレートが改善するかどうかを監視し、ネットワークがエッジケースを安定して処理できることを示した段階でパラメータを調整することです。Fusakaの効果は、その指標次第です。容量を成功裏に拡大し、リザーブフロアを通じてblob価格を安定させましたが、即時の利用増加や最大容量での信頼性課題の解決には至りませんでした。このアップグレードは将来の成長の余地を作り出しましたが、その成長が実現するかどうかは、現時点ではデータが答えていない未解決の問題です。
Ethereumの意外な利用減少は、Fusakaアップグレードでネットワークが間違った問題を解決したことを示唆しています
Source: CryptoNewsNet Original Title: Ethereumの意外な利用減少は、Fusakaアップグレードでネットワークが誤った問題を解決したことを示唆 Original Link: Ethereumは2025年12月3日にFusakaアップグレードを有効化し、Blobパラメータのオーバーライドを通じてデータ利用可能性の容量を増加させ、blobターゲットと最大値を段階的に拡大しました。
その後の2つの調整により、ターゲットは1ブロックあたり6 blobから10に、次いで14に引き上げられ、最大値は21に設定されました。目的は、rollupがEthereumにセキュリティと確定性のために投稿する圧縮取引バンドルであるblobデータのスループットを増やすことで、レイヤー2のロールアップコストを削減することでした。
データ収集から3か月、結果は容量と利用率のギャップを明らかにしています。Fusakaの有効化以降750,000以上のスロットを分析したMigaLabsの調査によると、ネットワークは目標の14 blobに到達していません。
中央値のblob使用量は最初のパラメータ調整後に実際に減少し、16以上のblobを含むブロックは信頼性低下を示す高いミス率を示しており、新しい容量の端での信頼性劣化を示唆しています。
レポートの結論は明確です：高blobミス率が正常化し、既に作成された余裕に対する需要が現れるまでは、blobパラメータのさらなる増加は行わない。
Fusakaが変更した内容とその時期
EthereumのFusaka前の基準値は、EIP-7691を通じて設定され、1ブロックあたり6 blob、最大9でした。Fusakaアップグレードは2段階のBlobパラメータオーバーライド調整を導入しました。
最初は2025年12月9日に有効化され、ターゲットを10に、最大値を15に引き上げました。次に2026年1月7日に有効化され、ターゲットを14に、最大値を21に引き上げました。
これらの変更はハードフォークを必要とせず、Ethereumはクライアントの調整を通じて容量を調整できる仕組みになっています。
MigaLabsの分析は、再現可能なコードと方法論を公開し、この移行期間中のblob使用量とネットワークパフォーマンスを追跡しました。
その結果、最初のオーバーライド前の平均blob数は6でしたが、その後4に減少し、容量が拡大しても変わりませんでした。16以上のblobを含むブロックは非常に稀で、観測期間中に165回から259回の範囲で発生しています。
ネットワークには未使用の余裕があります。
一つのパラメータの不一致：レポートのタイムラインでは最初のオーバーライドでターゲットが6から12に引き上げられたと記述されていますが、Ethereum Foundationのメインネット発表とクライアントドキュメントでは6から10への調整と記載されています。
私たちはEthereum Foundationのパラメータ（6/9の基準値、最初のオーバーライド後に10/15、2回目の後に14/21）をソースとしています。それにもかかわらず、観測された利用率とミスレートのパターンについては、レポートのデータセットを経験的な基盤とみなしています。
高blob数でミス率が上昇
ネットワークの信頼性は、正しく伝播または証明されないブロック（スロット）のミスによって測定され、明確なパターンを示しています。
低いblob数では、基準のミス率は約0.5%です。16以上のblobに達すると、ミス率は0.77%から1.79%に上昇します。2回目のオーバーライドで導入された最大容量の21 blobでは、ミス率は1.79%に達し、基準の3倍以上です。
この分析は、blob数10から21までの範囲で段階的な劣化曲線を示しており、14 blobのターゲットを超えると加速します。
この劣化は、検証者ハードウェアやネットワーク帯域幅、証明タイミングなどのネットワークインフラが容量の上限に近いブロックを処理するのに苦労していることを示唆しています。
需要が最終的に14 blobのターゲットに達したり、最大の21 blobに向かって増加した場合、ミス率の上昇は確定的な確定性遅延やリオーグリスクに繋がる可能性があります。レポートはこれを安定性の境界と位置付けており、ネットワークは高blobブロックを処理可能ですが、一貫性と信頼性を持って行うことは未解決の課題です。
Blob経済学：なぜリザーブ価格の最低価格が重要か
Fusakaは容量拡大だけでなく、EIP-7918を通じてblobの価格設定も変更しました。これにより、blobオークションの崩壊を防ぐためのリザーブ価格の最低価格が導入されました。
この変更前は、実行コストが支配的でblob需要が低い場合、blobの基本料金は下落を続け、実質的に価格シグナルとしての役割を果たさなくなっていました。レイヤー2のロールアップは、取引データをEthereumに投稿するためにblob料金を支払い、その料金はblobが課す計算およびネットワークコストを反映すべきです。
料金がほぼゼロに近づくと、経済的フィードバックループが崩壊し、ロールアップは容量を無償で消費し、実際の需要を反映しなくなります。これにより、ネットワークは実際の需要を把握できなくなります。
EIP-7918のリザーブ価格の最低価格は、blob料金を実行コストに結びつけ、需要が低くても価格が意味のあるシグナルとして維持されるようにします。
これにより、安価なblobを利用した無駄遣いを促すフリーライダー問題を防ぎ、将来の容量決定に役立つより明確なデータを提供します。需要が増加してもblob料金が高止まりしていれば需要は本物であり、料金が最低価格に崩れた場合は余裕が存在することを示します。
HildobbyのDuneダッシュボードからの初期データは、Fusaka後もblob料金が安定し、以前の期間に見られた下降スパイラルを続けていないことを示しています。
平均blob数もMigaLabsの調査結果と一致し、利用率が新しい容量を埋めるほど増加していないことを示しています。ブロックは定期的に14 blobのターゲット未満のblob数を持ち、分布も低いカウントに偏っています。
データが示す効果の実態
Fusakaは技術的な容量拡大に成功し、Blobパラメータオーバーライドの仕組みがコンテンツiousなハードフォークを必要とせずに機能することを証明しました。
リザーブ価格の最低価格は意図通りに機能し、blob料金が経済的に意味を持たなくなるのを防いでいます。ただし、利用率は容量に追いついておらず、新容量の端での信頼性は測定可能な劣化を示しています。
ミスレート曲線は、Ethereumの現インフラがFusaka前の基準値と最初のオーバーライドの10/15パラメータを十分に処理できる一方で、16 blobを超えると負荷がかかり始めることを示しています。
これはリスクのプロフィールを作り出します。レイヤー2の活動が急増し、定期的に21 blobの最大値に近づくと、ミス率の上昇により確定性やリオーグ耐性が損なわれる可能性があります。
需要パターンも別のシグナルを提供します。最初のオーバーライド後に中央値のblob使用量が減少したにもかかわらず、容量は増加していることは、レイヤー2のロールアップが現在blobの利用可能性に制約されていないことを示唆しています。
取引量が十分に増加してblob数を増やす必要がないか、圧縮やバッチングの最適化により既存の容量内に収めることを優先している可能性があります。
Blobscanは、個々のロールアップが時間とともに比較的一定のblob数を投稿しており、新たな余裕を活用しようと増加させているわけではないことを示しています。
Fusaka以前の懸念は、blob容量の制限がLayer 2のスケーリングを妨げ、ロールアップ料金を高止まりさせることでした。Fusakaは容量の制約を解消しましたが、ボトルネックは移動したようです。
ロールアップは利用可能なスペースを埋めていません。これは、需要がまだ到達していないか、シーケンサーの経済性やユーザー活動、クロスロールアップの断片化など他の要因が成長を制限している可能性を示しています。
今後の展望
Ethereumのロードマップには、PeerDASというデータ利用可能性サンプリングの根本的な再設計が含まれており、blob容量をさらに拡大しつつ、分散性とセキュリティの向上も目指しています。
しかし、Fusakaの結果は、現時点では生の容量が最も制約となっているわけではないことを示唆しています。
ネットワークは14/21のパラメータに向かって成長できる余裕があり、次の拡張が必要になる前にインフラのアップグレードが追いつく必要があります。
ミスレートのデータは明確な境界条件を提供します。Ethereumが容量をさらに引き上げ、16以上のblobブロックで依然として高いミス率が見られる場合、システム的な不安定性を引き起こし、高需要期に問題が表面化するリスクがあります。
より安全な道は、利用率を現在のターゲットに向かって上昇させ、クライアントがより高いblob負荷に最適化されるにつれてミスレートが改善するかどうかを監視し、ネットワークがエッジケースを安定して処理できることを示した段階でパラメータを調整することです。
Fusakaの効果は、その指標次第です。容量を成功裏に拡大し、リザーブフロアを通じてblob価格を安定させましたが、即時の利用増加や最大容量での信頼性課題の解決には至りませんでした。
このアップグレードは将来の成長の余地を作り出しましたが、その成長が実現するかどうかは、現時点ではデータが答えていない未解決の問題です。