> 1 月 11 日、イーサリアムのすべてのコア開発者が第 125 回全コア開発者コンセンサス (ACDC) の電話会議に参加しました。**執筆者: クリスティーン・キム****編集者: Luccy、BlockBeats**編集者注: イーサリアムのオール コア開発者コンセンサス コール (ACDC) は、イーサリアム コンセンサス レイヤー (CL) への変更について話し合い、調整するために 2 週間ごとに開催されます。これは 125 回目の ACDC カンファレンスコールです。このカンファレンスでは、今後のカンクン/デネブのアップグレードのテスト状況に関する簡単な最新情報が提供され、Beacon API 仕様の変換とコンセンサス層認証サブネットの最適化などの 2 つの研究トピックが含まれていました。テスト チームは、1 月 17 日に有効化されるカンクン/デネブのアップグレードに備えて、1 月 11 日に Goerli テストネットの 3 番目で最後のシャドウ フォークを起動しました。同時に、開発者はフォークの選択仕様について議論し、カンクン/デネブのメインネットのアクティベーションの近くでコンセンサス フォークを非同期に起動するという決定に達しました。さらに、Lodestar 開発者の「Dapplion」は、ビーコン API ルーティングの SSZ から JSON 仕様へのマッピングに関する最新の進捗状況を共有し、longevity Assertion Subnet (attnet) に関連する小さな変更について説明しました。Galaxy Digital のリサーチ担当副社長である Christine Kim 氏は、この会議の要点を詳細に記録しており、BlockBeasts は原文を次のようにまとめています。2024 年 1 月 11 日、イーサリアム開発者は All Core Developers Consensus (ACDC) コール #125 会議に参加するために Zoom に集まりました。 ACDC コールは、イーサリアム財団の研究者ダニー・ライアンが主催する隔週の一連の会議であり、開発者はイーサリアム コンセンサス レイヤー (CL) への変更について話し合い、調整します。今週、開発者はカンクン/デネブのアップグレード テストの進捗状況を簡単に紹介し、2 つの研究トピック、つまり、Beacon API 仕様の OpenAPI モードへの変換と、ノード ID プレフィックスを活用した CL 構成証明サブネットの最適化について話し合いました。## カンクン/デネブ ゲルリ シャドウ フォークイーサリアム財団のテストチームは1月11日にGoerliテストネットのシャドウフォークを開始した。これは、1 月 17 日にカンクン/デネブがゲルリで有効化される前の 3 番目で最後のゲルリ シャドウ フォークです。すべての Goerli アップグレードの最終クライアント リリースは、Goerli Shadow Fork (GSF) #2 でテストされます。イーサリアム財団の DevOps エンジニアであるパリトシュ ジャヤンティ氏は、GSF#2 の初期分析が肯定的であると指摘し、「ブロブとブロックはスムーズに拡散しているようです。」と述べました。詳細については、イーサリアム財団が 1 月 10 日に公開したブログ投稿をご覧ください。## フォーク選択フィルターの変更ACDC #114 および ACDC #115 で説明したように、CL フォーク選択の仕様にはいくつかの小さな変更があり、顧客チームはカンクン/デネブのメインネットのアクティベーション近くにこれらの変更を非同期方法で段階的に実装することが期待されています。 Teku アカウント チームの Mikhail Kalinin 氏は、「以前、この変更を Deneb で段階的に展開し、緩やかに調整された方法で行うことにしました。」したがって、これらの変更は基本的にメインネット リリースで有効になるはずです。 Kalinin 氏は、顧客チームが今後数週間以内にこれらの変更をリリースにマージし始めるか、カンクン/デネブのアクティベーション エポックなどのエポック フォーク境界を待って、特定のタイムスタンプ後にこれらの変更をトリガーすることを選択できると提案しました。すべてのクライアントにわたる時間。フォークセレクト フィルタリングの変更の詳細については、この GitHub プル リクエスト (PR) をお読みください。開発者は、エポック境界を待ったり調整したりすることなく、これらの変更をできるだけ早くマージすることに全会一致で同意し、顧客チームが変更を次のリリースに迅速に組み込めるという自信を示しました。## Beacon APIのOpenAPIタイプ定義Lodestar 開発者「Dapplion」は、今週の時点で完了したすべてのビーコン API ルートの SSZ から JSON への正規マッピングを共有しました。このマッピングの利点には、コードの簡素化が含まれます。 「コードはより簡潔で、より明確に見えます」と Dapplion 氏は言います。 「今のところ、これはそれほど重要ではありませんが、将来のフォークでは、これにより多くのメンテナンスが軽減され、将来必要に応じてすべてを簡単に SSZ に変換できます。このアイデアはしばらくの間存在していました。時間が経てば、これも実現されるでしょう」このプロセスは非常に簡単になります。」 SSZ 調整に関する議論の背景については、ACDE #153 の通話記録をお読みください。Dapplion は、次のステップとして OpenAPI から SSZ への移行についてどう思うかを開発者に尋ねました。重大な反対意見は聞かれなかった。 Dapplion氏は、プルリクエスト（PR）に記載した仕様変更について関連チームと連絡を取り、スムーズな移行を確保すると述べた。## 証明サブネットの計算を変更する開発者は、ノードの長期認証サブネットである attnet に対する小さな変更についても議論しました。 Attnet は、ブロックのプルーフを公開するときにステーキング ノード オペレーターが接続するネットワークです。開発者が最後に attnet を改善したのは 2023 年 5 月でした。 attnet をさらに最適化するために、Lighthouse 開発者の Age Manning 氏は、サブネット上のノード検出を支援するノード ID プレフィックスの使用を改善することを提案しました (マニング氏の言葉を借りれば、「サブネット上のすべてのノードを見つけるためにプレフィックスを検索する」ことです)。ネットワーク上に存在する可能性があるものと、ノードを見つけるためのノード ID プレフィックスの使用に関連する攻撃ベクトルについて簡単に説明します。ライアン氏は、マニング氏が提案した変更にはいずれにしてもハードフォークが必要になると述べた。彼は、電話会議に参加した開発者の 1 人である Pop Chunhapanya に、マニングの提案を実装するための戦略を調査し、PR の他の開発者からこのトピックに関するフィードバックを収集するよう依頼しました。## エレクトラ ディスカッション最後に、Ryan 氏は、Deneb 後の次のアップグレード (コード名 Electra) で優先されるコード変更またはイーサリアム改善提案 (EIP) についての提案を受け入れました。ライアン氏は、２週間後の次回のＡＣＤＣ電話会議で、このテーマについてより「構造化された会話」を主導すると述べた。それまでの間、ライアン氏は開発者に対し、イーサリアム・マジシャンズとGitHubで提案されているEIPをチェックし、これらのフォーラムで意見を共有するよう奨励した。イーサリアム財団の研究者アンスガー・ディートリヒス氏は、データ可用性サンプリング（DAS）はコンセンサス層に焦点を当てた「最優先」のアップグレードだと考えていると述べた。 「 [DAS] 多くの場合、通常は EIP の一部となる機能を備えていますが、4844 を構造化した方法のおかげで、実際にはハード フォークや追加の EIP は必要ありません。それに伴うリスクは次のとおりです。同じ可視性は得られないかもしれない」とディートリヒス氏は語った。ライアン氏はこのコメントに異議を唱え、彼の見解では、この変更はイーサリアムのデータガス制限の変更に関する議論と自然に結びつくため、DASはEIPに含まれるだろうと述べた。 DAS とは何か、そしてそれが Celestia などの他のブロックチェーンにどのように実装されているかについて詳しくは、この Galaxy Research レポートをお読みください。Ryan 氏は、DAS については予備的な PR が行われており、正式な EIP 番号は 2 週間以内に提案されるだろうと述べました。ライアン氏は、電話会議に参加したアカウント チームに対し、1 月 25 日に開催される次回の ACDC 通話中に、Electra で何を優先すべきかを検討するよう奨励しました。
イーサリアムコア開発者による最新ミーティングの概要: ビーコン API 仕様の変換、CL プルーフサブネットの最適化
執筆者: クリスティーン・キム
編集者: Luccy、BlockBeats
編集者注: イーサリアムのオール コア開発者コンセンサス コール (ACDC) は、イーサリアム コンセンサス レイヤー (CL) への変更について話し合い、調整するために 2 週間ごとに開催されます。これは 125 回目の ACDC カンファレンスコールです。このカンファレンスでは、今後のカンクン/デネブのアップグレードのテスト状況に関する簡単な最新情報が提供され、Beacon API 仕様の変換とコンセンサス層認証サブネットの最適化などの 2 つの研究トピックが含まれていました。
テスト チームは、1 月 17 日に有効化されるカンクン/デネブのアップグレードに備えて、1 月 11 日に Goerli テストネットの 3 番目で最後のシャドウ フォークを起動しました。同時に、開発者はフォークの選択仕様について議論し、カンクン/デネブのメインネットのアクティベーションの近くでコンセンサス フォークを非同期に起動するという決定に達しました。さらに、Lodestar 開発者の「Dapplion」は、ビーコン API ルーティングの SSZ から JSON 仕様へのマッピングに関する最新の進捗状況を共有し、longevity Assertion Subnet (attnet) に関連する小さな変更について説明しました。
Galaxy Digital のリサーチ担当副社長である Christine Kim 氏は、この会議の要点を詳細に記録しており、BlockBeasts は原文を次のようにまとめています。
2024 年 1 月 11 日、イーサリアム開発者は All Core Developers Consensus (ACDC) コール #125 会議に参加するために Zoom に集まりました。 ACDC コールは、イーサリアム財団の研究者ダニー・ライアンが主催する隔週の一連の会議であり、開発者はイーサリアム コンセンサス レイヤー (CL) への変更について話し合い、調整します。今週、開発者はカンクン/デネブのアップグレード テストの進捗状況を簡単に紹介し、2 つの研究トピック、つまり、Beacon API 仕様の OpenAPI モードへの変換と、ノード ID プレフィックスを活用した CL 構成証明サブネットの最適化について話し合いました。
カンクン/デネブ ゲルリ シャドウ フォーク
イーサリアム財団のテストチームは1月11日にGoerliテストネットのシャドウフォークを開始した。これは、1 月 17 日にカンクン/デネブがゲルリで有効化される前の 3 番目で最後のゲルリ シャドウ フォークです。すべての Goerli アップグレードの最終クライアント リリースは、Goerli Shadow Fork (GSF) #2 でテストされます。イーサリアム財団の DevOps エンジニアであるパリトシュ ジャヤンティ氏は、GSF#2 の初期分析が肯定的であると指摘し、「ブロブとブロックはスムーズに拡散しているようです。」と述べました。詳細については、イーサリアム財団が 1 月 10 日に公開したブログ投稿をご覧ください。
フォーク選択フィルターの変更
ACDC #114 および ACDC #115 で説明したように、CL フォーク選択の仕様にはいくつかの小さな変更があり、顧客チームはカンクン/デネブのメインネットのアクティベーション近くにこれらの変更を非同期方法で段階的に実装することが期待されています。 Teku アカウント チームの Mikhail Kalinin 氏は、「以前、この変更を Deneb で段階的に展開し、緩やかに調整された方法で行うことにしました。」したがって、これらの変更は基本的にメインネット リリースで有効になるはずです。 Kalinin 氏は、顧客チームが今後数週間以内にこれらの変更をリリースにマージし始めるか、カンクン/デネブのアクティベーション エポックなどのエポック フォーク境界を待って、特定のタイムスタンプ後にこれらの変更をトリガーすることを選択できると提案しました。すべてのクライアントにわたる時間。フォークセレクト フィルタリングの変更の詳細については、この GitHub プル リクエスト (PR) をお読みください。
開発者は、エポック境界を待ったり調整したりすることなく、これらの変更をできるだけ早くマージすることに全会一致で同意し、顧客チームが変更を次のリリースに迅速に組み込めるという自信を示しました。
Beacon APIのOpenAPIタイプ定義
Lodestar 開発者「Dapplion」は、今週の時点で完了したすべてのビーコン API ルートの SSZ から JSON への正規マッピングを共有しました。このマッピングの利点には、コードの簡素化が含まれます。 「コードはより簡潔で、より明確に見えます」と Dapplion 氏は言います。 「今のところ、これはそれほど重要ではありませんが、将来のフォークでは、これにより多くのメンテナンスが軽減され、将来必要に応じてすべてを簡単に SSZ に変換できます。このアイデアはしばらくの間存在していました。時間が経てば、これも実現されるでしょう」このプロセスは非常に簡単になります。」 SSZ 調整に関する議論の背景については、ACDE #153 の通話記録をお読みください。
Dapplion は、次のステップとして OpenAPI から SSZ への移行についてどう思うかを開発者に尋ねました。重大な反対意見は聞かれなかった。 Dapplion氏は、プルリクエスト（PR）に記載した仕様変更について関連チームと連絡を取り、スムーズな移行を確保すると述べた。
証明サブネットの計算を変更する
開発者は、ノードの長期認証サブネットである attnet に対する小さな変更についても議論しました。 Attnet は、ブロックのプルーフを公開するときにステーキング ノード オペレーターが接続するネットワークです。開発者が最後に attnet を改善したのは 2023 年 5 月でした。 attnet をさらに最適化するために、Lighthouse 開発者の Age Manning 氏は、サブネット上のノード検出を支援するノード ID プレフィックスの使用を改善することを提案しました (マニング氏の言葉を借りれば、「サブネット上のすべてのノードを見つけるためにプレフィックスを検索する」ことです)。ネットワーク上に存在する可能性があるものと、ノードを見つけるためのノード ID プレフィックスの使用に関連する攻撃ベクトルについて簡単に説明します。ライアン氏は、マニング氏が提案した変更にはいずれにしてもハードフォークが必要になると述べた。彼は、電話会議に参加した開発者の 1 人である Pop Chunhapanya に、マニングの提案を実装するための戦略を調査し、PR の他の開発者からこのトピックに関するフィードバックを収集するよう依頼しました。
エレクトラ ディスカッション
最後に、Ryan 氏は、Deneb 後の次のアップグレード (コード名 Electra) で優先されるコード変更またはイーサリアム改善提案 (EIP) についての提案を受け入れました。ライアン氏は、２週間後の次回のＡＣＤＣ電話会議で、このテーマについてより「構造化された会話」を主導すると述べた。それまでの間、ライアン氏は開発者に対し、イーサリアム・マジシャンズとGitHubで提案されているEIPをチェックし、これらのフォーラムで意見を共有するよう奨励した。
イーサリアム財団の研究者アンスガー・ディートリヒス氏は、データ可用性サンプリング（DAS）はコンセンサス層に焦点を当てた「最優先」のアップグレードだと考えていると述べた。 「 [DAS] 多くの場合、通常は EIP の一部となる機能を備えていますが、4844 を構造化した方法のおかげで、実際にはハード フォークや追加の EIP は必要ありません。それに伴うリスクは次のとおりです。同じ可視性は得られないかもしれない」とディートリヒス氏は語った。ライアン氏はこのコメントに異議を唱え、彼の見解では、この変更はイーサリアムのデータガス制限の変更に関する議論と自然に結びつくため、DASはEIPに含まれるだろうと述べた。 DAS とは何か、そしてそれが Celestia などの他のブロックチェーンにどのように実装されているかについて詳しくは、この Galaxy Research レポートをお読みください。
Ryan 氏は、DAS については予備的な PR が行われており、正式な EIP 番号は 2 週間以内に提案されるだろうと述べました。ライアン氏は、電話会議に参加したアカウント チームに対し、1 月 25 日に開催される次回の ACDC 通話中に、Electra で何を優先すべきかを検討するよう奨励しました。