ABCDE领投的UTXO Stack在技术上可以帮助项目开发者一键发行基于UTXO架构的BTC Layer2,并原生集成RGB 协议能力。在安全上结合通过质押 BTC、CKB 以及 BTC L1 资产以保障Layer2安全。
简单来说,UTXO Stack就是比特币生态的“OP Stack EigenLayer”。
关于UTXO Stack,不可能用开源技术实现开RGB 目前市面上的BTC Layer2已经超过20条,但绝大多数都是EVM解决方案。基本是在拿ETH的技术栈 桥来解决BTC的扩容问题。虽然在短期内可以快速搭建起生态,但长期来看,这种解决方案第一在安全性上没有BTC主链强绑定关系,且重度依赖于桥,第二是意识形态上拿ETH的技术栈 桥来扩容BTC,多少有点不伦不类。因此,有些人认为应该拿ETH的Account模型和EVM虚拟机来扩容UTXO的BTC,并尽可能做到“Bitcoin Native”。
BTC和安全一直是关联在一起的,并且BTC L1关联度高,解决BTC Native的安全问题,是电网络运行多年一直未能得到理想效果的问题。同时,智能合约的天然扩容瓶颈也是目前技术发展缓慢的主要原因。为了解决以上问题,Taproot和RGB等客户端验证方案也都在落地时间长,技术进展缓慢等诸多问题。这也是当前EVM扩容方案大行其道的主要原因。
Nervos利用了深耕多年的BTC技术,结合了POW UTXO的天然结构优势和创新型的“同构映射”技术,打造了客户端验证范式“无缝搬迁”到了CKB之上,命名为RGB 。在牺牲了少许隐私的前提下,它带来了极大的功能与灵活性拓展,并安全性和稳定性上成为了BTC L1的强绑定。更重要的是,RGB 就在几天前正式落地了!也就意味着这不再是一个停留在概念或是开发层面的扩容叙事,而是实实在在在可开发可落地的产 品。
如果将名词表述为客户端验证,同构绑定,或者过于抽象的话,那么可以用以下的近似类比来理解RGB - 用户在BTC L1上发起一笔交易来触发CKB上属于该用户的RGB 资产交易,当这笔交易在CKB上完成时,再在BTC L1上一个Commitment。
你也许会疑惑 - 这也没省掉Gas费不是?用户在BTC L1上照样还得发起交易,照样得付BTC上的Gas费,现在还得加上CKB这边的Gas费,感觉,更贵了?
其实不然,好处有以下四个
因为Bitcoin L1上面的UTXO才能操作或更新RGB UTXO,所以在RGB 里,CKB成了BTC的“执行 DA”层,BTC L1成了真正意义上的“结算层”,这是目前任何EVM和非EVM BTC 扩容方案都无法做到的。
如果你觉得这套方案还是速度不够快,费用不够低怎么办?毕竟BTC L1上的交易依旧不可避免,CKB作为一条POW L1的极限TPS也只有几百。有没有更加灵活快速的扩容方案,就像……ETH生态那边的Appchain?
于是乎我们有了UTXO Stack,基于BTC与RGB 的“OP Stack”。
如果你熟悉OP Stack,RAAS(Rollup as a Service)协议栈的话,UTXO你理解起来应该非常容易 有了UTXO Stack,你可以一键发行BTC的同构UTXO Appchain,且这些Appchain有如下特性:
终于,我们有了比特币原生的,基于UTXO的一件发链基础设施,这项基础设施还融合了EigenLayer提出的Restaking概念,在给BTC和CKB更好赋能的同时,为Appchain的冷启动和安全性保驾护航。
可以预见的是,在不久的未来,BTC EVM layer2与BTC UTXO layer2会在技术,生态,乃至意识形态多个层面展开一轮正面对抗。
RGB 从2月正式提出到4月落地,只用了短短不到两个月的时间,展现出团队极其强大的工程能力。UTXO Stack在RGB 落地的同时推出,更是给予了BTC生态资产发行与玩法上更加多样 Bitcoin Native的可能性。我们相信并携手UTXO Stack,一起将比特币生态推向一个更加美好,更加繁荣的未来。
以上是一文读懂模块化 BTC Layer2 一键发链平台 UTXO Stack的详细内容。更多信息请关注PHP中文网其他相关文章!