对EIP-1559的一种批评是：区块大小是可变的，在的范围内浮动而不再是固定的12.5Mgaslimit，这使得客户端需要处理加倍的负载。这个论点进一步演绎为，如果我们认为客户端是可以处理这么高的负载，那么他们应该可以任何时候都处理这么高的负荷，这样我们倒不如放弃EIP-1559而直接做更有用的事——把区块大小限制提升一倍。
这个想法背后的核心观点是，大区块的首要危害来自经由客户端的那些最大区块，而不是平均区块大小。我认为这个想法是错的(因此EIP-1559对客户端产生的风险并不会比固定gaslimit的机制更高)，以下是我的理由。
日本物联网平台开发商Jasmy与AVITA Technologies成立合资公司:日本物联网平台开发商Jasmy与AVITA Technologies成立了合资公司。
Jasmy将为新公司提供数据管理解决方案，帮助AVITA为客户提供安全的计算机解决方案和带有个人资料柜的设备。随着Jasmy物联网平台与Secure PC解决方案的融合，新公司将为B2B客户提供DaaS设备即服务，为远程办公提供理想解决方案。Jasmy希望将区块链、加密货币和安全物联网解决方案等金融科技应用规模从日本扩大到亚太地区，并最终走向全球。[2023/4/17 14:08:00]
?重温：不马上把gaslimit提高到100M的理由有哪些？
链游Civitas完成2000万美元融资，Delphi Digital和三箭资本领投:4月12日消息，链游Civitas宣布完成2000万美元融资，Delphi Digital和三箭资本领投，Framework Ventures、BITKRAFT、DeFiance Capital、Sfermion、CCP Games、Yield Guild Games、Merit Circle和YGG SEA等参投。
据了解，本轮融资将用于将Civitas构建为一款社区驱动的协作类城市建设游戏，拟在2023年第一季度推出测试版，并在2023年晚些时候正式推出。（Venturebeat）[2022/4/13 14:20:44]
三个理由：
声音 | 江卓尔：分片提升容量难度大时间长 故而Vitalik提出使用BCH或者ETC作为以太坊数据层:7月25日消息，莱比特矿池CEO江卓尔表示，分布式系统（去中心化系统）有一个不可能三角，称为分布式系统CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得。Vitalik提出用分片方法提升容量，但分片方法的难点是一致性，也就是CAP中的C，Consistency（一致性），这个是一个要挑战不可能三角的开发，所以开发难度很大，时间长，所以Vitalik才提出使用BCH或者ETC作为以太坊数据层的短期方案，来解决ETH的燃眉之急。[2019/7/25]
1.正常情况下的区块处理时间会增加
声音 | BM 评价 Vitalik 新共识算法：是对非 BFT 终结性的正式描述:据 IMEOS 报道，Vitalik 近期在其博客上发布了一篇名为《一个99%容错共识的指南》的文章，文章认为这个算法只需要 1％ 的节点“诚实”。这意味着，从理论上讲，攻击者需要控制超过99％ 的区块链节点才能进行攻击。因此不再有 51％ 的攻击。
EOS 社区成员询问 BM 对这个文章的看法以及意见，BM 回复道：这篇文章没有给出譬如什么时候开始实施的时间先，但可以安全地假设一下这个新算法将会在基于 POS 的共识生效后实施......所以相当于在宇宙热寂之后实施......
“不过这个算法是关于 Steem 和 Bitshare 的非 BFT 终结性的正式描述，这就很有趣了。”[2018/8/16]
从当前大约400ms增加到约3.2s，这会带来很多负面后果：
非常高的叔块率，导致中心化
除了电力最强的节点外，其他所有节点都难以保持同步
即使是电力最强的节点也需要更大量的资源消耗
短暂断电后的重新同步前会有更长时间的延迟
2.由于DoS攻击，最坏情况下区块处理时间会延长，从现在的20~80秒延长到可能160~640秒。
3.存储增长率会升高
从现在大约50GB/月上升到大约400GB/月，这会导致
同步速度慢很多
存储要求高很多
更慢的磁盘处理速度，因为大型数据库的访问速度会慢于小型数据库
请注意：理由1和理由3下的所有内容都只适用于长期正常使用情况，而不是受高峰影响。因此，如果要考虑高峰期的影响，关注理由2就够了。
论据1：EIP-2929已经弥补了EIP-1559的不足
EIP-2929对存储访问操作的gas成本进行了提升，已经把最坏情况DoS攻击所需的gas消耗增加了3倍。这意味着EIP-2929与EIP-1559配合起来实际上是比现在在最坏情况下处理区块所需消耗净减少了1.5倍。
这里很自然会问一个问题：“如果EIP-2929那么好，为什么不直接把gaslimit调高到25M或37.5M”？这个回答很简单：理由2不是避免gas消耗提高的唯一原因。即使DoS问题可以被完全解决，理由1和理由3下的问题在可见的未来还会存在。因此，EIP-2929给的额外松弛部分是不可以用以对区块容量进行大幅提升。
论据2：对于相同程度的DoS攻击，短时间攻击引起的峰值带来的弊端远比长时间攻击带来的要少
如果攻击者对链发起攻击，用区块容量最大值的垃圾数据填充区块，每个区块的gas价格上涨1.125倍。这个涨幅是呈指数上升的：持续生成5个满区块会使得gas价格上升1.8倍，而在5分钟之后，gas价格会上升15倍。为了维持攻击，攻击者必须按照这些疯狂上涨的价格支付所有的交易费。因此，一次现实的攻击可持续的时间大概是5分钟。
如果客户端收到这5分钟内生成的区块会发生什么呢？很明显，在这段时间链的处理速度会变得非常慢。会出现非常多短程分叉。事实上，分叉意味着攻击者在攻击后仍然可以以少量哈希算力回滚链上交易。这是非常糟糕的情况。
但是，这比攻击者可以维持一个小时甚至一天的攻击要好得多。大多数的交易和其他服务现在等待确认的时间已经超过5分钟，只有极其脆弱的服务才会被破坏，因为对它们来说需要5分钟发送一笔交易太难了，而回滚或拒绝服务需要持续数小时甚至数天，就像2016年的上海攻击事件一样，会造成非常严重的后果。
因此，持续5分钟达到2500万gas的峰值比2500万的gaslimit风险低得多。
论据3：短期峰值已经出现
工作量证明挖矿固有的泊松过程(Poissonprocess)就意味着区块在发布时会存在随机性。事实上，光是随机性每周就会导致一次两倍链容量的峰值，峰值持续五分钟。
因此，某种程度上使用峰值是一个已知数量，生态到目前为止还能忽略其影响。
来源|?notes.ethereum.org/@vbuterin
作者|VitalikButerin
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。