TI 专访 Merlin Protocol:构建在比特币网络上的资产适配协议

  • TerpLayer
  • 更新于 2023-12-28 13:05
  • 阅读 1547

近期BTC生态上铭文的热度和流量为市场带起了一波小的高潮。越来越多的用户开始关注BRC-20赛道。但作为铭文,BRC-20稀缺的应用场景和价值也一直为人们所诟病。MerlinProtocol,一个构建在比特币网络上的资产适配协议,提出了自己独特的解决方案。今天,我们邀请到了Merlin

近期 BTC 生态上铭文的热度和流量为市场带起了一波小的高潮。越来越多的用户开始关注 BRC-20 赛道。但作为铭文,BRC-20 稀缺的应用场景和价值也一直为人们所诟病。Merlin Protocol,一个构建在比特币网络上的资产适配协议,提出了自己独特的解决方案。今天,我们邀请到了 Merlin Protocol 的联合创始人 Eason,来一起聊聊 BTC、BRC-20 生态以及 Merlin Protocol。!

201.jpg

Merlin Protocol 创始人 — BTC 资深开发者

Merlin Protocol 的创始人 & CEO,Eason, 是一个 BTC 技术相关的资深开发者。早在 2016 年以太坊还没有完全在技术侧垄断整个 Crypto 市场的时候,Eason 就已踏入了币圈。据 Eason 所说,“在当时,国内的开发团队有很多协议栈可以选择,有基于联盟链概念的,以及一些其他的协议栈。但大部分的项目基于 BTC 协议栈构建,比如狗狗币和早期的量子链。” 因此,Eason 早期的开发工作是围绕 BTC 协议栈开展的。期间,他一直在针对 BTC 的 P2P 网络传输进行开发工作。而后,Eason 还从事过 BTC 矿业相关的工作,同时还是开源社区 libBitcoin 的代码贡献者。

而 Merlin Protocol 是 Eason 在历经 5 年沉淀后和合伙人共同创立的项目。其目标是成为 BTC 生态上首屈一指的资产适配协议。

BTC 生态 — 未来 1-2 个牛市周期中最大且最有潜力的新兴赛道之一

Eason 认为,目前的 BTC 生态呈现了相对繁荣和热闹的景象,充满了 FOMO 的情绪。在他看来,整个市场的情况和 17 年、18 年以太坊生态的早期情况类似。在当时,头部的一些海外机构,如 a16zCoinbase 等,并没有参与到游戏中,而是由相对中小型的个人资金方来担任主要投资者的角色,且大部分的项目都是 ICO。

而现在,BRC-20 带给了 Eason 相同的感受。他表示:“ 目前 BRC-20 在 BTC 生态中的定位可以被看作是一种类似社会实践性质的成功案例。它以一种全新的、公平发售的方式实现了类似当年 ICO 的代币分发。”

当然,Eason 对 BRC-20 的发展并不采取盲目乐观的态度。他认为,在一波高潮过后,BRC-20 会趋于一个较为冷静的状态。毕竟回顾当年,那些如春笋般涌出的 ICO 项目,如今大部分都已消失不见。然而,较为冷静,但并不意味着完全冷却。

据 Eason 表示,以往的牛市过程基本是由 BTC 吹起冲锋号角、开始领跑。而后,再由 BTC 将大量的增量资金带入整个 Web3 市场,从而实现一种类似资金外溢的效果。这些资金会去到不同的地方,比如以太坊RippleLTC、其他的主流加密货币,甚至一些小型加密货币中。

然而,这次 BRC-20 的崛起很大概率会改变整个格局。未来 BTC ETF 和 BTC 减半所带来的利好刺激以及增量资金有可能不会再大量外溢进以太坊和其他的非 BTC 生态。大部分投资者可能会选择长期持有 BTC,或者使用 BTC 去参与 BRC-20 以及 BTC 生态的其他项目。因此 Eason 认为,BRC-20 并不是一个只经历一波就会消失的“短命”概念,而是未来 1-2 个牛市周期中可能持续发力的、最大且最有潜力的新兴赛道之一。

BTC 生态发展关键 — 共识层和应用层

在 Eason 分享其对 BTC 生态发展的看法时,他提出 BTC 的发展可以分成两层来看。其中,第一层是 BTC Core 开发团队负责的代码维护工作。从历史上看,BTC 的整个技术协议栈发展非常缓慢,在 8 年内只有两次比较大的更新出现:一次是隔离验证,另一次则是新型技术 Taproot 的诞生。而究其根本,比特币的最主要核心价值来源于其共识。因此,维护 BTC 代码稳定和凝结共识可以说是 BTC 发展中最为重要的事情。如何让全世界 70 亿人口都凝结一个共识,认可拥有 2100 万总供应量的 BTC 作为一种数字黄金资产存在,是 BTC 在第一层的终极发展目标。

第二层则是人们正在探索的、BTC 生态的应用开发工作。本质上,大部分人看好 BTC 应用开发的原因在于 BTC 拥有庞大的市值。目前,BTC 已经成为了全世界价值排名前十的资产。因此,从理论上来说,如果可以围绕 BTC 生态本身去做应用创新,那么可以爆发的体量和价值将难以想象。

然而,任何事物的发展都不可能一帆风顺。Eason 认为,目前 BTC 生态发展过程中存在的、急需解决的问题主要有两个,分别对应前面提到的两层发展结构。

其中,最主要的问题同样和共识相关,也就是大家比较关心的 BTC 减半。在中本聪的设计当中,BTC 每四年会进行一次挖矿收益的减半。简单来说,就是将矿工收到的、因保护 BTC 网络而获得的代币奖励进行减半。根据 BTC 白皮书中的预测,在使用 BTC 人数持续增长的情况下,用户的手续费将弥补减半所带来的损失。

但事实并非如此。根据前几次减半的经验,目前的用户手续费无法完全弥补矿工们的损失。这就导致了 BTC 无法快速的在未来 1-2 个减半周期达到类似于纳什均衡的状态。目前,比特币的全网算力约 500EH/s,达到了历史新高。而在减半之后,比特币的算力将面临短暂、甚至长期的锐减。有一些矿机可能会因为功耗比的问题被淘汰。而本质上,比特币的安全和共识受其算力保护。也就是说,有多少比特币算力、有多少矿工在挖矿将会直接影响 BTC 的安全性。同时,算力也是影响比特币产出的主要因素。

因此,未来 BTC 面临的一个最大问题,就是该如何就矿工、网络安全,以及代币激励达成平衡。这将是 BTC 发展过程中急需解决的、最主要的问题。

第二个问题和 BTC 生态应用开发相关。和技术开发型平台以太坊不同,BTC 本质上是一种资产、一个 P2P 转账协议。这就导致了目前 BTC 生态虽然已经有了 BRC-20 资产以及 Taproot 这种资产发行,但并没有可以辅助这些资产进行开发的原生 DeFi 基础设施。

因此,接下来 BTC 生态可能面临着项目锐减的问题。目前涌现的成千上万个 Meme 可能只有头部几个能够存活下来。同时,整个 BTC 生态可能也无法产生足够让持币用户参与,且能实现增值的 DeFi 服务。

Merlin Protocol — 专注于 BTC 生态的资产适配协议

Merlin Protocol 聚焦于 BTC 生态应用层面的技术创新和探索。据 Eason 介绍,其协议的根本定位是 BTC 协议上的资产适配协议。简单来说,Merlin 可以帮助用户将 BRC-20 相关资产以一种适配的方式转移到 BTC 以外的生态上去。例如,以太坊相关的 EVM 生态。

“以太坊相关的 EVM 生态,在经过上一次的 DeFi Summer 发展后,已经过了受 ICO FOMO 情绪主导的早期阶段。DeFi 的出现成功的证明了区块链技术是可以服务于金融、产生价值增长的。EVM 生态是可以诞生一系列能够产生长期价值的 DeFi 平台和基础设施的。” —— From Eason

因此,Merlin Protocol 的主要愿景,就是在 BTC 生态原生 DeFi 基础设施还没成熟之前,帮助一些优质的 BRC-20 项目通过 Merlin 的适配协议去到 EVM Layer 2 生态中进行一些基础的 DeFi 活动。Merlin 可以为这些 BRC-20 资产带来更多的附加价值,并从用户层面提供更多的收益可行性。

同时,Eason 表示,Merlin 的开发团队也在关注如 BitVM 这类的 BTC Layer 2 解决方案。但现如今,此类技术还仍处于早期阶段。目前一些已经上线的 BTC Layer 2 解决方案,虽然已经明确表示可以将 BTC 网络的原生资产迁移到 BTC Layer 2,但实际上仍需类似于空投、快照,甚至一些更加复杂、门槛更高的步骤来完成资产迁移。未来,Merlin Protocol 将持续关注 BTC Layer2 这一赛道。当这些优质的 Layer 2 发展到一定阶段的时候,Merlin Protocol 也将主动适配这些协议,让用户可以以更加便捷、更加灵活的方式来向目标生态迁移其持有的 BRC-20 相关资产。

Merlin Protocol vs. MultiBit — 协议标准 vs. 跨链产品

在采访中,Eason 比较了近期热度很高的明星项目 MultiBit 和 Merlin,来进一步明确 Merlin 在市场中的定位。他表示,MultiBit 是目前 BTC 网络上成功的跨链产品之一,甚至 Merlin 在发展之初也学习了一些 MultiBit 的设计理念。但本质上,Merlin Protocol 和 MultiBit 存在着很大的不同:Merlin 并非是一个单纯的跨链产品,而是一个协议级别的标准。

Eason 表示,对于使用 MultiBit 的用户来说,资产的跨链通过简单的钱包连接即可实现。因此本质上,MultiBit 是一个 To C 的协议;而 Merlin Protocol 则是一个 To B 的协议。此外,从 BRC-20 到 ERC-20 的跨链其实并不可能。因为 BRC-20 的概念基于 Ordinals,而 Ordinals 是一个又一个的铭文。这就意味着 Ordinals 并不是一种 Fungible Token,而是一种非同质化代币,NFT。而在现阶段,不同种类资产的跨链是很难实现的。因此,Merlin Protocol 专注的是如何将一个铭文从技术层面上转变为 Fungible Token,从而实现从 BRC-20 到 ERC-20 的转化。

这里 Eason 给出了一些例子。首先,Merlin Protocol 使用了预言机技术成功的解决了 BRC-20 indexer 服务中心化的问题。这对于 BRC-20 资产发行来说是一大进步。通常,这部分工作在中心化的服务器上进行的。铭文会按照逻辑存储在中心化的服务器或数据库里面,而这无疑为跨链增加了一定的信任风险。而 Merlin,在 Solidity 智能合约上开发了具备同等功能的 indexer 索引模块,以在实现 BRC-20 和 ERC-20 的适配同时去除潜在的中心化风险。此外,Merlin 还通过 Oracle 和原生代币转移技术协议栈的方式实现了 BRC-20 的铸造和销毁。

简单来说,Merlin Protocol 和 MultiBit 的最大区别在于协议的面向对象。Merlin 在协议层面上为项目方提供解决方案;而 MultiBit 则作为跨链产品为用户提供服务。和 MultiBit 收录 BRC-20,然后进行跨链转移的流程不同。Merlin 开发了一种开放式的协议级标准。任何 BRC-20 项目方和社区都可以选用该标准去实现 BRC-20 相关资产的跨链。因此 Eason 表示,相较于 MultiBit,Merlin Protocol 协议的自由程度更高,且在安全性上得到了更多的保障。

Merlin 2024 — 正式上线 & 多方合作

根据 Eason 提供的开发进度,Merlin Protocol 将于 2024 年 1 月正式上线 BRC-20 适配协议。同时,Merlin 会积极同多个 Layer 2 和 BRC-20 项目合作,以丰富其平台受支持资产种类和服务。据 Eason 透露,Merlin 目前已在商务层面同例如和一些 Layer 2 达成了实质性的合作。预计明年 1 月,Merlin 将联合一些优质的 BRC-20 项目方,尝试将其 BRC-20 资产引入 BTC 生态以外的 Layer 2,并利用其中的 DeFi 基础设施为这些资产提供增值服务。同时,Merlin Protocol 将为 BRC-20 这种可能受 Chainlink 等官方 Oracle 限制的长尾资产提供专门的解决方案,以帮助这些 BRC-20 项目平滑的过渡到 DeFi 生态。根据预测,Merlin 在明年第一季度将和大约 30 家优质 BRC-20 项目达成战略合作。

此外,Eason 呼吁用户多多关注 Merlin 官方社区,如 Twitter、Discord 等。在社区中,一些与 Merlin 有合作的 BRC-20 Launchpad 可能会发布 BRC-20 发售的相关信息。对 BRC-20 项目感兴趣的用户可以利用 Merlin 社区掌握更多、更及时的赛道信息。

展望 — 从 EVM 到 BTC Layer 2

近期所有的流量和热度都集中爆发在 BTC 生态,更准确来说,在 BRC-20 生态。因此短期内,Merlin Protocol 的计划是以 To B 的方式为 BRC-20 项目方提供资产适配服务,共同推进 BTC 生态发展。

而在短期目标实现后,Merlin 会转而开发针对原生 BTC 的跨链解决方案。届时,通过 Merlin Protocol,用户将能够实现原生 BTC 与 EVM Layer 2 生态的适配。同时 Eason 表示,后续 Merlin 还将不断适配、兼容更多的 BTC 生态上的价值资产,包括但不限于 BTC 算力和 Taproot 资产等。未来,Merlin 也将持续关注 BTC Layer 2 生态的发展。

最后,对于 BTC 生态的发展,Eason 表现出了相当乐观的态度。他认为,在明年第三、第四季度有很大可能将会迎来一波如 BitVM 这类的 BTC Layer2 大爆发,甚至出现生态上的创新。而 Merlin Protocol 资产适配协议的定位,将帮助其前期用户实现与整个 BTC 生态更加无缝的对接,并利用这些技术创新帮助用户实现进一步的资产增值。

点赞 0
收藏 0
分享

0 条评论

请先 登录 后评论
TerpLayer
TerpLayer
Dc: https://discord.gg/terplayer Tg: https://t.me/TerpLayer Website:https://terplayer.org/