在2014年的OP_RETURN之争是行业内的一个显著分裂，与今天的Ordinals辩论有很多相似之处。回顾OP_RETURN之争在今天看来格外的有意义。

• 一些比特币爱好者和比特币开发者根本不希望在比特币区块链上进行此类活动，他们成功地阻止了OP_RETURN这类活动。与此同时，以太坊等其他链的推广者可能利用并夸大了比特币开发人员的这一明显立场，以帮助他们的生态获得吸引力。

概述

我们经常被问到这样一个问题：为什么去中心化交易所等 Dapp 通常在以太坊而不是比特币上？毕竟，当然在比特币之上构建 Dapp 是可能的，例如去中心化交易所、域名系统或替代代币。这当然有几个原因，例如：i. 以太坊更灵活的原生脚本语言使得构建 Dapps 变得更容易；ii. 以太坊更快的出块时间，使 Dapps 更加用户友好，或者 iii. 比特币选择比以太坊更保守的区块大小限制，导致比特币的潜在费用更高。上述所有因素确实产生了影响，但我们认为它们的影响往往被夸大了。最重要的因素是文化。一些比特币爱好者和比特币开发者根本不希望在比特币区块链上进行此类活动，他们成功地阻止了这种活动。这似乎主要发生在 2014 年 3 月左右，而那段时间发生的事情是本文的主题。与此同时，以太坊等其他链的推广者可能利用并夸大了比特币开发人员的这一明显立场，以帮助他们的生态获得吸引力。

Counterparty 协议

正如我们在 2020 年 9 月的报告中提到的，在 2014 年初，Counterparty 推出。Counterparty 是比特币之上的一个协议层，它支持诸如创建新代币和在分布式交易所交易这些代币等功能。该系统通过使用部分比特币交易数据并在交易对手协议中使用它作为一项功能来工作，例如创建代币、发送代币或在分布式交易所上对代币进行市场投标。

更简洁地说，一开始，Counterparty 使用比特币操作码 OP_CHECKMULTISIG 将 Counterparty 相关数据包含到比特币区块链中。该操作码本应用于验证支付脚本哈希 (P2 SH) 多签名交易的签名。可以在此处查看 2014 年 7 月的 Counterpaty 交易示例。该交易将比特币发送回它来自的地址，并且还具有三个额外的输出，其中输出脚本是与交易对手协议相关的数据。在这种情况下，它是创建一个名为 TICKET 的新代币。使用 OP_CHECKMULTISIG 可以被认为是一种 hack，因为这不是操作码的预期用途。Counterparty 现在使用比特币的 OP_Return 操作码来存储数据，这在某种程度上更符合开发人员的意图。例如，请参阅这个更新的 Counterparty 交易，它使用 OP_Return。

在 2014 年初，围绕 Counterparty 进行了大量的实验、开发者活动、创新和兴奋，其领先于一个名为 Mastercoin 的竞争对手平台。