柏林硬分叉已在测试网中上线：是时候在测试网上开始应用和钱包的开发了！伦敦硬分叉在准备阶段：EIP-1559实现正在进行中，并且为了赶在7月或8月的最后期限前完成升级，升级的范围很窄。上海硬分叉的升级重点仍在讨论中：要么就是核心开发者们将他们的精力都集中到eth1->eth2合并的工作中，要么就是当合并原型制作之后，部署那些呼声比较高的EIP柏林升级内容已经在所有主要测试网部署，并且将在4月14日，区块高度12,244,000上线主网。此次升级将提高以太坊的安全性，并为伦敦升级中的EIP-1559部署做好准备。如果读者正在运行一个节点并且还没更新客户端版本，尽快去更新！至于客户端更新的版本，《以太坊柏林升级公告》内有公布。
以太坊未确认交易为202,135笔:金色财经消息，据OKLink数据显示，以太坊未确认交易202,135笔，当前全网算力为642.84TH/s，全网难度为8.58P，当前持币地址为62,295,747个，同比增加120,971个，24h链上交易量为2,104,234ETH，当前平均出块时间为13s。[2021/9/7 23:07:22]
在安全方面，访问以太坊状态的操作码的gas费与其计算成本相比价格过低了，而EIP-2929可以解决该问题。利用操作码gas费过低这一点，恶意参与者可以创建重复调用这些操作码的区块，而这些区块的处理速度比普通区块慢几个数量级。EIP-2929通过提供gas成本约3倍来缓解这一问题。还有客户端方面，改进了数据库管理。比如Geth客户端的快照数据库格式也有助于更有效地处理状态访问较多的区块。
动态 | V神回复“以太坊迁移到Eth 2.0执行环境时是否会破坏当前部署的合约”的问题:Parity的Rust开发者Wei Tang发推担忧以太坊接下来的伊斯坦布尔硬分叉中的 EIP-1884 提案可能会破坏目前已经部署在以太坊上的合约。V神回复称，支持EIP 1884（并希望重新定价更高），但这仍然需要进一步探讨。此外，对于以太坊迁移到 Eth 2.0 执行环境时是否会破坏当前部署的合约的问题，Vitalik回复道，约束见证数据大小以重新平衡 Gas 费，是我能想到的产生重大变化的一点。区块间间隔可能缩短至 3-6 秒，DIFFICULTY 操作码将不再输出任何有用的内容。在迁移时，除非给出偏移的区块编号进行破解，否则操作码编号将遵从非单调逻辑（non-monotonic）。同时，以太坊merkle证明的硬编码验证可能会遭到破坏，很大可能会从十六进制的 Patricia 树切换到二进制的 SMT。此外，EIP 1559 提案将会改变与 GASPIRCE 操作码相关的所有经济活动，帐户抽象将使 ORIGIN 操作码的工作方式发生改变。[2019/9/2]
然而为了减轻EIP-2929对用户的负面影响，柏林升级引进了与其配套的EIP-2930。它允许用户在提交交易时指定一个「访问列表」，以使用低于2929规定的gas费。这其中gas费的计算方法有些复杂，但是，从高层次来看，如果客户端提前知道交易将涉及状态的哪一部分，他们就可以预加载，对这些访问收取更少的gas费。我鼓励大家参考这个EIP进行精确的计算。
英国区块链初创公司推出首个用以太坊计价的债券:英国区块链初创公司推出了首个专门用以太坊计价的债券。奢侈品零售初创公司LuxDeco发行债券，并希望为公司提供短期季节性需求筹集资金的方法。其创始人兼首席执行官表示：如果加密货币成为了一个有效的融资及交易选择，会考虑未来增发债券。[2017/11/23]
对于想要体验生成「访问清单」功能的应用和钱包开发者，Geth客户端很快就会上线相关的工具了?可以点击这里查看开发进程。更广泛地说，如果你是一名应用或钱包开发者，现在是时候在测试网上测试柏林升级的内容了！
关于EIP-1559，柏林在两个方面提供帮助。首先，EIP-2929解决了EIP-1559的最大风险：DoS攻击会在比现在大两倍的区块上进行。这是客户端开发者们反对EIP-1559的首个原因，并且每次在核心开发者会议中讨论1559时都会讨论到这个问题。换句话说，如果没有2929，我们就不能稳妥地上线1559。
第二，柏林通过EIP-2718在协议级别引进了对多种交易类型的支持。EIP-2930引进的「访问清单」创建功能需要一种新的交易类型，因此EIP-2718提供了一个全面的框架以支持多种交易类型。这意味着，在柏林中实现2718和2930允许客户端团队提前做架构基础工作，为支持1559类型的交易做好准备。
最后，大家对柏林升级还有一个忧虑，担心EIP-2929将提高DeFi交易的成本。然而EIP-2930的引进会抵消掉一部分(并不会抵消全部)。防止这类型交易gas费提高的明显解决方案就是提高区块gaslimit。
不过，这样做总是有好有坏：提高区块容量会加速状态增长，这导致节点与网络同步更加困难。另一方面，不提高区块gaslimit就会提高网络用户的交易成本(支付昂贵的gas费)。或许这样是一个比较公正的折中方案：引入2929降低DoS的风险，然后缓慢地提高区块容量，直到2929所提高的gas费被逐渐抵消。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。