【长推】从 UTXO 聊起：如何串起铭文及面向意图的 BTC L2 的发展脉络

BRC-20 中，代币的操作都是通过在比特币的 UTXO 交易中嵌入 JSON 格式的数据来实现的。这种方式做到比特币链上可以自由发行代币。可是，比特币无法管理账户模型，且 BRC-20 的内容是放在 Segwit 的 Taproot 脚本中，比特币无法识别里面的数字并计算。所以 BRC-20 目前就采取在链下构建一个索引服务器，来实现 BRC20 的代币的各种账本计算。 但这种方式，显然会存在中心化的风险。后面又发展了各种新的铭文协议，来解决 BRC-20 的缺点。比如 ARC-20 和 Runes 采用了一种类似的方法来让比特币计算余额，即直接让代币的数量等于 UTXO 中比特币的数量，但是这也引入了一个新问题，比特币网络为了减少垃圾交易，有一个最小交易输出限制（546 聪），导致 ARC-20 这样的铭文代币无法拆分出更细颗粒度的交易，导致流动性类似 NFT，不是真正的同质化代币。 从扩容的角度，闪电网络已经是一个足够棒的 L2，但闪电网络的状态通道架构也基本局限在了支付，无法实现更多复杂的意图。CKB 的答案是提出 RGB 的扩展协议：RGB++，其实与其说是扩展，不如说的「大魔改」。CKB 的拓展继承了 RGB 协议的核心，但是直接采用不同的虚拟机和验证方案。其技术重点「同构绑定」，是将比特币 UTXO 映射到 Nervos CKB 的 Cell，可以结合实现智能合约能力。 对于验证方案，所有的 RGB++ 交易都会在 BTC 和 CKB 链上同步各出现一笔交易。原本的链下客户端验证被改成了 CKB 的链上公开验证，这对于用户来说友好了很多，不需要使用独立的客户端，不需要自行保存原始交易数据。粗略地理解，即在比特币一层发型的 RGB ++ 资产，可以在 CKB 二层使用智能合约实现各种复杂意图。CKB 没有使用任何跨链桥，而是使用了原生的客户端验证方案。 某种意义上，这是一种相对前沿的想法 —— 去做意图（Intent）跨链扩容，而非传统的资产跨链。\n原文链接