从技术上谈，比特币是不有可能被封存的。但可以把它们发送到一个无法消费的地址，使它们在任何意义上都是多余的。2011年10月，马克·卡佩尔斯(Mark Karpeles)正是这样做到的，当时他因为一个脚本错误将2609个BTC永久地消逝了。如何一键烧掉一周的利润在比特币历史的上一篇文章中，Mt。

Gox在2011年夏天刚遭遇了第一次黑客攻击。将近四个月后，莫名其妙的首席执行官Mark Karpeles又经历了一个失望的插曲，他把这家比特币交易所一周的收益全部抹去。与Gox即将忍受的其他损失比起，这次损失只是沧海一粟，因此在相当大程度上已被历史所不存。

然而，这一事件有一点新的检视，因为它获取了一个警告故事，网卓新闻网，告诉他人们干预比特币客户的危险性，以及如何封存比特币的教训。和早期的许多事件一样，比特币社区的大多数人都是在Bitcointalk论坛上获知这一事件的。

在2011年10月29日，用户genjix在论坛上创立了一个取名为“某人搞砸了，扔了很多钱”的帖子。为了说明，他们张贴了以下代码：很少有读者能从代码中显现出问题所在，但是genjix可以获取说明。标准的交易脚本（在本例中是“76a90088ac”）应当有“14”来替换“00”，在脚本语言中，它的意思是按0字节。

“这是一个早已送达的邮件。似乎有人在反击比特币，或者制作自定义版本，结果把事情弄得一团糟——尽管我不告诉它要对这么多钱做到什么。”后一个问题的答案迅速就从互联网中继聊天中获得了，在Mt.Gox IRC上，Karpeles, aka Magical Tux否认自己创立了错误的交易脚本并封存了2609个 BTC：MagicalTux:这是个问题，但不是我们遇上过的最相当严重的问题MagicalTux:所有过热的提现都已新的派发MagicalTux：刚花上了一周的BTC收益为免对交易的落幕有任何疑惑，Bitcointalk用户“BTCurious”写到： “他们回头了，不有可能完全恢复。

“所有不能完全恢复交易的母体将硬币发送到错误的或不不存在的比特币地址是极为少见的。所有比特币地址都有一个校验和，这大大降低了无意中输出错误地址的几率。然而，Karpeles仍然在修复比特币客户端，并自由选择了一项有价值的交易来展开实验。

正如他在IRC上否认的:MagicalTux:我必须容许一个tx的输出数量，或许普通的bitcoind不讨厌293个输出的tx。BTCurious在Bitcointalk论坛上说明道:比特币协议所反对的某种程度是把硬币从A发送到B，即使这主要是你现在在普通客户端看见的。不过，只要遵循比特币协议，矿商就必须拒绝接受“非常规交易”。

“对Gox科技声誉的又一次压制”人们对Karpeles的犯规反应不一，IRC上愈演愈烈了一场白热化的辩论，主题是比特币的脚本功能否应当受到限制，以避免此类错误的再次发生。然而，这并不像听得一起那么非常简单，核心开发人员Gregory Maxwell认为:Glyph-Minus-229:协议不制止发送到违宪地址?gmaxwell:不，协议使许多事情沦为有可能。

gmaxwell:交易是管理归还的小程序。gmaxwell:有可能没多项式时间可以辨识所有不能花费的交易。一名IRC用户不愿将这一事件斥为霉运，称之为其为“对mtgox技术声誉的又一次压制”。

论坛用户Raoul Duke写到:“90%的比特币用户都信任这个人。”他还配上了一个翻白眼的表情符号。

关于Karpeles，他有先见之明地写到:“他或许更加相似于丧失Mt. Gox的余额，而不是逃走。在猜测如果Karpeles在发送到44.2万比特币时罪了那个错误，比特币不会再次发生什么变化时，他否认:“想起这些东西让我不寒而栗。”四个月前，Karpeles发送到了一笔创纪录的比特币。

有意不晓得了2011年10月被Karpeles车祸封存的2609个比特币无法移动，但可以查阅。在Tux的申辩中，比特币在当时的用户界面要差得多，而且继续执行简单的交易必须比现在更好的修复工作。

本文来源：kai云·体育app官方下载-www.hanhaizx.com