这个人本可以在创建重复交易之前花费所有比特币，然后创建重复输出，在未花费输出的数据库中创建新条目。这将意味着不仅有重复交易，还有可能有重复的已花费输出的重复交易。如果发生这种情况，当这些输出被花费时，将可能创建更多的重复交易，形成一种重复链。人们必须小心事件的顺序，总是在创建重复之前花费，否则比特币可能永远丢失。这些新的重复交易将不是coinbase交易，而是"正常"交易。幸运的是，这种情况从未发生过。
重复交易的问题重复交易显然是不好的。它们会给钱包和区块探索者带来混乱，也会让人不清楚比特币的来源。它还会带来许多攻击和漏洞。例如，你可以用两笔重复的交易支付某人两次。然后，当交易方决定尝试使用这笔资金时，他们可能会发现只有一半的资金可以收回。例如，这可以是对交易所的攻击，试图使其破产，而攻击者却没有任何损失，因为他们可以在存款后立即提取资金。
禁止使用重复 TXID 的交易为了缓解重复交易问题，2012 年 2 月，比特币开发者 Pieter Wuille 提出了 BIP30 软叉方案，禁止使用重复 TXID 进行交易，除非前一个 TXID 已被花费。该软叉适用于 2012 年 3 月 15 日之后的所有区块。
2012 年 9 月，比特币开发者 Greg Maxwell 修改了这一规则，使 BIP30 检查适用于所有区块，而不仅仅是 2012 年 3 月 15 日之后的区块。本文前面提到的两个重复交易除外。这修复了一些 DOS 漏洞。从技术上讲，这又是一次软叉，尽管规则变更只适用于过去 6 个月以上的区块，因此它不存在与正常协议规则变更相关的任何风险。
这种 BIP30 检查的计算成本很高。节点需要检查新区块中的所有交易输出，并检查这些输出端点是否已存在于 UTXO 中。这可能就是 Wuille 只对未使用的输出进行检查的原因，如果对所有输出都进行检查，计算成本会更高，而且无法进行剪枝。
BIP342012 年 7 月，比特币开发者加文-安德森（Gavin Andresen）提出了 BIP34 软分叉方案，并于 2013 年 3 月激活。这一协议变更要求 coinbase 交易包含区块高度，这也使得区块版本管理成为可能。区块高度被添加为币基交易脚本Sig的第一项。coinbase scriptSig 中的第一个字节是区块高度数字所使用的字节数，接下来的字节就是区块高度数字本身。对于第一个 c160 年（223 /（每天 144 个区块 * 每年 365 天）），第一个字节应为 0x03。这就是为什么如今的 coinbase ScriptSig（HEX）总是以 03 开头。这次软分叉似乎彻底解决了重复交易问题，现在所有交易都应该是唯一的。
由于已经采用了 BIP34，2015 年 11 月，比特币开发者亚历克斯-莫科斯（Alex Morcos）向比特币核心软件仓库添加了一个拉取请求，这一更改意味着节点将停止进行 BIP30 检查。毕竟，既然 BIP34 修正了这个问题，那么这种昂贵的检查就不再有必要了。虽然当时还不知道，但从技术上讲，这是为未来一些非常罕见的区块进行的硬分叉。现在看来，潜在的硬分叉并不重要，因为几乎没有人在运行 2015 年 11 月之前的节点软件。在forkmonitor.info，我们运行的是2015年10月发布的Bitcoin Core 0.10.3。因此，这是一个硬分叉前的规则，客户端仍在进行昂贵的 BIP30 检查。