解析Map Protocol:为什么终局是BTC layer2的interoperability层?

BTC layer2生态发展迅速,但缺乏标准和规范。@MapProtocolAll in比特币生态,但更适合BTC的interoperability层。该协议通过构建中继链和采用ZK轻客户端技术,实现资产的安全跨链和同链转化。MAP Protocol定位为BTC layer2的发展路径与众不同,有两个方向:1)发展BTC主网特性,实现低成本、低损耗的资产管理和流通;2)作为其他BTC layer2的可交互操作层,整合和管理流动性。在激烈的竞争中,找准自己的生态卡位是最终的制胜关键。摘要由 Mars AI 生成 本摘要由 Mars AI 模型生成,其生成内容的准确性、完整性还处于迭代更新阶段。

最近,BTC layer2正雨后春笋般涌现,不完全统计已有上百条项目箭在弦上,整个扩展生态呈现一片繁荣且混乱的景象。

正因为此,新链切入BTC layer2赛道,必须找到契合的卡位。接下来,要谈的 @MapProtocolAll in比特币生态之心已路人皆知,但其终局可能并非layer2,而是BTC的interoperability层。Why?

因为在我看来,BTC layer2生态当前并无一个清晰的“标准”和“规范”:可以成熟的EVM Compatible链当成BTC layer2;可以把能够安全跨链BTC资产的独立侧链当成BTC layer2;可以把一些类UTXO账户模型的性能新链也视为BTC layer2等等,当然也包括状态通道闪电网络、客户端验证RGB等更Native的BTC layer2。

理论上,只要这条链能够接入BTC生态有关资产,且能够促进BTC资产二次繁荣的扩容链都可以归类到BTC layer2的范畴。听上去似乎对“layer2”的定义和边界大不敬,但前阵子Vitalik面对以太坊的layer2 内卷大战不也跳出来提议放弃layer2概念么? 

某种程度上,BTC layer2现在呈现的混沌无秩序(熵 Entropy)态是一个不受任何个体主观意志所控制的形态,需要经历长时间的共识摩擦、技术掐架、市场内卷、优胜劣汰才能逐渐趋于清晰。

之前我撰文分析了 @BSquaredNetwork在bitVM挑战机制上的特殊性,也提及了 @ParticleNtwrk联合 @BitmapTech在BTC Connect上的抽象设计,MAP Protocol很长时间内,在推特上的呼声都比较大,不少朋友让我分析。

说实在的,一开始我并没有看明白。因为,一个原本对标layerZERO做全链可交互操作性的链,突然宣传All in比特币layer2生态了,总让人感觉有点为了“叙事”委身的感觉。毕竟,明明可以做全链通的叙事,如果定位于BTC layer2 不相当于自我受限么?

带着这个疑问,我们先来简单分析下 MAP Protocol的技术逻辑框架:

MAP定位是基于轻客户端于ZK的点对点全链基础设施,专注于去第三方中心的点对点互操作性。如何做呢?MAP的方案其实是构建MAP中继链,相当于BOB 链中链,该中继链会在合约中预编译同构不同链的签名算法,基于此可以获得跨链通信和零摩擦资产转移能力。

以BTC为例,MAP先在BTC链上部署ZK轻客户端,轻客户端不需要下载全节点历史数据,就可以执行在BTC主网上执行一些操作:比如,验证区块头和交易相关的Merkle证明,可以实现在二层链进行提币请求时,主网轻客户端只需要验证特定交易相关的部分数据就可以安全完成操作。

这其实最早源自比特币白皮书中被定义的简单支付验证标准SPV(Simplified Payment Verification)技术。

若把BTC主网视为资产结算层,采用轻节点客户端的方式可以显著提升资产跨链转移的安全性,同时也避免了全节点验证的资源损耗和成本。而之所以采用ZK技术加持,则是为了保证layer2侧链的操作和主网验证共识保持一致性。 

(需要厘清楚,轻客户端只能验证支付类型,并无法对layer2链上的状态有效性做验证,即主网可以根据layer2提交上来的部分数据验证是否解锁UTXO解锁条件进行资产转移,并无法对layer2链上的更复杂状态做验证)

应该说ZK轻客户端+中继链的方式,确实可以实现资产的安全跨链和同链无磨损转化。中继链会部署适配全链环境的智能合约(BTC这类无智能合约则用轻客户端做资产安全迁移)并遵循一套标准来进行跨链通信,再配合一套基于POS的交互有效性验证机制。做到这些,就构成了一条全链可交互操作性解决方案。

正因为MAP Protocol有做全链可交互操作性的基因,定位成BTC layer2其发展路径也会不同:

1)MAP 会重点针对BTC的主网特性,去丰富自己的layer2功能,让BTC的资产,除BTC主资产外,像诸多铭文资产也能安全跨链到layer2上。

因为单BTC这种强共识的资产流通,任何layer2扩展方案都很难撬动BTC holder们的共识,若是铭文资产就不一样了。BTC layer2 可以更低成本、低损耗的管理并流通这些BTC衍生资产,达成layer2扩展BTC主网价值的目标;

要实现这一目标,就并非简单地把BTC资产Wrap到layer2链那么简单了,涉及到indexer索引器的账本一致性管理,不同BTC衍生铭文资产的流通性兼容和管理等等。显然,要围绕BTC衍生资产的特性,开发出更多符合BTC原生特性的扩展性能才是关键。

2)MAP 会成为其他BTC layer2的可交互操作层(第0层),试想当BTC layer2接入的是一批成熟的EVM链,以及一批Non-EVM性能链,这些链都可以和BTC主链以某种方式进行连接,但核心问题不正是interoperability可交互操作么?显然一个充分异构BTC主网特性且能兼容其他全链环境的链中链会成为关键。

MAP大可选择不去争抢layer2链的C位,静观其他layer2链互相竞争,然后在他们把市场撕裂到七分八裂的时候,再基于自己全链可交互操作性的特性来整合和管理流动性。

在我看来,这或许才是一招绝佳妙棋。

当然,在BTC layer2角逐的蛮荒时期,大家都在挤破脑袋抢C位,其中不乏有一些不顾BTC主链客观缺陷事实,也理不清二层链价值核心的方案活跃在市场上,这种背景下,一个BTC layer2若能安定下来,找准自己的生态卡位,才是最终的制胜关键。

Note:最近私我看BTC layer2有关项目的比较多,很难都腾出时间去看并给回复,大家看好的相关项目可以评论区贴出来,呼声大的我会跟进去研究下。感谢支持。

转载声明:本文 由CoinON抓取收录,观点仅代表作者本人,不代表CoinON资讯立场,CoinON不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。若以此作为投资依据,请自行承担全部责任。

声明:图文来源于网络,如有侵权请联系删除

风险提示:投资有风险,入市需谨慎。本资讯不作为投资理财建议。

(0)
上一篇 2024年1月30日 上午1:02
下一篇 2024年1月30日 上午1:07

相关推荐

解析Map Protocol:为什么终局是BTC layer2的interoperability层?

星期二 2024-01-30 1:05:34

最近,BTC layer2正雨后春笋般涌现,不完全统计已有上百条项目箭在弦上,整个扩展生态呈现一片繁荣且混乱的景象。

正因为此,新链切入BTC layer2赛道,必须找到契合的卡位。接下来,要谈的 @MapProtocolAll in比特币生态之心已路人皆知,但其终局可能并非layer2,而是BTC的interoperability层。Why?

因为在我看来,BTC layer2生态当前并无一个清晰的“标准”和“规范”:可以成熟的EVM Compatible链当成BTC layer2;可以把能够安全跨链BTC资产的独立侧链当成BTC layer2;可以把一些类UTXO账户模型的性能新链也视为BTC layer2等等,当然也包括状态通道闪电网络、客户端验证RGB等更Native的BTC layer2。

理论上,只要这条链能够接入BTC生态有关资产,且能够促进BTC资产二次繁荣的扩容链都可以归类到BTC layer2的范畴。听上去似乎对“layer2”的定义和边界大不敬,但前阵子Vitalik面对以太坊的layer2 内卷大战不也跳出来提议放弃layer2概念么? 

某种程度上,BTC layer2现在呈现的混沌无秩序(熵 Entropy)态是一个不受任何个体主观意志所控制的形态,需要经历长时间的共识摩擦、技术掐架、市场内卷、优胜劣汰才能逐渐趋于清晰。

之前我撰文分析了 @BSquaredNetwork在bitVM挑战机制上的特殊性,也提及了 @ParticleNtwrk联合 @BitmapTech在BTC Connect上的抽象设计,MAP Protocol很长时间内,在推特上的呼声都比较大,不少朋友让我分析。

说实在的,一开始我并没有看明白。因为,一个原本对标layerZERO做全链可交互操作性的链,突然宣传All in比特币layer2生态了,总让人感觉有点为了“叙事”委身的感觉。毕竟,明明可以做全链通的叙事,如果定位于BTC layer2 不相当于自我受限么?

带着这个疑问,我们先来简单分析下 MAP Protocol的技术逻辑框架:

MAP定位是基于轻客户端于ZK的点对点全链基础设施,专注于去第三方中心的点对点互操作性。如何做呢?MAP的方案其实是构建MAP中继链,相当于BOB 链中链,该中继链会在合约中预编译同构不同链的签名算法,基于此可以获得跨链通信和零摩擦资产转移能力。

以BTC为例,MAP先在BTC链上部署ZK轻客户端,轻客户端不需要下载全节点历史数据,就可以执行在BTC主网上执行一些操作:比如,验证区块头和交易相关的Merkle证明,可以实现在二层链进行提币请求时,主网轻客户端只需要验证特定交易相关的部分数据就可以安全完成操作。

这其实最早源自比特币白皮书中被定义的简单支付验证标准SPV(Simplified Payment Verification)技术。

若把BTC主网视为资产结算层,采用轻节点客户端的方式可以显著提升资产跨链转移的安全性,同时也避免了全节点验证的资源损耗和成本。而之所以采用ZK技术加持,则是为了保证layer2侧链的操作和主网验证共识保持一致性。 

(需要厘清楚,轻客户端只能验证支付类型,并无法对layer2链上的状态有效性做验证,即主网可以根据layer2提交上来的部分数据验证是否解锁UTXO解锁条件进行资产转移,并无法对layer2链上的更复杂状态做验证)

应该说ZK轻客户端+中继链的方式,确实可以实现资产的安全跨链和同链无磨损转化。中继链会部署适配全链环境的智能合约(BTC这类无智能合约则用轻客户端做资产安全迁移)并遵循一套标准来进行跨链通信,再配合一套基于POS的交互有效性验证机制。做到这些,就构成了一条全链可交互操作性解决方案。

正因为MAP Protocol有做全链可交互操作性的基因,定位成BTC layer2其发展路径也会不同:

1)MAP 会重点针对BTC的主网特性,去丰富自己的layer2功能,让BTC的资产,除BTC主资产外,像诸多铭文资产也能安全跨链到layer2上。

因为单BTC这种强共识的资产流通,任何layer2扩展方案都很难撬动BTC holder们的共识,若是铭文资产就不一样了。BTC layer2 可以更低成本、低损耗的管理并流通这些BTC衍生资产,达成layer2扩展BTC主网价值的目标;

要实现这一目标,就并非简单地把BTC资产Wrap到layer2链那么简单了,涉及到indexer索引器的账本一致性管理,不同BTC衍生铭文资产的流通性兼容和管理等等。显然,要围绕BTC衍生资产的特性,开发出更多符合BTC原生特性的扩展性能才是关键。

2)MAP 会成为其他BTC layer2的可交互操作层(第0层),试想当BTC layer2接入的是一批成熟的EVM链,以及一批Non-EVM性能链,这些链都可以和BTC主链以某种方式进行连接,但核心问题不正是interoperability可交互操作么?显然一个充分异构BTC主网特性且能兼容其他全链环境的链中链会成为关键。

MAP大可选择不去争抢layer2链的C位,静观其他layer2链互相竞争,然后在他们把市场撕裂到七分八裂的时候,再基于自己全链可交互操作性的特性来整合和管理流动性。

在我看来,这或许才是一招绝佳妙棋。

当然,在BTC layer2角逐的蛮荒时期,大家都在挤破脑袋抢C位,其中不乏有一些不顾BTC主链客观缺陷事实,也理不清二层链价值核心的方案活跃在市场上,这种背景下,一个BTC layer2若能安定下来,找准自己的生态卡位,才是最终的制胜关键。

Note:最近私我看BTC layer2有关项目的比较多,很难都腾出时间去看并给回复,大家看好的相关项目可以评论区贴出来,呼声大的我会跟进去研究下。感谢支持。