ウーが報告したところによると、@YashKamalChatu1 による第159回イーサリアムコンセンサスレイヤーコア開発者会議（ACDC）のまとめでは、今回の会議では以下のことが主に議論されました：Fusaka Devnet 2の開始（BPOのテスト、blobの数を20まで段階的に調整）、Sunnyside Labsによるクライアントの高いBlob状況下での性能報告（LighthouseとPrysmクライアントは72 blobs/blockをサポートし、Nimbusは10 blobsにしか達しておらず、帯域幅と検証負荷が不均一で、家庭のステークホルダーをサポートするための最適化が必要）、Fusaka CL仕様の凍結（4つの重要なPRが統合され、Devnet 3は2週間以内に開始、実行層の仕様は次回のACD会議で決定）、BPO戦略とタイムライン（テストネットでは20-48 blobsを積極的にテスト可能で、メインネットでは保守的に9→18→24を採用、BPO1はFusakaクライアントにプリセットされ、BPO2はメインネットデータの評価待ちで、調整コストをドロップ）、Glamsterdamフォーク提案（EIP-7782：スロット時間を12秒から6秒に短縮；PR 3510：柔軟なスロット時間の基盤を築く）など。
第159回イーサリアムコンセンサス層コア開発者会議（ACDC）のまとめ
ウーが報告したところによると、@YashKamalChatu1 による第159回イーサリアムコンセンサスレイヤーコア開発者会議（ACDC）のまとめでは、今回の会議では以下のことが主に議論されました：Fusaka Devnet 2の開始（BPOのテスト、blobの数を20まで段階的に調整）、Sunnyside Labsによるクライアントの高いBlob状況下での性能報告（LighthouseとPrysmクライアントは72 blobs/blockをサポートし、Nimbusは10 blobsにしか達しておらず、帯域幅と検証負荷が不均一で、家庭のステークホルダーをサポートするための最適化が必要）、Fusaka CL仕様の凍結（4つの重要なPRが統合され、Devnet 3は2週間以内に開始、実行層の仕様は次回のACD会議で決定）、BPO戦略とタイムライン（テストネットでは20-48 blobsを積極的にテスト可能で、メインネットでは保守的に9→18→24を採用、BPO1はFusakaクライアントにプリセットされ、BPO2はメインネットデータの評価待ちで、調整コストをドロップ）、Glamsterdamフォーク提案（EIP-7782：スロット時間を12秒から6秒に短縮；PR 3510：柔軟なスロット時間の基盤を築く）など。