eip-6987

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第 108 回イーサリアムコア開発者コンセンサス会議の要約を発表しました。その中で、開発者は EIP-4788 と EIP-6987 を Deneb に組み込んでテストすることを検討することに同意しました。EIP-4788 は、スマートコントラクトを通じて信頼のない検証を行うために、実行層上のコンセンサス層状態証明を有効にします。以前の PR #3175 は EIP へのフォーマット化の過程にあり、EIP-6987 に変更されました。これは、安全上の理由から、罰金（slashed）された検証ノードがブロック提案者として選ばれるのを防ぐためです。開発者は、Deneb 規格に追加の変数と定数を導入し、実行層がコンセンサス層から独立して各ブロックの最大 blob トランザクション数を調整できるようにすることを議論しました。イーサリアムコア開発者の Tim Beiko は、EIP-4844 に導入された新しい SSZ タイプが、今後の SSZ アップグレードとどの程度互換性があるか、または現在の RLP 標準に最適化されるべきかはまだ不明であると、コンセンサス層クライアントチームに警告しました。Ryan は、現在 EIP-4844 で使用されている「flat hash」の SSZ タイプは、RLP 形式化の利点を活かしていないため、両方の面で損をしていると述べました。開発者は、来週の ACDE 電話会議でこの問題について引き続き議論します。さらに、信標チェーン証明サブネット（attnet）の改造は 5 月 4 日にリリースされました。開発者は、信標チェーン API の GitHub リポジトリで PR #317 についても議論しました。最近の MEV-Boost 脆弱性攻撃を考慮して、中継は現在、gossip を通じてブロック内容をブロードキャストする前に検証を行います。この機能は、Lighthouse と Prysm クライアントのカスタムフォークを必要とします。Lighthouse クライアント開発者の Michael Sproul は、すべてのコンセンサス層クライアントで同じ機能を有効にするための標準クエリパラメータを提案しました。Prysm クライアント開発者の Terence Tsao は、ある面でこの機能を導入することは MEV-Boost への依存を増加させると述べました。MEV-Boost はイーサリアム上で MEV を獲得するための一時的なソフトウェアであり、PBS をサポートするために廃止すべきです。(出典リンク)