我们知道如何
创建比特币 ，但是如何销毁它们呢？
燃烧比特币意味着确保它们不会被花费。 您可以为此提供一些应用程序-例如，快速启动一种新的加密货币（就像在
Counterparty中所做的那样），或者稍微增加剩余比特币的成本，减少可用比特币的数量。 在本文中，我们描述了三种燃烧比特币的方法。
最简单的方法
通过将比特币发送到虚拟地址来刻录比特币非常容易。 幸运的是，比特币用户以这种方式意外燃烧比特币的可能性很小，因为该地址有一个4字节的校验和以防止输入错误（比特币Wiki提供
了有关创建比特币地址的
详细说明 ）。
这就是为什么要创建一个虚拟的比特币地址，您需要花些力气，而不仅仅是在键盘上敲几次的原因。 Hash160用于创建地址，它可以采用任何值，并且该值变成地址的第一个字符（后者表示校验和）。
虚拟地址的已知示例：
•
1BitcoinEaterAddressDontSendf59kuE （收到2,10556692 BTC），
•
1CounterpartyXXXXXXXXXXXXXXXXUWLpVr （2 130.84717717 BTC），
•
1111111111111111111114oLvT2 （43.2884582 BTC），最小的hash160编码在此地址中，
•
1QLbz7JHiBTspS962RLKV8GndWFwi5j6Qr （0.01159201 BTC），最大可能的hash160编码在此地址。
通过将比特币发送到这样的地址，您几乎可以肯定会烧掉它们，但是您无法证明这一点，因为原则上，对于这样的地址，可以存在私钥。 然而，寻找这样的钥匙
比我们的太阳系在整个生命周期内所
消耗的能量要多 。
明智的方法
相当长一段时间以来，比特币用户已经在区块链中包含了各种数据，无论它是
文档的版权 证明，身份证明 ，安全合同还是
真实资产的数字表示 。
2013年，引入了一种简单的方法将数据添加到任何比特币交易中。 到现在为止，错误的指令OP_RETURN已成为标准，并且用户获得了向事务中添加多达40个字节的数据的能力。
在
标准化之前
，将这种类型的数据输出到区块链并不是一件容易的事，并且包括使用许多虚拟地址来编码任意数据。 标准的引入简化了过程，并使比特币节点可以忘记复杂的方式并限制
区块链的
膨胀 。
自引入以来
，已经通过OP_RETURN在结论
上花费了3.66 BTC ，并且此类结论的数量仅在不断增长，这表明以各种方式使用区块链的方式越来越多。
明确的方法
而且，尽管先前的方法非常有效，但它们并没有破坏比特币。 他们仍然可以在区块链上看到，只是不能花费。 但是，存在一种通过从区块链中删除比特币来有效销毁比特币的方法。
当使用有关比特币交易的统计信息创建
我的网站时，我采取了一些措施以免丢失任何交易数据，并确保数据库中的数据一致。 我将现有比特币的数量计算为未使用但已确认的结论中存储的比特币总和。 如果一切正确，则该数量应与现有比特币的数量一致（只能通过知道主区块链中的区块数量来计算该数量）。
但是，我发现10,19768818 BTC在某处消失了。 起初，我以为我错过了一些交易或代码中有错误。 处理这个问题，我发现我是对的：1031年没有获得旨在给他们的奖项。 区块奖励是创建的硬币（在比特币存在的最开始处为50 BTC，每210,000个区块减少一半）和区块交易中包含的佣金的组合。
这种差异可能是由于以下事实造成的：矿工错过了几笔交易佣金，或者为币种交易支付了超额佣金，未计入矿工交易的产值，或者是故意进行的，谁知道。
第一个此类区块的日期为2011年5月18日，最后一个区块的日期为2015年8月15日（它仅缺少一个satoshi，并使用
CoiniumServ进行了开采）。 这些区块大多数是从2012年1月至2013年3月开采的。
几个水池开采了方块，没有得到奖励。 根据
Blocktrail API，其中超过一半的区块是由
EclipseMC和
Eligius开采的。 有趣的是，这两个池开始同时开采它们-也许它们使用相同的软件。 但是，EclipseMC分别于2012年9月和Eligius于2013年1月完成了开采。其他矿池（如Slush或P2Pool）也开采了此类区块，但数量很少。
丢失的比特币将永远消失。 将比特币发送到虚拟地址或为此花费不适当的结论不会导致其消失-可以在区块链上观察到它们。 而且，如果您不要求获得全部奖励，比特币实际上就会消失-在区块链中看不到它们。 对该块的奖励值的唯一检查是（根据
bitcoind的
来源判断）它不应超过最大值-
事实证明您可以完全破坏整个奖励，包括生成的硬币。
结论
还有其他燃烧比特币的方法（例如，使用
非标准的不正确脚本 ），但是最常见的是虚拟地址和OP_RETURN脚本。 尽管这是没有证据支持的论据，但让我很感兴趣的是，仅通过研究区块链就可以找出哪些池使用了相同的软件。