SSV:一览以太坊提款功能开启后的带宽使用情况_ELLA

4月12日，Ethereum进行了Shapella升级。实际上，这是两个不同升级的组合：共识层的Capella升级和执行层的Shanghai升级。这个联合升级包含了各种功能，但最受期待的还是验证者提现，打破了质押闭环。一旦升级上线，所有具有0x01类型凭据的验证者都可以通过以下两种方式之一提取质押：

1.用户可以指示他们的共识客户端完全退出验证器。这将使验证者进入一个队列，之后该验证者的全部余额将被分散到执行层的提款地址中。

2.不退出的验证者每4天左右自动"清空"其超过32ETH2的余额。重点是自动执行——用户不需要指示其共识客户端执行此操作，即使他们想保留验证者余额，也无法执行。

第一种选项用于解锁质押，并为用户的质押风险设定上限——具体来说，退出的验证者仍然要进行证明/提议，直到它通过队列，队列的长度决定了对无法继续运作的验证者的预期惩罚。

去中心化以太坊质押基础设施SSV Network将进行主网第二阶段发布会议:7月24日消息，去中心化以太坊质押基础设施SSV Network发推称，将于8月1日进行主网第二阶段“有限启动”发布会议，第二阶段将引入经验证的运营商，带来指数级SSV网络扩展。

据此前消息，去中心化以太坊质押基础设施SSV Network发布主网上线计划表，将分四个阶段推出主网，分别是预启动、有限启动、启动、无需许可的启动四个阶段。团队将于2023年第二季度初开启主网推出的第一阶段，到2023年第四季度准备无需许可启动。[2023/7/24 15:54:39]

然而，从网络的角度来看，第二个选项更为有趣，因为这些消息将由提款队列中的每个验证者不断广播。

Shapella新增了两种不断广播的消息类型：共识提款和可执行EIP4895。这意味着网络上的所有节点都有两个新的Gossip话题，并且我们应该预期带宽消耗的增加。但问题是，带宽究竟增加了多少？

OKX Blockdream Ventures地址于1小时前向OKX转入19814枚SSV:3月1日消息，据0xScope Protocol监测，被标记为OKX Blockdream Ventures的地址于1小时前向OKX转入19814枚SSV，价值约86.1万美元。此次转入的代币于一个月之前解锁。[2023/3/1 12:36:29]

Capella之前和之后的数据快照

我自己正在运行一个质押盒子并进行系统监控，因此我去看了一下Shapella之后带宽消耗是否有实质性变化。我在升级前后各有大约一周的数据，结果相当明显。每种类型的数据从4月3日到12日进行预升级跟踪，从4月12日到18日进行升级后跟踪。请注意，以下内容不是详尽分析，而是数据的简单呈现。

注意事项：首先，当Capella上线时，BLSToExecutionChange消息的缓存——另一种将0x00类型提款凭证转换为0x01类型的共识消息类型——得到了疏通，导致共识层的Gossip流量爆发性增加。由于每个验证器只能更改凭证一次，这是一种短暂的状态。其次，大量退出的验证者——主要来自Kraken，由于其SEC结算引起的退出任务——也被网络吸收了，但我认为这个因素在流量峰值方面并不是很显著。

SSV DAO启动5000万美元生态系统基金:金色财经报道，以太坊质押基础设施 ssv.network 背后去中心化组织 SSV DAO 启动 5000 万美元基金，该基金由 SSV 和数字货币集团 DCG 领投，帮助完善去中心化的验证器技术（DVT）基础设施，DVT 指的是一项允许以太坊权益证明验证器同时在多个节点上运行的技术开发。此前报道，SSV DAO 于 2022 年 7 月向以太坊质押项目分配 1000 万美元赠款，用于使用 SSV 协议构建 DVT 项目。[2023/1/19 11:21:29]

整体系统带宽

最重要的指标是我质押组合所使用的整体带宽。这是一个Linux级别的测量，跟踪通过网络接口流动的比特数，在我这里是以太网。

·出站流量：8.5Mb/s--10.41Mb/s

Amber Group在SSV.Network发表购买SSV代币并为其引入合作伙伴的提案:11月3日消息，加密金融服务商Amber Group在SSV.Network社区发表提案称，希望通过购买并持有SSV代币以及为SSV.Network引入更多以太坊质押赛道的合作伙伴来扩大社区并帮助SSV.Network的发展。AmberGroup表示计划以6.19美元的价格购买121163枚SSV代币，并希望未来与SSV.Network合作在以太坊以及其他POS公链上引入基于SSV.Network的去中心化质押。[2021/11/3 21:21:48]

·入站流量：7.19Mb/s--8.48Mb/s

客户端的使用

接下来我看了一下个别客户端。我使用geth作为执行客户端，lighthouse作为共识客户端。请注意，以下图表使用kB/s，但我已将值转换为Mb/s，以便与上面显示的整个系统带宽使用情况保持一致。

注意：两个客户端的带宽使用量不等于整个网络的使用量，因此显然还有其他的流量来源没有出现在这些监控视图中。不过，观察每个客户端的相对差异很有意思。

Geth

共识客户端带宽的变化有点奇怪，因为它们显示出非常大的平均增长，但这主要归因于一些极大的峰值。我不太确定这些峰值是什么原因，因为它们似乎集中在升级前后，而且自那以后变得更为分散。如果你知道是什么导致了这些峰值，请在评论中提供。

·入站流量：0.404Mb/s--0.614Mb/s

·出站流量：0.888Mb/s--1.448Mb/s

编者注：文章发布后，我想检查一下此时间范围内的Ethereum手续费，看看它是否可能与上述geth流量的峰值强相关。自升级以来，平均手续费一直较高，我认为这解释了某些峰值，但绝不是解释流量峰值巨大差异的唯一原因。

Lighthouse

与其他仪表板不同，我的lighthouse监视器将入站和出站流量合并成一个视图。结果是明显的，但比geth小得多。不过，与geth一样，带宽差异在升级上线后急剧增加。

注意：此仪表板不提供数字平均值，因此我必须根据下面的图表估计这些数字。

·综合流量：~9.6Mb/s--~11.2Mb/s

结论

现在还为时过早，无法从这些数据中获得太多的推论，但以下是我认为值得强调的一些发现：

·整体网络流量的确显著增加：约增加20％。这基本上是可以预料到的，但比我想象中的要高。向一个Gossip协议添加新的消息类型总会对流量产生一定的影响。

·共识层和执行层带宽消耗的平均流量都有相当大的增加，但方差增加得更多。在进行了6天的测量后，这种方差似乎并没有减少。

·Shanghai升级导致geth网络流量的大幅增长。我不确定是什么原因导致了这种行为，但这是值得关注的。请注意，到目前为止已经过去了大约48小时，但还没有出现过大的峰值，因此可能这些峰值的密度很大是短暂的现象。

我们不妨长期观察这些流量测量值，也许会发现不少有趣的现象。

欢迎私信进交流群，今天的分享到此结束了，非常感谢各位朋友们百忙之中抽出时间来看这篇文章，希望文章对你有帮助，可以关注我和给我留言评论，一起交流Billions项目组

标签：LSDSSVELLAPELPLSDssv币值得长期持有吗stellar币的官网Spell Token

TRX热门资讯