LRT协议如何与EigenLayer集成：核心架构解析

流动性再质押代币 (LRT) 深入研究系列：第 2 部分 - 深入研究 EigenLayer (v1.3.0) 的设计

了解 LRT 如何与 EigenLayer 的核心合约（如 StrategyManager 和 DelegationManager）交互，以管理质押、委托和奖励。

LRT's

引言

为了理解如何构建流动性再质押代币协议，必须掌握 EigenLayer 的架构，EigenLayer 是以太坊上开创性的再质押框架。EigenLayer 作为一个智能合约集合，允许用户存入原生 ETH 或流动性质押代币 (LST)，并选择加入以保护外部模块 (AVS)。通过这样做，EigenLayer 有效地“重新抵押”了质押的 ETH，将以太坊的安全性扩展到其他应用程序。在 EigenLayer 之上设计 LRT 协议时，通常与 EigenLayer 的合约交互以管理存款、取款和将权益委托给运营商。LRT 协议本身通常会发行一个代币 (LRT) 来代表用户的位置，并处理奖励和风险的跟踪。

让我们分解 EigenLayer 的核心组件和工作流程，因为任何 LRT 实现都必须在此系统中工作。EigenLayer 核心中的关键智能合约/模块通常在代码中命名为 StrategyManager、EigenPod（和 EigenPodManager）、DelegationManager 和 WithdrawalRouter 等。概括地说：

核心组件

角色、资产和份额核算

该文档 将质押者（通过 EigenPod 存入原生 ETH 或通过 StrategyManager 存入 ERC-20 代币的任何人）与运营商（为 AVS 运行链下软件并接受委托权益的人）区分开来。单个钱包可以同时担任这两个角色。每次存款都会根据所选策略转换为份额；这些份额（而不是原始代币余额）是由 DelegationManager 转移、削减或提取的内容。

对于 LRT 构建者来说，这意味着代表用户位置的 ERC-20 必须反映份额账本，而不是名义代币数量。如果运营商被削减，AllocationManager 会指示 DelegationManager 烧毁该运营商的一部分份额；LRT 合约必须将相同的比例减少传播到其总供应量或汇率，否则它将变得抵押不足。

存款和委托流程

一个用户向 LRT 前端提供 stETH，并将代币交给 StrategyManager，后者铸造新的策略份额。在用户委托之前，这些份额保持空闲状态；委托是一个简单的调用，它将钱包的所有份额（跨每个策略）分配给选定的运营商。LRT 可能会自动执行此步骤，通常将所有存款指向协议本身控制的白名单运营商集，但仍然适用潜在的限制。原生 ETH 再质押者遵循一个两阶段的路径：他们部署一个 EigenPod，激活一个 Beacon 验证器，并且只有在 pod 验证提款凭证后，DelegationManager 才会记入份额，此时 LRT 可以根据验证器的余额来铸造其代币。

提款路径和冷静期

ELIP-002 将提款延迟固定为保护措施，使系统有时间在权益离开之前检测到双重签名或停机。因此，LRT 赎回函数执行以下操作：

1. 取消委托份额，启动队列计时器。
2. 延迟后，调用 completeQueuedWithdrawal，如果用户想要在不退出的情况下切换运营商，可以选择“作为份额”，或者“作为代币”以接收基础 ERC-20。
3. 烧毁 LRT。

对于原生 ETH，pod 还必须在最终转移之前退出验证器。每个跳转都经过 DelegationManager，因此受 gas 限制的队列和每个 epoch 限制控制吞吐量；LRT 应在其 UI 中显示这些详细信息，以避免让用户感到惊讶。

奖励累积

EigenLayer 不会连续流式传输奖励，而是批量处理它们。每个 AVS（或其中间件）提交周期数据，链下更新器聚合权益加权总数，并且 RewardsCoordinator 仅存储 Merkle 根。LRT 合约可以提取并同步将索赔转发给持有者，或者更有效地，让持有者自己在协调器上调用 claim，然后将收到的代币存回 LRT 池。由于索赔采用任意 ERC-20 形式，因此许多 LRT 设计在再投资之前将所有内容交换为 ETH，从而保持代币的单一资产支持。

奖励 Merkle 树的结构如下图所示：

削减、运营商集分配和风险分担

• 原文链接： threesigma.xyz/blog/lrt'...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～