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 格式化，但也没有利用完整的 SSZ 序列化的优势。开发者将在下周的 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。(来源链接)