zk対応のポスト量子Ethereumネットワークを実現するには何が必要でしょうか? このエピソード(リーン・イーサリアムシリーズの5/6)では、@ethereumfndnのラウルとウィルがプリミティブからシステム統合、すなわちネットワーク、調整、クライアント相互運用性へと焦点を移します。 議論の中心は、ポスト量子署名とzkベースの集約がネットワーク層およびエンドツーエンドのプロトコル設計にどのように影響するかに焦点を当てています。 内容は以下の通りです: – ポスト量子署名がサイズの制約でない制約をもたらし、伝播、集約、帯域幅利用の再設計を必要とする理由 – DevNetsが反復的統合環境として果たす役割:基本的な相互運用性→署名生成→集約→再帰的合成まで – EIP-7870におけるネットワーク制約:帯域幅の制限、遅延感度、生のスループットではなく「グッドプット」を最適化する必要性 – バースティなゴシップベースの伝播から、ネットワークトポロジー全体で署名を段階的に集約する連続的なパイプラインデータフローへの移行 – トポロジー設計におけるトレードオフ:サブネット、階層的集約、冗長性、対抗的な考慮(例:識別可能な集約点の回避) – ETH P2Pは、汎用的なlibp2pコンポーネントを消去符号化ブロードキャストや構造化ルーティングなどのメカニズムに置き換える、専用に構築されたネットワークスタックとして利用されます – 層を超えた調整:暗号、クライアント実装、ネットワーク、メトリクス、遅延、重複、最終性収束を評価するための共通観測性 全編を視聴