0

0

BTCFi L2/L1 发展痛点在哪里

DDD

DDD

发布时间:2024-09-24 08:10:53

|

406人浏览过

|

来源于脚本之家

转载

先排除三个我认为不是痛点的选项:

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

BTCFi L2/L1 发展痛点在哪里

缺乏共识可能是最大的问题。首先从整个 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 协议改进找到稳妥的路线。

热门AI工具

更多
DeepSeek
DeepSeek

幻方量化公司旗下的开源大模型平台

豆包大模型
豆包大模型

字节跳动自主研发的一系列大型语言模型

WorkBuddy
WorkBuddy

腾讯云推出的AI原生桌面智能体工作台

腾讯元宝
腾讯元宝

腾讯混元平台推出的AI助手

文心一言
文心一言

文心一言是百度开发的AI聊天机器人,通过对话可以生成各种形式的内容。

讯飞写作
讯飞写作

基于讯飞星火大模型的AI写作工具,可以快速生成新闻稿件、品宣文案、工作总结、心得体会等各种文文稿

即梦AI
即梦AI

一站式AI创作平台,免费AI图片和视频生成。

ChatGPT
ChatGPT

最最强大的AI聊天机器人程序,ChatGPT不单是聊天机器人,还能进行撰写邮件、视频脚本、文案、翻译、代码等任务。

相关专题

更多
chatgpt使用指南
chatgpt使用指南

本专题整合了chatgpt使用教程、新手使用说明等等相关内容,阅读专题下面的文章了解更多详细内容。

0

2026.03.16

chatgpt官网入口地址合集
chatgpt官网入口地址合集

本专题整合了chatgpt官网入口地址、使用教程等内容,阅读专题下面的文章了解更多详细内容。

0

2026.03.16

minimax入口地址汇总
minimax入口地址汇总

本专题整合了minimax相关入口合集,阅读专题下面的文章了解更多详细地址。

4

2026.03.16

C++多线程并发控制与线程安全设计实践
C++多线程并发控制与线程安全设计实践

本专题围绕 C++ 在高性能系统开发中的并发控制技术展开,系统讲解多线程编程模型与线程安全设计方法。内容包括互斥锁、读写锁、条件变量、原子操作以及线程池实现机制,同时结合实际案例分析并发竞争、死锁避免与性能优化策略。通过实践讲解,帮助开发者掌握构建稳定高效并发系统的关键技术。

7

2026.03.16

TypeScript类型系统进阶与大型前端项目实践
TypeScript类型系统进阶与大型前端项目实践

本专题围绕 TypeScript 在大型前端项目中的应用展开,深入讲解类型系统设计与工程化开发方法。内容包括泛型与高级类型、类型推断机制、声明文件编写、模块化结构设计以及代码规范管理。通过真实项目案例分析,帮助开发者构建类型安全、结构清晰、易维护的前端工程体系,提高团队协作效率与代码质量。

114

2026.03.13

Python异步编程与Asyncio高并发应用实践
Python异步编程与Asyncio高并发应用实践

本专题围绕 Python 异步编程模型展开,深入讲解 Asyncio 框架的核心原理与应用实践。内容包括事件循环机制、协程任务调度、异步 IO 处理以及并发任务管理策略。通过构建高并发网络请求与异步数据处理案例,帮助开发者掌握 Python 在高并发场景中的高效开发方法,并提升系统资源利用率与整体运行性能。

141

2026.03.12

C# ASP.NET Core微服务架构与API网关实践
C# ASP.NET Core微服务架构与API网关实践

本专题围绕 C# 在现代后端架构中的微服务实践展开,系统讲解基于 ASP.NET Core 构建可扩展服务体系的核心方法。内容涵盖服务拆分策略、RESTful API 设计、服务间通信、API 网关统一入口管理以及服务治理机制。通过真实项目案例,帮助开发者掌握构建高可用微服务系统的关键技术,提高系统的可扩展性与维护效率。

396

2026.03.11

Go高并发任务调度与Goroutine池化实践
Go高并发任务调度与Goroutine池化实践

本专题围绕 Go 语言在高并发任务处理场景中的实践展开,系统讲解 Goroutine 调度模型、Channel 通信机制以及并发控制策略。内容包括任务队列设计、Goroutine 池化管理、资源限制控制以及并发任务的性能优化方法。通过实际案例演示,帮助开发者构建稳定高效的 Go 并发任务处理系统,提高系统在高负载环境下的处理能力与稳定性。

65

2026.03.10

Kotlin Android模块化架构与组件化开发实践
Kotlin Android模块化架构与组件化开发实践

本专题围绕 Kotlin 在 Android 应用开发中的架构实践展开,重点讲解模块化设计与组件化开发的实现思路。内容包括项目模块拆分策略、公共组件封装、依赖管理优化、路由通信机制以及大型项目的工程化管理方法。通过真实项目案例分析,帮助开发者构建结构清晰、易扩展且维护成本低的 Android 应用架构体系,提升团队协作效率与项目迭代速度。

111

2026.03.09

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
光速学会docker容器
光速学会docker容器

共33课时 | 2.1万人学习

go语言基础与基本函数
go语言基础与基本函数

共17课时 | 3.2万人学习

关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送

Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号