一文探讨Lido将如何渐进地进行去中心化?
在上海升级之前,ECN 有幸邀请到三个重要的流动性质押服务商StakeWise、Rocket Pool 和 的代表做客 ECN Podcast,跟他们聊聊以太坊上海升级对 用户和整个行业格局的影响,以及这三个协议各自即将上线的大型升级将会对以太坊 Staking 带来哪些值得期待的创新和变革。
这一期是上海升级与 Staking 播客系列的最后一期,很高兴邀请到的是Lido 的重要贡献者 Master of Validators Isidoros Passadis (Izzy)。Lido 是最早上线的流动性质押解决方案之一,也是当下质押池网络占比最大的服务提供商。在这期播客里,我们跟 Izzy 就 Lido 的一些根本性问题进行了探讨,例如质押理念、Lido DAO 对节点运营商准入的决策、多链困境和网络占比超过关键的共识阈值等;Izzy 分享了上海升级对 Staking 的影响以及 Staking 领域的一些值得期待的改变;最后 Izzy 介绍了将推动 Lido 去中心化的 V2 升级。
【本期主播】
Stephanie
【时间戳】
00: 45 Lido 的质押理念
03: 50 Lido 的代币模型
06: 07 Lido DAO 如何选择节点运营商
10: 01 Lido 节点运营商集的健康情况
11: 49 Lido 的多链困境
15: 04 如何看待 Lido 超过 30% 网络占有率
20: 12 上海升级对 Staking 的两点影响
23: 37 格局被重新洗牌的可能性
25: 50 如何看待机构质押
28: 04 Staking 领域的创新和新变化 (协议层上的)
33: 31 Restaking
35: 44 Lido V2 提款的两种模式
42: 01 Lido V2 推出 Staking Router
44: 57 个人质押者可以如何接入 Staking Router
46: 50 Lido 协议将如何保证节点运营商的质量和表现
点击收听 Podcast,了解更多。
我们在小宇宙也更新了哦!
Lido 实际上是在以太坊上的或一组软件。从作为 Lido DAO 的一名贡献者的角度,我认为 Lido DAO 成员和投票者对写进 Lido 协议的行动所反映的精神和原则是不断演变的。当 Lido 上线时,我还没加入,我是在上线 6 到 7 个月后才成为贡献者的。在 2020 年 12 月,尽管流动性质押的概念已经存在了,但显然那时在以太坊上它还是非常新的概念。当时,Lido 协议和 DAO 背后的核心理念是,尽可能地对以太坊共识层的参与进行民主化,也就是让任何人都可以成为质押者。这个理念最终是使得任何人都可以成为节点运行者。
因此,Lido 一开始以及到现在的运行方式是在经许可的方式引入一组节点运行商。Lido DAO 对他们进行选择和审查,然后邀请进入 Lido 协议来运行验证者。但现在 Lido 贡献者很多的工作是希望这个系统可以对很多不同的运营商开放。因此,Lido 的 Staking 哲学的基本原则是尽可能地让更多不同的参与者能够轻松、便捷和简单地进行 Staking,并且以链上透明的方式进行质押。
Lido 协议目前的核心代币是 stETH,它是回基代币模型。回基意味着,每天 stETH 的数量增长与在信标链上质押的 ETH 和奖励数量相匹配。据我所了解,使用这个模型的原因首先是用户友好,因为它很简单直接,就是你获得更多的代币了。这与价值累积的代币模型相对,即代币数量不变,但价值会增长,例如 Rocket Pool 的 rETH。
但 Lido 也提供了一种价值累积型代币,即封装的 stETH, wstETH。推出 wstETH 的原因主要有两个,一是有些用户可能更倾向于价值累积型代币,二是有些 应用能与价值累积型代币更好地集成。
Lido DAO 基本上试图根据一组原则或策略来决策,即 Lido 所参与的不同网络里好的节点运营商集合应该有得原则和策略。简言之,这些好的特性与服务器多样性、地理分布、客户端多样性等相关。服务器多样性之所以重要是因为,人们基本上会采用两种基础设施,本地数据中心或云服务,我们发现很多验证者会选择更简单的方法,特别是在家质押者。而地理上管辖区分布越分散,越能防止所有验证者被某个大洲或国家过度代表。客户端多样性则为了防止某个多数客户端出现漏洞而引起大规模验证者掉线情况的出现。
Lido DAO 试图结合所有这些方面的情况来进行投票,在 Lido 论坛上有每个季度的验证者节点运营商指标报告,Lido DAO 的贡献者、代币持有人等可以根据这些报告的数据情况进行讨论,然后选择新的节点运营商。
我认为总的来说,Lido 节点运营商在过去一年半内取得了非常大的进步,不仅改善了 Lido 节点运营商集合中的客户端多样性,而且也改善了 Ethereum 整体上的情况。
而 Lido 的节点运营商集还可以在以下方面改善:
首先要回答 Lido 是什么、治理一组协议的 Lido DAO 是如何运作、以及对 Lido 的存在来说其核心是什么的问题。
关于 Lido 存在的核心这个问题,其实取决于每个贡献者自己的看法。Lido 的贡献者或只在 Lido 上特定网络的节点运营商来说,他们肯定会对特定网络有偏向。但实际上,Lido 是在以太坊上诞生的,以太坊是他的家园和总部,因此它的治理投票和 DAO 代币 LDO 都在以太坊上进行和原生。因此,外部参与者期望并认为以太坊的成功对 Lido 的长期发展至关重要是合理的。从这点出发,要回答 Lido 如何扩展到其他协议,逻辑其实不一样。因此,这就是 DAO 本质上有趣和具有挑战性的地方。
关于 MixBytes 前段时间宣布将不再使用 Lido 上 和 的质押服务,其中一个原因是 Lido 都优先级一直向以太坊倾斜。这件事的相关背景是,之前 MixBytes 之前想在 Polkadot 和 Kusama 上支持 Lido,这个提案得到了 DAO 的投票通过。但后来,该团队认为这样做不值得,于是决定不再支持。这时,DAO 所处的位置就非常为难,因为这不是一个由中央控制的组织,最终很可能弃用的流程会继续至完成。我想,这是 DAO 试图找到值得的协议时会发生的事。
其次,这个问题肯定是 Lido DAO 希望解决的,以防它可能进一步上升。有其他一些贡献者想到了双重治理方案 (dual governance),即让通过持有 stETH 的质押者和 LDO 持有者都能对协议的决定投票,以及在最糟糕的情况下提供退出的渠道和机制。我不认为有很多的 DAO 会思考这些机制和保护措施,即使我们也还在设计阶段。
而回到在以太坊上多少的质押占比才算太多这个问题。我们需要考虑的第二点是,这些信息有多少是真正公开,多少只是基于其他人报道的?由于 Lido 是一个链上协议,而且 DAO 只在链上运作,因此它是完全公开和透明的,这与一些中心化是非常不同的。
当你看某个协议上正在运行的验证者数时,以太坊生态上很多参与者对质押的影响或潜在控制不是立即显现的。我认为,我们应该思考的更重要的事情之一是各种不同类型的参与者 (包括像 Lido 这样的流动性质押方案) 在质押份额和控制方面有何影响。一个简单的例子是,即使有五个解决方案它们各占 20% 的份额,但其中一个运营商或一组运营商紧密合作,在这些占 20% 的协议里各占 50% ,那么他们其实对网络有更多的操纵。而且,他们这样做并不会受到协议本身的限制。
上海升级激活提款后,有部分提款和完全提款。部分提款大概是最有趣的部分,它使得质押者或验证者可以提出余额中 32 个 ETH 以外的任何部分。由于提款是持续进行的,这意味着我们将看到奖励持续流回执行层。这之所以有趣是因为,一方面它将减少退出的验证者数量,从而减轻网络压力,而不需要担心验证者不断退出和再次进入系统。另一方面,使得锁仓不再是无限期的,锁仓现在变得是由用户自己控制的。
从 Lido 协议的角度来看,重要的地方在于贡献者创建的升级为 stETH 用户添加了提款机制,即发起取回累积的相关 stETH 和奖励的请求。从贡献者的角度来看,重要的是为用户提供一个好的提款流程,使其简单易用。
激活提款对以太坊的意义在于,提升用户对以太坊网络技术健壮性的信心。因此,它使得与质押相关的核心功能循环变完整了。也可以把重心转移到以太坊发展的其他方面。
我想要分享两点,一是以太坊权益证明的下一个核心功能,二是 restaking。
以太坊协议上两项可能关于 Staking 的修改
关于第一点,在 Staking 方面,以太坊协议可能会有两点的修改。其中一点的核心思想是在以太坊执行层上拥有一个可验证的表示,这个表示与验证者的一些数值相关,即它们的质押数量、它们是否正在运行、在信标链上是活跃还是已退出等,也就是信标状态根。把信标链区块的哈希树根暴露在执行层会使得任何质押解决方案得以构建无需信任的 (trustless oracle)。目前,所有与质押相关的预言机都是受信任的。因为基本上,你需要有人监测在信标链上验证者的数值、总数和累积的奖励,从而让质押软件了解是否需要增加或减少回基代币。如果只通过验证已经在执行层上的数据就能完成监测,就可以构建无需信任的预言机,这样就能大大减少大多数流动性质押的内在技术风险。
另一点以太坊上可能的修改是可触发提款 (triggerable withdrawals)。在以太坊上运行验证者有两套密钥——验证者密钥和提款密钥。在流动性质押解决方案里,提款密钥通常由管理,由协议所有。验证者密钥对于网络上的验证工作至关重要。目前,在 Lido 协议上,验证者密钥由节点运营商负责保管、管理并确保正确使用。这里有一个挑战是,你需要有验证者密钥才可以退出,也就是说需要节点运营商主动对退出消息签名才能实现。我想要提到的这个 EIP 是关于可触发或强制退出,即在执行层上的智能合约应该可以做到,针对特定的验证者,运营商同意把控制给到智能合约。该智能合约可以直接发送退出消息到共识层,并确保运营商可能不履行 DAO 或协议请求退出验证者的技术风险被消除了。我想,就像启动提款使得质押相关的技术和锁仓风险的循环完整了,可触发退出也将使得质押协议的循环完整了。
Restaking
Restaking 是这样的一个概念:你把通过在以太坊网络上活跃的质押得到的性,以及这种经济价值用于为其他网络或数据 (例如,数据可用性) 提供安全性。
目前,实现 restaking 或者以正确的方式实现而不会导致很多可能的经济风险或不受控的技术风险还有很多挑战。但这是一个很有趣的概念,看看在权益证明系统里可组合性将如何运作。某种程度上,它与流动性质押非常相似,因为即使权益证明协议不支持流动性质押,但在应用层上实现是很自然的事情,因为市场对此有需求并且会创造出来。所以,restaking 的情况也会类似,有对 restaking 的需求,就将会有市场力量在应用层创建解决方案。有待观察的是,这些解决方案需要在多大程度上与协议层紧密结合或至少集成。
Turbo 模式和 Bunker 模式是我们这些贡献者设想提款时设计出来的。Turbo 模式希望会是默认模式,以及永远以这种模式运作。Bunker 模式更加像是故障安全模式,即遇到网络糟糕情况时保护用户、质押者和协议安全的模式。
在 Turbo 模式,提款会尽快有 Lido 协议处理,其过程如下:用户提出的提款请求会被通过 Lido 预言机登记在执行层上,这构成一个提款是合法的信号。然后协议通过软件决定着是否需要验证者退出,例如 Lido 的缓冲池是否有足够的 ETH 来满足提款请求。如果验证者需要被退出,预言机会在链上发出一个信号,节点运营商读到信号后处理验证者退出请求,时间从几小时到几天不等,这与协议的质押提款时间差不多。然后用户就能取回请求提款的 ETH。有时候,Lido 的提款会比在以太坊上的更快,因为有缓冲池。缓冲池的来源包括:存进的 ETH 还没质押、部分奖励从共识层提取出来或 从执行层进来。
当网络出现问题时,提款会进入 Bunker 模式,例如在共识层上有大型罚没事件同时发生时。之所以需要 Bunker 模式是因为,当你想要那质押的 stETH 兑换回 ETH,但此时正在发生发行罚没事件,协议是很难知道罚没是否回影响你想要提取的 ETH 所相关的验证者的。如果那些验证者被影响了,你会想要等罚没完全结束,以了解可能因罚没而减少的总奖励。这样,每个用户最终都额能获得正确数量的奖励,而不是由于他们进入队列的时间不同而导致一些用户可能会获得或更多或更少的奖励。因此,Bunker 模式是让提款流程放慢脚步,以便每个人都能获得他们应得的份额。但这个模式只会在关键或紧急情况下启动。
目前,Lido 协议只有一个节点运营商注册表,由 DAO 控制。而质押路由要做的是让很多不同的方式可以发生。质押路由的设计和目前的实现是,其本身不会做决定,DAO 会通过质押路由在以下方面做决定:哪些模块可以被接入质押路由,以及分配多少押金给该模块。这样做的好处是,每个模块都可以用自己的方式来管理节点运营商集。可能有些模块是使用债券而完全无需许可的,有些模块是完全无需许可但不使用债券但得到充分保险的,因为由资金分配器。
还有其他模块可能使用分布式验证者技术 (DVT),这是有望在今年上主网的质押基础设施 ,现在最大的两个解决方案是 SSV 网络和 Obol 网络,这种技术将大大降低运行验证者的运营和技术风险,并让在家质押者参与在验证过程更简单。
因此,如果你把质押路由想成是创建了一个模块市场,这实际上对想要对质押机制做贡献并与 Lido 交互的任何人开放,只是你需要由一定代码背景或需要与有代码背景的人合作,这不同于 Lido V1 完全需许可的模式。
? 个人质押者在 V2 的参与方式会是如何?
当 V2 上线后,预期会有 Lido 贡献者或其他参与方创建接入质押路由的新模块。这些模块可能会允许个人质押者或社区质押者以不同的方式参与,有些可能通过 DVT 解决方案,有些可能需要你把提款凭证指向 Lido 的智能合约,然后示意你想加入 Lido 协议,在底层会有债券或白名单之类的选项。如果你想做到真正的无需许可,我想同时使用 DVT 和少量债券会比较合适,如果不适用 DVT,那么需要提高债券金额。这真的取决于每个模块想到的不同风格的社区质押者参与方式。
Lido 贡献者正在与 Nethermind 团队合作一项研究,关于设计一个对运营商和验证者集的进行半自动或全自动的自治评分系统,这相当于把当前 Lido 贡献者选择节点运营商的决策指标抽象出来,放到链上。我们可能会通过算法执行各种不同类型的评分系统,或从不同的地方获取数据 (可能是预言机、第三方数据服务提供商,例如 metrika 或 rated.network,或链上保险企业)。通过结合所有这些信息然后提取质押路由可以使用的一些可执行的建议,以确定哪些运营商应该得到押金。因此我们在做的是决定哪些是好的验证者集或运营商集应该有的最佳参数,然后他们把它实现为一个半自动化的评分和质押分配系统。