OP_CAT：一个被关闭 15 年的指令，正在重新打开比特币的可能性 比特币从来不只是“转账系统”。 它真正的核心，是一套叫 Bitcoin Script 的规则系统，用来严格定义：一笔比特币在什么条件下才能被花掉。 这些规则由一条条指令（opcode）组成，每一笔交易都会被全球所有节点独立执行并验证。 正是这种极度克制、可验证的设计，构成了比特币的安全与去信任基础。 而 OP_CAT，正是这套系统里一个被长期忽略的关键指令。 OP_CAT 的作用非常简单： 把两段数据拼接在一起（concatenate）。 听起来不起眼，但问题在于—— 如果不能拼接数据，Script 就无法构造或验证更复杂的状态、证明和逻辑结构。 这直接限制了比特币原生脚本的表达能力。 早在 2010 年，Satoshi 就因为安全顾虑（当时没有数据大小与堆栈限制）关闭了 OP_CAT。 这不是理念上的否定，而是一种“先保命”的工程决策。 15 年后，情况已经完全不同了。 今天的比特币节点早已具备明确的资源限制与验证边界，重新启用 OP_CAT 不再意味着 DoS 风险。 于是，围绕 BIP-347（OP_CAT 重启提案），开发者开始重新审视它的价值。 为什么社区对一个“拼接指令”如此兴奋？ 因为 OP_CAT 是构建复杂验证逻辑的基础工具： 它允许 Script 组合和验证 Merkle 证明 让 UTXO 能“携带状态”，实现递归约束（covenants） 使原生比特币脚本具备表达高级合约逻辑的可能 换句话说： OP_CAT 不是让比特币变成以太坊，而是让比特币在不改变模型的前提下，发挥它本就具备的潜力。 比特币依然是 UTXO、依然是强约束、依然是极简验证。 不同的是，它终于可以在“不牺牲安全性”的前提下，做更多事。 这也是为什么越来越多开发者认为： OP_CAT 不是激进扩展，而是一次迟到了 15 年的恢复。 比特币的下一阶段，未必来自外部 Layer， 也可能来自 Script 里那个被重新按下的按钮。 @op_catlayer