为何 op_cat 在比特币上启用原生代币注定难以成功？

尽管 OP_CAT 有望在比特币 L1 上启用原生代币，但它的实际应用前景并不乐观。以下几点解释了为何如此：

速度太慢

代币交易需要像光速一样迅速，而比特币的交易速度显然无法满足这一需求。通过 CAT 进行无需信任或最小化信任的桥接，并在 L2 上进行快速、廉价的代币交易，才是更实际的选择。

效率太低

从技术上看，在 CAT Caboose 中维护代币状态的想法确实有趣，但从实际操作的角度来看，这是个糟糕的决定。谁会愿意在 CAT Cabooses 中维持比特币 L1 的状态呢？这实在是太低效了。

限制太多

使用 CAT 和递归契约来编写智能合约简直是一场噩梦。虽然有团队如 Rijndael 在 Purrfect Vault、CATNIP、CatVM 等项目上取得了一些进展，但在比特币 L1 上构建可编程应用仍然受到诸多限制。相比之下，在 L2 上进行这类开发会更有前景。

成本太高

在比特币 L1 上维护状态、完全未压缩的数据可用性（DA）、递归契约，以及所有交易都在比特币 L1 上进行，这意味着用户将面临高昂的交易费用。显然，我们不仅需要 CAT，还需要在 L2 上实现更好的可扩展性和可编程性。

目前，已经有多个 CAT 代币实现，如 Taproot Wizard 团队的 CATNIP 和 Cat Protocol（CAT-20），但这些暂时无法在比特币上运行。然而，它们可以在其他启用 CAT 的链上运行，例如 Fractal 等。尽管这些 CAT 代币协议可能在 Fractal 或其他链上运行良好，但它们并不是比特币，而是独立的链、独立的工作量证明（PoW）和独立的代币。对于一个全新的链来说，与 Solana 进行比较可能更有意义，因此我对这些 CAT 代币协议并不抱太大期望。

未来，这些 CAT 代币协议可能会通过 OP_CAT 在比特币上运行，但我认为这并不是在比特币上实现代币的好方法：太慢、太低效、太受限且太贵。更好的选择是在一个去信任或最小信任的比特币 L2 上进行 DeFi 开发。