1. 人人都想要，却少有人能驾驭

1.1 机遇之地：比特币

（来源：companiesmarketcap）

比特币由匿名开发者于 2008 年创建，现已发展成庞大的资产，在所有资产类别中市值排名第七。它不仅受到金融机构的认可，甚至得到了美国总统的关注。目前，比特币的市值与白银相当。考虑到比特币的采用率仍然相对较低，其市值仅为黄金的十分之一，其未来增长潜力仍然十分可观。

尽管比特币作为一种资产增长迅猛，但它仍然存在一个重大缺陷——其利用率较低。传统资产如股票和债券可以广泛应用于各种金融产品，而比特币的金融应用在技术和实践上仍然非常有限。就像美国西部拓荒时期一样，比特币代表着一片尚未开发的机遇之地。

1.2 尝试利用 BTC

由于比特币庞大的市值，众多公司和协议都试图利用 BTC 进行额外的信用创造。迄今为止，主要的 BTC 利用尝试包括：

中心化金融（CeFi）：传统金融机构提供各种基于比特币的金融产品。CME 提供比特币期货和期权，Coinbase 提供 BTC 抵押贷款，多家机构推出了 BTC ETF 供投资者使用。

托管桥接：WBTC 和 cbBTC 等服务以中心化方式封装 BTC，使其可以在其他网络上使用。用户将 BTC 存入 BitGo 或 Coinbase 等托管机构后，可在以太坊网络上获得等额的 WBTC 或 cbBTC。

链上桥接：为了消除对中心化托管机构的依赖，各种协议尝试以安全的方式将 BTC 桥接到其他网络。然而，实现完全无需信任的 BTC 桥接机制仍极具挑战性，某种程度的信任假设是不可避免的。

扩展解决方案：近年来，BTC 在侧链和比特币 L2 解决方案上的应用有所增加。然而，这些方法仍然涉及额外的信任假设。Taproot Wizards 团队正在尝试使用 OP_CAT 来缓解这一问题。

基于 BTC 的稳定币：Yala 和 Avalon 等协议相继出现，以类似于 MakerDAO 的方式发行 BTC 支持的稳定币。然而，这些解决方案同样面临 BTC 桥接过程中信任假设的问题。

通过分析这些 BTC 利用尝试，可以发现一个共同的挑战——很难以原生方式使用比特币。比特币的最大优势之一是其安全性，但如果额外的信任假设削弱了这种安全性，就会对 BTC 持有者形成显著的进入壁垒。这正是比特币利用率仍然较低的主要原因。

1.3 Babylon：BTC 的原生利用

这正是 @babylonlabs_io 发挥作用的地方。Babylon 使 BTC 持有者能够在比特币网络上原生质押他们的比特币，并参与验证其他 PoS 协议，从而赚取额外奖励。

由于能够在无需额外信任假设的情况下利用 BTC，Babylon 迅速实现了超过 50 亿美元的 TVL。如果 BTC 质押没有上限，这一 TVL 甚至可能更高。

但且慢，比特币的脚本语言并非图灵完备，因此无法轻松支持复杂的智能合约。那么，Babylon 是如何实现这一功能的？在本文中，我们将深入探讨 Babylon 运行的具体机制。

2. Babylon

正如建造巴别塔一样，我们是否能真正实现 BTC 的原生利用？

2.1 Babylon 概述

Babylon 的使命是扩展比特币，以保障去中心化世界的安全。尽管它被广泛认为是一个 BTC 质押协议，但 Babylon 还提供比特币时间戳服务，形成了一整套 BTC 安全共享协议。

Babylon 主要由两个核心协议组成：

• 比特币时间戳（Bitcoin Timestamping）：PoS 链可以将其区块数据的检查点存储在比特币网络上。通过这种方式，PoS 链能够缓解长程攻击、缩短质押解锁周期、保护关键交易，并从比特币的网络级抗审查能力中获益。

• 比特币质押（Bitcoin Staking）：BTC 持有者可以在比特币网络上原生冻结他们的 BTC，并参与其他 PoS 协议的验证，从而获得额外奖励。

2.2 Babylon 体系结构

（来源：Babylon）

Babylon 的基本架构如上图所示，其核心是基于 Cosmos SDK 构建的 Babylon Chain。除了 Babylon Chain 之外，还有多个外围程序用于促进 BTC 质押及其与比特币网络和其他 Consumer Zone 之间的通信。Consumer Zone 指的是通过 Babylon 在比特币网络上记录检查点的 PoS 链。

Babylon Chain 由多个模块组成，这些模块在生态系统中执行关键功能，包括管理验证者集、跟踪比特币区块头、向比特币网络提交检查点，以及管理与 BTC 质押相关的 活跃最终性提供者集（active finality provider set）。这里需要说明的是，最终性提供者（finality provider） 类似于 EigenLayer 中的 AVS 运营者，即它们参与验证其他 PoS 协议。

此外，Babylon 还实现了多个辅助程序，以促进比特币网络与 Babylon Chain 之间的顺畅通信：

Vigilantes：一套程序，充当比特币与 Babylon 之间的数据中继器。

Monitors：一套程序，确保 Babylon Chain 与比特币网络之间的一致性。

通过这一生态系统，Babylon 使加密行业能够利用比特币强大的安全性和深厚的流动性。接下来，我们将详细探讨 Babylon 的两个核心功能：比特币时间戳（Bitcoin Timestamping） 和 比特币质押（Bitcoin Staking）。

3. 比特币时间戳的工作原理

3.1 为什么质押解锁速度慢？

任何有过质押经验的用户都知道，解押通常需要 1 至 2 周 的等待期。在此期间，代币既无法使用，也无法赚取利息，导致一定的效率损失。但为什么解押需要等待？为什么不能即时提现？

最简单的原因是 网络安全。如果解押是即时的，用户可能会因市场波动而大量撤回资金，严重削弱网络的安全性。然而，除了安全性之外，还有一个更根本的原因：防止长程攻击（long-range attack）。

3.2 长程攻击（Long-Range Attack）

（来源：AP）

长程攻击指的是恶意验证者从过去的区块创建一个新的分叉，试图取代当前的主链。如果这个恶意分叉链的长度达到或超过当前主链，新加入网络的节点可能会对哪条链是合法链感到困惑，从而引发潜在问题。但等等——这真的可能发生吗？

在 PoW 网络中，长程攻击几乎不可能发生。攻击者要想追上当前主链，必须从过去的区块开始重新创建新块，并且其计算能力要超过整个现有网络，这在现实中几乎无法实现。

同样，在正常运行的 PoS 网络中，这种攻击也是不可能的。创建新的分叉需要恶意验证者对多个相互冲突的区块进行签名，这会被视为双重签名——这违反了协议规则，并会导致惩罚性削减（slashing）。

但是，如果允许立即解除质押（unstaking），情况会如何？

与 PoW 网络不同，PoS 网络不需要大量计算能力来生成区块。这意味着，如果恶意验证者在现有链上解除质押他们的资产，然后从过去某个他们的验证者密钥仍然有效的区块创建新的分叉链，他们可能有机会追上当前主链。在这种情况下，新加入网络的节点可能难以判断哪条链才是合法的，从而导致潜在的混乱和安全风险。

（来源：Babylon）

如果长程攻击成功，恶意验证者可以利用跨链桥机制窃取资金。例如，假设一名名叫 John 的恶意攻击者将 100 万枚 RUG 代币从 RugPull 链转移到 Osmosis，并将其兑换为 OSMO 代币。这个转移是通过 IBC 进行的，其工作方式是在 RugPull 链上锁定原始的 RUG 代币，同时在 Osmosis 链上铸造等量的 RUG 代币。

（来源：Babylon）

如果我们假设 John 成功对 RugPull 链执行了长程攻击，他可以在新分叉链中恶意省略原本用于将 RUG 代币锁定并发送到 Osmosis 链的交易。结果就是，John 实际上可以免费获取 OSMO 代币。

为了防止长程攻击，必须设定一定时长的质押解绑（stake unbonding）期。在解绑期内，恶意行为者无法执行长程攻击（如果尝试，他们将面临惩罚性削减）。此外，在此期间，网络参与者可以通过社交共识（social consensus）达成一致，确定哪条链是主链。因此，即使在解绑期结束后发生长程攻击，恶意分叉链也不太可能被网络接受。

3.3 通过 BTC 时间戳减少质押解绑时间

质押解绑期是防止长程攻击的有效手段，但它也存在一些缺点。

首先，它依赖于社交共识来抵御攻击。虽然长时间的链下（off-chain）参与者沟通在其中起着关键作用，但这并不是 100% 万无一失的解决方案。

其次，如前所述，较长的解绑期会对用户体验和流动性产生负面影响。

Babylon 提出了一种名为 Bitcoin 时间戳（Bitcoin Timestamping）的解决方案，使 PoS 链能够将解绑期大幅缩短至仅数小时。该方法允许 PoS 链将主链区块数据记录到比特币网络中。

通过时间戳，即使恶意验证者尝试长程攻击并声称他们的分叉链是主链，攻击也不会成功——因为原始主链数据已经安全地记录在比特币网络上。只要比特币的安全性保持不变，这种攻击就注定会失败。由于该方法不再依赖社交共识，因此可以大幅减少所需的解绑期。

（来源：Babylon）

在这里，Bitcoin 时间戳通过比特币网络中的 OP_RETURN 操作码（opcode）进行记录。OP_RETURN 是一种指令，允许在比特币网络上存储最多 80 字节的任意数据。与普通比特币交易不同，OP_RETURN 不能用于资金转移，也不会生成 UTXO。

一个关键问题是，是否所有 PoS 链都能直接在比特币网络上创建检查点（checkpoint）。比特币区块的大小较小，出块时间为 10 分钟，并且 OP_RETURN 只能存储最多 80 字节的数据。如果大量 PoS 链频繁发送检查点交易，比特币网络将无法承受这种负载。

为了解决这一问题，Babylon 引入了 Babylon 链，它通过 IBC 聚合多个 PoS 链的检查点，然后将单个聚合检查点提交到比特币网络。

该过程的一个关键组成部分是 Vigilante Relayer，它负责从 Babylon 节点读取检查点，将其打包成 OP_RETURN 交易，并提交到比特币网络。系统运行的前提是至少要有一个诚实且在线的 Vigilante Relayer。

（来源：Babylon）

BTC 时间戳的流程如下：PoS 链向 Babylon 链提交包含区块信息的检查点（checkpoint）。然后，Babylon 链会在每个 epoch 的最终区块提交 Babylon 区块的检查点到比特币网络。

（来源：Babylon）

即使发生长程攻击，恶意分叉链的检查点时间戳始终会晚于主链的检查点。这意味着网络参与者只需检查比特币网络上的检查点，即可轻松识别恶意分叉。由于该方法不再依赖社交共识，质押解绑期可以从数周缩短至仅数小时。

3.4 不仅仅是快速质押解绑

Babylon 的 Bitcoin 时间戳不仅提升了 PoS 链的用户体验（UX）和流动性效率，还带来了额外的诸多优势。

3.4.1 重要交易的慢最终性

通过 Babylon 采用慢最终性（slow finality），PoS 链可以实现与比特币相当的安全性。当包含特定交易的 PoS 区块被时间戳记录在比特币网络上，并被 6 个比特币区块确认后，该交易将变得不可逆转——前提是比特币的安全性保持不变。

这一机制在处理高价值交易（如房地产购买）时非常有用，因为此类交易需要绝对的安全性。此外，对于刚启动的 Cosmos 区块链区域（Cosmos zones），由于其安全性可能较弱，引入慢最终性可以为交易处理提供额外的保护层。

3.4.2 比特币级别的审查抵抗能力

Bitcoin 时间戳还可以在 PoS 链遭受审查攻击时帮助恢复链的活性（liveness）。为此，Babylon 引入了一种特殊的概念——Rollup 模式（rollup mode）。

在传统 PoS 链中，至少需要 2/3 的验证者保持诚实才能维持审查抵抗能力。而在 Babylon 的 Rollup 模式下，仅需 1/2 的验证者保持诚实即可实现审查抵抗，大幅提升 PoS 链抵御攻击的能力。

（来源：Babylon）

如果某个 PoS 链用户认为特定交易遭到审查，他们可以向 Babylon 链提交审查投诉（图中红色部分），从而启动进入 rollup 模式的流程。该审查投诉包含被审查交易的哈希值。

如果在六个比特币区块确认后，疑似被审查的交易仍未被 PoS 链包含，诚实的验证者将提交他们对 PoS 链的视图至 Babylon。如果在额外六个比特币区块确认后，仍未在任何比特币区块中检测到与该被审查交易相关的检查点，诚实的验证者和用户将进入 rollup 模式。

在 rollup 模式下，任何验证者都可以提议一个包含 PoS 交易的捆绑包（bundle），如果持有至少二分之一（1/2）总质押量的验证者对该捆绑包签名，该交易将在比特币网络上最终确定，从而有效防止审查。

4. 比特币质押如何运作

4.1 比特币质押概述

比特币时间戳（Bitcoin Timestamping）允许 PoS 链利用比特币的安全性来减少质押解绑周期并增强抗审查能力，但这仅部分利用了比特币的安全性。

除了比特币时间戳外，Babylon 引入了比特币质押（Bitcoin Staking），该机制原生地使用比特币脚本语言实现 BTC 质押，使其他 PoS 协议能够受益于被质押 BTC 的加密经济安全性。该质押协议被设计为一个模块化插件，使其能够轻松适配各种 PoS 共识协议。

对于 BTC 持有者而言，Babylon 的比特币质押是一种具有吸引力的投资机会，因为他们可以在比特币的安全级别上进行 BTC 质押，而无需依赖外部实体，同时还能从外部协议中获得奖励。

我们来定义一些关键术语：

• 通过 Babylon 的比特币质押利用被质押 BTC 加密经济安全性的协议称为 BSN（Bitcoin Secured Networks，比特币安全网络），类似于 @eigenlayer 的 AVS（Actively Validated Services，主动验证服务） 概念。
• 接受质押者委托 BTC 并参与验证 BSN 的实体称为 Finality Providers（最终性提供者），类似于 EigenLayer 的 AVS 运营者。

但问题来了——与以太坊不同，比特币网络并非图灵完备（Turing-complete），这使得实现复杂的质押合约变得困难。那么 Babylon 是如何实现这一点的呢？

让我们通过 Babylon 博客中的示例来深入探讨其细节。

4.2 质押合约的实现方式

4.2.1 锁定（Locking）

// 合约 V0：在 Alice 的质押 UTXO 中添加锁定条件

条件 1（锁定）：time_lock = 1000 & alice_public_key

假设 Alice 质押 BTC 并同时担任 Finality Provider。要实现 BTC 质押，需要一种锁定 BTC 的机制。这是通过设置 UTXO 的支出条件来实现的，使得只有 Alice（BTC 持有者）在一定时间后（time_lock = 1000）可以使用她的 alice_public_key 提取资金。

4.2.2 惩罚机制（Slashing）

// 合约 V1：添加基础惩罚机制

条件 1（锁定）：time_lock = 1000 & alice_public_key；或
条件 2（惩罚）：alice_eots_public_key

质押机制中必须实现的一个核心组件是 惩罚机制（slashing）。如果发生恶意行为，可以通过销毁被质押的 BTC 来执行激励机制。为此，合约添加了第二个 UTXO 支出条件，使得如果有人持有 Alice 的 EOTS 密钥，就可以执行惩罚操作。

这里的 EOTS（Extractable One-Time Signature，可提取的一次性签名） 是一种使用 Schnorr 签名 实现的签名方案，该技术是在比特币 Taproot 升级后引入的。简单来说，该算法可以确保如果恶意行为者使用同一个密钥对相同高度的两个不同区块进行双重签名，那么其私钥将被公开暴露。

从技术上看，Schnorr 签名包含一个私钥 x、一个公钥 P = xG 以及一个随机数 k。签名过程如下：

1. 生成一个随机数 k，并计算其对应的公钥值 R = kG。
2. 计算消息 M 和 R 的哈希值 e。
3. 计算签名值 s，公式为 s = k + ex。
4. 最终的 Schnorr 签名由 (s, R) 组成。

EOTS 的核心思想是：如果同一个密钥被用于两次签名，私钥将被暴露。
假设 Alice 使用相同的随机数 k 对两个不同的消息进行签名：

• 第一个签名 s₁ = k + e₁x
• 第二个签名 s₂ = k + e₂x

由于 s₁、s₂、e₁、e₂ 均是公开可见的，任何人都可以通过以下公式求解 Alice 的私钥 x：
x = (s₁ - s₂) / (e₁ - e₂)

利用这一机制，如果 Alice 在 BSN（Bitcoin Secured Network） 验证过程中使用相同的 EOTS 密钥对两个不同的消息进行恶意签名，那么任何检测到此行为的人都可以提取 Alice 的 EOTS 私钥。一旦该私钥被公开，攻击者可以选择窃取 Alice 的质押 BTC，或者销毁 Alice 的质押 BTC 作为惩罚。

4.2.3 强制销毁（Enforcing Burning）

// 合约 V2

条件 1（锁定）：time_lock = 1000 & alice_public_key；或

条件 2（惩罚）：alice_eots_public_key & covenant_committee_quorum

// 惩罚交易 V0

输入：

• input-1：使用上述 条件 2 消耗的质押 UTXO

输出：

• output-1：
  • 金额：0.99 BTC
  • 接收者：0000…0000（销毁地址）

// 预批准 V0：强制销毁
// Covenant Committee 预先签署上述惩罚交易，作为预批准

在前面，我们讨论了触发 惩罚机制（slashing） 的条件。现在，我们来看如何实际执行惩罚。强制执行惩罚至关重要，因为如果 Alice 进行恶意行为，她可能会试图在他人检测到违规行为、提取其 EOTS 私钥 并销毁其 BTC 之前，先行提取 BTC。

为了防止这种情况，惩罚机制必须设计为将 BTC 强制转移至一个预定义的销毁地址（0000…0000）。为此，第二个 UTXO 支出条件引入了 Covenant Committee Quorum（契约委员会仲裁机制）。该委员会的职责是验证惩罚行为的合法性。

通过采用 M-of-N 多重签名方案，该系统确保 Alice 无法在惩罚执行前，单方面将其 BTC 转回自己的钱包。

这种方法的优势在于：

• 如果 Alice 行为诚实，她的 EOTS 签名 永远不会被暴露，因此 Covenant Committee 无法获取她的资金。
• Alice 无需信任 Covenant Committee，因为委员会无法在她没有恶意行为的情况下对她采取行动。

4.2.4 安全委托（Safe Delegation）

// 合约 V3：实现安全委托

条件 1（锁定）：time_lock = 1000 & alice_public_key；或
条件 2（惩罚）：alice_public_key & validator_eots_public_key & covenant_committee_quorum

// 惩罚交易 V0

输入：

• input-1：使用上述 条件 2 消耗的质押 UTXO

输出：

• output-1：
  • 金额：0.99 BTC
  • 接收者：0000…0000（销毁地址）

// 预批准 V1
// Alice 预先签署 惩罚交易作为其预批准。
// Covenant Committee 预先签署 惩罚交易作为其预批准。

Alice 可以直接质押 BTC 并作为 Finality Provider 参与验证其他 PoS 协议。然而，大多数用户会选择委托他们的 BTC 质押。

为了实现安全委托，我们在 条件 2（惩罚机制） 中添加了 验证者的 EOTS 密钥，确保如果验证者存在恶意行为，Alice 的 BTC 仍然可以被销毁。然而，这带来了一个问题：如果验证者与 Covenant Committee 串通，他们可能会窃取 Alice 的 BTC，从而迫使 Alice 必须信任 该验证者。

解决方案

一个简单的解决方案是：在条件 2 中额外包含 Alice 的公钥。

• 这样，执行惩罚并销毁 BTC 时必须获得 Alice 的签名，从而防止未经授权的 BTC 盗取。

具体执行流程

1. Alice 预先签署一笔交易，声明 “如果发生惩罚，BTC 必须被发送至销毁地址”。
2. 如果验证者存在恶意行为：
   • 其 EOTS 密钥 会被暴露。
   • Covenant Committee 执行多重签名（multi-signature），完成惩罚交易。
   • BTC 将被发送至销毁地址 0000…0000，强制执行惩罚机制。

这种机制确保了 BTC 质押的安全性，即使存在恶意验证者，Alice 也不会面临资金被盗的风险，同时保持了 PoS 质押的去信任化特性。

4.2.5 通过原子惩罚机制防止恶意攻击（Preventing Malicious Attack with Enforcing Atomic Slashing）

// 合约 V3

条件 1（锁定）：time_lock = 1000 & alice_public_key；或
条件 2（惩罚）：alice_public_key & validator_eots_public_key & covenant_committee_quorum

// 惩罚交易 V0

输入：

• input-1：使用上述 条件 2 消耗的质押 UTXO

输出：

• output-1：
  • 金额：0.99 BTC
  • 接收者：0000…0000（销毁地址）

// 预批准 V2：在委托时强制执行原子惩罚（atomic slashing）
// Alice 的预批准 是基于 验证者 EOTS 公钥 生成的 适配器签名（Adaptor Signature）。
// Covenant Committee 预先签署 惩罚交易作为其预批准。

如果恶意验证者只针对特定的质押者进行惩罚怎么办？为了防止这一问题，Babylon 引入了 适配器签名（Adaptor Signatures） 机制。适配器签名的工作原理：

• Alice 使用 验证者的 EOTS 公钥 作为适配器，加密她的签名，生成适配器签名。
• 如果验证者试图仅针对 Alice 进行惩罚，他们必须使用自己的 EOTS 私钥 来解密 Alice 的签名。
• 由于适配器签名的特性，解密后会暴露验证者的 EOTS 私钥。
• 一旦 EOTS 私钥暴露，验证者自身的资金也会面临风险，从而消除验证者进行恶意行为的动机。

通过适配器签名，Babylon 使得恶意验证者无法选择性地攻击某些质押者，因为这样做会导致其自身私钥暴露，确保整个系统的公平性和安全性。

4.2.6 实现部分惩罚机制

// 合约 V3

条件-1（锁定）： time_lock = 1000 & alice_public_key；或者

条件-2（惩罚）： alice_public_key & validator_eots_public_key & covenant_committee_quorum

// 惩罚交易 V1：启用部分惩罚

输入：

• 输入-1： 质押的 UTXO，使用上述条件-2 进行消耗

输出：

• 输出-1： 数值 = 0.09 Bitcoin，所有者 = 0000…0000
• 输出-2： 数值 = 0.9 Bitcoin，
  条件：
  • 条件-1： time_lock = 500 & alice_public_key

// 预批准 V2

// Alice 的预批准是她使用验证者的 EOTS 公钥生成的惩罚交易的适配器签名。

// Covenant 委员会预先签署该惩罚交易，作为其预批准。

但你不觉得在发生惩罚时焚毁所有 Bitcoin 过于极端了吗？为了解决这个问题，可以仅焚毁一部分 Bitcoin（例如，仅焚毁 10%，然后在一定时间后返还剩余 90%）。这一机制可以通过将惩罚交易的输出拆分为两个来实现，如上所述。

4.2.7 重新质押

// 合约 V4：启用重新质押

条件-1（锁定）： time_lock = 1000 & alice_public_key；或者

条件-2（惩罚）： alice_public_key
& 来自列表 [validator_eots_public_key] 的任意签名
& covenant_committee_quorum

Alice 委托的 BTC 可以参与多个 PoS 协议的验证，而不仅仅是单个协议。如果某个验证者使用相同的 EOTS 密钥参与不同 PoS 协议的验证，那么在某个系统中的密钥泄露可能会影响其他系统。因此，Babylon 的终局性提供者必须为不同的 PoS 系统使用不同的 EOTS 密钥，并在第二个条件中引入 EOTS 密钥列表。

4.3 总结

与 Ethereum 或 Solana 等 PoS 网络不同，Bitcoin 网络基于 PoW 运行，因此本质上并不存在质押的概念。然而，Babylon 通过 UTXO 特性、Bitcoin 的脚本语言以及各种签名算法，实现了 BTC 的锁定、惩罚和委托等质押所需的功能。这使得 BTC 持有者能够在无需桥接或托管服务的情况下，通过原生 BTC 赚取额外收益。

5. 释放 BTC 在去中心化世界的潜力

除了闪电网络（Lightning Network）之外，没有任何其他协议能够完全继承 Bitcoin 网络的安全性。然而，与 Bitcoin 网络一样，闪电网络的功能也非常有限，同时放弃 Bitcoin 强大的安全性和庞大的流动性代价过高。

Babylon 通过 Bitcoin 时间戳（Bitcoin Timestamping） 和 Bitcoin 质押（Bitcoin Staking） 两种方式，实现了对 Bitcoin 安全性的利用。前者将 Bitcoin 作为时间戳服务器，以防止交易回滚或恶意分叉；后者则利用 BTC 强大的流动性作为加密经济安全保障，使 BTC 持有者能够通过原生方式赚取额外收益。

目前，约 55,000 BTC 存入 Babylon，并且这一数值已达到 Babylon 设定的存款上限。相比之下，EigenLayer 上大约 3.9% 的 ETH 总供应量 被重新质押。鉴于 BTC 持有者在使用 BTC 方面可能较为保守，而 Babylon 目前仅约 0.2% 的 BTC 总供应量 被质押，其未来增长潜力值得关注。

声明

1. 本文转载自 [100y.eth]。所有版权归原作者 [100y.eth] 所有。如对转载有异议，请联系 Gate Learn 团队，我们将及时处理。

2. 免责声明： 本文所表达的观点和意见仅代表作者个人立场，不构成任何投资建议。

3. Gate Learn 团队对本文进行了多语言翻译。除非特别说明，禁止复制、分发或剽窃译文。