Claude AI逐字节复刻中本聪2009年Bitcoin (BTC)可执行文件

Claude复刻Bitcoin的2009年可执行文件

一个悬置17年的比特币创世之谜,答案竟出自一个人工智能模型。化名开发者T4T5于10月22日星期四披露,Anthropic的Claude Opus 5.5帮助还原了中本聪当年编译2009年原始Windows程序的完整计算环境,重建出的Bitcoin (BTC).exe与原文件的SHA-256哈希逐字节一致。中本聪虽然公开了全部源代码,但17年来没有人成功重建出他在2009年发布的那个确切程序。完整记录现已存放在公开的GitHub仓库中,仓库内同时载有匹配的摘要和每一步构建过程。这项任务的难点在于,原始软件从未按可复现方式设计:换一个编译器、换一个库版本,甚至一处换行符差异,都会改变最终生成的文件。两个二进制文件只有在每个字节都完全相同时才会共享同一个SHA-256哈希,因此完全一致的摘要本身就是密码学证据,证明重建出来的就是同一个程序,而不是一个相似品。可复现构建如今已是行业标配,现有工具链会锁定每一个依赖并发布摘要供核验,但这位白皮书作者把代码变成可运行程序时,这套纪律还不存在。2009年那次发布也只是一个裸可执行文件,没有安装程序,也没有构建脚本,正因如此,这份文件成了收藏品,它的出处则成了悬案。T4T5用2006年至2008年间的软件包重建了一整套开发环境,才补上这道缺口。这份努力以最可核验的方式得到了回报。市场方面,比特币价格几乎没有反应,受大盘资金流动影响,过去24小时回落约3.8%,这个故事目前主要在开发者和历史研究者之间流传,而非交易员之间。

中本聪的Windows XP工具链

这个GitHub项目解决的不只是一个哈希问题,它还以罕见的细节记录了中本聪的工作习惯。构建笔记显示,他在Windows XP上使用MinGW GCC 3.4.5,这是一套免费的编译器工具链,让开发者无需专有软件就能构建原生Windows程序,而Bitcoin的大部分代码他是以调试模式编译的,这种模式生成较慢但更易于检查的代码。例外之处很有意味:他为哈希例程开启了最大优化,这段代码承担了加密挖矿中最重的计算,也正是保护账本的函数。当年在一台Windows XP机器上编译的同一套哈希代码,如今运行在一个算力近期回升至1,000 EH/s的满负荷挖矿网络上,这样的规模是2009年的构建无法想象的。他还在项目中途升级了一部分开发工具链,这是塑造协议最初几个月的快速迭代留下的早期痕迹。这次重建还澄清了困扰档案多年的一个标签混乱:广为人知的Bitcoin (BTC) 0.1.0可执行文件实际上是0.1.1版本,编译时间戳为2009年1月10日23:16(UTC),比1月8日的公开发布晚了两天。版本号上的差别很小,但对档案研究者来说意义重大:发布两天后才编译的文件,绝不可能是网络首日面对世界的那份程序。目前没有已知经过核验的上线日可执行文件副本留存。这次重建确立的是出处:确凿的证据表明,留存的2009年软件与中本聪发布的源代码相符,其中没有无法解释的隐藏代码。这正是比特币历史研究者最想要的东西,一份关于最早的软件究竟如何构建的可复现记录,如今任何人都可核验这些细节。

@Crypto__Goku · X 帖子

比特币历史研究者.

在 X 上查看

由此得出的判断是:这是出处层面的进展,而非行情催化剂。承重文件就是GitHub记录本身,它显示重建二进制文件的SHA-256摘要与原文件一致,为早期比特币留档的可复现性问题画上句号。安全层面的直接影响有限:没有任何共识规则改动,也没有任何密钥暴露。遗留的一条线索是历史性的。2009年1月8日编译的上线日二进制文件仍然缺失,对网络最早可执行文件的搜寻还会继续。围绕该项目的讨论也重新点燃了一场关于中本聪时代币的旧争论:这批休眠的巨鲸持仓,其256位私钥是常规机器无法暴力破解的,尽管量子攻击仍是长期尾部风险。市场在此得不到任何新信息:隐含波动率模型没有新的输入,也没有理由因此调整现货交易的头寸。更宽的背景请见我们的Bitcoin标签。