中本聪谈挖矿

最长链不仅证明了所见事件的先后顺序，也证明生成它所汇集的 CPU 算力最多。只要诚实节点控制着网络中最多的 CPU 算力，就能生成最长链并超过任何攻击者。网络本身只需要最基本的结构。消息尽力广播，节点可以随时离开并重新加入网络，接受最长工作量证明链，作为其离线期间所发生事件的证明。satoshi@anonymousspeech.com

以稳定的速度增加固定数量的新币，类似于金矿工人消耗资源，让黄金进入流通。在我们的系统中，消耗的是 CPU 时间和电力。这种激励也有助于鼓励节点保持诚实。如果一个贪婪的攻击者能集结超过所有诚实节点的 CPU 算力，他就必须作出选择：是用这些算力把已付出去的钱偷回来、欺骗人们，还是用它来生成新币。他应该会发现，遵守规则比破坏系统和自己财富的有效性更有利可图，因为这些规则使他能获得比其他所有人加起来还多的新币。

最长链不仅证明了所见事件的先后顺序，也证明生成它所汇集的 CPU 算力最多。只要诚实节点控制着网络中最多的 CPU 算力，就能生成最长链并超过任何攻击者。网络本身只需要最基本的结构。消息尽力广播，节点可以随时离开并重新加入网络，接受最长工作量证明链，作为其离线期间所发生事件的证明。论文全文在这里：http://www.bitcoin.org/bitcoin.pdfSatoshi Nakamoto

要求是，好人合计拥有的 CPU 算力要超过任何单个攻击者。会有许多较小的僵尸网络，它们的规模不足以压倒整个网络，但仍能通过生成比特币来赚钱。这样一来，较小的僵尸网络就是“诚实节点”。（我需要找一个比“诚实”更好的词。）越多的小型僵尸网络转而生成比特币，压倒网络的门槛就越高，使得更大的僵尸网络也变得不足以压倒它，于是它们不如也去生成比特币。按照“长尾”理论，小型、中型和只是较大型的僵尸网络加在一起，规模应该远大于最大的僵尸网络。即使坏人真的压倒了网络，也并不意味着他会立刻发财。

基于 CPU 算力的工作量证明投票必须拥有最终决定权。让所有人保持一致的唯一办法，就是无论发生什么，都相信最长链始终有效。接收方只需要沿交易历史往回验证，追溯到区块链中足够久远的位置，通常只需要追溯 2 笔交易的深度。再早的所有交易都可以丢弃。对，正是如此。节点收到一个区块时，会根据已有区块中的先前交易，检查其中每笔交易的签名。区块中的交易，只能依赖于先前区块或同一区块中的有效交易。交易 C 可以依赖于同一区块中的交易 B，而 B 又依赖于更早区块中的交易 A。感谢你的提问。

只有网络中的多数节点合力，才有足够的 CPU 算力生成难度如此高的工作量证明链。任何用户收到工作量证明链后，都可以看到网络中的多数节点认可了什么。一旦某笔交易经哈希运算被纳入链中的一环，而后面又接上了几环，它就牢牢地刻进了全网历史。Satoshi Nakamoto

只有大多数人同时发起攻击，他们的 CPU 算力才足以迅速破解密码。他们并不特别在意何时攻击，只要大家达成一致就行。他们决定，谁愿意都可以宣布一个时间，而最先听到的时间就是正式攻击时间。问题在于网络并非即时传输；如果两位将军几乎同时宣布不同的攻击时间，有些人可能先听到一个，另一些人先听到另一个。他们用工作量证明链来解决这个问题。每位将军收到自己最先听到的攻击时间后，就让电脑去求解一个极难的工作量证明问题，其哈希包含这个攻击时间。

如果你把它想成 CPU 密集型数字签名，可能就会以为这是一场争先完成耗时操作的竞赛，最快的总会获胜。工作量证明是 Hashcash 式的 SHA-256 碰撞查找。这是一个无记忆过程，每秒进行数百万次哈希，每次都有很小的概率找到一个答案。最快的 3 或 4 个节点的优势，只会与它们占总 CPU 算力的比例相称。任何人在任何时刻找到答案的概率，都与其 CPU 算力成正比。系统会有手续费，因此节点有动力尽可能接收并纳入所有交易。

证明某个参与者真实存在的凭据，是他能够提供 CPU 算力。第 11 节计算了遭受攻击时的最坏情况。通常，5 或 10 个区块就足够了。如果你卖的东西不值得别人为了偷走它而发起全网规模的攻击，那么实际操作中可以把等待时间缩短一些。这是第 2 版要解决的问题，我相信对于大多数应用，都能找到相当令人满意的解决办法。这里比的是谁先把交易传播到网络中。想想 6 个自由度——传播是指数式的。

比特币在初期最脆弱，因为那时全网 CPU 总算力较小。不过，规模小时，攻击它的动机也较弱，这抵消了一部分风险。希望只需不断发展、度过那个阶段，这个简单办法就能奏效。如果不行，真到了那一步，Google 群组也有一些可以帮上忙的方式。我们的兴趣确实很相近！你知道，我觉得 90 年代对这个领域感兴趣的人要多得多，但经过十多年基于可信第三方的系统（Digicash 等）不断失败，他们认为这已经没有希望了。我希望他们能分清区别：据我所知，这是我们第一次尝试一个不依赖信任的系统。

只有大多数将军同时攻击，他们才有足够的 CPU 算力及时破解密码。他们并不特别在乎何时攻击，只要达成一致就行。他们决定，任何有意愿的人都可以宣布一个攻击时间，我们称之为“计划”，最先听到的计划就是正式计划。问题在于，网络不是即时的，如果两名将军几乎同时宣布不同计划，有些人可能先听到一个，另一些人则先听到另一个。他们用工作量证明链来解决这个问题。每名将军收到自己最先听到的计划后，就让电脑求解一道基于哈希的困难工作量证明题，并把计划纳入哈希。

除了上述骗局，再投入大量 CPU 算力进行论文中讨论的暴力攻击，也不会显著增加窃贼的胜算。凡是授予某种访问权限的东西，例如需要一段时间才能下载的内容、网站访问、虚拟主机、订阅或服务，都可以在几分钟后交易被拒绝时取消。搜索空间非常大，有 2^256。被哈希的内容包含节点的公钥和一个随机 nonce，所以任意两个节点在同一空间重复计算的概率可以忽略不计。它不需要传播。公式硬编码在程序里，每个节点都进行相同的计算，从而知道下一个区块要求的难度。

除了上述骗局，再投入大量 CPU 算力进行论文中讨论的暴力攻击，也不会显著增加窃贼的胜算。凡是授予某种访问权限的东西，例如需要一段时间才能下载的内容、网站访问、虚拟主机、订阅或服务，都可以在几分钟后交易被拒绝时取消。它不需要传播。公式硬编码在程序里，每个节点都进行相同的计算，从而知道下一个区块要求的难度。如果有人偏离公式，他的区块就不会被大多数节点接受。它是自由开源的。采用 MIT 许可证，只要求在源代码中保留一些免责声明文字，除此之外，你几乎可以随意使用。

我保留了 wxThread::GetCPUCount() 之类的简单功能，我查过源码，全是数值运算；而 wxMutex 必须安全，否则就毫无用处。有个问题：退出后立即重新运行，无法绑定 8333 端口。大约一分钟后，端口才会释放。除非我漏了什么，否则我确实在退出前关闭了套接字，所以不知道还能做什么。也许 Linux 就是这样，要花一分钟才能释放曾绑定的端口。可能是一种安全功能，防止木马杀掉 Web 服务器后，马上顶替它，接收所有客户端的重试请求。

通常如果出现死锁，要么界面停止重绘，要么虽然仍显示 Generating，却不再使用 CPU。

1) 挖矿期间（状态栏显示 "Generating"，CPU 正在寻找工作量证明时），你必须持续连接网络，以便收到最新区块。如果你的区块没有接在最新区块之后，它可能不会被接受。2) 成功生成区块后，区块会立即广播到网络。其他节点必须收到它并接着它继续构建，它才会被接受为最新区块。可以把它想象成大家合作接一条链。你要加上新的一环，必须先找到链条当前的末端。如果你找到最后一环后离开一小时，回来才把自己打造的链环接到一小时前的末端，别人可能已经接上了好几环。

- 挖矿的多处理器支持 - 代理支持

现在挖矿还很容易，但随着网络扩大，难度会越来越高。9：好问题，是 TCP。网站应该更新为"TCP 端口 8333"。端口转发是为了让其他节点能连上你，这样你能与更多节点保持连接。按 IP 地址收款也需要它。10：不会，其他节点不会接受那种东西。开源意味着任何人都能独立审查代码。如果软件闭源，就没人能验证它是否安全。我认为，这类程序必须开源。11：速度较慢的机器获得的比特币更少，产出与 CPU 速度成正比。12：还会有更多。13：

要启动挖矿：bitcoin -min -gen要取出生成的比特币，得把 wallet.dat（0.2 版）复制到一台有 UI 的机器上，换入 wallet.dat，运行 bitcoin，再把比特币转到你的主账户。（0.1.5 版则要复制整个 "%appdata%/Bitcoin" 目录。）复制 wallet.dat 有一个注意事项：如果你恰好在程序生成比特币或收到付款的那一瞬间终止了它，wallet.dat 可能单独用不了，得复制整个目录。明白了。

如今，光凭一个 CPU 的人，就能相当公平地参与竞争，这很好。

- 挖矿的多处理器支持 - 配合 TOR 使用的代理支持 - 修复了初始区块下载的一些卡顿特别感谢 Martti Malmi（sirius-m）的全部编码工作以及新网站和本论坛的托管，也感谢 New Liberty Standard 帮助测试 Linux 版。

只要连接数不少于 1，挖矿速度就一样。更多的连接，只是增加冗余而已。如果你只有一条连接，而那个节点速度慢、正忙，或者只与你一人相连，那该如何是好？多几条连接，能让你更确信自己与网络保持着良好的连通。实践中，这从没成为过问题，网络的连接非常充分。有 2、3 条连接，你就没有问题。

如果你的钱包里全是挖矿所得，又想一次全部转出，就必须在一笔数据体积很大的交易中，合并数百份每份 50 个比特币的挖矿奖励。完成这次合并后，以后再转出这笔资金时，交易里只需要一个输入项。

同时，更多人参与挖矿会推高难度，让挖矿成本逐渐接近市场价格。以后，新比特币的产出只占现有供应量很小一部分时，市场价格将更多地决定生产成本，而不是由生产成本决定价格。目前，投入挖矿的算力正在快速增加，这似乎表明，人们认为它现在的价值高于当前生产成本。

在 Windows 上，它使用全部性能监视器数据——自你的计算机启动以来的每一项磁盘性能、网卡指标、CPU 时间、分页等。Linux 有内建的熵收集器。除此之外，每当你在 Bitcoin 窗口里移动鼠标，你就在产生熵，熵还会从磁盘操作的计时中采集。

其他线程几乎不占 CPU，以普通优先级运行。#define THREAD_PRIORITY_LOWEST PRIO_MIN#define THREAD_PRIORITY_BELOW_NORMAL 2#define THREAD_PRIORITY_NORMAL 0由 Windows 优先级换算来的那些值，大概出自这样一张表："下表展示了 nice 值与 Win32 优先级之间的映射。

就像生成一个新的 PGP 私钥，只是 CPU 消耗更小，因为它是 ECC。地址空间实际上无限。它不伤害任何人，所以想生成多少就生成多少。

到目前为止，我集中精力于面向 web 商家的函数，无界面挖矿机的远程管理功能还没怎么顾上。

拥有大量算力的人，靠挖矿赚的钱会比试图偷币更多。

21/06/2010 01:23 hashmeter 2 CPUs 799 khash/s21/06/2010 01:23 generated 50.00在 debug.log 里 grep "generated" 看你生成过什么，grep "hashmeter" 看性能。Windows 上用： findstr "hashmeter generated" "%appdata%\bitcoin\debug.log"我的 hashmeter 消息每小时一条。

我注意到哈希性能在不同 CPU 之间的差距没有预期的大。与老 CPU 相比，新 CPU 在哈希上的提速远不如它在通用基准测试上的表现。我猜近来的 CPU 优化肯定集中在 I/O 和分支预测之类的方面。大多数程序无非是一堆内存访问、比较和跳转，很少会长时间埋头做数学运算。最新的 SVN 版本有 khash/s 显示。每个处理器大约 400 khash/s 是典型水平。

也有人希望有一些便于管理无界面挖矿机的功能，比如 listgenerated。目前，你可以在 debug.log 里 grep "generated" 和 "hashmeter" 看些反馈。生成的区块大约要 24 小时才计入你的余额。

这些币正根据网络节点贡献的 CPU 算力，逐步发行给节点。只要安装软件，贡献空闲 CPU 时间，你就能获得其中一份。新内容：命令行与 JSON-RPC 控制包含无 GUI 的守护进程版本已发送和已接收交易选项卡哈希计算提速 20%哈希速率性能显示Mac OS X 版（感谢 Laszlo）德语、荷兰语和意大利语翻译（感谢 DataWraith、Xunie 和 Joozero）

新币会根据节点贡献的 CPU 算力逐步分配给网络，因此贡献闲置 CPU 时间也能获得一份。新特性：- 命令行与 JSON-RPC 控制- 附带无 GUI 的守护进程版- 交易过滤标签页- 哈希速度提升 20%- Hashmeter 性能显示- Mac OS X 版（感谢 Laszlo）- 德语、荷兰语、意大利语翻译（感谢 DataWraith、Xunie 和 Joozero）到 http://www.bitcoin.org 获取，或读论坛了解更多。

这些币根据网络节点贡献的 CPU 算力，逐步发行给节点，因此贡献空闲 CPU 时间，就能获得其中一份。新内容：命令行与 JSON-RPC 控制包含无 GUI 的守护进程版本交易筛选选项卡哈希计算提速 20%哈希速率性能显示Mac OS X 版（感谢 Laszlo）德语、荷兰语和意大利语翻译（感谢 DataWraith、Xunie 和 Joozero）在 www.bitcoin.org 获取，并阅读论坛以了解更多。

这些币会根据网络节点贡献的 CPU 算力，逐步发行给节点，所以你可以贡献闲置 CPU 时间，获得其中一份。新变化：命令行和 JSON-RPC 控制包含无图形界面的守护进程版本交易筛选标签页哈希速度提高 20%哈希速度性能显示Mac OS X 版本（感谢 Laszlo）德语、荷兰语和意大利语翻译（感谢 DataWraith、Xunie和 Joozero）前往 http://www.bitcoin.org 获取，阅读论坛了解更多。

对 BitcoinFX 来说，是实时防护阻止它获得挖矿所需的 CPU 时间。你说你朋友能跑到 1400–1600 khash/s，说明它其实拿到了 CPU 时间。我猜当时实时防护拦截的是程序的其他部分？

如果你关掉"挖矿"，CPU 占用会不会立刻降下来？那就能确认它占的 CPU 时间全是生成，而那本来就是空闲优先级。也可能慢只是因为你同时运行的东西太多、内存耗尽开始用页面文件了。当你从一个程序切到另一个，就得从磁盘把它换页进来。

我知道 Ubuntu 上的最小化到托盘非常笨拙，但不知道它还有 CPU 占满的问题。有人能复现这个问题吗？我们以前在 Linux 上禁用过这个功能，但后来觉得不完美的界面总比彻底失去这个功能好。我想我们应该在 Linux 上再次禁用它。

那么这些 CPU 时间全是生成线程的，它肯定以可能的最低优先级——空闲优先级运行。CPU 表停在 100% 是正常的。既然是空闲优先级，即便 CPU 表是 100%，它实际上不会拖慢任何其他东西。

你已经确认关掉生成后 CPU 掉到 0%，所以 CPU 占用肯定全是空闲优先级的。0.3.1 里没有任何会影响这些的改动。

任务管理器显示 Bitcoin 的 CPU 是 0%。khash/秒的读数一直不动，因为它分不到 CPU 时间来更新显示。你是双处理器吗？你确定跑的不是只占满一个处理器的程序？

这项服务很重要，这样一来，即使挖矿太难，新用户也至少能领到一点比特币。

但如果有人握有 50% 以上的 CPU 算力且心怀恶意，他们能证明设计文档里已经写明的那件事。

有了这个安全防护，即使有人真的掌握了全网 50% 以上的 CPU 算力，也无法试图回退、重做昨天之前的区块链。（前提是你装了这个更新）从现在起我大概会在每个版本里放一个检查点。一旦软件已经确认了被广泛接受的区块链是什么样，就没有必要留下「几个月后翻案」这种人们不需要的非零可能性。

其余的是只做交易、不挖矿的客户端节点。看那个零食机主题，我在里面概述了支付处理服务商如何在大约 10 秒或更短时间内把支付验证得足够好，实际上相当好（欺诈率远低于信用卡）。如果你不信，或者没看懂，抱歉，我没时间说服你。http://bitcointalk.org/index.php?topic=423.msg3819#msg3819

它仍照常挖矿，这是网络稳定所必需的。之前的版本也有重要安全更新，如果你最近没升级过，现在升级就极其重要了！另外，别忘了，我们最近把挖矿速度提高到了原来的 2.4 倍——归功于 tcatm 的 mid-state 缓存优化，以及 BlackEye 帮忙让 ASM SHA-256 跑了起来。下载：http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.8/

一旦你离开「每个节点的影响力与其 CPU 算力成正比」的体系，那你又用什么来判定谁是（大致上的）一个人？

每个节点对网络的影响力与其 CPU 算力成正比。向网络证明你有多少 CPU 算力的唯一办法，就是实际使用它。如果还有别的什么东西，人人的持有量都有限、又能用来实现一人一票，那我想不出来。IP 地址……比 CPU 容易大量获取得多。我想在某些时间点测量 CPU 算力也许是可能的。比如，CPU 算力挑战只在每 10 分钟里平均运行 1 分钟。你仍然可以在给定时间点证明你的总算力，而不必一直运行。不过我不确定这怎么能实现。

但它要是能在大多数 CPU 上跑起来就太好了。

0.3.6 版本切换到 Crypto++ 5.6.0 SHA-256 时，Linux 64 位构建的挖矿功能出了问题。0.3.8.1 已在 SourceForge 上，64 位二进制已更新。下载：http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.8/bitcoin-0.3.8.1-linux.tar.gz/download0.3.8 之后的版本可能会要求 SSE2。

有道理，我相信没有 SSE2 时你可以关闭挖矿功能后运行客户端。在 cryptopp/config.h 顶部加上怎么样：#if !defined(_M_X64) && !defined(__x86_64__)#define CRYPTOPP_DISABLE_SSE2 1#endif这会对 32 位构建禁用 SSE2。（至少在 GCC 或 MSVC 下）

Bitcoin 挖矿最终应该会集中到成本最低的地方。也许是寒冷地区用电取暖的地方，那里基本上等于免费。

这台机器配的是双 Intel Xeon 四核 CPU (E5335) @ 2.00GHz。impossible7:在一台跑 x86_64 linux 的 Intel Core 2 Duo T7300 上，相比官方版本 (r121) 慢了 55%nelisky:我的 Core2Quad (Q6600) 慢了 50%,我的 i5 提升了约 200%,impossible7:

请反馈你的 CPU 型号和测试结果！目前比较清楚的是 Core 2 及以下更慢，i5 更快。还没听到任何 i7 的成绩。我们还需要了解 AMD 各型号或其他较少见 CPU 的情况。

挖矿活动会逐渐集中到这些地方：1) 成本最低或不用付费的地方2) 出于理念、愿意贡献算力的人那里3) 想直接获得一些比特币、不愿费事去交易购买的人那里确实存在正当且无需额外成本的情况。凡是用电取暖的地方，挖矿基本不会增加额外成本，因为电脑产生的热量可以抵消一部分电暖器耗电。很多小公寓为了方便，本来就使用电暖。取暖油有多贵？油价这么高，如果取暖油真的比电更贵，那么挖矿的净成本甚至可能是负数。还有孩子把挖矿电费记在父母账上、员工让雇主承担电费，以及使用僵尸网络等情况。

如果大家停止挖矿会很有帮助。我们很可能需要重新生成一条分支，绕过当前链，你们挖出的区块越少，这一步完成得越快。第一个补丁会进 SVN rev 132。还没上传。我要先把其他一些杂项改动提交掉，然后再上传这个补丁。

随着更多节点升级和挖矿，它应该会开始缓慢爬升。Linux 构建链接在下面。Linux 版包含 tcatm 的 4 路 SSE2 SHA-256，能让 i5 和 AMD CPU 挖矿更快。用 "-4way" 开关启用，看看对你是不是更快。下载链接：http://www.bitcoin.org/download/bitcoin-0.3.10-win32-setup.exe

Linux 版包含 tcatm 的 4 路 SSE2 SHA-256，能让 i5、i7（开超线程）和 AMD CPU 挖矿更快。试试 "-4way" 开关启用，看看对你是不是更快。从 sourceforge 下载：http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.10/

那是什么 CPU？

cpu family 6 model 26 stepping 4 是 Intel Core i7。-4way 提速 23%，-4way 加超线程总共提速 63%。开超线程比不开快 33%。

所有节点继续运行、继续挖矿，网络照常。如果联系不上我，任何脚本小子都能想明白怎么加上两个字符、出一个禁用警报系统的新版本。那只是一时的不便。这正是让我觉得反对者不了解状况的地方。它「关停不了整个网络」。

节点收到警报后继续运行、不会停止挖矿，因此旧版本可能仍会尝试分叉，但警报系统能提醒用户，不要依据那条分叉中的任何信息采取行动。下载：http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.11/

AMD Phenom（应该是 4 核）CPU 用 -4way 能跑到约 11,000khps，提速约 100%。24 核应该能到 66,000khps。AMD 是最佳选择，因它的 SSE2 实现最好。（也可能只是因为 tcatm 手头是 AMD，把代码针对它做了优化）事情太多，我还没来得及把 -4way 做成自动的。目前你仍然得手动开。http://bitcointalk.org/index.php?topic=820.0

我们需要它，因它只在拥有 128 位 SSE2 的某些较新 CPU 上更快，而在 64 位 SSE2 的 CPU 上无法提速。它用 CPUID 指令获取 CPU 品牌、family、型号和 stepping。这是容易的部分。难的是知道该如何根据型号作出判断。我并未找到任何按 family、model、stepping 排列的 CPU 对照表，只能依据看到的零散报告。这是我最终的结果：

双击那笔挖矿交易。它里面很可能带了一笔低于 0.01 的手续费。有人一直在付 0.00000010 的手续费。我觉得用 -paytxfee 你连这个都设不出来，得改代码才行。你生成的区块价值 50.00000010，因此当你试图把整笔发出去时，只剩 0.00000010 当找零，这就触发了针对粉尘垃圾交易的 0.01 手续费。除了这个边界情况，它通常不会造成问题。我应该给 CreateTransaction 加个特例来处理这种情况。

对于由一笔笔 50 BTC 挖矿奖励组成的交易，这个门槛大约相当于 26,000 BTC。尽管当时挖矿比现在容易 100 倍，也只有极少数人达到过这个手续费门槛。新门槛下，转出挖矿所得时大约到 11,000 BTC 才会触发手续费，而且主要只有挖矿所得才容易遇到这种情况。如果你的比特币是买来的，它们通常来自金额更大的交易，离手续费门槛还很远，除非你分几百笔交易买入。即使真的达到门槛，也只需要付一次手续费，就能把这些零碎款项合并起来。

你能 grep 一下 debug.log 里的 CPUID、告诉我它说了什么吗？（其他有 64 位 AMD 的人也请）还有你的 AMD 芯片是什么型号？所有支持 64 位的 AMD 也都有更强的 SSE2 硬件吗？

linux 64 位版针对 64 位模式下的 AMD，修改了 cpuid 4 路 128 位 SSE2 自动检测；如果你愿意，可以测试一下，看看是否有所改善。

安全锁定不能停止挖矿，否则会制造一种攻击可能。好主意，我做了一个改动，确保在下载到检查点区块 74000 之前不挖矿。

- 确保区块 74000 下载完成之前不启动挖矿- Dean Gores 的若干错误修复- getinfo 新增 testnet、keypoololdest 和 paytxfee

GPU 矿工们，请尽快升级，终结免费交易滥用！这个版本新增了基于优先级的限制，用来抑制垃圾免费交易。在 SVN 184 之前，把交易打包进区块用的是 n^2 算法。新的高效单遍算法要快上几个数量级。（O(n) 对比 O(n^2)/2，n=200 时约莫快 10 到 100 倍）

m0mchil 的外部比特币挖矿程序的构想解决了很多问题。GPU 编程不成熟、编译困难，我不想给构建加更多依赖。getwork 让这些问题得以分开解决——不同的硬件和操作系统用不同的程序。服务器集群能只跑一个 Bitcoin 节点、其余全跑 getwork 客户端，这也很方便。接口有几处变化：getwork [data]如果未指定 [data]，返回格式化的待运算哈希数据： "midstate"：哈希完数据前一半之后的预计算哈希状态 "data"：区块数据

更新你的挖矿程序来使用这套接口，应该不难。变化有：- 提交疑似命中时不返回新工作，只有不带参数调用时才返回。- 区块字段已拆分为 data 和 hash1。- state 改名为 midstate，保持一致性。- 不再需要 extranonce。

修订版 getwork 已经进了官方客户端，但矿工程序需要稍微更新一下才能使用。

我在一块慢速的 7 年老硬盘上测过，带宽和 CPU 显然不是瓶颈。初始下载用了 1 小时 20 分钟。如果远超这个时间——当然 24 小时肯定算远超——那一定是从很慢的节点下载，或者你的连接比每秒约 15KB（120kbps）慢得多，或者有别的地方出了问题。出现那种情况时，最好能知道瓶颈看起来在哪里。约莫每 10 分钟最新区块送达时，它都有机会切换到更快的节点。最新区块广播时，它会向其他节点请求接下来的 500 个区块，并从发送最快的一个继续下载。至少，它本该这样工作。

在 AMD CPU 上约莫提速 100%。

他们能下载一个挖矿程序，在 mtgox 或 mybitcoin 开个账户，把存款地址填进挖矿程序，再连接到任意一家矿池服务器。挖矿程序显示找到了东西之后，过一会儿账户里就会出现几个币。挖矿程序的作者最好确保程序绝不误报近似命中。用户要靠这个来检查矿池运营者有没有作弊。如果挖矿程序错误地报告找到了东西，用户去查账户、什么都没找到，就会迁怒于矿池运营者。

如果你想把多台机器上生成的币并进一个钱包，现在更好的办法是在那些机器上跑 getwork 挖矿程序。jgarzik 有个 CPU 挖矿程序，支持 tcatm 的 4 路 SSE2，因此如果你用的是 AMD 或较新的 Intel（酷睿 3、5 或 7），在 Windows 上最高能比内置 SHA 快一倍。新的演示版 CPU 挖矿程序已发布：http://bitcointalk.org/index.php?topic=1925.0

唯一的重叠是让矿工能同时为两个网络寻找工作量证明。两个网络之间不需要任何协调。矿工能并行订阅两个网络。他们进行 SHA 哈希运算，如果找到符合条件的结果，就可能同时为两个网络找到解。如果其中一个网络难度较低，解可能只属于其中一个网络。我想外部矿工程序能同时对两个程序调用 getwork 并合并工作。也许先调用 Bitcoin，从它那里拿到工作，再交给 BitDNS 的 getwork，合并成一份工作任务。各网络的 CPU 算力不再相互分散，而是可以共享，并增强彼此的总算力。