[Bitcoin Ecology] Il est urgent d'augmenter la capacité et de réduire les coûts, inventaire BTC mainstream L2

【比特币生态】扩容降本刻不容缓，BTC主流L2大盘点

本轮牛市的开启毫无疑问是从铭文的繁荣开始的，可以预见的是在未来比特币生态的门槛将越来越高。因此，BTC 的扩容和降费刻不容缓。本文中，加密博主 blockpunk ∞ 为我们盘点了目前主流 BTC L2 的实现方式，BlockBeats 整理全文如下：

【牛市第一响，BTC L2 将造就 alpha 之王】

本条盘点市场中主流 BTC L2 的实现方式，如何引入 BTC 资产与安全性。

在上一条长推中提到，「铭文」的大发展促进了 BTC 生态的繁荣，但也加剧了 BTC 网络资源的竞争，过高的 fee 成本，与未来可预见的 BTC 的上涨，也在不断地增加 BTC 生态玩家的进入门槛。

这促使了人们跟更多的开始讨论 BTC 的扩容方案，这也吸引了社区与投资者的注意。

当然，人们非常默契地避开了直接升级 BTC L1 的扩容方案，最激进的讨论，也无非是解除一些 OP 脚本的封印，在 Taproot 下继续挖掘 BTC 的剩余潜力（如 CTV 与 CAT 的讨论）。
在 ETH 的 rollup 与模块化的发展和理论成果上，BTC Layer2 成为了扩容讨论的主流，也是见效最快的方案。首批项目也将在未来的两三个月上线，并成为炒作的绝对主流叙事。

由于 BTC 治理的高度去中心化，没有「教会」引导社区，因此其 L2 设计也是百花齐放。

本文就将从市场上典型的 BTC L2 与相关协议入手，一窥 BTC 扩容的可能性。

这里大致将 BTC L2 分为侧链、rollup、DA 层、去中心化索引等方式，将我认为类似的项目放在一起说明。BTC 的扩容方案还无人有权做出定义，因此我的实际分类并不严谨。

本文重点从偏实现方案的角度来探讨，很多设计都还在纸面阶段。在二层资产的竞争上，技术与安全性绝定的是项目的下限。技术是车票，头等舱、经济舱甚至挂票都有可能，资产炒作的话，只要达到及格水平就好。


但从资产的角度来看，一个是 L2 本身创造资产的能力，不管是引入铭文，还是自己拉盘，仅从技术层面上来无法评估；第二个，能否吸引 L1 的 BTC 存入将是核心竞争力，这就非常非常看重桥接的安全性，毕竟「not my keys not my Bitcoins」是核心教义了，这就与方案设计中非常相关。

BTC 生态的采用是否会在未来超越 ETH？也许能给你一些参考。

首先需要介绍前置科技，Taproot 升级带来的 2 个改变：

· Schnorr 签名为 BTC 引入了最多 1000 个参与者的多重签名方法，这是很多 L2 桥的实现基础；
· MAST 允许一堆 UTXO 的脚本通过 Merkle 树的方式组合，实现更复杂的逻辑，这为 L2 上证明系统提供了可能性；
· Tapscript 升级了比特币脚本，允许验证一系列脚本，来决定 UTXO 是否能被花费，这为 L2 的提款、罚没等操作提供了可能。

侧链

一切为了能用，能用就是一切。

侧链优势就是见效快，以快速发展业务逻辑为主。

其安全性基本只与它的网络本身有关，属于是 BTC 安全性这列火车上的「挂票」，最重要的部分就是 BTC 的跨链桥，这是唯一的连接点。

@BTClayer2 BEVM

实际上大部分 BTC L2 都如 BEVM 一样，延续了 ETH 扩容中侧链的思路。

BEVM 通过 Taproot 的能力在 BTC 的 L1 上部署一个多签地址，并运行者一个 EVM 侧链，在 EVM 中部署了接受 BTC 提取请求的智能合约。BEVM 的 GAS 使用的是跨链后的 BTC。

充值时，桥的运行者同步 BTC 数据并通知侧链，BEVM 节点还运行了轻客户端，同步 BTC 区块头验证充值；提款时，桥的托管人进行签名，收集到一定数量的签名后 (门限)，提取 BTC 的交易就会发出。这实现了侧链与 BTC 的资产互通。

与传统 $RSK$STX 方案不同的是，BEVM 使用 Taproot 的 BTC 多签实现了门限签名，桥的管理者理论上可以更多，这为 BTC 跨链增加了一定的容错性，更去中心化。

但 BEVM 并不会使用 BTC 的任何安全性保障，仅实现了 BTC 资产互通。其节点运行了自己的内部共识与 EVM，不在 BTC 网络中上传证明，因此没有 L1 DA。

网络的交易抗审查属性依靠网络本身，因此如果节点拒绝打包你的 BTC 提款交易，你将无法再从 L1 上获取 BTC，这是潜在的风险。

这种方式的好处在于能快速实现与验证，BEVM 自行实现的 Taproot 多签在桥的安全性上也更进一步，是目前少数上线主网的 BTC 侧链。

@MapProtocol Map Portocol

Map 也是一种 EVM 架构的铭文侧链，选择将 BTC L1 的 BRC20 跨链到 EVM 上，运行一些低成本的业务。
Map 运行了一个增强的 BRC20 索引器，用户从 BTC 上跨链 Brc20，需要发送新交易在 json 中插入目标链、目标地址等信息，从而被 Map 索引到，出现在侧链上；提款 BRC20 则由 Map Pos 机制下的签名委员会多签发起 BTC 交易。

BRC20 的账本其实在索引中运行，BTC L1 本质上是其可用数据源。

利用侧链较低的费用，Map 链上运行着 BRC20 的 Mint 工具 LessGas，与铭文市场 SATSAT，并通过 Roup 进行 BRC20 的跨链。以铭文为核心的思路颇具特色，吸引了一批用户。
Map 使用经典的 PoS 共识机制，向 BTC L1 上传检查点数据来增强其安全性。但除了防范长程攻击外，Map 依然没有使用 BTC 的安全性保障，在抗审查的提款、状态变化验证、数据可靠性上并无强化。

@BitmapTech Merlin Chain

由 Brc420 发布的 BTC 的侧链。
Merlin Chain 选择使用 cobo 钱包的 MPC 方案来实现 BTC 的跨链，这看起来是个相对保守的选择：MPC 的签名者数量较少，相比 Taproot 升级后的 BTC 多签，在安全性上还有一些差距，但好在 MCP 已经久经验证。

Merlin 使用了 ParticleNtwrk 的账户抽象，可以继续使用比特币的钱包和地址与 侧链交互，不改变用户习惯，这一点值得点赞。相比起来，让比特币用户再回到 Metamask 做交互，这种设计就显得怠惰且简单粗暴了。

Brc420 与 Bitmap 热度够高，已经积累了很多的用户群体。Merlin 继续围绕铭文开展业务，支持多样的铭文资产从 L1 的跨链，并在侧链上提供新铭文的铭刻服务。

@dfinity ckBTC
ckBTC 是 ICP 中通过纯密码学方案，实现的 BTC 的跨链集成，不依赖任何第三方的桥或托管。

ICP 是一条独立运行的 L1 区块链，共识由其独特的 BLS 门限签名方案保证。与共识算法的门限签名绑定的 ChainKey 技术，允许了 ICP 整个网络共同管理一个 BTC 的门限签名地址，接受 BTC，并通过共识下的聚合签名，来控制这个地址下的 BTC，实现提款。

ICP 还在自己的网络中，使用账户模型复原了 BTC 的全部 UTXO，网络中的智能合约可以读取 BTC 的状态，这约等于在 ICP 网络中运行了 BTC 全节点。

由于此门限签名直接与 ICP 网络的共识算法强绑定，ckBTC 的安全性只与 ICP 网络与 BTC 网络有关，不引入额外的第三方信任假设。

因此，ckBTC 的中 ICP 使用的 ChainKey 门限签名方案，是目前最安全的 BTC 桥思路。但对于提款者来说，如果 IC 网络宕机或拒绝交易，就没法强制从 BTC L1 上提款。同时，ICP 作为独立 L1，安全性由自身保证，与 BTC 并无关系。

数据可用性
BTC 是世界上最稳固的可信数据源，没有之一，因此使用比特币作为可信数据的源头，就变得非常理所当然。

同样，有着 @CelestiaOrg 的 DA 的理论基础，BTC 的数据存储虽然非常昂贵，但也有了作为 DA 层的共识基础。

本质上来说，Ordinals 与整个铭文生态，其实都是利用了 BTC 作为 DA，几乎所有的「BTC L2」都会向 BTC 传送数据，但这更像是一种形式主义，代表着美好的愿景。
下面是一些较有特色的设计。

@nubit_org Nubit
Nubit 是一个为 BTC 扩展数据可用性场景的 DA 协议，因为其融资有 Bounce Finance 与 domo 的参与而被关注。

简单来说，Nubit 通过运行 POS 共识组织了一条类似于 Celestia 的 DA 链，并定期将 Nubit 本身的 DA 数据如区块头、交易默克尔树根等上传到 BTC L1 中。

如此，Nubit 本身就由 BTC L1 保存其 DA，而 Nubit 又将自己链上的存储空间作为 DA 出售给用户与其他 rollup 链（DA 套娃）。Nubit 本身没有智能合约能力，需要有 rollup 基于其 DA 搭建。

用户向 Nubit 自身的 DA 层上传数据，这些数据经过 Nubit 的 POS 共识确认后，将进入「软确认」状态，而 Nubit 又会在一段时间后，将链的数据根上传到 BTC L1，BTC 交易完成后，最初用户上传至 Nubit 的数据才会进入最终确认状态。这之后，用户需要再去 BTC L1 中上传数据的标签，这是用于在 Nubit 全节点的默克尔树中查询原始数据。

Nubit 网络的 Pos 共识早期由 Babylon 的 BTC POS 质押支持 (将在下文介绍)。

用户通过 BTC 来支付存储费用，为此 Nubit 使用了闪电网络来接受 BTC，状态通道不存在桥的问题，用户可以通过取消通道进行紧急提款，不需要与 Nubit 的 Pos 网络本身交易。
看起来，Nubit 似乎是一个比特币生态版本的 Celestia，没有添加复杂的智能合约功能，也是用来最去中心化的闪电网络进行 BTC 的支付，相对简洁。虽然闪电网络足够去信任，但是使用体验并不够好，难以支持大资金的进出 (状态通道耗尽问题)。

Nubit 与 BTC 一层的关系比较单薄，链本身的安全不被 BTC 担保，在 BTC 上的数据也仅被 Nubit 的节点客户端验证。

Rollup 与铭文数据为什么需要去 Nubit 包装一层，而不直接上传至 BTC？这可能是 Nubit 最需要回答的问题，低廉的费用可能并不能作为核心的驱动。

相对 BTC DA 最大的优势，可能是 Nubit 的 DA 支持了轻节点的抽样数据验证 (DAS)，这是 BTC 网络无法实现的，这意味着验证 DA 不再需要用户下载 BTC 的全节点。

不再是 fully-on-Bitcoin 的铭文还能获得社区共识吗？Nubit 尝试使用自己链的 DA 替代 BTC L1 链的 DA，面对的可能不是技术的质疑，而是社区共识的巨大挑战。当然，这也是巨大的机会。

@Veda_bitcoin Veda
Veda 协议读取 BTC L1 上特定的 Ordinals 刻录，将其作为交易请求，在 BTC 链下的 EVM 中执行。

用户在 BTC L1 上通过 BTC 私钥签名一个符合 EVM 的交易，然后再去 BTC 上铸造为铭文。Veda 的 EVM 节点会扫描 BTC 区块，一旦交易被 BTC 确认，EVM 就会执行请求，产生状态变化。

实际上，这就是将 BTC 当作了 Veda EVM 的待确认交易池。不过因为 BTC 的性能远低于 ETH 的 EVM，而且一定时间里写入 BTC 区块的数据有限，所以 Veda EVM 一定能执行掉上传到 BTC 上的所有 EVM 请求。