BTCFi L2/L1 发展痛点在哪里
先排除三个我认为不是痛点的选项:
- 太多项目分散注意和资源——这对于繁荣的生态是很正常的现象,没人抱怨 ETH/SOL 上项目太多。无论项目多少,都得学会自己区分信号和噪音。
- 没代表作——闪电网络完全称得上是代表作,只不过闪电网络常常给人一种“发展这么久了也不过如此”的错觉。产生这种错觉是因为我们很容易忽略 Bitcoin Script 的限制,以及 Bitcoin 开发者的谨慎。Bitcoin L2 刚好可以解决这些问题,一方面 L2 可以提供更强大的合约能力,另一方面也是很好的试验田。为什么说闪电网络是代表作呢?因为它代表了一种完全不同的技术路线,并且在隐私,吞吐量,响应时间,成本等所有方面都具有优势。闪电网络依然有许多极具挑战性的问题需要克服,但它的潜力之高值得我们投入精力和资源去克服挑战。
- 其次往更基础的层面看,UTXO 本身是颠覆性的架构。颠覆性意味着理解和建设难度,这会阻碍生态发展,也就很难产生“代表作爆炸“的景观。但只要时间足够长,在一个新的“数字地形”上长出来的任何东西都会带上强烈的本地色彩,例如 UTXO 资产与 ERC20 完全不同的类似现金的属性,client side validation, UTXO sharing protocol,等等。而 Bitcoin 的自身地位也足以支撑一个独立生态的成长。因此我认为出现更多的代表作只是时间问题,而 L2 提供的灵活性会让这个过程加速。
- 缺乏钱和资源推动——显然不成立,Bitcoin/闪电网络生态都有足够多的投入。

缺乏共识可能是最大的问题。首先从整个 crypto 行业的层面,并没有形成对 UTXO 架构的理解和共识,“UTXO 链上没有智能合约无法开发 dApp”依然是一个普遍存在的误解。如果智能合约都没有,怎么做 L2? 很容易得出 Bitcoin L2 都是 scam 的结论。
其次,即使在 Bitcoin 生态内观点也非常分 裂:原教旨主义者认为我们只需要 BTC,其他都是 scams,任何对 Bitcoin 链的改动都没有必要。进步主义者认为有必要改进 Bitcoin 链,至少可以让 BTC 能力更强大,但在“改进程度多大算合理?”上又有巨大的分歧。最激进的进步主义者认为应该通过 soft-fork 支持更多的资产甚至合约能力,保守的进步主义者认为只应该做最小的改动增强 BTC 自身,同时又不会带来不必要的场景(例如新资产,MEV)污染 Bitcoin 链。L2 进步主义者认为应该通过 soft-fork 使得 Bitcoin L2 更加安全,让 L2 成为可能。
第三,"Bitcoin L2" 究竟应该如何定义也没有共识。严格的定义会要求 L2 不能有自己的代币,L2 交易最终应该以 Bitcoin L1 为准。更宽松一些的定义诸如 sidechain 会放松对 L2 共识的要求,只希望实现安全的 2-way peg (aka 跨链桥)。实际上无论哪种由于 Bitcoin Script 能力限制在今天都做不到,无法确保 L2 用户一定能安全 withdraw 到 L1。进一步宽松的定义只要求安全的 BTC->XXX 1-way peg,在这个定义下 Ethereum 也许是 TVL 最大的 Bitcoin L2 (我不确定但是懒得查数据了。要仔细分析的话得花点工夫,因为 wbtc 不是符合这个定义的安全的 1-way peg)。进步+宽松主义的定义会把视野放宽——假如 Bitcoin L1 上不仅仅有 BTC,还有其他 UTXO 资产,那么能为 Bitcoin L1 上发行的 UTXO 资产实现安全 2-way peg 的链是否是 Bitcoin L2? 最宽松的定义是完全放弃以 L1 安全性为锚的思路,从 BTC 货币属性出发,将 Bitcoin 链看作 M0, 任何用到 BTC 的地方都是 M1,M2,... 那么 CEX 也是 Bitcoin L2 了,这个定义初看令人惊讶甚至可笑,但我认为是非常有意义的——至少能提醒我们,如果我们无法创造出更好用更去中心化的 Bitcoin L2, 那么 CEX 就会是事实上的 Bitcoin L2,你更希望看到哪一个未来呢?
大概是由于这些原因,行业对 Bitcoin 生态要如何发展的看法是非常分 裂的。但这种分 裂可能也只是生态早期加上 Bitcoin 自底向上文化的正常现象。我相信随着时间发展,共识会慢慢涌现并形成,因为 We believe in rough consensus and running code。
我个人比较倾向于“温和的”进步主义——Bitcoin 链需要通过 soft-fork 去增强合约能力,增强的目的应该是为了方便 CSV 类资产和闪电网络的实现。原因很简单:
- L1 需要为 L2 服务,无论是编程模型还是经济模型;
- Bitcoin L1 是非常好的资产发行/存储平台,这个场景不仅能最大化 Bitcoin 链安全投入的效益,也是解决 L1 基于手续费的经济模型 bug 的一个出路。而 CSV 类资产协议占用链上空间最少,对 Bitcoin L1 是最经济的也是最健康的;
- 闪电网络是目前最成熟的 Bitcoin L2,其他的 Bitcoin L2 都只是假设。任何为了一个假设对 Bitcoin 协议进行修改都是对 Bitcoin 1 万亿美元市值的不负责任。在这个尺度下,mempool 的改进是合适的,OP_CTV 可能是合适的,OP_CAT 可能是过头的,ZK primitive 或者是为了 rollup 需要增加的 covenant 显然是过头的。
这是为什么 CKB 会选择扩展 UTXO 模型,引入状态和 RISC-V 虚拟机,并通过 RGB++ 将 CKB 上的 UTXO 资产与 Bitcoin L1 UTXO 绑定。对于处于温和改良中的 Bitcoin, CKB 可以成为 Bitcoin 很好的补充,增强 Bitcoin 上 UTXO 资产的能力,增强闪电网络的能力,为闪电网络补充流动性,充分发挥 UTXO 模型潜力。希望通过 CKB 我们可以积累更多 UTXO L1/L2 协议的经验,最终能够将这些经验贡献回 Bitcoin,帮助 Bitcoin 协议改进找到稳妥的路线。
以上就是BTCFi L2/L1 发展痛点在哪里的详细内容,更多关于为什么需要通过 soft-fork 增强合约能力?的资料请关注脚本之家其它相关文章!
你可能感兴趣的文章
-
Kulipa突然停摆,倒在高速增长的加密卡赛道里
融资 920 万美元的稳定币发卡服务商 Kulipa 因资不抵债停运,波及 20 家钱包与金融科技企业,加密卡行业交易额高速增长,但轻资产租赁牌照模式弊端凸显,暴露出基础设施赛道…
2026-08-03 -
Trade[XYZ]杀入Hyperliquid新战场,HIP-3交易量被它拿下
本文围绕 Trade[XYZ] 与 Hyperliquid HIP-3 的交易量关系,聚焦标题所指向的“成交额背后”与“入口话语权”两个观察角度,内容仅依据当前事件标题与来源信息组织,突出事件…
2026-08-03 -
参议院民调曝光,法案表决前夕“官员获利”与政治红线成最大僵局
美国《CLARITY Act》即将迎来关键投票,民主 党内部民调显示选民反感加密行业政治献金,两党在去中心化监管、稳定币收益、官员加密获利三大条款存在巨大分歧,立法不确定性…
2026-08-03 -
连跌三个季度,加密市场正在经历 2022 年以来最漫长的退潮
提到的“连跌三个季度,加密市场正在经历 2022 年以来最漫长的退潮”这一描述,与2022 年加密货币市场的实际表现高度吻合,那一年被广泛称为加密行业的“至暗时刻”或“失去…
2026-08-03 -
冷钱包也扛不住了?Coldcard疑似第四次遇袭,389枚比特币失守
一场疑似针对 Coldcard 的第四波攻击引发关注,涉及 389 枚比特币,事件将讨论焦点从冷钱包芯片本身,转向设备安全边界与用户资产风险,具体攻击细节仍以现有报道为准 ,下文…
2026-08-03 -
Coldcard钱包漏洞致8900万美元被盗,引爆FTX后最大链上迁移潮
比特币硬体钱包Coldcard 爆发重大韧体漏洞事件,攻击者利用装置在生成助记词(Seed Phrase)时的随机性缺陷,成功重建使用者私钥并转走资产,下面小编就简单为大家分析下该…
2026-08-03 -
川普媒体将2628枚比特币转移至交易所,此前财政部持有的比特币接近抵押
川普媒体将持有的2,628枚比特币转移至加密货币交易所Crypto.com,这是近9个月内第三次大规模转移,转移后链上钱包余额降至约4,261枚,较去年第三季揭露的原始持有量减少约63…
2026-08-03 -
Coldcard固件漏洞持续发酵,第四波协同盗币攻击出现!462个地址389枚BT
Galaxy 研究预警,Coldcard 冷卡再现第四波盗币攻击浪潮,本次波及 462 个地址、涉及 388.9 枚比特币,攻击源于固件熵值漏洞,盗币交易频次大幅激增,部分未确认交易用户可…
2026-08-03 -
存续 40 年的证券对账难题,ERC-8056 会是最终答案吗?
ERC-8056不是证券对账难题的“最终答案”,它仅是代币化资产场景下的特定技术补充方案,无法替代传统证券清算结算体系的核心对账机制…
2026-08-03 -
2026链上RWA年中报告:代币化股票市值翻倍,但九成权利是空壳
2026 年链上代币化股票市值一年内实现翻倍,但市场暗藏核心矛盾:流动性充足的代币缺少法定产权,具备合法权益的产品流通性不足,数据背后存在统计偏差,赛道呈现两极分化格…
2026-08-03

繁體中文