为什么Geth客户端中心化导致Staking资产丢失是危言耸听?

币圈资讯 阅读:41 2024-04-22 10:16:44 评论:0
美化布局示例

欧易(OKX)最新版本

【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   全球官网 大陆官网

币安(Binance)最新版本

币安交易所app【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

火币HTX最新版本

火币老牌交易所【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

很显然,这篇宣称使用Geth客户端Staking会导致资产丢失的文章过于危言耸听了。

作者通过Nethermind客户端故障导致节点被Slash的案例来假定占比84%的Geth客户端出现故障可能出现的糟糕状况。只能说这是一种极端的假设,是对Geth客户端中心化问题过度解读。简单说说,我的想法:

1)以太坊的节点客户端包含Geth、Nethrmind、Besu、Erigon、Reth等客户端。这些执行客户端只是开发者在执行出块权的一种终端配置选择,和链的共识,尤其是出块权这些问题并没有直接关系。

唯一区别是,有的开发者从熟悉度或成本等因素考虑可能选择了Nethermind等小客户端,有的开发者会随大流选择Geth。不管开发者用哪类客户端,在POS出块机制的概率都只和质押的ETH 有关系,只是Geth客户端覆盖率高,给人直观感觉大部分出块权都在Geth,事实上只是因为大部分节点都用了Geth而其上边质押的ETH量又大才产生的逻辑关联;

2)至于为啥Geth客户端会占比84%成为主流客户端,是其本身性能优越、兼容性强、功能丰富、成熟稳定产生结果。一个正循环:Geth性能好——开发者活跃——bug修的快——稳定好用——开发者更加活跃——Geth占比越大。尽管以太坊基金会也通过持续的Grant来增加其他客户端的比重,但结果无济于事,Geth客户端的共识越来越强大;

顺着文章作者的逻辑,由于Geth客户端占比大,所以一旦Geth出现问题以太坊出块就会不稳定,给Staking造成巨大的Slash伤害,但是个伪命题。因为若不是Geth客户端好用,就不可能占比最大,既然占比大是好用的结果,那假设Geth出问题的概率能有多大呢?即便这种假设成立,那以太坊面临的也并非节点slash那么简单了,可能得涉及链的硬分叉问题;

3)Staking以及Restaking中有一个AVS(Activity Validator Set)的概念,这就使得参与Staking的节点要确保通信连接的稳定性,软件稳定性和Bug修复率,有效的出块和验证过程等等。

这就意味着,参与Staking以及Restaking的节点会倾向于选择Geth客户端,而Staking AVS集合中的节点要想继续参加Restaking就得设法提高终端负载水平进一步提升性能。所以Staking和Restaking只会导致客户端层面的竞争更加卷,意味着Geth客户端的比例可能会进一步放大。

因此以Geth客户端中心化占比大,来唱衰Staking和Restaking潜在风险的观点显然站不住脚。

Geth客户端的中心化问题也确实是个问题,尤其是在去中心化的世界建模背景下,大比例的占比总会让人产生隐忧,但客户端多样性问题以太坊基金会一直在想办法优化,这和Staking以及Restaking的爆火并没有直接关联关系,若非要牵扯关系,只能说Staking和Restaking的盛行可能会加剧Geth客户端的进一步中心化。只是,这样一来再抱怨Geth客户端中心化问题的风险就有些杞人忧天了。

Note:要权衡Geth客户端中心化和Staking潜在风险的主动权实际上在Lido等大节点主体手里,若Lido有意识地增加客户端节点多样性,赞助多种客户端的开发者,问题则会相应改善。


Obviously, this article claiming that using the client will lead to the loss of assets is too alarmist. The author assumes that the client failure may cause a bad situation through the case of the client failure. It can only be said that this is an extreme assumption and an over-interpretation of the client centralization problem. Simply talk about my idea. The node clients of Ethereum include waiting clients. These executing clients are just a kind of terminal configuration selection and chain consensus that developers are implementing block rights, especially. There is no direct relationship between these issues, but the only difference is that some developers may choose to wait for a small client from the perspective of familiarity or cost, and some developers will follow the trend. No matter what kind of client the developer uses, the probability of being in the block mechanism is only related to the pledge, but the high coverage of the client gives people an intuitive feeling that most of the block rights are in fact only because most nodes are used and the amount of pledge on them is large, which leads to the logical connection. As for why the client will occupy it. Compared with becoming a mainstream client, it has superior performance, strong compatibility, rich functions, mature and stable results. A positive cycle has good performance, and developers are active, fast, stable and easy to use. Developers are more active, and the greater the proportion, although the Ethereum Foundation has continuously increased the proportion of other clients, the results have not helped. The consensus of clients is getting stronger and stronger. According to the logic of the author of the article, once there is a problem, the block of Ethereum will be unstable and cause great harm. This is a false proposition, because if it is not easy for the client to use, it can't account for the largest proportion. Since the large proportion is the result of easy use, what is the probability of assuming a problem? Even if this assumption is established, it is not as simple as a node, and it may involve the hard bifurcation problem of the chain and the concept of one of them, which makes the participating nodes ensure the stability of the communication connection, the software stability and the repair rate, the effective blocking and verification process, and so on, which means that the participating nodes will tend to choose. If you choose a client and the nodes in the set want to continue to participate, you must try to improve the terminal load level and further improve the performance. Therefore, the sum will only lead to more competition at the client level, which means that the proportion of clients may be further enlarged. Therefore, the view that the client centralization accounts for a large proportion is obviously untenable and the potential risk is indeed a problem, especially in the context of decentralized world modeling, which will always cause hidden worries, but there are many clients. The Ethereum Foundation has been trying to optimize the relationship between this and the explosion, which is not directly related. If it is not related, it can only be said that the popularity of the client may aggravate the further centralization of the client. Only in this way, it is somewhat alarmist to complain about the risk of client centralization. To weigh the initiative of client centralization and potential risks, in fact, if the client node diversity is consciously increased and the developer problem of various clients is sponsored, it will be improved accordingly. 比特币今日价格行情网_okx交易所app_永续合约_比特币怎么买卖交易_虚拟币交易所平台

文字格式和图片示例

注册有任何问题请添加 微信:MVIP619 拉你进入群

弹窗与图片大小一致 文章转载注明 网址:https://netpsp.com/?id=61220

美化布局示例

欧易(OKX)最新版本

【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   全球官网 大陆官网

币安(Binance)最新版本

币安交易所app【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址

火币HTX最新版本

火币老牌交易所【遇到注册下载问题请加文章最下面的客服微信】永久享受返佣20%手续费!

APP下载   官网地址
可以去百度分享获取分享代码输入这里。
声明

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

发表评论
平台列表
美化布局示例

欧易(OKX)

  全球官网 大陆官网

币安(Binance)

  官网

火币(HTX)

  官网

Gate.io

  官网

Bitget

  官网

deepcoin

  官网
关注我们

若遇到问题,加微信客服---清歌

搜索
排行榜
扫一扫,加我为微信好友加我为微信好友