注：本文来自Hyperdrive?协议medium，MarsBit整理编译。
请注意，本文假设你了解RocketPool机制的基本知识。有关详细信息，请参阅docs.rocketpool.net。
此项目仍然需要一个真实的名字，所以我们正在举办一场命名比赛，获胜者将获得20RPL的奖励！欢迎在我们的Discord服务器上提出建议并讨论你的想法。现在，我们暂称它为“Hyperdrive”，因为它将使RocketPool的速度超越目前的限制。
介绍
2022年年中，一群节点运营商齐聚一堂，目标是开发一个用于扩展RocketPool的框架。我们的团队，以前称为NodeOperatorAssociation，由于法律限制，从非营利组织转型后，更名为NodeSet。无论如何，我们的项目已经进入开发阶段，今天我们想分享一下到目前为止的设计情况。
项目目标
首先，回顾一下。Hyperdrive的主要目标是帮助RocketPool在不影响基本安全模型的情况下，提高其资本效率、可扩展，以及实现验证器去中心化。为了最大限度地实现无信任，RocketPool要求节点运营商(NOs)为每个验证者提供保证金，将其增长限制在能够负担得起保证金的NOs。虽然LEB8将为新进入者开辟机会并扩大rETH供应，但我们认为NO扩展瓶颈将持续存在。更重要的是，有很大的机会以更平等的方式进行质押分配，以提高RocketPool的弹性。
我们将RocketPool视为流动性质押的黄金标准，并认为它应该扩大其市场份额。为了进行竞争性扩容，同时保留基本安全模型的优势，最好的解决方案是二级系统，它可以通过以完全非托管的方式将存款分配给NOs来消除保证金要求。这就是Hyperdrive的主要优势。
为了理解这是如何实现的，让我们深入了解参与者在该系统中的三个角色：
1)存款人
2)节点运营商
3)管理员
Hyperdrive架构
存款人
Hyperdrive的存款人将与他们在RocketPool协议中现有角色非常相似，除了Hyperdrive还允许RPL与ETH一起存款。在这两种情况下，存款人都将他们的资产换成完全流动的收据代币，该代币使用与rETH相同的c-token模型产生gas优化奖励。我们将这些代币称为xrETH和xRPL，因为Hyperdrive扩展了核心RP协议的功能。
xrETH是ETH的流动性质押代币，佣金为0%。它在功能上与rETH非常相似，但它提供了完整的ETH质押APR的额外优势。
xRPL是RPL的流动性质押代币，它将根据RocketPool的RPL释放量对RPL进行价值增长。
节点运营商
xrETH和xRPL的奖励来自RocketPool协议，这要感谢选择加入Hyperdrive的NO。这个过程预计会很简单并且大部分是自动化的：在NodeSet网络上注册，下载并安装RocketPool的smartnodeCLI扩展，运行验证器，随后获得奖励！为确保存款人获得100%的ETH质押奖励，没有任何补偿出自rETH佣金。
在幕后，Hyperdrivesmartnode扩展将根据需要使用存款人的ETH创建和退出迷你矿池，无需NO输入，他们只需像往常一样维护一个RocketPool节点即可获得Hyperdrive的奖励。
然而，为了以非托管方式不断创建新的验证者，NOs将需要保持少量的ETH余额——相当于一个迷你矿池的ETH需求。为便于理解这一点，让我们详细了解Hyperdrive的迷你池创建和退出的细节。
创建迷你池
1.?NO使用他们自己的ETH创建一个迷你矿池，并将Hyperdrive超级节点合约设置为其提款地址。
2.?一旦迷你池的清理期结束，NO就会申请报销。此应用程序需要一个预签名退出消息，以便将验证器发送给Hyperdrive的管理员并随后得到批准。
3.?如果申请获得批准，NO将获得新迷你池的补偿。
4.?可以重复此过程以生成协议分配的尽可能多的迷你池。
虽然迷你矿池的创建和退出过程是通过智能节点扩展完全自动化的，但这段代码位于链外，因此不能保证在需要时执行。因此，为激励NOs适当管理其操作行为，活跃验证者过多或过少，他们都将受到减少奖励的惩罚。当然，如果失常时间过久，它们可以被管理员强行从网络中删除。
管理员
为实现我们的去中心化目标，Hyperdrive必须将ETH尽可能均匀分配给更多NO，降低准入门槛。一般来说，如果某人一直在RP上进行验证并获得高效评级，他们应该希望不花费太多精力加入并获得奖励。然而，即使NO无法访问存款人资金，广泛开放的NO集也需要保障措施以确保NO对存款人负责。这是管理员的作用。
管理员负责保持系统稳定，并通过协议赚取的部分rETH佣金来激励管理员这样做。为履行其职责，管理员可以调整佣金率和存款池大小等参数，最重要的是，他们负责增加和维护节点运营商集。
有一项技术正在开发中，未来管理员角色可能会通过链上机制实现完全自动化，例如以太坊内的ZK-ID服务和CL/EL通信，但目前该角色包含一些手动步骤。我们仍在确定管理员的确切身份，但作为开发人员，我们已经可以阐明一些最低限度的细节。在发布时，管理员将采用链下实体的形式，尽管智能合约必然会将接受和拒绝NO的确切程序留给管理员自行决定，但我们预计它会是这样的：
准入程序
1.?NO向管理员登记他们的参与意向。这包括通过其地址的签名信息证明对现有RP节点的所有权；
2.完成对所提供的节点地址的自动检查，例如，节点上的所有迷你池必须有适当的有效性等级；
3.NO通过与管理员的简单的女巫检查，例如简短的视频对话。
意外情况
●?节点离线时间过长
●?节点上的迷你池被削减
在NO失职的极端情况下，管理员可以驱逐操作员并通过存储的退出消息收回分配给其节点的任何资金。实际上，我们希望很少或根本没有人使用这一权力，它的存在是对NO管理不善的有效威慑。这一权力，连同解决无利害关系问题的准入程序的第2a)步，为运营商的诚实提供了有效的激励措施。
同样值得注意的是，与NO一样，管理员无法获得存款人的资金，他们只能通过协议的持续、稳定运行获得奖励。一般来说，管理员被认为是一个高度受限的角色，对其行为有非常严格的限制，以保持协议的完整性，包括参数更改和操作员上/下线的延迟。管理员角色受到严格限制以最大限度地减少对该角色的信任非常重要，直到它可以被完全删除。就目前而言，存款人对管理员没有信任假设，节点运营商只需要相信管理员将有效地执行女巫检查以保持奖励公平。
常问问题
如果xrETH有更好的回报，它能取代rETH吗？
我们将xrETH视为核心协议的加速器和扩展，因为如果没有足够的rETH需求，xrETH就不可能存在。事实上，由于RP资本效率的提高，xrETH在数学上不可能达到比rETH更大的流动性深度/TVL。
但是，我们正在考虑几种潜在的解决方案，以防由于对xrETH的需求高于rETH而导致两个系统的增长停滞。例如，最简单的方法之一是限制xrETH存款池以防止协议进一步增长。这是一个热门的研究领域，我们致力于成为生态系统中的优秀参与者，即使这意味着限制Hyperdrive的发展。
Hyperdrive会发行治理代币吗？
没有发行治理代币的计划。Hyperdrive是RocketPool的扩展，也是为NO构建更广泛的NodeSet机会网络的前奏——它不是一个具有复杂治理需求的完全独立的协议。一般来说，我们尊重像Liquity和Reflexer等项目的“非治理”原则，原因与Vitalik阐述的观点相同。如上所述，我们希望最终实现Hyperdrive的完全自动化，而与此同时建立治理对于实现这一目标是适得其反的。
是否存在监管风险？
我们当然知道围绕这一领域的各种监管问题，但我们首先是一个开发团队。我们的职责是撰写完全透明的开源代码，这些代码在我们的管辖范围内受到言论自由权的良好保护。我们正在创建一个完全透明、去中心化和非托管的系统。
当然，我们将继续关注监管环境的变化。为此，我们正在与该领域一些最优秀的法律人才合作。
为什么我们不能将应用添加到RocketPool？
最初的设计概念是在RocketPool开发期间研究的，当时它被称为nETH。然而，由于缺乏抵抗女巫攻击和其他打击不法行为的工具，该想法的可行性受到影响。换句话说，可用的工具与完全无许可不兼容，因此RocketPool放弃了这个想法。
然而，Hyperdrive作为一个建立在完全无许可基础协议之上的独特项目，具有更大的灵活性来放宽许可标准，并将NO的参与委托给独立管理员来执行所需的女巫检查。因此，存款人的权衡变得更加明确：如果认为管理员的激励一致性足够，Hyperdrive将通过xrETH提供更高的回报，如果不同意，则rETH是合适的代币。无论哪种方式，因为它是建立在顶部而不是包含在核心协议中，所以如果Hyperdrive出现故障，RocketPool仍然可以正常工作。
到目前为止，进展如何？
大部分重要的前期开发研究和设计工作已经完成，智能合约的开发在几个月前就开始了。我们估计已完成了50%，但还需要大量的链下开发。软件开发是出了名的难以预测，而且我们在筹资、招聘，以及完成在加密行业中必不可少的复杂审计，我们遇到的成长痛苦与每个初创公司所经历的一样。所有这些都会影响时间表，因此我们目前无法给出非常具体的时间。
基于此，我们希望在今年晚些时候——2023年推出。
公开问题
xrETH喂价如何运作？有预言机吗？
虽然我们可以依靠基础协议来追踪xRPL价格数据，但xrETH更具挑战性。存在几种可能的解决方案，但这仍然是一个悬而未决的问题。简单以奖励计算高Gas消耗是站不住脚的，尽管更不频繁的价格更新可能是一个原生的解决方案。历史状态证明系统可能是最终的解决方案，但这代表了额外的工程挑战，尽管工具正在迅速改进。
这个话题已经是更广泛的研究主题，因为这本质上与oDAO为RocketPool所代表的问题相同。
管理员什么样子的？是一个人/实体吗？
目前，我们无法确定管理员在启动时会是什么样子，但我们知道它的理想形式是智能合约。这最初是不可能的，因此我们预计通过多签手动执行管理职责。该组的确切组成取决于我们仍在研究的许多因素。
如果管理员做恶怎么办？
管理员对Hyperdrive进行了一整套攻击，我们称之为“BadAdmin”攻击。例如，这包括“EvilAdmin”攻击和“IncompetentAdmin”场景等子类别。这些都是正在进行的安全研究的主题，但我们已经确定了几种防止管理员渎职的方法。例如：
●?更改某些参数可能会有长时间的延迟，存款人或NO如果不同意，可以生效之前退出系统；
●?对NO的删除应有速率限制，这样管理员就无法接管网络。
作为开发过程的一部分，我们正在进行多项安全分析，一旦进展顺利，我们将向公众开放这项研究，以供进一步审查和贡献。除了顶级公司的标准安全审计外，我们还将依靠社区审查和参与来确保安全。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。