节点运营商发公开信质疑,Hyperliquid 中心化 API 又惹争议了

CN
链捕手
關注
1 天前

原文标题:A Letter To The Hyperliquid Core Team
原文作者:Kam Benbrik,Researcher @Chorus One
原文编译:Ashley,BlockBeats

编者按:节点运营商 Chorus One 在 X 平台公开信中详细描述了 Hyperliquid 测试网的多重问题,包括节点频繁被关停、代码闭源导致的操作困难、中心化 API 带来的单点故障风险等,并提出了多项改善建议,旨在提升链的透明度与去中心化程度。针对这些内容,Hyperliquid 创始人 Jeff 回复并强调验证者选择标准已在公告中说明;Hyperliquid 官方账号也在 X 平台单独发文,针对信中提及的问题予以澄清并表示节点代码将在安全的情况下开源。

以下为原文内容(为便于阅读理解,原内容有所整编):

以下这封信是 Chorus One 写给 @HyperliquidX 工程团队的,希望团队能抽时间审阅这份关于 Hyperliquid 链管理的反馈。

TL;DR

· 由于代码闭源、缺乏说明文档以及依赖于中心化的 API,验证者面临重大挑战,导致频繁的节点被关停(jailing)和性能不稳定。

· 测试网激励机制导致了 HYPE 代币的黑市交易,更倾向于与大持有者进行交易,而不是公平地选择验证者。

· 主网上验证者的低回报无法覆盖高额的自质押要求,去中心化受到限制,因为 81% 的权益由基金会节点控制。

· 要与主要的 layer 1 竞争,Hyperliquid 必须提高透明度,去中心化权益质押,实施公平的验证者选择机制,并与外部验证者更多互动。

我从 2023 年 12 月开始接触 Hyperliquid,发现这个应用非常出色。它使用简单,用户体验极佳,并且 Hyperliquid 提供了一些独特且其他地方没有的功能,比如金库(vaults)和知名的 HLP。目前 HLP 管理着超过 3.5 亿美元的资金,并允许任何人以被动的方式参与 Hyperliquid。

在看到平台的出色表现并了解到 Hyperliquid 作为其 layer 1 独立运营后,我希望 Chorus One 能作为 Hyperliquid 链上的运营方参与其中。我是一名来自 ChorusOne 的员工,这是行业内最大的节点运营商之一。自 2018 年以来,Chorus One 一直活跃于权益证明(Proof of Stake)行业。我们与许多优秀团队合作,参与了许多区块链设计和共识算法的开发,并在 Tezos 和 Cosmos Hub 等最早的权益证明链中发挥了关键作用。目前,Chorus One 管理着 50 多条区块链,质押资产总额超过 30 亿美元,并自早期阶段起与所有主要的权益证明区块链合作。

Chorus One 于 10 月 17 日被列入白名单后加入了 Hyperliquid 测试网。我想与 Hyperliquid 工程团队分享我们在测试网上的整体体验,因为即使在测试网运行了近 3 个月后,我们仍然没有机会与团队进行互动。在此期间,我们见证了 2024 年最成功的代币发布之一——HYPE 代币的推出。同时,我们也经历了一个既有趣又充满挑战的测试网环境。我希望能提及一些观察到的要点,希望它们能在接下来的日子、几周或几个月内得到考虑。

测试网体验

在测试网上的体验至今非常具有挑战性。节点运营商几乎没有关于如何运行节点的信息,只有有限的资源可供查阅。

频繁的节点被关停问题且原因不明

起初,我们多次被关停,但无法理解原因。由于代码是闭源的,我们无法正确评估被关停的原因。唯一的方法是与其他验证者在 Discord 上交流,并共同猜测可能的原因。在与多位验证者沟通后,我们了解到其他验证者也反复被关停,他们也不完全清楚原因。

节点位置问题

后来我们发现,被关停的问题可能是由于我们的节点没有部署在东京。将节点迁移到东京可能会有所帮助。不幸的是,团队从未明确告知这一点,我们是在多次遇到问题后才发现的。

将节点迁移到东京后,情况有所改善。这可能是因为许多拥有大量权益的测试网节点也部署在东京,因此我们的节点可以稍微赶上进度,减少漏块。然而,即使迁移后,我们仍然面临被关停的问题,具体原因仍然不明。这种缺乏理解的情况主要是由于代码闭源。

依赖自动解除关停脚本

我们意识到,在 Hyperliquid 测试网上保持良好的正常运行时间取决于脚本自动解除节点关停的速度。唯一能提高正常运行时间的方法是依赖于快速自动解除关停的脚本。验证者无法完全理解或解决潜在问题,只能在不了解情况的情况下自动解除节点关停。

中心化的 Hyperliquid API 作为单点故障

曾有几次我们的解除关停尝试失败,原因是 Hyperliquid 的 API 宕机。由于验证者必须向 Hyperliquid 服务器发送请求来解除关停,因此在 API 宕机时,验证者无法自行解除关停。

团队可能已经意识到这一点,但这种设计需要重新考虑,因为它使 API 成为网络的一个重要单点故障。如果目标是构建一个拜占庭容错系统(Byzantine Fault Tolerant system),那么就不应该有任何节点拥有特殊权限,比如依赖于中心化的 API。

主网上的验证者选择

Hyperliquid 最近在去中心化其验证者集合的过程中选择了大约 16 个验证者。此前,由核心团队管理的 4 个验证者受到了很多批评。Hyperliquid 最近迈出了重要的一步,将验证者集合从 4 个扩展到 16 个。

关于验证者的选择,4 个验证者通过以下 Discord 帖子宣布:

这些验证者分别是 Validao、Bharvest、Hypurrstake 和 Prrposefulnode。这些验证者是基于他们在过去 7 天或 30 天内保持超过 90% 的正常运行时间而选出的。

这在多个方面都是一个重大成就,主要原因是验证者性能还受到外部因素的影响,例如 Hyperliquid API 的宕机、关停问题以及二进制文件的持续崩溃,这些都对性能产生了非忽略不计的影响。

除了根据测试网性能选出的 4 个验证者外,Hyperliquid 基金会的 5 个验证者也在主网上运行。此外,另外 7 个验证者也被选中参与主网,但其选择原因尚未公开。

随后,HYPE 测试网代币的黑市开始出现。

Hyperliquid 测试网最初有 50 个验证者集合。最初,特定实体被列入白名单以加入测试网,但自 12 月 12 日起,验证者集合完全开放。

条件很简单:需要 10,000 个 HYPE 测试网代币注册就可以成为验证者。但是要成为活跃验证者,还必须排在前 50 名,否则验证者将保持不活跃状态。

这一决定导致 HYPE 测试网代币价格飙升。最初价格上涨至超过 3,000 模拟 USDC,几天后甚至超过 28,000 模拟 USDC。截至撰写本文时,价格约为每个代币 700 模拟 USDC。

不幸的是,水龙头每 4 小时仅分发 100 模拟 USDC。要成为测试网上前 50 名的验证者,目前需要超过 528,747 个 HYPE 测试网代币。假设价格为每个代币 700 模拟 USDC,并且仅依赖于水龙头,计算如下:

天数=(528,747 × 700)÷(100 × 6)= 616,871.5 天

这意味着仅依靠水龙头,需要大约 616,871.5 天,或 1,690 年才能获得足够的 HYPE 测试网代币,成为 Hyperliquid 上的活跃验证者。

然而,那些在主网上获得 HYPE 空投的人在测试网上也获得了相同数量的代币。这为验证者提供了与这些社区成员合作的机会,通过让他们质押测试网 HYPE 代币,使验证者能够确保进入活跃集合。

与此同时,这种情况也为持有测试网 HYPE 代币的人提供了另一种思路。鉴于加入测试网验证者集合的竞争激烈,许多验证者迫切希望获得尽可能多的 HYPE 测试网代币。因此,一个黑市出现了,持有大量测试网 HYPE 代币的鲸鱼开始将他们的测试网代币出售给验证者,以换取主网上的 USDC。

我以前从未见过如此混乱的局面。尽管 Hyperliquid 团队显然不赞成这些做法,但他们完全有能力解决这个问题。一种潜在的解决方案是实施适当的测试网验证者选择流程。

在大多数其他 PoS 网络中,核心团队通常会分享一个表单,任何验证者都可以填写该表单以表达他们运行链的意愿。然后,团队会根据各种标准审核这些申请,并进行初步选择,例如验证者的节点运行经验、过去的贡献、社区参与或其他因素。

这群初选出的验证者随后可以参与测试网,与工程团队密切合作,提供反馈并确保一切顺利运行。我们多次尝试提供反馈,但到目前为止都没有成功。

主网与去中心化

如前所述,当前 Hyperliquid 主网的验证者集合由 16 个验证者组成,可在以下网址查看:https://app.hyperliquid.xyz/staking

· 5 个验证者来自 Hyperliquid 基金会。

· 4 个验证者根据其在测试网上的表现选出,在过去 7 天内保持了 90% 以上的正常运行时间。

· 7 个验证者由 Hyperliquid 团队自行决定。

在质押的 404,495,250 个 HYPE 代币中,约有 329,578,724 个 HYPE 代币质押在基金会节点上,占总质押量的约 81.4%。我们对 HyperBFT 知之甚少,但假设它作为一个拜占庭容错系统运行,大多数 BFT 系统的核心假设是投票权中不超过 33% 表现恶意。如果单一实体控制了 1/3 的权益,他们可以停止链的运行。如果他们控制了 2/3 的权益,他们则完全控制了网络。

Hyperliquid 基金会最初在每个基金会节点上质押了 6000 万 HYPE 代币。然而,许多 HYPE 持有者也选择质押在基金会节点上,这对于去中心化来说并不理想。团队应与社区更多互动,鼓励更去中心化的质押分布。

有三种潜在的解决方案:

· 教育社区了解与外部验证者质押的重要性,以提高链的安全性和去中心化程度。

· 对基金会节点实施 100% 的佣金率,激励用户与外部验证者质押,促进去中心化。

· 将基金会质押重新分配给外部验证者,这是大多数链采取的做法。

将质押去中心化到外部验证者还将帮助他们在经济上更具可持续性。Hyperliquid 是一个专注于高吞吐量的区块链,其基础设施成本可能很高,特别是当节点部署在东京时。目前,处于集合底部的验证者每年收入在 3000 到 5000 美元之间,不足以覆盖成本。这尤其具有挑战性,因为他们必须自质押最初的 10,000 个 HYPE 代币(按当前价格约为 25 万美元)才能在主网上进行验证。

目前,用户通过从 Arbitrum 桥接 USDC 到 Hyperliquid 链来与 Hyperliquid 进行交互。通过审查桥的合约,似乎桥仍由 4 个验证者管理。这些验证者似乎并未与链的共识或主网上的 16 个验证者相关联。

Hyperliquid 拥有一个很棒的产品,但团队仍需要在基础设施的几个方面进行改进,才能真正与主要的 layer 1 竞争。一些改进非常简单,例如:

听取在多个网络上管理经验丰富的验证者的意见。尽管团队目前独立工作的方式在构建其永续产品方面非常有效,但验证者是一个 layer 1 的支柱。听取他们的意见同样重要,以确保一切顺利运行。

开源代码。这将帮助验证者更好地理解他们在 Hyperliquid L1 上运行节点时面临的问题,同时也能帮助用户信任产品。开源代码还将使验证者能够更多地了解架构和共识算法。目前关于 HyperBFT 的信息非常有限,开源可以提供急需的透明度和理解。Chorus One 有一本关于开源的重要性的网络手册。运营商应能够从源代码构建他们操作的所有软件:https://handbook.chorus.one/node-software/open-source.html

创建一个适当的验证者选择流程,以停止 HYPE 测试网代币的黑市交易。根据正常运行时间选择验证者是一种公平的方法,但获得良好的正常运行时间也应该是公平的。这不应取决于是否有关系获取测试网代币、购买测试网代币或外部因素(例如依赖于 Hyperliquid API 的正常运行时间)。

总的来说,Hyperliquid 不需要做太多改变就能与主要的 layer 1 竞争。主要关注点应该是与外部各方更多互动并采纳他们的反馈。我期待看到未来几周和几个月的变化,我们的团队将随时提供帮助和反馈。

Hyperliquid 创始人 Jeff 及官方账号做出回应

针对这封信,Hyperliquid 创始人 Jeff 在 X 平台上做出了回应。

他强调,成功运行验证者并非难事,关键在于验证者自身的设置和专业化。此外,他指出验证者选择标准已在公告中说明,是基于测试网早期阶段的高正常运行时间表现。这表明 Jeff 更倾向于认为当前的问题更多源于验证者自身的配置,而非系统设计上的缺陷。

此外,Hyperliquid 官方也发布了进一步澄清,并表示节点代码将在安全的情况下开源。

· 所有验证者均基于测试网表现获得资格,无法通过购买获得席位;相关不实言论贬低了那些投入时间和精力理解系统的验证者的努力;随着区块链的成熟,验证者集合将逐步扩大。

· 如先前所宣布的,将推出基金会委托计划,以支持表现优异的验证者并进一步去中心化网络。

· 任何人都可以运行指向任何节点的 API 服务器;示例客户端代码向特定 API 服务器发送请求,但这并非网络的基本要求。

· 用户试图为测试网 HYPE 创建黑市是不可接受的;这一点已多次声明;我们将继续努力改进测试网的入门流程。

· 节点代码目前是闭源的;开源很重要,项目在开发进入稳定状态后会开源;Hyperliquid 的开发速度比大多数项目快几个数量级,其范围也比大多数项目大几个数量级;代码将在安全的情况下开源。

· 目前只有一个二进制文件。即使是像 Solana 这样非常成熟的网络,绝大多数验证者也运行单一客户端。

免责声明:本文章仅代表作者个人观点,不代表本平台的立场和观点。本文章仅供信息分享,不构成对任何人的任何投资建议。用户与作者之间的任何争议,与本平台无关。如网页中刊载的文章或图片涉及侵权,请提供相关的权利证明和身份证明发送邮件到support@aicoin.com,本平台相关工作人员将会进行核查。

分享至:
APP下載

X

Telegram

Facebook

Reddit

複製鏈接