onchain pepe价格

原文作者：Haotian（X：@tmel0211） 没想到“BTCFi 已死”的话题来得这么快。确实，自 @babylonlabs_io 上线以来，市场就预期 Babylon 带一众生态给 BTCFi 赛道提一提气，但显然事与愿违。至于是不是 BTCFi 已死，我认为现在下判断为时过早，而且存在对 BTCFi 赛道演变逻辑的误解。顺着下文，我分享下几点观察： 1）其一点把 Babylon 上线后的市场表现和 BTCFi 赛道的前景挂上钩明显有偏差。 因为 Babylon 可以把用户的 BTC 资产用脚本契约形式锁定在比特币主网的同时，能够在众多 BTC layer 2 上输出"安全共识服务"继而得到其他扩展链提供的丰富收益。从供给侧看，Babylon 的技术创新服务确实很有用，但从需求侧看，谁来采购这种安全共识服务，谁来提供持续的收益？ 显然，我们从一些大中小新链对于“安全共识”的 B 端需求角度来看，BTCFi 的前景显然不那么及预期，但如果从 C 端用户需求端来看，每一个 BTC Holder 都有为持有的 BTC 持续生息的需要，而 BTCFi 技术解决方案的目标是为了接入数万亿美元的传统金融资本，如何将比特币独有的去中心化共识与全球金融流动性融合才是这次 BTCFi 叙事的最终目标。 顺着这个逻辑看，后 ETF 时代，BTCFi 的叙事才刚刚开始，哪来的已死之说？ 2）事实上，围绕 BTCFi 的技术解决方案一直在趋于成熟，从最初的 EVM- Compatible 到 UTXO Stack 架构，再到 zkVM 协议框架、RGB 客户端验证框架、乐观挑战证明（OCP）架构等等，BTC 的技术解决方案一度呈现大乱斗的乱象，但表面上看似分散混乱，实际上却也在顺着市场自然演变和抉择方向。 下文重点对比了 OP_CAT_ 和 BitV M2两种技术路径，并认为 BitV M2因不需要改变 BTC 现有脚本而更具潜力： 1、OP_CAT 路径 - 逻辑上合理但需要改变 BTC OpCodes，被核心开发者接受的难度较大。 2、BitV M2+OCP 机制- 通过 OCP 挑战者机制实现了链下计算和交互，当"挑战"出现时会在比特币主网执行链上协议，比特币 layer 1 会充当仲裁者来确保安全性。 不成熟的解决方案会在市场压力下被淘汰或矫正。比如，早期比特币跨链方案普遍采用中心化托管模式，而现在 BitV M2与 OCP 的结合已经能够提供无需信任的原生安全跨链机制。 当 BitV M2这类不需要更改 BTC 核心代码的技术方案成熟后，比特币将迎来自己的"OP 时刻"，恰如以太坊在 Optimistic Rollups 的价值得到认可，直接催生一波市场生态爆发一样。 3）姑且就让技术解决方案不断内卷和演变，因为还有一层逻辑：BTCFi 面临的最大挑战不是技术可行性，而是可持续的 Tokenomics 经济模型。 当前不少解决方案都依赖代币发行和激励，显然是不可持续的。而真正可持续的 BTCFi 经济模型应该建立在其网络使用价值之上。当二层网络处理交易并收取费用，部分收益回馈给 BTC 质押者时，就形成了一个基于实际需求的价值循环。 这种模式并不依赖外部链的采购，而是通过服务自身生态获得收益，在经济模型可持续性上明显更胜一筹。 以上。 总之，换个视角来看，BTCFi 的前景就会豁然开朗了，只是现在赛道正处于基础设施构建的早期阶段，技术解决方案在收敛，Tokenomics 经济模型在完善，而 ETF 全球金融流动性接入的大门也才刚刚打开。 原文链接