什么是委托质押?
委托质押代表一类质押服务,你为验证者存入自己的 32 个 ETH,但将节点操作委托给第三方运营商。该过程通常包括在指导下完成初始设置(包括密钥生成和存款),然后将你的签名密钥上传给运营商。你提供 ETH,但将验证者硬件的运行交给其他人。
以太坊协议本身不支持质押委托,因此建立了一系列服务来满足这一需求。这一类别最著名的名称是质押即服务 (SaaS),但它涵盖了一系列安排,这些安排在“你对质押的 ETH 保留多少控制权”这个关键问题上有所不同:
- 非托管质押即服务:你保留自己的提款密钥,仅委托验证者操作。
- 完全托管质押:提供商(通常是交易所)同时持有密钥和资金。
与独立质押相比,每种形式的委托都在你和以太坊协议之间放置了中间件。该中间件是由其他人的企业运行的软件和基础设施。每向便利迈出一步,都会增加一个信任假设,因此在选择服务之前,请弄清楚它在这个范围内的位置。
委托质押不是什么
- 联合质押和流动性质押代币 (LST):通过质押池,你可以将任意数量的 ETH 与其他质押者合并,通常会收到一个代表你在质押池中份额的代币。你不是在委托自己的验证者;质押池的智能合约和节点运营商控制着验证者。了解有关联合质押的更多信息
- 保证金节点操作:一些质押协议允许你通过缴纳保证金,在自己的硬件上使用少于 32 个 ETH 运行验证者。这是节点操作,与委托相反,并在独立质押中进行了介绍。
为什么要委托你的质押?
如果你有 32 个 ETH 用于质押,但不想处理硬件问题,委托质押服务允许你将技术方面的工作交出去,同时赚取原生的以太坊区块奖励。
质押选项比较
家庭质押
相似之处包括拥有自己的验证者密钥而无需联合资金,但在 SaaS 中,您必须信任第三方,该第三方可能会恶意行事,或者本身成为攻击或监管的目标。如果这些信任假设或中心化风险让您感到担忧,那么自主质押的黄金标准就是独立质押。
了解更多关于家庭质押的信息流动性质押与联合质押
它们的相似之处在于,您通常依赖其他人来运行验证者客户端,但与 SaaS 不同,联合质押允许您使用较少数量的 ETH 参与。如果您希望质押少于 32 ETH,请考虑查看这些选项。
了解更多关于联合质押的信息委托范围
提供商为你持有的密钥各不相同,他们持有的每一个密钥都意味着你必须信任他们。
非托管质押即服务
使用非托管 SaaS,通常会指导你生成验证者密钥并存入自己的 32 个 ETH,然后将签名密钥上传给运营商。签名密钥允许运营商代表你执行验证者职责(证明和提议区块)。滥用它们可能会导致你的验证者受到惩罚或罚没,但它们不能用于提款、转账或花费你的资金。
验证者的提款凭证始终指向你控制的地址。奖励和退出的资金只能流向那里(请参阅下面的信任模型部分)。
托管服务和交易所质押
在委托范围的完全委托端是托管质押,最常见的是由中心化交易所提供。你根本不需要处理密钥;你只需在平台账户中持有 ETH 并选择参与质押。这是最简单的用户体验,对于那些已经将资金存放在交易所并接受托管风险的人来说,这是一个合理的选择。
它也需要最多的信任。提供商控制着签名密钥和提款凭证;你持有的是他们平台上的余额,而不是验证者。这意味着:
- 你质押的 ETH 暴露在提供商的偿付能力、安全性和监管情况之下,提款受其条款和处理时间的限制,而不仅仅是以太坊协议规则。
- 如果提供商倒闭或冻结提款,你没有独立的方法退出验证者或收回资金。
- 少数交易所运营商名下质押的大量 ETH 会导致质押中心化,这些运营商的客户端选择会影响网络的健康。以将更多控制权保留在自己手中的方式进行质押,或者选择明确运行少数派客户端的提供商,对以太坊的弹性更有利。
信任模型:评估什么
委托质押总是意味着将部分质押设置托付给其他人。在交出任何东西之前,请回答以下问题:
- 谁持有提款密钥? 验证者的提款凭证(类型 0x01 或 0x02)指向最终控制质押的执行层地址。如果该地址是你的,则该安排是非托管的;运营商可以运行(或管理不善)验证者,但 ETH 只能提取给你。如果凭证指向提供商的地址,你持有的只是一个承诺,而不是质押。
- 你可以在没有运营商的情况下退出吗? 自佩克特拉升级以来,执行层触发的提款 (EIP-7002) (在新标签页中打开) 允许提款地址直接从执行层触发验证者退出(或者,对于复利 0x02 验证者,部分提取超过 32 ETH 的余额),而无需签名密钥。这需要一笔交易并消耗 Gas,但这意味着只要提款凭证是你的,无响应或已倒闭的运营商就不能再将你的验证者扣为人质。
- 费用结构是怎样的? 服务收取固定的月费或按奖励的百分比收费。检查费用如何与停机时间和惩罚相互作用:如果运营商表现不佳,谁承担成本,以及是否提供任何保证或保险。
- 运营商运行哪些客户端? 如果运营商运行多数派执行客户端或共识客户端,一旦该客户端出现错误,你的质押和网络都将面临相关故障的风险。优先选择记录了使用少数派客户端的提供商。
- 服务是开放且经过审计的吗? 提供商可能会在标准以太坊客户端周围运行非开源或不可审计的附加软件。寻找公开审计、成熟的运营历史和干净的罚没记录。
- 如果提供商消失了会怎样? 负责任的提供商会记录其退出流程,提供关于如何退出验证者、恢复密钥或自行触发退出的明确说明。如果答案完全取决于提供商继续营业,那么这就是一种托管安排。
注意事项
越来越多的提供商可以帮助你委托验证者的操作,但它们都有各自的优势和风险。与独立质押相比,所有委托选项都需要额外的信任假设。委托选项可能包含包装以太坊客户端的额外代码,这些代码是不开放或不可审计的。委托对网络去中心化也有不利影响。根据设置的不同,你可能无法控制你的验证者,并且运营商可能会使用你的 ETH 进行不诚实的行为。
下面使用属性指标来表明列出的提供商可能具有的显著优势或劣势。在选择质押服务时,请将本节作为我们如何定义这些属性的参考。
开源
核心代码 100% 开源,并向公众开放以供分叉和使用
开源
闭源
探索质押服务提供商
下面是一些可用的质押即服务提供商。使用上述指标来帮助你了解这些服务。
SaaS 提供商
请注意支持客户端多样性的重要性,因为它提高了网络的安全性,并限制了你的风险。有证据表明限制使用多数派客户端的服务标有“执行客户端多样性”和“共识客户端多样性”。
密钥生成器
对我们遗漏的质押即服务提供商有建议吗?请查看我们的产品上架政策,看看它是否合适,并提交以供审核。
常见问题
不同的提供商有不同的安排。对于非托管服务,你将在指导下生成验证者的签名密钥(每个验证者持有 32 个 ETH,或者自佩克特拉升级以来,使用复利 (0x02) 凭证最多可持有 2048 个 ETH),并将其上传给你的提供商,以允许他们代表你进行验证。仅凭签名密钥无法提取、转账或花费你的资金。但是,它们确实提供了对共识进行投票的能力,如果操作不当,可能会导致离线惩罚或罚没。
对于托管服务,例如通过中心化交易所进行质押,提供商持有所有密钥:签名密钥和提款凭证。在这种情况下,你不仅将验证者操作托付给提供商,还将资金本身托付给提供商。
是的。每个验证者都有签名密钥和独立的提款凭证。为了让验证者证明链的状态、参与同步委员会并提议区块,验证者客户端必须能够随时访问签名密钥。这些密钥必须以某种形式连接到互联网,因此本质上被认为是“热”密钥。出于安全原因,控制提取资金的密钥是分开保存的。
提款凭证指定了质押奖励和退出资金流向的执行层地址。现代存款工具允许你在存款时将此地址设置为常规 (0x01) 或复利 (0x02) 凭证,它应该是你控制的地址,最好在冷存储中受到保护。即使其他人控制了你的验证者签名密钥,这也能保护你的资金,而且自佩克特拉升级以来,它还允许你直接从该地址退出验证者。
在网络早期设置的没有执行提款地址的验证者使用旧版 BLS 提款密钥,并且必须在开始提款之前签署一条一次性消息来声明提款地址。这涉及从设置时创建的助记词重新生成提款密钥。
请务必安全地备份此助记词,否则到时候你将无法生成提款密钥。
请咨询你的提供商,以获取有关如何准备验证者的支持。
提款的工作方式取决于验证者的提款凭证类型。对于常规 (0x01) 验证者,任何超过 32 ETH 的余额都会每隔几天定期自动扫入提款地址。对于复利 (0x02) 验证者,奖励会复利计入验证者的余额,最高可达 2048 ETH,提取低于该金额的资金需要从你的提款地址触发部分提款,这会消耗 Gas。
验证者也可以完全退出,这将解锁剩余的全部 ETH 余额。完成退出过程后,全部余额将在随后的验证者扫描期间转移到提款地址。
了解有关质押提款的更多信息如果你的提款凭证指向你控制的地址,你可以自行退出验证者并收回你的质押;请参阅信任模型:评估什么。
如果提供商持有提款凭证(如托管和交易所质押),你没有协议级别的方法来独立收回资金;你的追索权仅限于提供商自己的流程。
通过使用委托质押提供商,你将节点的操作委托给了其他人。这伴随着节点性能不佳的风险,而这不在你的控制范围内。如果你的验证者被罚没,将受到与验证者余额成比例的初始惩罚(在佩克特拉升级中已大幅减小),并且你的验证者将被强制退出验证者集。
完成罚没/退出过程后,剩余资金将转移到分配给验证者的提款地址。
请联系各个提供商以获取有关任何保证或保险选项的更多详细信息。如果你更愿意完全控制你的验证者设置,请了解有关如何独立质押 ETH 的更多信息。
延伸阅读
- 什么是质押即服务? (在新标签页中打开) - Figment
- 以太坊质押目录 (在新标签页中打开) - Eridian 和 Spacesider
- 评估质押服务 (在新标签页中打开) - Jim McDonald 2020
- EIP-7002:执行层可触发的提款 (在新标签页中打开) - 从提款地址退出验证者的规范
