中本聪谈挖矿

……ted 的变化。 8. Description 变为 Generated 之后的时间。 哪些阶段需要网络连接、大量本地 CPU 占用或大量远程 CPU 占用？这些阶段有没有名称？ -------------------- sirius-m: Re: Bitcoin 成熟过程 Posted:Thu 22 of Oct, 2009 (02:36 UTC) 据我所知，点击 Generate Coins 之时，并无网络交易——你的计算机不过是开始计算下一个工作证明罢了。生成硬币时，C……

……区块）期间，以及成功生成的那一刻，保持网络连接极为重要。 1) 生成期间（状态栏显示 "Generating"、你正用 CPU 寻找工作证明之时），务必持续与网络保持联系以接收最新区块。倘若你的区块没有链接到最新区块，它兴许就不被接受。 2) 你成功生成一个区块之后，它便会立即广播到网络。其他节点必须收到它、并链接到它，它才能被接受为新的最新区块。 可以把它想象成众人协作连成一条链。你要加上一环，必先找到链的当前末端。倘若你在找到最后一环之后离开一小时，方才锻造出自己的链环，……

前端还可以跑在手机这类 CPU 算力很低的设备上。 对移动设备而言，这确是个好思路。用 PHP（任何语言皆可）调用的编程式 API，配一个 web UI，便能覆盖远程管理、移动设备，以及一切无法全天在线、没有静态 IP 的客户端。这有点像 webmail。新用户只需在网站注册个账号、不必安装软件，上手便会容易许多。 应用可以在下载前预置种子。预置种子还能一并解决 TOR+IRC 的问题。我知道会有人想通过 I2P+TOR 运行这套系统。 是啊，待静态节点多到可以预先编一份……

……倘若闭源，谁也无法验证其安全性。我认为，对这种性质的程序而言，开源是必不可少的。 11： 慢机器产出的硬币更少。产出与 CPU 速度成正比。 12： 还会有更多。 13： 它用的是名为 Berkeley DB 的事务型数据库。系统崩溃也不会丢数据。交易在收到的那一刻就写入了数据库。 14： 眼下你可以直接用区块总数乘以 50。比特币网络已经运行了将近一年。设计和编码始于 2007 年。

……好，尽量把 GPU 军备竞赛往后推延。倘若新用户不必操心 GPU 驱动与兼容性，让他们上手便会容易许多。如今，光凭一个 CPU 的人，就能相当公平地参与竞争，这很好。

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

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

生成一个新的比特币地址，只在你自己的电脑上占用一点磁盘空间（大约 500 字节）。就像生成一个新的 PGP 私钥，只是 CPU 消耗更小，因为它是 ECC。地址空间实际上无限。它不伤害任何人，所以想生成多少就生成多少。

……。它在状态栏左半区显示 khash/s。 新增两条日志消息： 21/06/2010 01:23 hashmeter 2 CPUs 799 khash/s 21/06/2010 01:23 generated 50.00 在 debug.log 里 grep "generated" 看你生成过什么，grep "hashmeter" 看性能。Windows 上用： findstr "hashmeter generated" "%appdata%\bitcoin\debug.lo……

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

……。我想现阶段，这个主题串就当教程用吧。 bitcoind 目前的重点更多是网站的后端支持。也有人希望有一些便于管理无界面挖矿机的功能，比如 listgenerated。眼下，你可以在 debug.log 里 grep "generated" 和 "hashmeter" 看些反馈。生成的区块大约要 24 小时才计入你的余额。

……中央服务器的需求。摆脱中心化管理的货币任意的通胀风险！Bitcoin 的总发行量上限为 2100 万枚。币按节点贡献的 CPU 算力逐步释放给网络，所以贡献闲置的 CPU 时间就能分一杯羹。 新特性： - 命令行与 JSON-RPC 控制 - 附带无 GUI 的守护进程版 - 交易过滤标签页 - 哈希速度提升 20% - Hashmeter 性能显示 - Mac OS X 版（感谢 Laszlo） - 德语、荷兰语、意大利语翻译（感谢 DataWraith、Xunie 和 J……

所以就是它挡住了区块下载？ 链接："Win32 CPU Cycles vs 'Live Protection' Engines" 对 BitcoinFX 来说，实时防护是不让它获得生成币用的 CPU。你说你朋友能跑到 1400-1600 khash/s，说明它有 CPU。我猜那时实时防护拦的是程序的其他部分？

……上，你在任务管理器里选中进程，右键，设置优先级。设为"低于标准"或"低"。不过这应该没有影响。 如果你关掉"生成硬币"，CPU 占用会不会立刻平掉？那就能确认它占的 CPU 时间全是生成，而那本来就是空闲优先级。 也可能慢只是因为你同时运行的东西太多、内存耗尽开始用页面文件了。当你从一个程序切到另一个，就得从磁盘把它换页进来。

……还有几个其他问题需要修复。 顺带一提，我追查到了另一个 GUI 问题。 "最小化到托盘而非任务栏"就是吃光我系统全部 CPU 的元凶。关掉这个选项之后，CPU 失控的问题就解决了。 似乎只有 64 位客户端受影响，我的 32 位客户端看起来都没这个问题。 我确实注意到 64 位客户端会不断生成多个"托盘"图标，直到 X 服务器最终垮掉，我想我应该把这个作为 bug 提交到什么地方？ 有意思。我知道 Ubuntu 上的最小化到托盘非常笨拙，但不知道它还有 CPU 占满的问题……

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

我不认为你有什么特别的问题。我觉得你的系统慢是因为同时运行的东西太多，内存满了开始用页面文件。你已经确认关掉生成后 CPU 掉到 0%，所以 CPU 占用肯定全是空闲优先级的。0.3.1 里没有任何会影响这些的改动。

在 Windows 上，生成硬币的优先级仍相当于正常。如果你以生成硬币模式运行 BitCoin，再运行一个吃光 CPU 的东西（比如 CPU hog：http://www.microtask.ca/cpuhog.html），你会看到 BitCoin 和 CPU hog 以 50/50 平分 CPU，而不是 CPU hog 独占、BitCoin 只在空闲/低优先级上运行。khash/s 也减半了，这进一步证明线程并非运行在低于正常的优先级。 我没能复现。我是双处理器，所以跑了……

……2 加了一些安全防护，把区块链锁定到当前时点，万一有人拿到 50%，也能限制一点损害。 但倘若有人握有 50% 以上的 CPU 算力且心怀恶意，他们能证明设计文档里已经写明的那件事。

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

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

……要在给定时间段内「掷尽可能多的骰子」？币所有权和交易的「证明链」并不依赖硬币的生成方式。 每个节点对网络的影响力与其 CPU 算力成正比。向网络证明你有多少 CPU 算力的唯一办法，就是实际使用它。 倘若每个人还有限量的其他什么东西，可以用来做一人一票，我想不出。IP 地址……比 CPU 容易大量获取得多。 我想在某些时间点测量 CPU 算力兴许是可能的。譬如，CPU 算力挑战只在每 10 分钟里平均运行 1 分钟。你仍然可以在给定时间点证明你的总算力，而不必一直运行。不过……

……能按指令级别做性能分析的分析器。我猜倘若 tcatm 手头没有装那种慢处理器的机器可测，希望就不大。但它要是能在大多数 CPU 上跑起来就太好了。

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

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

……nux 构建链接在下面。 Linux 版包含 tcatm 的 4 路 SSE2 SHA-256，能让 i5 和 AMD CPU 铸币更快。用 "-4way" 开关启用，看看对你是不是更快。 下载链接： http://www.bitcoin.org/download/bitcoin-0.3.10-win32-setup.exe http://www.bitcoin.org/download/bitcoin-0.3.10-win32.zip http://www.bitcoin.……

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

……-march=amdfamk10 编译 sha256.cpp（32 位和 64 位都能用），因为只有支持这套指令集的 CPU（AMD Phenom、Intel i5 及更新）才能从 -4way 受益，而且能带来约 9% 的性能提升。 GCC 4.3.3 不支持 -march=amdfamk10。我得到： sha256.cpp:1: error: bad value (amdfamk10) for -march= switch 用 4way 时，启用全部虚拟核心会明显更好。……

cpu family : 6 model : 26 model name : Genuine Intel(R) CPU 000 @ 3.20GHz stepping : 4 cpu family 6 model 26 stepping 4 是 Intel Core i7。 -4way 提速 23%，-4way 加超线程总共提速 63%。 开超线程比不开快 33%。

……24 核机器能以 25,000 hashes-per-second 挖比特币。 AMD Phenom（理应是 4 核）CPU 用 -4way 能跑到约 11,000khps，提速约 100%。24 核理应能到 66,000khps。AMD 是最佳选择，因它的 SSE2 实现最好。（亦可能不过是因为 tcatm 手头是 AMD，把代码针对它做了优化） 事情太多，我还没来得及把 -4way 做成自动的。眼下你仍然得手动开。 http://bitcointalk.org/inde……

……0 加了一些代码，尝试自动检测是否使用 4 路 SSE2。我们需要它，因它仅仅在拥有 128 位 SSE2 的某些较新 CPU 上更快，而在 64 位 SSE2 的 CPU 上不是。 它用 CPUID 指令获取 CPU 品牌、family、型号和 stepping。这是容易的部分。难的是知道拿型号怎么办。我并未找到任何按 family、model、stepping 排列的 CPU 对照表，仅仅能依据看到的零散报告。 这是我最终的结果： // We need Intel Neh……

由于 CallCPUID 函数包含 x86 汇编，它破坏了其他架构上的构建。我把 main.cpp 第 2770 行改成了 #if defined(__GNUC__) && defined(CRYPTOPP_X86_ASM_AVAILABLE) 好歹让它重新编译通过，至少在 ARM 上。 已加入 SVN rev 152

……我觉得难以置信，然而 AMD 在 64 位模式下报告的型号数字不一样。 你能 grep 一下 debug.log 里的 CPUID、告诉我它说了什么吗？（其他有 64 位 AMD 的人也请）还有你的 AMD 芯片是什么型号？ 所有支持 64 位的 AMD 亦都有更强的 SSE2 硬件吗？

……bitcoin-0.3.13.1-specialbuild-linux64.tar.gz linux 64 位版包含对 cpuid 4 路 128 位 SSE2 自动检测的修改（针对 64 位模式下的 AMD），倘若你愿意测试看看是否更好。

……6 的币 - BitcoinMiner 按依赖交易年龄的优先级顺序处理交易 - 确保区块 74000 下载完成之前不启动挖矿 - Dean Gores 的若干错误修复 - getinfo 新增 testnet、keypoololdest 和 paytxfee

更新到 SVN 186 感谢 m0mchil 持续跟进更新！ GPU 矿工们，请尽快升级，终结免费交易滥用！这个版本带有新的基于优先级的免费交易垃圾限制。 刚更新到 SVN 181，并修正了 getwork 补丁：在用新交易重建区块之间等待 60 秒。这其实是原版客户端的行为，补丁里误漏掉了。修复了每个 getwork 请求都占满 CPU 的问题（在最近大量交易垃圾攻击下变得很明显）。请升级。 在 SVN 184 之前，把交易编译进区块用的是 n^2 算法。新的高效单遍算……

……mchil 的 getwork 重新设计后上传到了 SVN r189（版本号 31601） m0mchil 的外部比特币矿工构想解决了很多问题。GPU 编程不成熟、编译困难，我不想给构建加更多依赖。getwork 让这些问题得以分开解决——不同的硬件和操作系统用不同的程序。服务器农场能够仅仅跑一个 Bitcoin 节点、其余全跑 getwork 客户端，这亦很方便。 接口有几处变化： getwork [data] 倘若未指定 [data]，返回格式化的待运算哈希数据： "m……

……)hash[6]) 中本聪，请修正你的 getwork 实现，使其符合 m0mchill 的规范 这就是新规范。把你的矿工更新到它理应不难。 变化有： - 提交疑似命中时不返回新工作，仅仅不带参数调用时才返回。 - 区块字段已拆分为 data 和 hash1。 - state 改名为 midstate，保持一致性。 - 不再需要 extranonce。

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

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

……会恐更大。 目前它仅仅在 Linux 构建中启用，因而倘若你让它跑通了，能够让 Windows 用户亦用上。在 AMD CPU 上约莫提速 100%。

……那次命中的用户理应从最上面额外拿一笔，譬如 10 BTC。 新用户其实甚至不需要 Bitcoin 软件。他们能够下载一个矿工程序，在 mtgox 或 mybitcoin 开个账户，把存款地址填进矿工，进而指向任何人的矿池服务器。矿工说找到了东西之后，过一会儿账户里就会出现几个币。 矿工作者最好确保绝不误报近似命中。用户要靠这个来检查矿池运营者有没有作弊。倘若矿工错误地报告找到了东西，用户去查账户、什么都没找到，就会迁怒于矿池运营者。

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

我认为 BitDNS 完全能够是一个独立的网络、独立的区块链，同时与比特币共享 CPU 算力。唯一的重叠是让矿工能同时为两个网络寻找工作证明。 两个网络之间不需要任何协调。矿工能够并行订阅两个网络。他们扫描 SHA，倘若命中，就可能同时解出两个网络的解。倘若其中一个网络难度较低，解可能仅仅属于其中一个网络。 我想外部矿工程序能够同时对两个程序调用 getwork 并合并工作。兴许先调用 Bitcoin，从它那里拿到工作，再交给 BitDNS 的 getwork 合并成一份合并……

如此矿工基本上就得多干「额外的活」。倘若从 bitdns 挖矿的额外工作里得不到回报（这当然会拖慢主比特币的工作），矿工有什么动力把 bitdns（以及其他任何侧链）纳入进来呢？ 激励在于：同样一份工作，还能从额外的侧链拿到报酬。 既然你在生成比特币，为什么不在同一份工作里顺便拿到免费域名呢？ 倘若你现在每周能生成 50 BTC，那么现在你还能同时得到 50 BTC 和一些域名。 你手里有一份工作。解出它，就同时解出 Bitcoin 和 BitDNS 各一个区块。概念上，它……

……两个版本直到其中之一被选中、处理好所有边角情况，工作量不小。现有代码里的每一个假设都是「你不会试图写双重支出」。 比特币矿工侧亦需要一些改动，让交易池有可能接受双重支出，然而仅仅严格限于输入输出匹配且手续费更高的情况。目前，双重支出从不被交易池接受，因而每个节点都在用它见到的第一笔交易进块来作证。

额外的区块链各自创造自己风味的币，在交易所与比特币交易？这些链专属的币用来奖励那些链上的矿工，并在那条链的领域内购买某些权利或特权？ 对，域名和比特币之间的汇率会是浮动的。 对 BitDNS 来说，比 10 分钟更长的出块间隔更合适。 到目前为止这场讨论里已然需要不少管理数据了。倘若你能自由使用所需的空间、不必为比特币链里的昂贵空间付手续费，事情会容易得多。有这么几种交易： 更改 IP 记录。 改名。一个域名对象能够让你持有一个域名，并且能够随意把它改成任何未被占用的名字。……

我同意。所有交易——IP 更改、续期等等——都理应带一笔归矿工的手续费。 你能够考虑用一定量的工作来生成一个域名，而不是固定总量发行。每个域名的工作量能够按随摩尔定律增长的计划表来安排。如此域名的数量会随需求和用户数的增长而增长。

……观的续期费用，相当重要。 不过现在多想了想，我支持在主网络中加入额外的 coinbase/记录系统。这么做的原因是避免 CPU 算力被稀释到多个网络。我们要的是一张强大的网络，因而网络理应是多能的。 避免 CPU 算力碎片化已然不是理由了。独立的网络/链能够在不共享其他东西的前提下共享算力。参见：http://bitcointalk.org/index.php?topic=1790.msg28696#msg28696 和 http://bitcointalk.org/ind……