上海升级启用提款后，有部分提款和完全提款。部分提款大概是最有趣的部分，它使得质押者或验证者可以提出余额中32个ETH以外的任何部分。由于提款是持续进行的，这意味着我们将看到奖励持续流回执行层。这之所以有趣是因为，一方面它将减少退出的验证者数量，从而减轻网路压力，而不需要担心验证者不断退出和再次进入系统。另一方面，使得锁仓不再是无限期的，锁仓现在变得是由使用者自己控制的。
从Lido协议的角度来看，重要的地方在于贡献者建立的升级为stETH使用者添加了提款机制，即发起取回累积的相关stETH和奖励的请求。从贡献者的角度来看，重要的是为使用者提供一个好的提款流程，使其简单易用。
启用提款对以太坊的意义在于，提升使用者对以太坊网路技术健壮性的信心。因此，它使得与质押相关的核心功能回圈变完整了。开发者也可以把重心转移到以太坊发展的其他方面。
老实说，我不知道，只能谈一下我的一些直觉。
如果我们认为在所有质押中有相对大的一部分是流动性质押，那么使用者想要实现重新洗牌是可以的。但这里有一个推论，即持有一定流动性质押代币的使用者正在等待提款，以获得流动性质押代币的全部可能价值，他们期望在启动提款后我们的代币在二级市场价值可能会低于当前价格，尽管目前已非常接近面值。
他们还有可能直接去二级市场而不做提款，因为提款需要等待比较长的时间。
我想要分享两点，一是以太坊权益证明的下一个核心功能，二是restaking。
关于第一点，在Staking方面，以太坊协议可能会有两点的修改。其中一点的核心思想是在以太坊执行层上拥有一个可验证的表示，这个表示与验证者的一些数值相关，即它们的质押数量、它们是否正在执行、在信标链上是活跃还是已退出等，也就是信标状态根。把信标链区块的hash树根暴露在执行层会使得任何质押解决方案得以构建无需信任的预言机(trustlessoracle)。目前，所有与质押相关的预言机都是受信任的。因为基本上，你需要有人监测在信标链上验证者的数值、总数和累积的奖励，从而让质押软体了解是否需要增加或减少回基代币。如果只通过验证已经在执行层上的资料就能完成监测，就可以构建无需信任的预言机，这样就能大大减少大多数流动性质押的内在技术风险。
参阅：https://eips.ethereum.org/EIPS/eip-4788
另一点以太坊上可能的修改是可触发提款(triggerablewithdrawals)。在以太坊上执行验证者有两套金钥验证者金钥和提款金钥。在流动性质押解决方案里，提款金钥通常由智能合约管理，由协议所有。验证者金钥对于网路上的验证工作至关重要。目前，在Lido协议上，验证者金钥由节点运营商负责保管、管理并确保正确使用。这里有一个挑战是，你需要有验证者金钥才可以退出，也就是说需要节点运营商主动对退出讯息签名才能实现。我想要提到的这个EIP是关于可触发或强制退出，即在执行层上的智慧合约应该可以做到，针对特定的验证者，运营商同意把控制给到智能合约。该智能合约可以直接传送退出讯息到共识层，并确保运营商可能不履行DAO或协议请求退出验证者的技术风险被消除了。我想，就像启动提款使得质押相关的技术和锁仓风险的回圈完整了，可触发退出也将使得质押协议的回圈完整了。
Restaking是这样的一个概念：你把通过在以太坊网路上活跃的质押得到的安全性，以及这种经济价值用于为其他网路或资料(例如，资料可用性)提供安全性。
目前，实现restaking或者以正确的方式实现而不会导致很多可能的经济风险或不受控的技术风险还有很多挑战。但这是一个很有趣的概念，看看在权益证明系统里可组合性将如何运作。某种程度上，它与流动性质押非常相似，因为即使权益证明协议不支援流动性质押，但在应用层上实现是很自然的事情，因为市场对此有需求并且会创造出来。所以，restaking的情况也会类似，有对restaking的需求，就将会有市场力量在应用层建立解决方案。有待观察的是，这些解决方案需要在多大程度上与协议层紧密结合或至少整合。
Turbo模式和Bunker模式是我们这些贡献者设想提款时设计出来的。Turbo模式希望会是预设模式，以及永远以这种模式运作。Bunker模式更加像是故障安全模式，即遇到网路糟糕情况时保护使用者、质押者和协议安全的模式。
在Turbo模式，提款会尽快有Lido协议处理，其过程如下：使用者提出的提款请求会被通过Lido预言机登记在执行层上，这构成一个提款是合法的讯号。然后协议通过软体决定着是否需要验证者退出，例如Lido的缓冲池是否有足够的ETH来满足提款请求。如果验证者需要被退出，预言机会在链上发出一个讯号，节点运营商读到讯号后处理验证者退出请求，时间从几小时到几天不等，这与协议的质押提款时间差不多。然后使用者就能取回请求提款的ETH。有时候，Lido的提款会比在以太坊上的更快，因为有缓冲池。缓冲池的来源包括：存进的ETH还没质押、部分奖励从共识层提取出来或MEV从执行层进来。
当网路出现问题时，提款会进入Bunker模式，例如在共识层上有大型罚没事件同时发生时。之所以需要Bunker模式是因为，当你想要那质押的stETH兑换回ETH，但此时正在发生发行罚没事件，协议是很难知道罚没是否回影响你想要提取的ETH所相关的验证者的。如果那些验证者被影响了，你会想要等罚没完全结束，以了解可能因罚没而减少的总奖励。这样，每个使用者最终都额能获得正确数量的奖励，而不是由于他们进入伫列的时间不同而导致一些使用者可能会获得或更多或更少的奖励。因此，Bunker模式是让提款流程放慢脚步，以便每个人都能获得他们应得的份额。但这个模式只会在关键或紧急情况下启动。
据我所知，是没有安全问题的。主要是审计还没完成，还有确保节点运营商正确设定流程和机制而需要进行的测试工作还没完成。
目前，Lido协议只有一个节点运营商登录档，由DAO控制。而质押路由要做的是让很多不同的方式可以发生。质押路由的设计和目前的实现是，其本身不会做决定，DAO会通过质押路由在以下方面做决定：哪些模组可以被接入质押路由，以及分配多少押金给该模组。这样做的好处是，每个模组都可以用自己的方式来管理节点运营商集。可能有些模组是使用债券而完全无需许可的，有些模组是完全无需许可但不使用债券但得到充分保险的，因为由资金分配器。
还有其他模组可能使用分散式验证者技术(DVT)，这是有望在今年上主网的质押基础设施，现在最大的两个解决方案是SSV网路和Obol网路，这种技术将大大降低执行验证者的运营和技术风险，并让在家质押者参与在验证过程更简单。
因此，如果你把质押路由想成是建立了一个模组市场，这实际上对想要对质押机制做贡献并与Lido互动的任何人开放，只是你需要由一定程式码背景或需要与有程式码背景的人合作，这不同于LidoV1完全需许可的模式。
当V2上线后，预期会有Lido贡献者或其他参与方建立接入质押路由的新模组。这些模组可能会允许个人质押者或社群质押者以不同的方式参与，有些可能通过DVT解决方案，有些可能需要你把提款凭证指向Lido的智慧合约，然后示意你想加入Lido协议，在底层会有债券或白名单之类的选项。如果你想做到真正的无需许可，我想同时使用DVT和少量债券会比较合适，如果不适用DVT，那么需要提高债券金额。这真的取决于每个模组想到的不同风格的社群质押者参与方式。
Lido贡献者正在与Nethermind团队合作一项研究，关于设计一个对运营商和验证者集的进行半自动或全自动的自治评分系统，这相当于把当前Lido贡献者选择节点运营商的决策指标抽象出来，放到链上。我们可能会通过演算法执行各种不同型别的评分系统，或从不同的地方获取资料(可能是预言机、第三方资料服务提供商，例如metrika或rated.network，或链上保险企业)。通过结合所有这些资讯然后提取质押路由可以使用的一些可执行的建议，以确定哪些运营商应该得到押金。因此我们在做的是决定哪些是好的验证者集或运营商集应该有的最佳引数，然后他们把它实现为一个半自动化的评分和质押分配系统。
以上就是ETH质押龙头-Lido未来走向:DAO、多链与V2 升级的全部内容，望能这篇ETH质押龙头-Lido未来走向:DAO、多链与V2 升级可以帮助您解决问题，能够解决大家的实际问题是非常好学习网一直努力的方向和目标。