Hashi 25 家机构压测「BTC 不离开主网」：可编程性该写在哪？TBC 给出了另一个答案

By: rootdata|2026/08/06 06:29:41

市场正在从「要不要可编程」转向「可编程写在哪」。

撰文：utxo_compiler

Sui 上 Hashi 测试网上线，25+ 机构参与压测，目标是让 BTC 不离开比特币网络就能参与 DeFi。这不是又一个包装桥。这是行业第一次大规模承认：把 BTC 包装到别的链上做 DeFi，已不是机构首选答案。但问题从「要不要可编程」变成了「可编程性到底该写在哪」。

一、万亿沉睡 BTC 与信任裂缝

比特币市值超过 1 万亿美元。现货 ETF 和金库策略推高了机构持仓，但绝大多数 BTC 依然「沉睡」。不是机构不想用，是没找到安全的方式。

wBTC 和 cbBTC 解决了「能用」，但代价是桥和托管风险。用户把 BTC 换成包装资产，信任一个中心化托管方，资产离开比特币主网。这不是比特币原生金融，这是「借比特币名字的别链金融」。

Hashi 的进步在于：用户存入 BTC 时，资金进入为该账户生成的 2-of-2 多签比特币地址，底层 BTC 不离开比特币网络。Hashi 验证者委员会（MPC）与 Guardian Layer 飞地各持一签，单独一方无法搬走 BTC。Guardian Layer 还可配置防护，大额或可疑抵押出入可被放缓或拦截。

这解决了「资产安全」问题。但可编程性呢？资产在比特币多签里，可编程逻辑在 Sui 上执行。这意味着用户同时信任两个系统：比特币多签的安全和 Sui 的执行环境。双系统的信任与协调成本，是新的信任裂缝。

一组数据可以说明问题：Hashi 主网上线日期尚未公布，当前只是压力测试期。而市场上有 75 个以上 L2 项目在抢答同一个问题------如何让闲置 BTC 变成可编程金融底层。但大多数方案都把资产和可编程性拆在两条链上。

二、真正瓶颈不是速度口号，是资产与合约是否同构于 UTXO

SVM 搬上比特币 L2 的项目喊出「亚秒级速度」。Stacks 的 PoX-5 推进「自托管、BTC 本位收益」。这些方向各有价值，但都绕不开同一个结构性问题：资产在 UTXO 模型里，智能合约在账户模型里。

这不是技术细节。这是根本性的架构分歧。

UTXO 模型的优势在于并行性和去中心化。每笔交易独立，不依赖全局状态，天然支持高并发。但代价是：传统 UTXO 脚本表达能力有限，无法实现复杂业务逻辑。

账户模型（EVM）的优势在于智能合约表达力。开发者可以轻松实现 DeFi、NFT、借贷协议。但代价是：全局状态竞争拖慢交易速度，Gas 费在高峰期飙升。

大多数项目选择「桥接」两个世界：资产留在 UTXO 链，合约跑在账户模型链。这产生了新的问题：

桥风险：资产跨链需要信任桥的验证机制
执行风险：合约执行结果需要反馈到资产所在链
协调成本：两条链的共识、确认时间、回滚机制不同

Hashi 把资产留在比特币多签，合约放在 Sui。SVM L2 把资产桥进 L2，合约在 Solana 虚拟机。Stacks 用 PoX 把 BTC 质押到 Stacks 链。每条路都在「包装」或「桥接」上做文章，没有人动 UTXO 模型本身。

三、TBC 的路径：把图灵完备写进 UTXO 本身

TuringBitChain（TBC）选择了另一条路：不拆资产和合约，把图灵完备智能合约直接写进 UTXO 模型。

这不是一个 L2。这是从比特币原始协议出发，在 Layer-1 实现 UTXO 图灵完备智能合约。核心差异在于三件套：

OP_PUSH_META 让脚本第一次能「看见」自己。脚本可以读取交易内部的元数据------版本号、锁定时间、输入输出数量、上下游交易的哈希指纹。这意味着脚本可以回答「我从哪里来，到哪里去」。

OP_PARTIAL_HASH 让脚本能「亲手验证」自己。脚本可以在受限栈空间内对任意长度的数据流逐段重算哈希。不是「我相信哈希是真的」，而是「我自己一段一段算过了」。

分层 TXID 让自省和自证在代际之间成本恒定。每一代只需继承父辈 TXID 这一枚 32 字节指纹，数据携带量与深度无关。这是 UTXO 模型下的「遗传式合约」。

这三件套共同解决的问题是：不依赖全局状态，实现 EVM 级别的合约表达力。

性能数据可以佐证路径可行性：TBC 主网 TPS 已超过 13,000，初始区块上限 4GB，费用随用户增长递减。这与传统区块链「用户越多费越高」的困局形成对比。

当然，这条路也有代价。TBC 生态应用规模仍处于早期。Hashi 公布了 25+ 机构伙伴名单，包括 BitGo、Cumberland、OCC 持牌银行 Erebor、SEC 注册投顾 Wave Digital Assets------这些合规产品和机构工具链的成熟度，TBC 目前还无法对标。UTXO 开发者学习成本真实存在，习惯了 EVM 的开发者需要适应新的合约范式。赛道变热意味着竞争加剧，TBC 需要尽快补齐生态和应用层的短板。