原文标题：《BandwidthUsageafterEthereumWithdrawals》
原文作者：AlexMiller?
原文编译：Kxp，BlockBeats
4月12日，Ethereum进行了Shapella升级。实际上，这是两个不同升级的组合：共识层的Capella升级和执行层的Shanghai升级。这个联合升级包含了各种功能，但最受期待的还是验证者提现，打破了质押闭环。一旦升级上线，所有具有0x?01类型凭据的验证者都可以通过以下两种方式之一提取质押：
1.用户可以指示他们的共识客户端完全退出验证器。这将使验证者进入一个队列，之后该验证者的全部余额将被分散到执行层的提款地址中。
金色晨讯 | 9月17日隔夜重要动态一览:21:00-7:00关键词：雪崩协议、波卡、Kraken、美联储
1. 雪崩协议Avalanche将于9月21日上线主网;
2. 波卡代币发行与转账框架Polimec处于启动阶段 预计2021年8月上线首个项目;
3. Kraken将在怀俄明州开设银行;
4. 美联储将基准利率维持在0%-0.25%不变;
5. 美国众议员：DeFi代表另一种“货币哲学”;
6. 彭博社策略师：由于供应量固定及需求增长，BTC将继续升值；
7. BTC现报10979.79美元，加密货币总市值为3448.76亿美元。[2020/9/17]
2.不退出的验证者每4天左右自动"清空"其超过32?ETH?2的余额。重点是自动执行——用户不需要指示其共识客户端执行此操作，即使他们想保留验证者余额，也无法执行。
独家 | Bakkt期货合约数据一览:金色财经报道，BakktVolumeBot数据显示，本周比特币月度期货总交易额为4900万美元，较上周下降1%；最大未平仓合约量为630万美元，较上周下降1%。[2020/4/19]
第一种选项用于解锁质押，并为用户的质押风险设定上限——具体来说，退出的验证者仍然要进行证明/提议，直到它通过队列，队列的长度决定了对无法继续运作的验证者的预期惩罚。
然而，从网络的角度来看，第二个选项更为有趣，因为这些消息将由提款队列中的每个验证者不断广播。
Shapella新增了两种不断广播的消息类型：共识提款和可执行EIP?4895?。这意味着网络上的所有节点都有两个新的Gossip话题，并且我们应该预期带宽消耗的增加。但问题是，带宽究竟增加了多少？
金色晨讯 | 4月17日隔夜重要动态一览:21:00-7:00关键词：央行数字货币、Libra白皮书2.0、立法监管。
1.21世纪经济报道：已有银行内部员工将央行数字货币用于缴纳党费等。
2.作为M0部分替代，预计DC/EP投放量将在万亿规模。
3.工行行长：在区块链领域将全面提升技术供给能力和底层效能。
4.Libra白皮书2.0版：支持单货币稳定币，放弃向无许可系统过度。
5.Libra已向瑞士金融市场监管局提交支付系统许可申请。
6.美国国会议员：新版白皮书未改变Libra的证券属性。
7.美国立法者在新刺激法案中再次引入数字美元概念。
8.南非监管机构：加密货币不太可能对货币系统构成威胁。
9.CME比特币期货4月合约收报7105美元。[2020/4/17]
Capella之前和之后的数据快照
金色晨讯 | 12月20日隔夜重要动态一览:21:00-7:00关键词：Libra、泰国、伊朗、淘宝、釜山
1. 韩国最大电信公司将为釜山发行基于区块链的货币；
2. Libra发布第二版路线图；
3. 泰国计划将区块链应用于电子签证系统；
4. 浙江亿邦和云南亿邦遭北京朝阳分局立案侦查；
5. 光明日报：警惕以虚拟币为噱头的新式；
6. 因双花攻击视频广泛传播，TravelByBit或将不再支持BTC和BCH；
7. 孙宇晨：330亿TRX代币解锁后没有出售计划；
8. Coinbase CEO获得发明专利 允许用户通过电子邮件发送比特币；
9. 伊朗总统提议为穆斯林国家创建加密货币以替代美元；
10. 淘宝商家“区块链技术产品”类目半年前已上线。[2019/12/20]
我自己正在运行一个质押盒子并进行系统监控，因此我去看了一下Shapella之后带宽消耗是否有实质性变化。我在升级前后各有大约一周的数据，结果相当明显。每种类型的数据从4月3日到12日进行预升级跟踪，从4月12日到18日进行升级后跟踪。请注意，以下内容不是详尽分析，而是数据的简单呈现。
注意事项：首先，当Capella上线时，BLSToExecutionChange消息的缓存——另一种将0x?00类型提款凭证转换为0x?01类型的共识消息类型——得到了疏通，导致共识层的Gossip流量爆发性增加。由于每个验证器只能更改凭证一次，这是一种短暂的状态。其次，大量退出的验证者——主要来自Kraken，由于其SEC结算引起的退出任务——也被网络吸收了，但我认为这个因素在流量峰值方面并不是很显著。
客户端的使用
接下来我看了一下个别客户端。我使用geth作为执行客户端，lighthouse作为共识客户端。请注意，以下图表使用kB/s，但我已将值转换为Mb/s，以便与上面显示的整个系统带宽使用情况保持一致。
注意：两个客户端的带宽使用量不等于整个网络的使用量，因此显然还有其他的流量来源没有出现在这些监控视图中。不过，观察每个客户端的相对差异很有意思。
Geth
共识客户端带宽的变化有点奇怪，因为它们显示出非常大的平均增长，但这主要归因于一些极大的峰值。我不太确定这些峰值是什么原因，因为它们似乎集中在升级前后，而且自那以后变得更为分散。如果你知道是什么导致了这些峰值，请在评论中提供。
·入站流量：?0.404Mb/s--0.614Mb/s
·出站流量：?0.888Mb/s--1.448Mb/s
编者注：文章发布后，我想检查一下此时间范围内的Ethereum手续费，看看它是否可能与上述geth流量的峰值强相关。自升级以来，平均手续费一直较高，我认为这解释了某些峰值，但绝不是解释流量峰值巨大差异的唯一原因。
结论
现在还为时过早，无法从这些数据中获得太多的推论，但以下是我认为值得强调的一些发现：
·整体网络流量的确显著增加：约增加20?％。这基本上是可以预料到的，但比我想象中的要高。向一个Gossip协议添加新的消息类型总会对流量产生一定的影响。
·共识层和执行层带宽消耗的平均流量都有相当大的增加，但方差增加得更多。在进行了6天的测量后，这种方差似乎并没有减少。
·Shanghai升级导致geth网络流量的大幅增长。我不确定是什么原因导致了这种行为，但这是值得关注的。请注意，到目前为止已经过去了大约48小时，但还没有出现过大的峰值，因此可能这些峰值的密度很大是短暂的现象。
我们不妨长期观察这些流量测量值，也许会发现不少有趣的现象。
原文链接
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。