由于微信限制了第三方应用的跳转,请使用以下方法。
1. 点击右上角的
2. 选择在浏览器中打开
文章转载来源: ABCDE
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的Account模型和EVM虚拟机来扩容UTXO的BTC,多少显得有些不够“Bitcoin Native”。
而安全性与BTC L1关联度高,又足够BTC Native的解决方案,闪电网络运行多年一直未能取得理想的效果,且有着不能支持智能合约的天然扩容短板。Taproot,RGB等客户端验证范式的方案也都存在着落地时间长,技术进展缓慢等诸多问题。这也是当前EVM扩容方案大行其道的主要原因。
而在公链领域深耕多年的Nervos利用与BTC同是POW+UTXO的天然结构性优势+创新型的“同构映射”技术把RGB的客户端验证范式“无缝搬迁”到了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,一起将比特币生态推向一个更加美好,更加繁荣的未来。
来源:ABCDE
发布人:暖色
声明:该文观点仅代表作者本人,不代表火讯财经立场。火讯财经系信息发布平台,仅提供信息存储空间服务。
如文章涉及侵权, 请及时致函告之,本站将第⼀时间删除⽂章。邮箱:840034348@qq.com