PAR:开发者:Harmony将不支持以太坊伊斯坦布尔硬分叉_EthereumeRush

巴比特讯,据AMBCrypto报道,11月15日,PegaSysProtocolEngineering产品经理TimBeiko在推特上同步开发者电话会议关于以太坊伊斯坦布尔硬分叉的进展。在发布了Netermind、Besu和Geth的几个版本之后,Parityv2.5.10稳定版和v.2.6.5Beta版是发布的最新版本。该版本将添加区块编号,以便在主干网上激活伊斯坦布尔硬分叉以及其他更新。除了最新版本的Parity,Aleth1.7.0也发布了,它专注于伊斯坦布尔硬分叉的EIP。虽然开发人员敦促社区更新其节点,但Beiko透露只有16%的节点已更新。此外,Beiko透露,Harmony不会支持伊斯坦布尔。“我们还从EthereumJ/Harmony获得更新,宣布他们将停止维护其Eth1客户端,以专注于Eth2.0。他们将不会支持伊斯坦布尔。”

以太坊核心开发者共识会议:将为 Deneb 升级纳入与测试 EIP-4788、EIP-6987:5月7日消息,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。[2023/5/7 14:48:23]

以太坊开发者Evan Van Ness对很多交易所未下线XRP而惊讶:以太坊开发者Evan Van Ness刚刚发推称,令我惊讶的是,更多的交易所还没有将XRP下线。任何解决方案可能包括:1) 返还非法所得资产;2) Ripple同意XRP是一种证券。SEC已经表示,他们认为这是一种证券。[2020/12/23 16:12:16]

声音 | BCH SV开发者:BCH SV面向50亿用户:据cryptobriefing消息,BCH SV开发团队成员Daniel Connolly表示,BCH SV区块大小有望在明年年底达到2GB,这样能支持数十亿人使用该支付协议。我们的目标是每天有50亿人使用BSV,还有很长的路要走。他还透露,SV在4小时的压力测试中能够处理160万笔交易。[2018/12/1]

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

区块博客

[0:0ms0-3:439ms