EigenLayer：EigenLayer 历史、Staking 和可编程信任

要点总结

• 创立：EigenLayer 由 Sreeram Kannan 和一个区块链专家团队创立，他们拥有来自领先科技公司和学术机构的背景。

• Restaking 机制：该平台扩展了 Ethereum 的 staking 模型，以包含各种分布式服务，例如 oracle 和数据可用性。

• 可编程信任：EigenLayer 引入了三个层次的可编程信任：经济信任、去中心化信任和 Ethereum 包含信任。

• 主动验证服务 (AVS)：开发者可以构建利用 Ethereum 安全性的新分布式系统。

• Staking 类型：提供流动性 staking、超流动性 staking 和多种 restaking 选项。

要了解 EigenLayer 的概述，请查看我们的大型博文：EigenLayer 终极指南：彻底改变 Ethereum Staking 和安全性

EigenLayer 历史与创立

EigenLayer 及其母公司 Eigen Labs 于 2021 年初由工程和计算机科学专家 Sreeram Kannan 创立。

在创立 EigenLayer 之前，Kannan 曾在 金迪工程学院 、印度科学研究所 (IISc) 和伊利诺伊大学厄巴纳-香槟分校学习数学、电信、信息论与无线网络以及电子与通信工程等领域。

在伊利诺伊大学厄巴纳-香槟分校获得博士学位后不久，Sreeram 成为加州大学伯克利分校的博士后研究员，之后成为华盛顿大学的副教授，并领导华盛顿大学区块链实验室，专注于区块链协议的开发和研究。

EigenLayer 的大部分员工在华盛顿州西雅图现场生活和工作。 此外，EigenLayer 团队的大部分成员都是 Kannan 的亲密同事，多年来一直与他在华盛顿大学合作进行研究、协议开发和相关学科的工作。

EigenLayer 的许多核心团队成员在工程和软件开发及相关领域拥有广泛的专业知识，并且来自美国和世界各地最著名的大学。 此外，该团队的许多成员在包括 Amazon、Apple、Google、Microsoft、Coinbase、ConsenSys、Facebook、Protocol Labs、Celestia、IBM、Ericsson、Alibaba 等主要科技公司拥有丰富的经验。

除了 CEO 兼创始人 Sreeram Kannan 之外，EigenLayer 开发背后的核心团队还包括协议研究主管 Soubhik Deb、协议开发总监 Scott Conner、智能合约架构师 Jeffrey Commons、工程师 Robert Raynor、首席运营官 Chris Dury、首席战略官 Calvin Liu、开发者关系总监 Nader Dabit、战略主管 Brianna Montgomery、首席工程师 Bowen Li、产品设计主管 Jon Yan、幕僚长 Grace Hartley、工程副总裁 Sid Sanyal、战略/产品 Vyas Krishnan 等等。

上图显示了 EigenLayer 的技术堆栈如何工作，突出了由于平台的设计方式，无需许可的创新如何更深入地渗透到堆栈中。（图片来源：EigenLayer 白皮书）

分析 EigenLayer Staking 类型

虽然 EigenLayer 具有多方面的用途，但该平台的核心基础围绕 staking 展开。 更准确地说，EigenLayer 利用几种相关的 staking 范例，包括：流动性 staking、超流动性 staking 和 restaking。

• 流动性 staking： 通过 EigenLayer 上的流动性 staking 协议（例如 Lido、RocketPool 和 Swell Network），用户能够将他们的 ETH 存入 staking 池 ，以获得 流动性 staking 代币 (LST)，该代币可作为其 ETH 及其 staking 收益的凭证。 在 staking 池中，ETH 被委托给参与网络共识的大量 网络验证者 之一。 LST 可以完全兑换为其基础 ETH 价值，但需要等待相当于 ETH staking 提款期的时间。 LST 也可以通过 Uniswap 和 Curve 等交易所在 Ethereum DeFi 生态系统中进行完全交易。

• 超流动性 staking： 通过修改共识协议来实现超流动性 staking，以实现 流动性提供者 (LP) 代币 的 staking。 LP 代币代表 DeFi 交易所（例如 Uniswap 或 Curve）中包含的总流动性的一部分。

如下图 B 部分所示，EigenLayer 支持多种收益叠加途径（即，以多种方式同时赚取 staking 收益），允许 staker 通过保护新的 主动验证服务 (AVS) 来赚取额外收益。

广义上讲，构成 EigenLayer 区块链的三个不同层是：核心协议、AVS 和 DeFi。 流动性 staking 是一种允许用户通过核心协议和 DeFi 层叠加额外收益的机制，而超流动性 staking 首先通过 DeFi 层，然后再通过核心协议层（即，它与流动性 staking 相反）。

除了流动性 staking 和超流动性 staking 之外，EigenLayer 还利用 restaking。 具体而言，EigenLayer 利用了几种不同的 restaking 变体，包括：

1. 原生 restaking： 验证者可以通过将其提款凭证指定给 EigenLayer 智能合约来以原生方式 restake 其 staking 的 ETH。 也就是说，原生 restaking 相当于 L1 → EigenLayer 收益叠加。

2. LST restaking： 验证者可以通过 stake 他们的 LST 来 restake，ETH 已经 restake 并保存在 Lido、Swell 和 Rocketpool 等协议中，方法是将他们的 LST 转移到 EigenLayer 智能合约中。 准确地说，LST restaking 相当于 DeFi → EigenLayer 收益叠加。

3. ETH LP restaking： 验证者 stake 其与 ETH 配对的 LP 代币。 ETH LP restaking 相当于 DeFi → EL 收益叠加。

4. LST LP restaking： 验证者 stake 其与流动性 staking Ethereum 代币（例如 Curve 的 stETH-ETH LP 代币）配对的 LP 代币，因此利用 L1 → DeFi → EL 收益叠加路线。

上图描述了 EigenLayer 上的不同 staking 类型以及每种 staking 模式之间的价值流动如何按顺序移动。（图片来源：EigenLayer 白皮书）

应该理解的是，这些不同的 staking 机制中的每一种都带有预先确定的风险。 为了继续坚持选择加入治理的原则，EigenLayer 将这些风险的管理外包给模块 (AVS) 开发者。

例如，开发者负责确定在其 AVS 中接受哪些代币作为 stake。 他们还可以确定代币化奖励分配是否对不同类型的 stake 代币使用优惠奖励权重。 例如，主要关注去中心化的模块可能会选择仅显式接受以原生方式 restake 的 ETH 中的 restake。

EigenLayer 的三层可编程信任

如今，如果开发者希望在 Ethereum 上构建智能合约协议，例如 DEX、货币市场等，他们可以通过在 Ethereum 区块链之上部署合约来利用 Ethereum 更大的信任网络中的安全性。

这带来了专注于 DeFi、NFT 等的尖端智能合约协议的大规模扩散，这些协议利用了 Ethereum 的强大安全保证。

尽管如此，直到最近，Ethereum 的安全性才在智能合约协议上实现，这意味着为分布式系统（例如桥、侧链、oracle 网络、排序器、数据可用性 (DA) 层 等）提供安全性极其困难。 不幸的是，这通常导致开发者不得不承担 引导 自己的信任网络以获得他们需要的安全性的复杂性。

这种繁琐的引导需求可能是限制分布式系统创新实现与智能合约协议中通常看到的相当的种类、规模和速度的最实质性障碍。

到目前为止，这是去中心化网络开发中最大的限制之一。 值得庆幸的是，EigenLayer 解决了这个问题。

想象一下，如果世界各地的开发者都能够利用一个拥有数十亿 总锁定价值 (TVL) 和数十万验证者的庞大网络，而不是从头开始构建自己的网络，而是基于他们正在开发的平台的要求，利用 Ethereum 可编程性的安全性和信任保证。

这将消除开发者引导自己的信任网络的需求，使他们能够专注于构建向可编程网络支付费用以使用其底层安全性的系统，从而带来开发分布式系统的能力，以帮助实现一个更自由、更民主的互联网。

通过 Ethereum、EigenLayer、Ethereum restaking 协议、主动验证服务 (AVS)、运营者和其他组件的交叉，EigenLayer 协议构建了一个基于可编程信任的网络，该网络正在改变我们所知的区块链原型。（图片来源：通过 Satolix 了解 EigenLayer 和 Restaking 概念）

EigenLayer 的基础知识

EigenLayer 是第一个提供来自 Ethereum 的可编程信任的通用网络。 更准确地说，EigenLayer 是 Ethereum 上的一组互连的智能合约和一组链下节点软件，使 solo staker、LST staker 和 staking 服务提供商能够选择加入并运行独立的链下分布式系统。

通常，Ethereum 验证者 stake ETH 以做出基于资本的承诺，以证明他们对 Ethereum 协议的忠诚度。

构建 EigenLayer 是为了扩展 staker 所做的承诺，包括选择加入（通过支持他们选择的平台）以积极参与并完成支持新用例和分布式系统的各种任务的能力。 为了选择加入这些系统，staker 运行补充节点软件（称为运营者），并允许 EigenLayer 智能合约对其 staking 的 ETH 或流动性 staking 代币强制执行额外的可编程 slashing（惩罚）条件，这些条件由这些分布式系统预先确定。

在 EigenLayer 上，这些提供大量新用例的分布式系统称为主动验证服务或 AVS。 AVS 有多种形式，包括数据可用性层、桥、oracle 网络、虚拟机、keeper 网络、快速最终性层、AI 推理/训练系统、可信执行环境 (TEE)、阈值密码学方案、安全多方计算 (MPC) 框架等等。

EigenLayer 的一个极其强大的特性是，该系统允许区块生产者以一种允许在不进行协议内升级的情况下试验与区块构建、排序和链上激活相关的新想法的方式来承诺与 Ethereum 软件互补的承诺。

要了解更多关于运营者和 AVS 如何协同工作以形成互惠互利关系的信息，请查看我们在 我们更大的 EigenLayer 系列文章二 中对该主题的深入探讨。

解读可编程信任

EigenLayer 基于可编程信任的前提。 具体而言，可以通过 EigenLayer 以编程方式从 Ethereum 获得三个可区分的信任层，包括：

• 经济信任 - 来自个人承诺支持 EigenLayer 网络并以金融资本支持其承诺的信任（即，平台上 staking 的资本总额）。

• 去中心化信任 - 通过地理隔离的独立位置中的去中心化节点运营者网络的存在而提供的信任（即，验证者的总数及其分布）。

• Ethereum 包含信任 - Ethereum 验证者 (运营者) 将以与其向运行的共识软件相邻的用户做出的承诺相同的方式创建和修改用户的区块的信任（即，Ethereum 验证者选择加入的百分比）。

正如我们上面介绍的，EigenLayer 的可编程信任理念利用了经济信任、去中心化信任和 Ethereum 包含信任。（图片来源：通过 EigenLayer 博客了解 可编程信任的三个支柱：EigenLayer 的最终游戏）

在某些情况下，AVS 可能需要不同类型信任的合并。 EigenLayer 是一个网络，使 AVS 开发者能够以不同的方式组合上述信任点，为其特定服务创建适当的信任模型。

为了更好地理解可编程信任保护伞下的不同类型的信任，让我们更详细地了解每一种：

经济信任

在 EigenLayer 上，经济信任是基于资本的信任。 当特定承诺得到金融 stake 的支持时，就会接受这种性质的保证，这使得理性的经济行为者不合理地恶意行事。 经济信任的主要特征是 AVS 的验证语义在本质上是公正的。

准确地说，公正意味着如果运营者在响应 AVS 任务时恶意偏离特定的验证语义，则观察者有可能创建客观的链上证明，用于 slashing（惩罚）不诚实的验证者。

例如，如果节点在承诺的序列背后分配了资产，并且如果发生重组，这些资产将被 slashing，则链能够通过 EigenLayer 节点采用重组阻力。

经济信任的其他应用包括：

• 乐观声明： 只要 EigenLayer 上有足够的经济价值 staked 来确定一组公正可验证的声明，那么这些声明就可以立即被认为是正确的，可以采取行动，并且随后在违反时被 slashing。 例如，让我们考虑轻客户端桥，其中轻客户端在许多其他链的链下运行，同时在 Ethereum 上对另一条链的规范分叉提出声明。 在这种情况下，输入需要立即采取行动而没有延迟，并且如果被认为不正确，则随后会被 slashing。

• 任意 slashing 条件： 通常认为 Rollup 仅支持状态执行的欺诈证明。 在 EigenLayer 上，所有可 slashing 的违规行为（例如双重签名）都容易受到惩罚，这意味着 EigenLayer 可用于扩展状态执行之外的功能。 为了便于说明，可以构建一个 ETH-staked oracle，该 oracle 的 slashing 与更昂贵的受信任输入成正比（例如，通过受信任的来源或个人征求输入）。 尽管第二个委员会不是密码经济的，但 EigenLayer 的力量在于它能够让不同的 staker 仅选择加入他们感到信任的假设。

• 延迟改进： 由于 Ethereum 被认为是单个处理器，因此其时钟速度受到至少 2 个 epoch（~12 分钟）的最终性周期的限制。 如果 EigenLayer 上有足够的 ETH 或 LST restaking，则可以提高时钟速度，从而在本机网络延迟下实现更大的完全经济安全性。 例如，需要超频的基元会导致超快速最终性。 利用 EigenLayer，可以在 Ethereum 之上运行超快速最终性链，从而在 Ethereum 上乐观地结算的同时实现快速经济最终性。 这种超快速最终性链采用 ZK 证明验证，通常在几秒钟内达成共识。

去中心化和中立性对于任何现有区块链协议的长期可行性至关重要。 具体而言，为了确保 EigenLayer 上的去中心化信任，该平台利用了一个由各种个人和实体管理的广泛分布的验证者集。（图片来源：通过 EigenLayer 博客了解 EigenLayer 中平衡中立性和去中心化）

去中心化信任

在 EigenLayer 上，去中心化信任是基于去中心化的信任。 这种保证的实现是通过足够分布的验证者集（由独立实体/个人运行的不同地理位置的验证者）的存在来获得的，这在很大程度上消除了恶意验证者串通的可能性。

许多在 EigenLayer 上运行的 AVS 使用的故障模式并不客观可验证、容易识别或在链上受到惩罚。 因此，它们不能仅仅依赖于经济信任系统。

为了应对这些挑战，它们可以在去中心化信任系统之上开发，只要足够的验证者节点在没有串通的情况下独立行动，AVS 的透明度就仍然足够。 阻止串通的主要方法之一是利用一个大型的去中心化验证者集，这使得串通具有挑战性且容易识别。

此外，AVS 能够通过主观 oracle 设置预定义的验证者进入条件，这些 oracle 仅授权以特定方式配置的节点参与，从而确保最大的验证者去中心化。

通过识别和激励去中心化的验证者来收取额外费用，分配给去中心化验证者的奖励通常高于中心化验证者。 这种仅允许去中心化的验证者的框架可能代表了去中心化的真正市场价值的形成。

可以使用去中心化信任构建的 AVS 示例包括：

安全多方计算： 一个基本的例子是 Shamir 秘密共享，其中网络参与者需要将一个秘密分成碎片并存储在尽可能多的非串通节点中。 在这种情况下，串通表现为不可归属的。 因此，AVS 能够依赖于去中心化信任。

EigenDA： 在 EigenLayer 中，经济信任和去中心化信任通常结合在一起，以在网络之上创建新服务。 例如，EigenDA 依赖于去中心化来消除串通（同时确保数据保持可用），并依赖于经济信任来惩罚均衡差异（如果节点没有存储数据，它们将通过 保管证明 系统受到 slashing）。 此模型结合了去中心化信任（串通阻碍）和经济信任（ETH slashing）。

如果 AVS 需要去中心化信任，那么作为 AVS 开发者，最关键的是执行 AVS 验证者语义所需的节点软件尽可能轻量级。 这将确保 AVS 去中心化法定人数（共识）中的 staker 的资源成本大大降低，从而激励更多的 staker 参与，因此最终提供更多的去中心化信任。

Ethereum 包含信任

虽然第一个和第二个信任模型吸收了 Ethereum 信任网络的去中心化和经济性，但参与 restaking 的 Ethereum 验证者能够实现一套全新的高级功能，允许在 Ethereum 协议中试验新的选择加入功能，而无需修改其核心。 除了来自共识协议的现有提议者承诺之外，这些特定的选择加入功能还开启了新的提议者承诺的可能性。

上图显示了具有和不具有 Ethereum 包含信任的系统之间的差异。 本质上，如果它们不需要 Ethereum 包含在区块排序和构建中，则并非所有主动验证服务 (AVS) 都需要 Ethereum 包含信任。 此外，AVS 还能够根据其要求混合和匹配多个信任。（图片来源：通过 EigenLayer 博客了解 可编程信任的三个支柱：EigenLayer 的最终游戏）

让我们讨论一下 Ethereum 包含信任的一些应用：

MEV 管理： 因为它涉及到 MEV 管理，Ethereum 区块提议者能够使用不同的规则集构建对区块进行排序的合法承诺，从而生成一个包罗万象的 MEV 工具包：1.) 生产者选择承诺在他们未来尚未提出的 MEV 市场中出售区块的部分，以及 2.) 生产者同意参与事件驱动的行动。 例如，提议者同意在其区块中包含特定交易类型（例如抵押品加油），并在发生某些事件时执行此机制。

单Slot最终性： 虽然需要仔细考虑与 Ethereum 的 Gasper 共识协议的交互，但当足够数量的区块生产者选择加入以在同意不分叉区块时执行新的 EigenLayer 任务时，将实现单Slot经济最终性。

AVS 开发和可编程信任

为了将可编程信任传承为 AVS 开发者，必须分析几个主要考虑因素：

• 哪些类型的信任（即，经济信任、去中心化信任、Ethereum 包含信任）最适合你的 AVS 及其底层业务模型？ 如果这种信任被打破，将如何为这项特定服务制定惩罚参数？

• 你的 AVS 需要多少信任（staked 的资本量、不同的分布式验证者的数量以及执行 Ethereum 包含承诺所需的 Ethereum 验证者的数量）才能长期以平衡和公平的方式运行？ 你将如何激励这种模式？

重要的是要理解，对这些问题和实现可编程信任没有一刀切的方法，因为它完全取决于 AVS 的设计及其所需的安全参数。

资源

网站

博客

白皮书

Twitter

文档

LinkedIn

YouTube

论坛

GitHub

Discord

DAIC 提供的信息（包括但不限于研究、分析、数据或其他内容）仅供参考，不构成投资建议、财务建议、交易建议或任何其他类型的建议。 DAIC 不建议购买、出售或持有任何加密货币或其他投资。

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