原文标题：《Bandwidth Usage after Ethereum Withdrawals》
撰文：Alex Miller
编译：Kxp
4 月 12 日，Ethereum 进行了 Shapella 升级。实际上，这是两个不同升级的组合：共识层的 Capella 升级和执行层的 Shanghai 升级。这个联合升级包含了各种功能，但最受期待的还是验证者提现，打破了质押闭环。一旦升级上线，所有具有 0×01 类型凭据的验证者都可以通过以下两种方式之一提取质押：
用户可以指示他们的共识客户端完全退出验证器。这将使验证者进入一个队列，之后该验证者的全部余额将被分散到执行层的提款地址中。
不退出的验证者每 4 天左右自动「清空」其超过 32ETH2 的余额。重点是自动执行——用户不需要指示其共识客户端执行此操作，即使他们想保留验证者余额，也无法执行。
报告：以太坊NFT项目从NFT版税中获得18亿美元，Yuga Labs版税近1.5亿美元:10月22日消息，Galaxy Digital研究部门的一份新报告展示了NFT版税的关键数据。基于以太坊的NFT项目从NFT版税中获得18亿美元，前10个项目净版税占所有版税的27%。虽然NFT版税也有利于小型艺术家，但主要受益者是顶级NFT项目，如Bored Ape Yacht Club和耐克等公司。
排名前10的NFT项目净赚4.89亿美元，占所有版税收入的27%。Yuga Labs的Bored Ape Yacht Club、Mutant Ape和其他项目的版税为1.476亿美元，其次是Art Blocks，版税为8200万美元。耐克从NFT版税中获得了9160万美元的收入。（The Block）[2022/10/22 16:35:04]
第一种选项用于解锁质押，并为用户的质押风险设定上限——具体来说，退出的验证者仍然要进行证明 / 提议，直到它通过队列，队列的长度决定了对无法继续运作的验证者的预期惩罚（例如，队列中的 4 天=4 天的离线惩罚）。
以太坊未确认交易为156,624笔:金色财经消息，据OKLink数据显示，以太坊未确认交易156,624笔，当前全网算力为413.70TH/s，全网难度为5.52P，当前持币地址为56,275,677个，同比增加178,938个，24h链上交易量为2,844,602.48ETH，当前平均出块时间为13s。[2021/3/16 18:47:15]
然而，从网络的角度来看，第二个选项更为有趣，因为这些消息将由提款队列（不同于退出队列）中的每个验证者不断广播。
Shapella 新增了两种不断广播的消息类型：共识提款和可执行 EIP4895。这意味着网络上的所有节点都有两个新的 Gossip 话题，并且我们应该预期带宽消耗的增加。但问题是，带宽究竟增加了多少？
Capella 之前和之后的数据快照
我自己正在运行一个质押盒子并进行系统监控，因此我去看了一下 Shapella 之后带宽消耗是否有实质性变化。我在升级前后各有大约一周的数据，结果相当明显。每种类型的数据从 4 月 3 日到 12 日进行预升级跟踪，从 4 月 12 日到 18 日进行升级后跟踪。请注意，以下内容不是详尽分析，而是数据的简单呈现。
Connext部署兼容以太坊Layer2的即时跨链通信功能Spacefold:以太坊二层网络Connext发布Spacefold功能，该功能是Connext节点顶部的一个UI设计，演示了使用状态通道进行即时跨链通信的功能。Spacefold可以折叠到以太坊Layer2解决方案xDai、Optimism、Matic以及即将推出的SKALE和Arbitrum。Spacefold是探索Layer2可组合性的第一个实验。Connext表示，因为其设计是一个可编程的点对点小型支付网络，因此不适合Reddit想要扩展的一些通用计算活动。由于状态通道的工作方式，Connext内部的平衡必须是每个用户私有的，因此决定与现有的Layer2合作。使用Connext，用户不需要知道他们在哪条链或者分片上就可以转移资金，甚至可以完全无缝地跨链自动调用合约。虽然Layer2解决方案通常是相互竞争的，但实际上是可组合的，当它们叠加在一起可以创造出更强大的生态系统，比它们各部分的总和还要强大。
此前报道，Connext基于Counterfactual框架，这是一种全新的开发区块链应用的方式，让通道尽可能模块化和链上交易最小化的方案，在首次充值和最后提款的操作之间，其他的操作不需要依赖链上交易。[2020/8/2]
注意事项：首先，当 Capella 上线时，BLSToExecutionChange 消息的缓存——另一种将 0×00 类型提款凭证转换为 0×01 类型的共识消息类型——得到了疏通，导致共识层的 Gossip 流量爆发性增加。由于每个验证器只能更改凭证一次，这是一种短暂的状态。其次，大量退出的验证者——主要来自 Kraken，由于其 SEC 结算引起的退出任务——也被网络吸收了，但我认为这个因素在流量峰值方面并不是很显著。
动态 | Vitalik提出加速合并以太坊1.0及2.0的替代方案，1.0系统将成为执行环境:以太坊联合创始人Vitalik Buterin发布了一项在向以太坊2.0过渡中的合并以太坊1.0和2.0的替代方案。Vitalik表示，该方案旨在将整个PoW区块链加速移向以太坊2.0的信标链，但该方案需要无状态客户端 (stateless clients) ，无需无状态矿工和Webassembly语言，所以将减少需要完成过渡的配置。该方案的条件包括需要一个能够实现支持验证、见证区块以及生成见证区块功能的无状态客户端软件。该方案的运营方式为，以太坊1.0系统将成为以太坊2.0的执行环境之一，但在最初可以成为以太坊2.0的分片之一。在该方案中，参与以太坊1.0系统的验证人可以注册为以太坊1.0的友好验证人，将维护除了其信标节点外一个完整的以太坊1.0完整节点。[2019/12/26]
整体系统带宽
分析 | EOS DApp 的交易次数远超以太坊:据 IMEOS 报道，从 DappRadar 记录的 DApp 交易数值中可见过去七天内 EOS DApp 的交易次数远超以太坊。EOS Bet 在过去 7天的交易次数达到 2,213,916，位列 EOS DApp 的交易活跃度第一。而以太坊过去七天交易次数排名第一的 IDEX 仅有 80,400 次，与前者相差2,133,16，仅为前者的 3.6316%。同时整体上的统计数据也表明：过去七天内 EOS DApp 的交易次数远超以太坊。[2018/10/1]
最重要的指标是我质押组合所使用的整体带宽。这是一个 Linux 级别的测量，跟踪通过网络接口流动的比特数，在我这里是以太网。
出站流量：8.5 Mb/s — 10.41 Mb/s（+22％）
入站流量：7.19 Mb/s — 8.48 Mb/s（+18％）
客户端的使用
接下来我看了一下个别客户端（执行和共识）。我使用 geth 作为执行客户端，lighthouse 作为共识客户端。请注意，以下图表使用 kB/s，但我已将值转换为 Mb/s，以便与上面显示的整个系统带宽使用情况保持一致。
注意：两个客户端的带宽使用量不等于整个网络的使用量，因此显然还有其他的流量来源没有出现在这些监控视图中。不过，观察每个客户端的相对差异很有意思。
Geth
共识客户端带宽的变化有点奇怪，因为它们显示出非常大的平均增长，但这主要归因于一些极大的峰值。我不太确定这些峰值是什么原因，因为它们似乎集中在升级（4/12 晚 –4/13 早）前后，而且自那以后变得更为分散。如果你知道是什么导致了这些峰值，请在评论中提供。
入站流量：0.404 Mb/s — 0.614 Mb/s（+52％）
出站流量：0.888 Mb/s — 1.448 Mb/s（+63％）
编者注：文章发布后，我想检查一下此时间范围内的 Ethereum 手续费，看看它是否可能与上述 geth 流量的峰值强相关。自升级以来，平均手续费一直较高，我认为这解释了某些峰值，但绝不是解释流量峰值巨大差异的唯一原因。
观察到的数据范围内的 Ethereum 网络费用（来源：ultrasound.money）
Lighthouse
与其他仪表板不同，我的 lighthouse 监视器将入站和出站流量合并成一个视图。结果是明显的，但比 geth 小得多。不过，与 geth 一样，带宽差异在升级上线后急剧增加。
注意：此仪表板不提供数字平均值，因此我必须根据下面的图表估计这些数字。
综合流量：~9.6 Mb/s — ~11.2 Mb/s（+ ~ 16.6％）
结论
现在还为时过早，无法从这些数据中获得太多的推论，但以下是我认为值得强调的一些发现：
整体网络流量的确显著增加：约增加 20％。这基本上是可以预料到的，但比我想象中的要高。向一个 Gossip 协议添加新的消息类型总会对流量产生一定的影响。
共识层和执行层带宽消耗的平均流量都有相当大的增加（执行层变化更大），但方差增加得更多。在进行了 6 天的测量后，这种方差似乎并没有减少。
Shanghai 升级（执行升级）导致 geth 网络流量的大幅增长。我不确定是什么原因导致了这种行为，但这是值得关注的。请注意，到目前为止已经过去了大约 48 小时，但还没有出现过大的峰值，因此可能这些峰值的密度很大是短暂的现象。
我们不妨长期观察这些流量测量值，也许会发现不少有趣的现象。
区块律动BlockBeats
媒体专栏
阅读更多
金色荐读
金色财经 善欧巴
Chainlink预言机
白话区块链
金色早8点
Odaily星球日报
欧科云链
深潮TechFlow
MarsBit
Arcane Labs
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。