过去半个月,OP_NET 与 Arch 这两个Bitcoin主网上的智能合约实现方案引发了较多的讨论。有意思的事情是,OP_NET 这个名字与大家熟悉的 OP_CAT 很像,都以「OP_」开头,具有很强的、让大家认为这哥俩差不多的迷惑性。
所以,在开篇要和大家先提一嘴 OP_CAT。首先,OP_CAT 是Bitcoin操作码,从去年开始有以「量子猫」Quantum Cats,也就是「大巫师」Taproot Wizards 的创始人 Udi Wertheimer 为首的社区力量一直在呼喊要「复活」OP_CAT。说是「复活」,是因为 OP_CAT 是本就存在的Bitcoin操作码,但中本聪在 2010 年将该操作码因可能导致潜在的 DoS 攻击的原因给去除了。CAT 是「concatenate」一词的缩写,如同这个词的意思,OP_CAT 的作用就是允许进行字符串的连接操作,将两个字符串拼接成一个。
那么这个操作码如何使Bitcoin实现智能合约?讲真的这真的非常抽象难懂,因此在这里我推荐有兴趣的朋友阅读来自另一位律动作者 Jaleel 的文章(
「13 行代码助力Bitcoin实现智能合约?读懂 OP_CAT 软分叉」
)。在这里我想为大家快速总结的几个要点是:
OP_CAT 涉及到Bitcoin网络的软分叉,而要走到这一步,首先需要 BIP-347 提案通过,目前该提案仅进展到整个提案流程的第二阶段「Proposed」状态。
在 BCH 和 BSV 上的 OP_CAT 已经复活了几年有余,但是相关的用例还是非常抽象。在目前的讨论中,我们几乎看不到特别清晰直接的、到底用 OP_CAT 能做出一个什么样的 dApp 这种程度的案例。
OP_CAT 不是一步到位的「解药」,复活 OP_CAT 更像是解除Bitcoin智能合约封印的第一步。合理的期待是,如果 OP_CAT 能够成功复活,一些优秀的用例出现,随后又会继续讨论解锁更多的Bitcoin操作码。我们可以先期待在激活了 OP_CAT 的 Fractal 上会不会有令我们耳目一新的创新出现。
而 OP_NET 实际上应该归为符文、BRC-20、ARC-20 这些「协议」一类。虽然它的名字也有一个「OP_」,但其实现方式和Bitcoin操作码完全没有关系。
OP_NET
OP_NET 的框架大体上可以分为两个部分,首先既然是Bitcoin主网的智能合约实施方案,那么Bitcoin主网一定在整个技术框架中占据了一部分。可以说,Bitcoin主网在 OP_NET 的技术框架中扮演的角色是「行为发起层」与「最终确认层」。而智能合约的执行与状态确认则是另一部分,也就是 OP_VM 和 OP_NET Node共同组成的「执行层」。
根据上面的技术框架图,我们可以简单地阐述 OP_NET 在Bitcoin主网实现智能合约的流程。首先,部署/交互合约的用户从Bitcoin主网发起交易,这笔交易的数据字段中会包含字符串「BSI」,使执行层能够嗅探到这是一笔 OP_NET 合约交互性质的交易。交易得到确认后,OP_VM 执行相应的合约操作并进行状态更新,交由 OP_NET Node进行状态确认,最终将状态提供给Bitcoin dApp。而在Bitcoin dApp 拿到合约执行结果并进行相应动作后,也会将它们的动作结果提交到Bitcoin主网上。
看到这里,您可能会有一种熟悉的感觉——这不又是链下索引器「链下执行、链上确认」那一套吗?确实有一丢丢相似。但是 OP_NET 有一个有意思的机制就是它实际上是「烧Bitcoin」的。
OP_NET 的交易费用由两部分组成,第一部分自然是作为一笔Bitcoin交易最基本的Bitcoin网络费用,另一部分则是 OP_NET 交易费,而 OP_NET 交易费又由执行费和优先级费组成,这两部分费用都是用Bitcoin来进行支付的。OP_NET 交易费必须多于 330 聪以确保不会被视为「粉尘」(过小的 UTXO)而被Node拒绝接收,优先级费则使合约执行动作可以像Ethereum那样拉高 Gas 以确保自己的交易被优先执行(OP_VM 可以对优先执行哪个动作进行排序)。
如果 OP_NET 交易费用大于 0.0025 Bitcoin,就会有 330 聪被「燃烧」,多出来的部分则给到Node运行者当作奖励。所谓「燃烧」,其实有点像Ethereum经常出现的打到合约地址里的钱取不出来的那种情况,因为 OP_NET 实际上用了一种特定类型的Bitcoin交易「Taproot 脚本路径支出」将Bitcoin地址抽象成了合约地址,这个合约地址是任何人都无法控制的,因此也就起到了「燃烧」的效果。
最后,我们结合这个项目的背景对这个项目进行一个小观察。这个项目背后的团队是 MotoSwap 的团队,不知道大家还记不记得 BRC-20 行情时曾经在 BRC-20 Token 总市值排到第三的 $OSHI,OSHI 是做应用的,后来团队发生过一些分歧,有一部分就转去 CBRC-20 上做了 Moto。OP_NET 本身虽然使用Bitcoin作为协议交互消耗的 Token,但是它还内置了 OP_20 和 OP_721 这两个标准,所以也可以说,这个项目方的风格更偏向去年我们所熟悉的那种「新协议、新资产」风格。
Arch
与 OP_NET 不同,Arch 已经宣布拿到了由 Multicoin Capital 领投,OKX、Portal Ventures、Big Brain Holdings、ABCDE 等参投的 700 万美元种子轮融资。Arch 会有自己的 Token,既作为 Gas 费,也作为其 PoS 网络验证者的质 Token。
也因此,Arch 的定位和 OP_NET 完全不同。如果说 OP_NET 至少在短期内还是更偏向「新协议、新资产」风格,那么 Arch 则完全是「建造在Bitcoin主网基础上的智能合约层」,或者说,「Bitcoin 1.5 层」。
从上图我们可以大概地阐述 Arch 的工作流程。用户从Bitcoin主网发起交易,Arch Node嗅探交易并进行处理与验证,领导者Node则负责「区块事务」,即建立 Arch 网络的区块,另外还负责将最终确认的Bitcoin交易提交回Bitcoin主网。
看上去和 OP_NET 有点像?但其实如果仔细阅读 Arch 的官方文档,会发现他们在如何保证网络稳定性以及其它与「执行层」相关的技术阐述中要比 OP_NET 更详细一些。比如他们使用了「FROST + ROAST」的签名方案,使得 Arch 能够确保只要 51% 的网络成员诚实且合作,就可以签署签名来保证网络的稳健性。
最后,虽然 Arch 有自己的 Token 作为「执行层」也就是 Arch 网络的 Gas 费用,但是用户在通过 Arch 来进行合约交互的时候还是可以用Bitcoin支付,费用转换会在后端进行。因此在使用上,Arch 不会出现需要另一套钱包这样的情况。
结语
OP_NET 与 Arch 技术实现上有一点点相似,总体上我们都可以说是把Bitcoin主网当成了「发起端」与「确认层」,「执行层」则是他们自己。但这两个项目的定位却是风格迥异,前者是「协议」,后者是「Bitcoin 1.5 层」。
当然了,Bitcoin主网爆块时间过长的问题可能还是会限制二者发展出的 dApp 的效率,他们自身的执行和确认是足够快的,但是最终在Bitcoin主网上的那个确认还是要看Bitcoin主网的矿工们给不给力。尽管如此,我们都乐见Bitcoin生态的不断探索,只有探索,才有发展。
最后值得注意的就是 Arch 的 Token 可能在明年的第一季度 TGE,因此如果未来推出相关的测试等活动,或是基于 Arch 推出的 dApp,大家有兴趣可以留心并且去交互。OP_NET 则没有什么好撸的,目前还是只能期待它上面跑出什么爆款 Token,但是现在整个生态的热度可能比较难支持 OP_NET 像过去 ARC-20 之类的协议一样跑出来。
免责声明:文章转发自互联网,版权归其所有。
文章内容不代表本站立场和任何投资暗示。交易会带来巨大风险,并不适合所有用户,请确保自己充分了解市场和投资的风险,并考虑自己的财务状况和风险承受能力。此外,请遵循您所在国家的法律法规,以及遵守交易所和钱包提供商的规定。对于任何因使用加密货币所造成的投资损失或其他损失,本站不承担任何责任。