后来伴随发生黑客攻击事件，底层原理是内部数据在连接计算 2 个数值的时候，缺少分割符号，致使 1 与 234 和 12 与 34 两种数值，可以算出相同的哈希结果，攻击导致了不得不协议升级，然而迁延日久的升级方案却让市场遗忘了当初的热情。
CAT20 的案例说明，即使在技术层面实现了部分突破，但其实也不能太过于超前，如果完全突破用户理解，就难以获得市场认可。
并且黑客的威胁，始终是把达摩克利斯之剑，悬在项目方的头顶，告诉大家要敬畏。
1.6、RGB++ 协议：技术理想主义与生态困境CKB 用同构绑定方案，试图通过双链架构解决比特币功能限制问题。利用 CKB 的图灵完备性验证比特币 UTXO 交易，技术上最为先进，实现了更丰富意义上的智能合约验证，技术架构最为完整，算是铭文协议中的「技术明珠」。
但理想与现实的差距在此体现得淋漓尽致——双链架构的复杂性、高昂的学习成本和机构接入门槛。
更关键的是，项目方本身实力相对薄弱，还得同时推进链（CKB）和新协议（RGB++）的双重挑战，无法拉动足够的市场注意力。
在这个高度依赖网络效应和社区共识的领域，成为了一个「叫好不叫座」的技术方案。
1.7、Alkanes 协议：最后的冲刺与资源匮乏基于链下索引 + 的智能合约协议，融合了 Ordinals 和 Runes 的设计理念，试图在比特币上实现任意的智能合约功能。代表了铭文协议向传统智能合约平台的最后一次冲刺。
倒也确实理论上可实现任意复杂的合约逻辑。并且他还赶在 btc 升级解除 80 字节 opreturn 限制的契机下。
然而，现实的成本考量无情地打破了这一技术理想，且不说复杂合约链下运作，带来巨大的性能瓶颈，哪怕项目早期自建的索引器都被多次打爆，而且部署自定义合约需要近 100KB 数据上链，成本远超传统公链部署成本，另外合约运作并不受到控制，依旧依托于索引器共识，高成本注定只能服务于极少数高价值场景，高价值又不信任普索引器，即使有 unisat 强势站队，但是市场上并不埋单，如果 1 年前提出，天时地利之下或许截然不同。
2、根本性困境：比特币极简哲学与过度设计技术债务的累积效应
这些协议的演进过程展现了一个清晰但矛盾的逻辑：每个新协议都试图解决前辈的问题，但在解决问题的同时又引入了新的复杂性。
从 Ordinals 的优雅简洁，到后续协议的技术堆砌，为了标新立异，都在不断增加复杂性，直到每个玩家都得学一堆名词，还得不断提防风险。
而且所有的注意力都只在发币平台这一个逻辑上，既然如此，那玩家为什么不选择成本更低、操控更容易、拉升更显著、平台机制更完善的地方呢？