{"records":[{"id":1,"sid":1,"sat":1,"tid":1,"tt":"Bitcoin open source implementation of P2P currency","src":"P2P Foundation","author":"Satoshi Nakamoto","date":"2009-02-11","ts":"2009-02-11T22:27:00Z","url":"http://p2pfoundation.ning.com/forum/topics/bitcoin-open-source","zh":"
","zhText":"Dante 在一封邮件里提到一个叫 Open Coin 的英国项目，方向似乎与 bitcoin 相近。\n两者之间会有协同效应吗？\nhttp://opencoin.org/"},{"id":4,"sid":2,"sat":1,"tid":1,"tt":"Bitcoin open source implementation of P2P currency","src":"P2P Foundation","author":"Satoshi Nakamoto","date":"2009-02-15","ts":"2009-02-15T16:42:00Z","url":"http://p2pfoundation.ning.com/xn/detail/2003008:Comment:9493","zh":"
--------------------\nbitcoinbitcoin:\nBitcoin 成熟过程\nPosted:Thu 01 of Oct, 2009 (14:12 UTC)
从用户视角看，比特币的成熟过程可以分为 8 个阶段。
1. 第一次点击 Generate Coins 时发生的初始网络交易。\n2. 从初始网络交易到比特币条目准备出现在 All Transactions 列表之间的时间。\n3. 比特币条目从 All Transaction 区域之外进入其内的变化。\n4. 比特币出现在 All Transfers 列表之后，到 Description 准备变为 Generated (50.00 matures in x more blocks) 之间的时间。\n5. Description 变为 Generated (50.00 matures in x more blocks) 的变化。\n6. 从 Description 显示 Generated (50.00 matures in x more blocks) 到它准备变为 Generated 之间的时间。\n7. Description 变为 Generated 的变化。\n8. Description 变为 Generated 之后的时间。
哪些阶段需要网络连接、大量本地 CPU 占用或大量远程 CPU 占用？这些阶段有没有名称？
--------------------\nsirius-m:\nRe: Bitcoin 成熟过程\nPosted:Thu 22 of Oct, 2009 (02:36 UTC)
","zhText":"--------------------\nbitcoinbitcoin:\nBitcoin 成熟过程\nPosted:Thu 01 of Oct, 2009 (14:12 UTC)\n从用户视角看，比特币的成熟过程可以分为 8 个阶段。\n1. 第一次点击 Generate Coins 时发生的初始网络交易。\n2. 从初始网络交易到比特币条目准备出现在 All Transactions 列表之间的时间。\n3. 比特币条目从 All Transaction 区域之外进入其内的变化。\n4. 比特币出现在 All Transfers 列表之后，到 Description 准备变为 Generated (50.00 matures in x more blocks) 之间的时间。\n5. Description 变为 Generated (50.00 matures in x more blocks) 的变化。\n6. 从 Description 显示 Generated (50.00 matures in x more blocks) 到它准备变为 Generated 之间的时间。\n7. Description 变为 Generated 的变化。\n8. Description 变为 Generated 之后的时间。\n哪些阶段需要网络连接、大量本地 CPU 占用或大量远程 CPU 占用？这些阶段有没有名称？\n--------------------\nsirius-m:\nRe: Bitcoin 成熟过程\nPosted:Thu 22 of Oct, 2009 (02:36 UTC)\n据我所知，点击 Generate Coins 之时，并无网络交易——你的计算机不过是开始计算下一个工作证明罢了。生成硬币时，CPU 占用率是 100%。\n在这个例子当中，网络连接用于广播你已创建的工作证明区块的信息（正是它使你得以获得新硬币）。若要成功生成硬币，则需要持续的网络连接——如此这般，当别人赶在你之前拿到当前区块时，你才能立即开始计算下一个区块。"},{"id":18,"sid":7,"sat":1,"tid":4,"tt":"Repost: Request: Make this anonymous?","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-22","ts":"2009-11-22T18:32:00Z","url":"https://bitcointalk.org/index.php?topic=7.msg30#msg30","zh":"
--------------------\nanonguy54:\n请求：能不能做成匿名的？\nPosted:Thu 15 of Oct, 2009 (19:58 UTC)
有没有计划把这个服务做成匿名的？
例如，能通过 Tor 路由 BitCoin。
","zhText":"--------------------\nanonguy54:\n请求：能不能做成匿名的？\nPosted:Thu 15 of Oct, 2009 (19:58 UTC)\n有没有计划把这个服务做成匿名的？\n例如，能通过 Tor 路由 BitCoin。"},{"id":17,"sid":8,"sat":1,"tid":3,"tt":"Repost: Bitcoin Maturation","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-22","ts":"2009-11-22T18:34:21Z","url":"https://bitcointalk.org/index.php?topic=6.msg31#msg31","zh":"
在尝试生成硬币（区块）期间，以及成功生成的那一刻，保持网络连接极为重要。
1) 生成期间（状态栏显示 \"Generating\"、你正用 CPU 寻找工作证明之时），务必持续与网络保持联系以接收最新区块。倘若你的区块没有链接到最新区块，它兴许就不被接受。
","zhText":"在尝试生成硬币（区块）期间，以及成功生成的那一刻，保持网络连接极为重要。\n1) 生成期间（状态栏显示 \"Generating\"、你正用 CPU 寻找工作证明之时），务必持续与网络保持联系以接收最新区块。倘若你的区块没有链接到最新区块，它兴许就不被接受。\n2) 你成功生成一个区块之后，它便会立即广播到网络。其他节点必须收到它、并链接到它，它才能被接受为新的最新区块。\n可以把它想象成众人协作连成一条链。你要加上一环，必先找到链的当前末端。倘若你在找到最后一环之后离开一小时，方才锻造出自己的链环，回来再把它接到一小时前的末端之上，别人兴许已经加了若干环，他们不会愿意使用你这个如今从中间岔出去的链环。\n区块创建之后，有 120 个区块的成熟期，以便在可以花费之前，百分之百确认该区块属于主链。在此期间，你的节点对这个区块什么也不做，不过是等待别的区块添加到你的区块之后。这段时间你并不必在线。"},{"id":19,"sid":9,"sat":1,"tid":4,"tt":"Repost: Request: Make this anonymous?","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-22","ts":"2009-11-22T18:35:15Z","url":"https://bitcointalk.org/index.php?topic=7.msg32#msg32","zh":"
0.2 版会加入代理设置，可以通过 TOR 连接。我已经仔细排查过，确保在代理模式下它不使用 DNS，也不会做任何泄露你 IP 的事情。
","zhText":"0.2 版会加入代理设置，可以通过 TOR 连接。我已经仔细排查过，确保在代理模式下它不使用 DNS，也不会做任何泄露你 IP 的事情。"},{"id":25,"sid":10,"sat":1,"tid":5,"tt":"Repost: How anonymous are bitcoins?","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-25","ts":"2009-11-25T18:15:57Z","url":"https://bitcointalk.org/index.php?topic=8.msg33#msg33","zh":"
--------------------\nbitcoinbitcoin:\n比特币的匿名性如何？
网络上的节点能分辨硬币从哪个比特币地址发出、发到哪个比特币地址吗？区块里是否保存着比特币转来转去的历史？节点能判断哪些比特币地址属于哪些 IP 地址吗？bitcoin 首次启动时，有没有命令行选项可以启用 sock 代理？如果向一个通过 NAT（网络地址转换）接入了多个客户端的 IP 地址发送比特币，会发生什么？
","zhText":"--------------------\nbitcoinbitcoin:\n比特币的匿名性如何？\n网络上的节点能分辨硬币从哪个比特币地址发出、发到哪个比特币地址吗？区块里是否保存着比特币转来转去的历史？节点能判断哪些比特币地址属于哪些 IP 地址吗？bitcoin 首次启动时，有没有命令行选项可以启用 sock 代理？如果向一个通过 NAT（网络地址转换）接入了多个客户端的 IP 地址发送比特币，会发生什么？"},{"id":26,"sid":11,"sat":1,"tid":5,"tt":"Repost: How anonymous are bitcoins?","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-25","ts":"2009-11-25T18:17:23Z","url":"https://bitcointalk.org/index.php?topic=8.msg34#msg34","zh":"
","zhText":"> 网络上的节点能分辨硬币从哪个比特币\n> 地址发出、发到哪个比特币地址吗？区块里是否保存着\n> 比特币转来转去的历史？\n比特币从一个比特币地址发往另一个比特币地址，而比特币地址，本质上便是不含任何身份信息的随机数。\n按 IP 地址发送时，交易仍会写入一个比特币地址。IP 地址只是用来连接收款方的计算机，向其索取一个新的比特币地址、把交易直接交给对方并获得确认。\n区块保存着硬币被转往哪些比特币地址的历史。倘若使用这些比特币地址的人身份不明、且每个地址只用一次，那么这些信息所能表明的，不过是：某个身份不明的人，给另一个人转了某个数额。\n匿名或化名的可能性，取决于你并不把任何身份信息与你所用的比特币地址关联起来。倘若你在网上公布了自己的比特币地址，那么这个地址及其全部交易，便与你发帖所用的名字关联在了一起。倘若你用的是未曾关联真实身份的马甲，那仍然是化名。\n若想获得更高的隐私，最好每个比特币地址只用一次。你随时可以在 Options->Change Your Address 里更换地址。按 IP 地址转账之时，每次都会自动使用新的比特币地址。\n> 节点能判断哪些比特币地址属于哪些 IP 地址吗？\n不能。\n> bitcoin 首次启动时，有没有命令行选项\n> 可以启用 sock 代理？\n在下一个版本（0.2 版）中，从第一次运行就走代理的命令行是：\nbitcoin -proxy=127.0.0.1:9050\nTOR 的问题在于，Bitcoin 用来初始发现其他节点的 IRC 服务器封禁 TOR 出口节点——所有 IRC 服务器都这么干。如果你之前已经连上过一次，那已经有了种子节点；但第一次运行时，你需要提供一个节点地址，像这样：\nbitcoin -proxy=127.0.0.1:9050 -addnode=\n如果有谁运行着静态 IP、可接受入站连接的节点，愿意把自己的 IP 贴出来供 -addnode 使用，那就太好了。\n> 如果向一个通过 NAT（网络地址转换）接入了\n> 多个客户端的 IP 地址发送比特币，会发生什么？\n你在 NAT 上把 8333 端口转发给哪台机器，哪台机器就会收到。如果你的路由器转发时能改端口号，你可以让不止一个客户端收到。比如把 8334 转发到某台计算机的 8333 端口，发送方就可以发到 \"x.x.x.x:8334\"\n如果你的 NAT 不能转换端口号，目前没有修改 bitcoin 入站绑定端口的命令行选项，但我会研究一下。"},{"id":27,"sid":12,"sat":1,"tid":6,"tt":"Repost: Linux/UNIX compile","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-27","ts":"2009-11-27T17:17:22Z","url":"https://bitcointalk.org/index.php?topic=9.msg36#msg36","zh":"
--------------------\nscott:\nLinux/UNIX 编译\nPosted:Thu 08 of Oct, 2009 (05:49 UTC)
能否提供在 Linux 上编译安装 BitCoin 的说明或补丁？能有一个命令行版本就太好了。
","zhText":"--------------------\nscott:\nLinux/UNIX 编译\nPosted:Thu 08 of Oct, 2009 (05:49 UTC)\n能否提供在 Linux 上编译安装 BitCoin 的说明或补丁？能有一个命令行版本就太好了。"},{"id":28,"sid":13,"sat":1,"tid":6,"tt":"Repost: Linux/UNIX compile","src":"SourceForge 遗留（转贴）","author":"Satoshi Nakamoto","date":"2009-11-27","ts":"2009-11-27T17:27:09Z","url":"https://bitcointalk.org/index.php?topic=9.msg37#msg37","zh":"
Linux 版马上就到。Martti 的 Linux 移植已合并进主代码分支，New Liberty Standard 一直在测试。它会随下一个版本 0.2 一起发布。
命令行排在 0.2 之后的待办清单上。
","zhText":"Linux 版马上就到。Martti 的 Linux 移植已合并进主代码分支，New Liberty Standard 一直在测试。它会随下一个版本 0.2 一起发布。\n命令行排在 0.2 之后的待办清单上。"},{"id":29,"sid":14,"sat":1,"tid":7,"tt":"[OLD THREAD] Bitcoin version 0.2 development status","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-11-27","ts":"2009-11-27T22:48:39Z","url":"https://bitcointalk.org/index.php?topic=10.msg38#msg38","zh":"
编辑：还是说这些场景根本不可能——因为无论端口指向哪个 IP，付款都会发给付款人指定的那个比特币地址或 IP 地址？
","zhText":"哇，非常感谢这么详细的回答。\n但今天我又想到一个问题。\n假设我们知道邻居在用 Bitcoin，还知道他很快会收到一笔付款（比如他开了网店、接受 bitcoin 付款）。\n我们还知道他用 WLAN，网络无防护或防护很弱，路由器配置也一样。\n那我们就可以登录他的路由器配置，把 8333 端口转发改到我们系统的 IP。\n这样一来，每笔付款都会被我们的 bitcoin 客户端收到。\n这在实际中真的可行吗？\n我知道这是严重的犯罪，这个场景嘛……姑且叫它\"非常罕见\"，但理论上应该可行，对吧？\n（并不是我想害人，而是我知道犯罪分子会千方百计搞钱。）\n顺便说一句：在 LAN party 上遇到无防护的路由器配置，同样的手法也应该管用。\n编辑：还是说这些场景根本不可能——因为无论端口指向哪个 IP，付款都会发给付款人指定的那个比特币地址或 IP 地址？"},{"id":64,"sid":18,"sat":1,"tid":9,"tt":"Questions about Bitcoin","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-11","ts":"2009-12-11T17:58:57Z","url":"https://bitcointalk.org/index.php?topic=13.msg49#msg49","zh":"
是真的。用按 IP 发送选项，你便是在把币发给应答那个 IP 的任何人。发送到比特币地址，则没有这个问题。
计划是实现一个 IP + 比特币地址的组合选项，兼得两者之利。每笔交易仍会用不同的地址，但收款方会用给定的比特币地址，对这个一次性地址签名，以证明它属于预期的收款人。
","zhText":"是真的。用按 IP 发送选项，你便是在把币发给应答那个 IP 的任何人。发送到比特币地址，则没有这个问题。\n计划是实现一个 IP + 比特币地址的组合选项，兼得两者之利。每笔交易仍会用不同的地址，但收款方会用给定的比特币地址，对这个一次性地址签名，以证明它属于预期的收款人。"},{"id":36,"sid":19,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-11","ts":"2009-12-11T19:27:55Z","url":"https://bitcointalk.org/index.php?topic=12.msg50#msg50","zh":"
对，SVN 上是接近候选版的 0.2 源码，也能在 Linux 上构建运行。FreeBSD 上还没测过。
","zhText":"svn 0.2 在 Mac OS X 10.4.11/Intel 上就快编译过了（我这里还有一台 PPC970 的机器，PPC 构建也做得了）。窗口部分通过 wxwidgets 用上了原生 carbon！非常快！我不得不新建了一个 makefile（makefile.osx；当然基于 makefile.unix……考虑过用 autoconf 吗？），并在 header.h 里加了些 ifdef。我手上有补丁。我会继续捣鼓，接下来也许会在 FreeBSD 上试试。\n我已经运行着大量 TOR 和 I2P 节点，把这个应用加到那些服务器上轻而易举。\n我认为把 bitcoin 拆成两个应用最理想：一个 wxwidgets 前端（功能基本都在了），加一个绑定控制 TCP 套接字的后端。我一直在读源码，估计拆分难度，应该相当简单。当然，还得开发一个 API。\n我会继续摆弄源码，看看能折腾出什么来。"},{"id":38,"sid":null,"sat":0,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"SmokeTooMuch","date":"2009-12-12","ts":"2009-12-12T13:08:17Z","url":"https://bitcointalk.org/index.php?topic=12.msg52#msg52","zh":"
建议：
由于快机器生成硬币更快，很多人会想用 GPU 算力来干这个。
所以我的建议是，用 ATI Stream 和 Nvidia CUDA 实现 GPU 计算支持。
","zhText":"建议：\n由于快机器生成硬币更快，很多人会想用 GPU 算力来干这个。\n所以我的建议是，用 ATI Stream 和 Nvidia CUDA 实现 GPU 计算支持。"},{"id":39,"sid":20,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-12","ts":"2009-12-12T17:52:44Z","url":"https://bitcointalk.org/index.php?topic=12.msg54#msg54","zh":"
我们应该达成一个君子协定：为了网络之好，尽量把 GPU 军备竞赛往后推延。倘若新用户不必操心 GPU 驱动与兼容性，让他们上手便会容易许多。如今，光凭一个 CPU 的人，就能相当公平地参与竞争，这很好。
","zhText":"全网络每天产出的硬币总量，并不因之而变。快的机器，不过是比慢的机器分到更大的一份罢了。即便人人都买了更快的机器，也并不会比从前得到更多的硬币。\n我们应该达成一个君子协定：为了网络之好，尽量把 GPU 军备竞赛往后推延。倘若新用户不必操心 GPU 驱动与兼容性，让他们上手便会容易许多。如今，光凭一个 CPU 的人，就能相当公平地参与竞争，这很好。"},{"id":40,"sid":21,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-12","ts":"2009-12-12T18:17:10Z","url":"https://bitcointalk.org/index.php?topic=12.msg55#msg55","zh":"
svn 0.2 在 Mac OS X 10.4.11/Intel 上就快编译过了（我这里还有一台 PPC970 的机器，PPC 构建也做得了）。窗口部分通过 wxwidgets 用上了原生 carbon！非常快！我不得不新建了一个 makefile（makefile.osx；当然基于 makefile.unix……考虑过用 autoconf 吗？），并在 header.h 里加了些 ifdef。我手上有补丁。我会继续捣鼓，接下来也许会在 FreeBSD 上试试。
","zhText":"关于我称之为\"自然通缩\"的现象，想快问一句。我注意到，可以向那些已经失效的旧地址付款——实质上这些硬币没人能再认领。这样不会产生自然通缩效应吗？我是说，如果硬币总量封顶在 21,000,000，付款失误难道不会让流通中的硬币数量慢慢变少吗？"},{"id":46,"sid":22,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-13","ts":"2009-12-13T16:51:25Z","url":"https://bitcointalk.org/index.php?topic=12.msg62#msg62","zh":"
我不确定 __WXMAC__ 是不是正确的宏。也许是 Mac Classic 支持把 wxString 搞复杂了，而我们只要 OSX。试试 __WXOSX__（或见下文）
http://docs.wxwidgets.org/stable/wx_cppconst.html\n\"wxWidgets 有两个移植到 Mac OS 的版本。其中一个 wxMac 又分两个版本：Classic 和 Carbon。Classic 版是唯一能跑在 Mac OS 8 上的。Carbon 版既可构建为 CFM 也可构建为 Mach-O（二进制格式，类似 ELF），前者或许能在 OS 9 下运行，后者只能在 OS X 下运行。最后还有一个只能在 OS X 下使用的新 Cocoa 移植。总结一下：
* 如果要测试所有 Mac 平台（classic 和 OS X），应同时测试 __WXMAC__ 和 __WXCOCOA__。\n * 如果要测试 OS X 下任何 GUI Mac 移植，用 __WXOSX__。\n * 如果要测试 Mac OS X 下的任何移植（比如 wxGTK 以及 wxBase），用 __DARWIN__\"
","zhText":"有人能指点一下吗？\ng++ -c -O0 -Wno-invalid-offsetof -Wformat -g -D__WXMAC__ -DNOPCH -DBUILD_MACOSX -I\"/usr/include\" -I\"/usr/local/include/wx-2.8\" -I\"/usr/local/include\" -I\"/usr/local/boost_1_41_0\" -I\"/sw/include/db4\" -I\"/usr/local/ssl/include\" -I\"/usr/local/lib/wx/include/mac-ansi-release-2.8\" -o headers.h.gch headers.h\n...\nui.h:430: error: no matching function for call to 'wxTextCtrl::SetValue(const std::basic_string, std::allocator >&)'\n/usr/local/include/wx-2.8/wx/textctrl.h:303: note: candidates are: virtual void wxTextCtrlBase::SetValue(const wxString&)\n\n看起来 std::string 到 wxString 的隐式转换不工作。这转换到处都在用，必须能用。\nwxString 情况复杂，因为要同时支持 win32 的 16 位 wchar 和 8 位 ansi 双编译。Windows 上如果用了 \"unicode\"（即 wchar）构建，wxString 是 wchar 而 std::string 是 char，就会出这个问题。\n多半是某个 wxWidgets 编译宏或构建配置的问题。你用的 \"configure\" 选项是什么？\n我不确定 __WXMAC__ 是不是正确的宏。也许是 Mac Classic 支持把 wxString 搞复杂了，而我们只要 OSX。试试 __WXOSX__（或见下文）\nhttp://docs.wxwidgets.org/stable/wx_cppconst.html\n\"wxWidgets 有两个移植到 Mac OS 的版本。其中一个 wxMac 又分两个版本：Classic 和 Carbon。Classic 版是唯一能跑在 Mac OS 8 上的。Carbon 版既可构建为 CFM 也可构建为 Mach-O（二进制格式，类似 ELF），前者或许能在 OS 9 下运行，后者只能在 OS X 下运行。最后还有一个只能在 OS X 下使用的新 Cocoa 移植。总结一下：\n* 如果要测试所有 Mac 平台（classic 和 OS X），应同时测试 __WXMAC__ 和 __WXCOCOA__。\n * 如果要测试 OS X 下任何 GUI Mac 移植，用 __WXOSX__。\n * 如果要测试 Mac OS X 下的任何移植（比如 wxGTK 以及 wxBase），用 __DARWIN__\""},{"id":51,"sid":null,"sat":0,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"The Madhatter","date":"2009-12-15","ts":"2009-12-15T05:21:09Z","url":"https://bitcointalk.org/index.php?topic=12.msg68#msg68","zh":"
好，我去查 std::string 的问题。最新版 Ubuntu Linux 上也报同样的 std::string 错误，所以这不只是 OSX 的事。我得说我的底子是 C 不是 C++，那些 C++ 的数据类型/头文件和其他细节我还在\"边走边学\"。
","zhText":"好，我上 SF 了。用户名 \"madhatter2\"。"},{"id":53,"sid":24,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-15","ts":"2009-12-15T20:37:32Z","url":"https://bitcointalk.org/index.php?topic=12.msg70#msg70","zh":"
Martti Malmi\n - 最小化到系统托盘选项\n - 开机自启选项，可以自动在后台保持运行\n - 面向未来扩展的全新选项对话框布局\n - Windows 安装程序\n - Linux 版（已在 Ubuntu 上测试）\nSatoshi Nakamoto\n - 生成硬币的多处理器支持\n - 配合 TOR 使用的代理支持\n - 修复了初始区块下载的一些卡顿
特别感谢 Martti Malmi（sirius-m）的全部编码工作以及新网站和本论坛的托管，也感谢 New Liberty Standard 帮助测试 Linux 版。
","zhText":"Bitcoin 0.2 版来了！\n下载链接：\nhttp://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.2.0-win32-setup.exe/download\nhttp://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.2.0-win32.zip/download\nhttp://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.2.0-linux.tar.gz/download\n新特性\nMartti Malmi\n - 最小化到系统托盘选项\n - 开机自启选项，可以自动在后台保持运行\n - 面向未来扩展的全新选项对话框布局\n - Windows 安装程序\n - Linux 版（已在 Ubuntu 上测试）\nSatoshi Nakamoto\n - 生成硬币的多处理器支持\n - 配合 TOR 使用的代理支持\n - 修复了初始区块下载的一些卡顿\n特别感谢 Martti Malmi（sirius-m）的全部编码工作以及新网站和本论坛的托管，也感谢 New Liberty Standard 帮助测试 Linux 版。"},{"id":57,"sid":null,"sat":0,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"The Madhatter","date":"2009-12-17","ts":"2009-12-17T13:23:43Z","url":"https://bitcointalk.org/index.php?topic=12.msg76#msg76","zh":"
在 FreeBSD 上构建：
从 /usr/ports 装好全部必需软件，然后用 makefile.fbsd 编译
\"开箱即用\"。
","zhText":"在 FreeBSD 上构建：\n从 /usr/ports 装好全部必需软件，然后用 makefile.fbsd 编译\n\"开箱即用\"。"},{"id":58,"sid":26,"sat":1,"tid":8,"tt":"A few suggestions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2009-12-17","ts":"2009-12-17T18:38:06Z","url":"https://bitcointalk.org/index.php?topic=12.msg77#msg77","zh":"
","zhText":"连接数到底对我有什么用？连接越多生成的硬币就越多吗？还是不管多少都一样？\n好像时不时地，Tor 会卡住，可以连续几个小时只有 3、4 个连接。然后我重启 bitcoin 或重启 Tor 刷新连接，就能有 7、8 个甚至更多（现在 9 个）。\n我分辨不出连接少的时候硬币生成是否变慢了，但好奇两者是否相关。如果不相关，那连接多些到底怎么帮到我？"},{"id":76,"sid":null,"sat":0,"tid":14,"tt":"TOR and I2P","src":"Bitcointalk","author":"The Madhatter","date":"2010-01-16","ts":"2010-01-16T23:22:55Z","url":"https://bitcointalk.org/index.php?topic=22.msg104#msg104","zh":"
你好，
我又想到一个主意。
能有 TOR 和 I2P 的种子节点就太酷了。比如：我可以在 TOR 环境里用 .onion 地址跑 BT。客户端把 BT 连到 TOR，从一个 .onion 地址取种子，把它当作已连接的对端。（I2P 同理：有人可以跑一个 .i2p 服务，内容嘛——就是 BC。）
我也许会用这种方式架几个节点，把隧道发布到这个论坛。我已经运行了很多 I2P 和 TOR 节点，加上 BC 很容易。
我支持让 BC 兼容 TOR 和 I2P 以增强系统隐私的设想。我的意思是：何必重复造轮子？那里有成千上万的混合网络节点闲置着，可以用来增强 BC。
干杯！
","zhText":"你好，\n我又想到一个主意。\n能有 TOR 和 I2P 的种子节点就太酷了。比如：我可以在 TOR 环境里用 .onion 地址跑 BT。客户端把 BT 连到 TOR，从一个 .onion 地址取种子，把它当作已连接的对端。（I2P 同理：有人可以跑一个 .i2p 服务，内容嘛——就是 BC。）\n我也许会用这种方式架几个节点，把隧道发布到这个论坛。我已经运行了很多 I2P 和 TOR 节点，加上 BC 很容易。\n我支持让 BC 兼容 TOR 和 I2P 以增强系统隐私的设想。我的意思是：何必重复造轮子？那里有成千上万的混合网络节点闲置着，可以用来增强 BC。\n干杯！"},{"id":75,"sid":30,"sat":1,"tid":13,"tt":"Number of connections?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-01-20","ts":"2010-01-20T20:07:15Z","url":"https://bitcointalk.org/index.php?topic=21.msg112#msg112","zh":"
","zhText":"我附议 64 位支持的请求，就算它不能让程序跑得更快。我不是专家，但看不出有什么坏处。反过来说，这也是拥抱未来的好方式。"},{"id":92,"sid":null,"sat":0,"tid":15,"tt":"A newb's test - anyone want to buy a picture for $1?","src":"Bitcointalk","author":"sirius","date":"2010-01-25","ts":"2010-01-25T19:25:29Z","url":"https://bitcointalk.org/index.php?topic=25.msg132#msg132","zh":"
除非用 IP，否则没法给 Bitcoin 用户发消息？这看起来没必要。背后有什么原因吗？我觉得人们收发硬币时用比特币地址会比用 IP 地址多得多。
我想是某种技术限制。Satoshi 能多讲讲吗？
","zhText":"除非用 IP，否则没法给 Bitcoin 用户发消息？这看起来没必要。背后有什么原因吗？我觉得人们收发硬币时用比特币地址会比用 IP 地址多得多。\n\n我想是某种技术限制。Satoshi 能多讲讲吗？"},{"id":99,"sid":null,"sat":0,"tid":16,"tt":"Bitcoin crash when sending coins","src":"Bitcointalk","author":"riX","date":"2010-01-25","ts":"2010-01-25T23:07:16Z","url":"https://bitcointalk.org/index.php?topic=27.msg135#msg135","zh":"
最近我尝试发送硬币时，下面这个弹窗出现两次，然后程序退出。
EXCEPTION: St13runtime_error\nSendMoney() : wtxNew.AcceptTransaction() failed\n\nc:\\Documents and Settings\\username\\bitcoin-0.2.0\\bitcoin.exe in\nCMyApp::OnExceptionInMainLoop()
发往我自己的比特币地址、发往我另一台电脑的比特币地址、发往一个当前没有任何地方在线的比特币地址时都会发生。我不是按 IP 发送的。
我来回搬过钱包和索引文件，这会不会与此有关？
","zhText":"最近我尝试发送硬币时，下面这个弹窗出现两次，然后程序退出。\nEXCEPTION: St13runtime_error\nSendMoney() : wtxNew.AcceptTransaction() failed\n\nc:\\Documents and Settings\\username\\bitcoin-0.2.0\\bitcoin.exe in\nCMyApp::OnExceptionInMainLoop()重启 bitcoin.exe 后，该交易显示为 0/unconfirmed。即使区块总数增加，状态也不变。\n我在家庭局域网里跑着两个 bitcoin 实例：一个在台式机上，一个在笔记本的虚拟机里，用开关 -connect=192.168.0.2（台式机的 IP）。\n发往我自己的比特币地址、发往我另一台电脑的比特币地址、发往一个当前没有任何地方在线的比特币地址时都会发生。我不是按 IP 发送的。\n我来回搬过钱包和索引文件，这会不会与此有关？"},{"id":107,"sid":null,"sat":0,"tid":17,"tt":"Blocks never stop generating?","src":"Bitcointalk","author":"riX","date":"2010-01-26","ts":"2010-01-26T22:51:47Z","url":"https://bitcointalk.org/index.php?topic=28.msg142#msg142","zh":"
是的，有用。
重要性是相对的。你可以用区块数来算些统计。另外，按下 ctrl+[numpad+]，你会看到区块的序号和哈希。（至少在 windows 上如此。）
","zhText":"是的，有用。\n重要性是相对的。你可以用区块数来算些统计。另外，按下 ctrl+[numpad+]，你会看到区块的序号和哈希。（至少在 windows 上如此。）"},{"id":115,"sid":null,"sat":0,"tid":18,"tt":"Payment server","src":"Bitcointalk","author":"giik","date":"2010-01-27","ts":"2010-01-27T13:23:17Z","url":"https://bitcointalk.org/index.php?topic=29.msg152#msg152","zh":"
钱包已经支持多个比特币地址。
你应该看看 bitcoin 应用里的 \"Options/Change your address\"
","zhText":"到处复制钱包文件，就会出现这种情况。倘若你把钱包文件复制到第二台电脑，两台机器都会以为钱包里的钱是自己的。一台花掉了其中一些，另一台却并不知道这些硬币已被花掉，便会试图再花一次——你碰到的，就是这个错误。\n既然现在明确了这是条关键错误信息，它应该写成类似\"这笔钱似乎已被花掉……如果你在另一台电脑上使用过钱包文件的副本，就可能发生这种情况。\"\n你可以移动或备份钱包文件，但它只能有一条\"血脉\"，同一时间只能在一处使用。一旦把钱转出去，便不能再使用任何先前的副本。\n这引出了一个好问题。对于恢复一份可能早于某次花钱之前的备份的情况，我们需要加上重新同步的功能，找出哪些硬币已被花掉。这不难做，只是还没实现。我加进清单了。有了它，多数情况下能直接修好，而不是抛出那条错误信息。"},{"id":101,"sid":null,"sat":0,"tid":16,"tt":"Bitcoin crash when sending coins","src":"Bitcointalk","author":"riX","date":"2010-01-27","ts":"2010-01-27T22:14:20Z","url":"https://bitcointalk.org/index.php?topic=27.msg157#msg157","zh":"
","zhText":"是，我也觉得与此有关。\n要是能有个钱包工具来合并钱包文件、清理不再使用的比特币地址、以及你说的重新同步，就太好了。（我试过干脆重新下载全部区块，但你知道的，交易记录还是留在那里。）\n将来 Merkle 树修剪之后，重新同步怎么办？"},{"id":93,"sid":33,"sat":1,"tid":15,"tt":"A newb's test - anyone want to buy a picture for $1?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-01-28","ts":"2010-01-28T01:01:48Z","url":"https://bitcointalk.org/index.php?topic=25.msg159#msg159","zh":"
","zhText":"状态栏里的 \"# blocks\" 我正改成 \"# confirmations\"。那样也许更清楚。\n双击交易可以看到更多信息。"},{"id":97,"sid":null,"sat":0,"tid":15,"tt":"A newb's test - anyone want to buy a picture for $1?","src":"Bitcointalk","author":"riX","date":"2010-01-28","ts":"2010-01-28T13:07:37Z","url":"https://bitcointalk.org/index.php?topic=25.msg168#msg168","zh":"
如 riX 所说，这才是正路。软件可以在每次收款时按需生成新的比特币地址。\"请发送 X bc 至 [一次性比特币地址] 以完成订单\"。服务器收到该地址上的这笔金额，就可以触发自动发货或给店主发邮件。
加命令行支持是高优先级。只是要有时间写代码。
","zhText":"如 riX 所说，这才是正路。软件可以在每次收款时按需生成新的比特币地址。\"请发送 X bc 至 [一次性比特币地址] 以完成订单\"。服务器收到该地址上的这笔金额，就可以触发自动发货或给店主发邮件。\n加命令行支持是高优先级。只是要有时间写代码。"},{"id":98,"sid":37,"sat":1,"tid":15,"tt":"A newb's test - anyone want to buy a picture for $1?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-01-29","ts":"2010-01-29T00:22:13Z","url":"https://bitcointalk.org/index.php?topic=25.msg173#msg173","zh":"
","zhText":"我已把这个修复上传到 SVN。它会在加载时监视已花掉的硬币并更新你的钱包，也会随区块到来持续更新。我还放了一条更好的错误信息，但应该永远不会碰到它，因为它总能提前发现已花掉的硬币——除非你同时在两台电脑上把同一笔钱花掉。\n想试用的话，把你的邮箱私信或邮件给我，我以附件方式发送，并注明操作系统（win、linux 32 位、linux 64 位）。"},{"id":183,"sid":40,"sat":1,"tid":21,"tt":"Win32 CPU Cycles vs 'Live Protection' Engines ?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-03","ts":"2010-02-03T23:36:54Z","url":"https://bitcointalk.org/index.php?topic=35.msg220#msg220","zh":"
谢谢反馈。哪个版本的 Windows？
","zhText":"谢谢反馈。哪个版本的 Windows？"},{"id":176,"sid":41,"sat":1,"tid":20,"tt":"Questions about Addresses","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-04","ts":"2010-02-04T00:07:07Z","url":"https://bitcointalk.org/index.php?topic=34.msg222#msg222","zh":"
","zhText":"端口转发是把一个端口指向一台计算机。它告诉路由器由哪台计算机处理发往该端口的连接。所以收款的就是那台机器。\n如果没设置端口转发，入站连接不会到达任何一台计算机，向该 IP 发送时只会提示无法连接收款方，什么也发不出去。按 IP 发送时，你其实仍是发到一个比特币地址：你的计算机连上那个 IP，向它索取一个新的比特币地址，把交易直接交给它，并确认它收到且接受。\n应该有人把自己的静态 IP 贴出来，让大家试试按 IP 发送，顺便白送那个人一些钱。\n比特币地址里有 32 位校验和，所以你不会不小心打错一个无效地址。\n如果 4) 你发给了某个已抛弃或丢失 wallet.dat 的收款人，钱就丢了。这里有个微妙之处：既然流通中的总钱数变少了，每个人剩下的钱都会略微升值，即\"自然通缩\"。"},{"id":83,"sid":42,"sat":1,"tid":14,"tt":"TOR and I2P","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-04","ts":"2010-02-04T00:30:50Z","url":"https://bitcointalk.org/index.php?topic=22.msg223#msg223","zh":"
","zhText":"是否应该有个针对这种情况的功能？比如，一笔交易长时间（一个月？）未被收款方接受，就取消交易、把硬币退回发送者？\n\n那不可能。你已经把钱交到了收款方密钥对的控制之下。只有那把密钥能支配它。\n这就像你用 AES 和一个强密码加密了一个文件，然后丢了密码。数据就丢了。"},{"id":20,"sid":null,"sat":0,"tid":4,"tt":"Repost: Request: Make this anonymous?","src":"SourceForge 遗留（转贴）","author":"Suggester","date":"2010-02-06","ts":"2010-02-06T18:50:09Z","url":"https://bitcointalk.org/index.php?topic=7.msg262#msg262","zh":"
--------------------\nanonguy54:\n请求：能不能做成匿名的？\nPosted:Thu 15 of Oct, 2009 (19:58 UTC)
有没有计划把这个服务做成匿名的？
例如，能通过 Tor 路由 BitCoin。
各位纠正我吧，但我觉得它本来就已经是匿名的了！我转账给的那个人能知道我的 IP 什么的吗？
","zhText":"--------------------\nanonguy54:\n请求：能不能做成匿名的？\nPosted:Thu 15 of Oct, 2009 (19:58 UTC)\n有没有计划把这个服务做成匿名的？\n例如，能通过 Tor 路由 BitCoin。\n\n各位纠正我吧，但我觉得它本来就已经是匿名的了！我转账给的那个人能知道我的 IP 什么的吗？"},{"id":252,"sid":null,"sat":0,"tid":23,"tt":"How divisible are bitcoins and other market/economic questions","src":"Bitcointalk","author":"BlueSky","date":"2010-02-06","ts":"2010-02-06T19:08:31Z","url":"https://bitcointalk.org/index.php?topic=44.msg263#msg263","zh":"
","zhText":"发送到比特币地址之时，你并不连接收款方。你把交易发到网络上，路径与转发交易并无二致。你发起的交易，与你从别的节点收到、再广播转发出去的交易，并无任何区别。只不过在网络尚小的当下，仍有人可能凭排除法推断出来。待网络壮大之后，便会好上许多。\n倘若按 IP 发送，收款方就能看到你，因为是你连接到对方的 IP。可以用 TOR 来遮掩。\n倘若你不想让任何人知道你连 Bitcoin 都在用，可以用 TOR。\nBitcoin 还很新，尚未经过独立的安全分析。倘若你认真对待隐私，TOR 便是一个值得考虑的预防措施。"},{"id":253,"sid":46,"sat":1,"tid":23,"tt":"How divisible are bitcoins and other market/economic questions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-06","ts":"2010-02-06T23:25:53Z","url":"https://bitcointalk.org/index.php?topic=44.msg267#msg267","zh":"
","zhText":"第一个请求：\n可选的\"连接到 IP\"对话框。\n说明：\nBitCoin 目前通过从 IRC 获取若干 IP 之一来连接（对等）网络；一旦连上一个对端，就能建立更多连接。所以只要列表里有 1 个 IP 可用，你就能连上网络并连接到其他 IP（这是我的理解，有误请指正）。\n这与 Tor 的工作方式有些相似：首次启动时它会尝试连接一份公开的 IP 列表（公共桥接节点）。这份列表是公开的，想要阻止 Tor 使用的组织（比如中国或伊朗政府）也能拿到它。于是这些 IP 被封禁，这些国家里的人无法连接。\n不过可以选择连接某个桥的 IP（如果你知道一个——比如自由国家里一位朋友以桥接模式运行着 Tor），以此绕过政权封锁，而且非常稳健。\n加入这个功能后，即便政权试图阻止，Bitcoin 也能照常运转。"},{"id":277,"sid":49,"sat":1,"tid":26,"tt":"Bitcoin client and website translation","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-08","ts":"2010-02-08T16:10:37Z","url":"https://bitcointalk.org/index.php?topic=47.msg283#msg283","zh":"
同一笔钱再次发送时，不会再次产生费用。倘若你的钱包里全是生成的硬币，把它们一次性全部发出去就得打成一笔巨大的交易，要把几百枚 50 bc 的硬币捆在一起。之后发送这个合并单位就只是一行了。
","zhText":"超大交易有一笔小额交易费。生成包含该交易的区块的节点会得到这笔费用。\n同一笔钱再次发送时，不会再次产生费用。倘若你的钱包里全是生成的硬币，把它们一次性全部发出去就得打成一笔巨大的交易，要把几百枚 50 bc 的硬币捆在一起。之后发送这个合并单位就只是一行了。"},{"id":23,"sid":null,"sat":0,"tid":4,"tt":"Repost: Request: Make this anonymous?","src":"SourceForge 遗留（转贴）","author":"Xunie","date":"2010-02-12","ts":"2010-02-12T04:23:11Z","url":"https://bitcointalk.org/index.php?topic=7.msg317#msg317","zh":"
Tor 亦可能危险，譬如出口节点会记录密码之类的信息。\n故而在配合 Tor（或任何其他代理服务）使用 Bitcoin 时，安全性上存在一个大问题：
","zhText":"Tor 亦可能危险，譬如出口节点会记录密码之类的信息。\n故而在配合 Tor（或任何其他代理服务）使用 Bitcoin 时，安全性上存在一个大问题：\n那么，Bitcoin 连接到一个 IP 时，究竟发送些什么？\n我们在线上发送的一切，都经过加密吗？\n会不会有人在代理的末端（在 Tor 里即\"出口节点\"）偷听，并\"偷走\"比特币？\n说到安全，我们兴许该在 bitcoin 里加一个简单的版本检查程序，在用户运行的\"bitcoin 版本不安全\"时发出提醒。"},{"id":291,"sid":null,"sat":0,"tid":27,"tt":"What's with this odd generation?","src":"Bitcointalk","author":"theymos","date":"2010-02-12","ts":"2010-02-12T08:31:52Z","url":"https://bitcointalk.org/index.php?topic=48.msg318#msg318","zh":"
超大交易有一笔小额交易费。（通常在 10,000 bc 以上）生成包含该交易的区块的节点会得到这笔费用。
费用按交易的 KB 大小计算，用于补偿网络处理它所消耗的资源。
同一笔钱再次发送时不会再次产生费用，因为那时它已然很小了。第一次要把几百枚 50 bc 的硬币捆在一起，之后发送这个合并单位就只是一行了。
","zhText":"超大交易有一笔小额交易费。（通常在 10,000 bc 以上）生成包含该交易的区块的节点会得到这笔费用。\n费用按交易的 KB 大小计算，用于补偿网络处理它所消耗的资源。\n同一笔钱再次发送时不会再次产生费用，因为那时它已然很小了。第一次要把几百枚 50 bc 的硬币捆在一起，之后发送这个合并单位就只是一行了。\n\n发送方客户端会多发一些比特币来覆盖费用吗（这样收款方拿到的正是他期望的数额）？为什么不能有人干脆发 1000 笔小额交易来绕开费用？"},{"id":292,"sid":null,"sat":0,"tid":27,"tt":"What's with this odd generation?","src":"Bitcointalk","author":"SmokeTooMuch","date":"2010-02-12","ts":"2010-02-12T13:11:09Z","url":"https://bitcointalk.org/index.php?topic=48.msg319#msg319","zh":"
为什么我们还需要费用？我以为\"无费用\"正是比特币的优点之一呢 ?!
","zhText":"为什么我们还需要费用？我以为\"无费用\"正是比特币的优点之一呢 ?!"},{"id":293,"sid":null,"sat":0,"tid":27,"tt":"What's with this odd generation?","src":"Bitcointalk","author":"riX","date":"2010-02-12","ts":"2010-02-12T14:31:15Z","url":"https://bitcointalk.org/index.php?topic=48.msg320#msg320","zh":"
","zhText":"没错，通过 Tor 按 IP 发送，不过是用一个问题换另一个问题。Tor 出口节点能看见你消息的明文，还可能对你发起中间人攻击。\n那么最好只发送到比特币地址。发往比特币地址的付款，作为正常网络流量的一部分在网络上广播。与网络的一切通信，皆属公开信息的广播。"},{"id":300,"sid":null,"sat":0,"tid":28,"tt":"DEB Package?","src":"Bitcointalk","author":"nphyx","date":"2010-02-13","ts":"2010-02-13T00:25:04Z","url":"https://bitcointalk.org/index.php?topic=49.msg325#msg325","zh":"
","zhText":"发送方客户端会多发一些比特币来覆盖费用吗（这样收款方拿到的正是他期望的数额）？\n\n会。\n为什么我们还需要费用？我以为\"无费用\"正是比特币的优点之一呢 ?!\n\n几乎所有交易都是免费的。倘若一笔交易必须把 500 多笔你收到的最大额付款加总才能凑够金额，它就超过了最大尺寸限制。超限交易加一笔小额费用仍可发出。\n平均规模的交易，以及最大到 500 倍于平均规模的交易，都是免费的。\n只有发送真正巨大的交易时交易费才会登场，即便如此，算下来也大约只有金额的 0.002%。这并非从系统里抽走的钱，它只是流向其他节点。倘若你为付这笔费而难过，你随时可以反客为主自己运行一个节点，说不定哪天你自己就捞到一笔 0.44 的费用。"},{"id":295,"sid":null,"sat":0,"tid":27,"tt":"What's with this odd generation?","src":"Bitcointalk","author":"theymos","date":"2010-02-14","ts":"2010-02-14T08:48:57Z","url":"https://bitcointalk.org/index.php?topic=48.msg328#msg328","zh":"
当比特币生成不再有利可图之后，这笔费用是否足以始终保证运行节点有利可图？
","zhText":"当比特币生成不再有利可图之后，这笔费用是否足以始终保证运行节点有利可图？"},{"id":296,"sid":57,"sat":1,"tid":27,"tt":"What's with this odd generation?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-14","ts":"2010-02-14T15:52:23Z","url":"https://bitcointalk.org/index.php?topic=48.msg329#msg329","zh":"
","zhText":"连接数量有写死的上限吗？我现在看到 45 条连接。最近几个月增长得很不错。就是再也挖不到那么多硬币了……"},{"id":344,"sid":null,"sat":0,"tid":31,"tt":"The current Bitcoin economic model doesn't work","src":"Bitcointalk","author":"xc","date":"2010-02-20","ts":"2010-02-20T06:39:33Z","url":"https://bitcointalk.org/index.php?topic=57.msg412#msg412","zh":"
每个人都确切知道比特币的供应会以多快的速度增长：它白纸黑字地写在编程规则和比特币网络里。诚然，目前还没有一个完全成熟的市场来真正为比特币定价，但这样的市场和交易所正在建设中。至于未来的比特币生成者，问题不是他\"会要求……多少来补偿成本\"。他会问自己的问题是：\"以当前市场价值和我的电力与 CPU 资源利用能力，生成比特币对我划算吗？\"答案是肯定，他就参与；答案是否定，他就停止挖比特币，转而专注于用比特币作适当中介来交易有形资产。拿不准的话，他就试一阵子再做最终决定。
节点数量及其关联的 CPU 算力会不断变动，而这种竞争性变动会让成本趋近价值（而不是相反）。价值由市场和对比特币作为交易中介（即货币）的需求决定。在遥远的未来，交易费用的竞争将对潜在的节点运营者扮演更重要的角色。
","zhText":"大家不必焦虑。从来没有谁死于\"通缩螺旋\"。我同意 \"I-am-not-anonymous\" 的看法。市场会选出最好的类比特币货币。不过我恰好相信，Satoshi 为比特币奠定的规则，对一个繁荣的比特币经济的未来而言绰绰有余。\n每个人都确切知道比特币的供应会以多快的速度增长：它白纸黑字地写在编程规则和比特币网络里。诚然，目前还没有一个完全成熟的市场来真正为比特币定价，但这样的市场和交易所正在建设中。至于未来的比特币生成者，问题不是他\"会要求……多少来补偿成本\"。他会问自己的问题是：\"以当前市场价值和我的电力与 CPU 资源利用能力，生成比特币对我划算吗？\"答案是肯定，他就参与；答案是否定，他就停止挖比特币，转而专注于用比特币作适当中介来交易有形资产。拿不准的话，他就试一阵子再做最终决定。\n节点数量及其关联的 CPU 算力会不断变动，而这种竞争性变动会让成本趋近价值（而不是相反）。价值由市场和对比特币作为交易中介（即货币）的需求决定。在遥远的未来，交易费用的竞争将对潜在的节点运营者扮演更重要的角色。\n与你提出的节俭悖论相反，囤积比特币、指望通过通缩赚取购买力并不是坏事。它将使比特币资本的汇集成为可能，让更大规模的资本投资得以成交。将来甚至可能出现比特币银行，以市场利率放出储户的比特币，从而削弱囤积的影响。不过这一切美好的储蓄都有一份代价：当下欲望的满足被推迟。从潜在储蓄者的角度看，问题永远是：是克制当下的欲望现在购买真实的有形资产，还是换取将来购买更多的可能性。这种时间偏好天然因人而异、因境而异。\n鉴于比特币天生是电子的、易于细分，价格将能轻松适应通缩压力。如果储蓄的人太多，价格就会下跌、利率也会下降。这会刺激需求（价格更低），并削弱储蓄的意愿（利息更少）。\nXC"},{"id":347,"sid":63,"sat":1,"tid":32,"tt":"Number of connections","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-21","ts":"2010-02-21T03:43:48Z","url":"https://bitcointalk.org/index.php?topic=58.msg413#msg413","zh":"
","zhText":"要是有一份静态 IP 列表供新用户发测试捐赠、看看软件怎么运作，就太好了。如果你能接受入站连接、又有静态 IP 地址，就贴在这里！\n发到这些 IP 的任何金额都应视为捐赠。\n如果你确实请求往返，务必在备注里附上你的回程比特币地址或 IP，但请默认它是单向的。对方不一定守着来账交易等你回寄。"},{"id":345,"sid":65,"sat":1,"tid":31,"tt":"The current Bitcoin economic model doesn't work","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-21","ts":"2010-02-21T05:44:24Z","url":"https://bitcointalk.org/index.php?topic=57.msg415#msg415","zh":"
以前是 View->Show Generated，现在是标签页：\n- All Transactions\n- Sent/Received\n- Sent\n- Received
切到 Received 查看收款方便多了。
把\"你的地址\"簿挪进了主地址簿。两本地址簿太容易搞混。
我发现 \"From: unknown, To: (one of your bitcoin addresses)\" 里的 \"To:\" 仍然令人困惑，所以改成了 \"From: unknown, Received with:\"。比特币地址做了缩写，这样你能看到在地址簿 Receiving 标签页里设置的标签。
修掉了升级到 wxWidgets 2.9.0 后的几处 UI 小毛病。
我没忘记你们这些想要无 UI 版本的人，只是在更多构建打磨之前得先干点有趣的事。
","zhText":"上传了一些 UI 改动到 SVN，作为 0.2.5 版。\n以前是 View->Show Generated，现在是标签页：\n- All Transactions\n- Sent/Received\n- Sent\n- Received\n切到 Received 查看收款方便多了。\n把\"你的地址\"簿挪进了主地址簿。两本地址簿太容易搞混。\n我发现 \"From: unknown, To: (one of your bitcoin addresses)\" 里的 \"To:\" 仍然令人困惑，所以改成了 \"From: unknown, Received with:\"。比特币地址做了缩写，这样你能看到在地址簿 Receiving 标签页里设置的标签。\n修掉了升级到 wxWidgets 2.9.0 后的几处 UI 小毛病。\n我没忘记你们这些想要无 UI 版本的人，只是在更多构建打磨之前得先干点有趣的事。"},{"id":358,"sid":null,"sat":0,"tid":35,"tt":"generation slowed down dramatically","src":"Bitcointalk","author":"NewLibertyStandard","date":"2010-02-22","ts":"2010-02-22T19:33:53Z","url":"https://bitcointalk.org/index.php?topic=61.msg431#msg431","zh":"
你把\"你的地址\"和\"其他地址\"合并之后，怎么区分它们？也许我自己构建 0.2.5 版更好——有人有在 Mac OS X 10.6 上构建的指南吗？
","zhText":"你把\"你的地址\"和\"其他地址\"合并之后，怎么区分它们？也许我自己构建 0.2.5 版更好——有人有在 Mac OS X 10.6 上构建的指南吗？"},{"id":359,"sid":67,"sat":1,"tid":35,"tt":"generation slowed down dramatically","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-23","ts":"2010-02-23T00:49:56Z","url":"https://bitcointalk.org/index.php?topic=61.msg433#msg433","zh":"
","zhText":"谢谢解释。我想全都说得通了。\n生成的比特币是用主 Bitcoin 窗口当前显示的那个地址加密的吗？我很久以前也许在一封邮件里提过：要是将来的某个版本能让人看到自己的哪些比特币是用自己的哪个地址加密的，那就太酷了。"},{"id":367,"sid":71,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-23","ts":"2010-02-23T22:15:41Z","url":"https://bitcointalk.org/index.php?topic=63.msg452#msg452","zh":"
SVN 上的 0.2.6 版现在可以作为守护进程运行，并用命令行或 JSON-RPC 控制。
在 Linux 上需要装 libgtk2.0-0，但不需要运行 GUI。希望 gtk 能在没有窗口系统的情况下安装。
","zhText":"生成的比特币是用主 Bitcoin 窗口当前显示的那个地址加密的吗？\n\n不是，每笔生成的交易都用一个新的、一次性的地址。\n什么都不用主窗口里的地址，它只是放在那儿方便你复制。0.2.5 在它旁边加了个 \"New...\" 按钮，每次使用前都能轻松换新。"},{"id":308,"sid":null,"sat":0,"tid":30,"tt":"URI-scheme for bitcoin","src":"Bitcointalk","author":"The Madhatter","date":"2010-02-24","ts":"2010-02-24T02:37:55Z","url":"https://bitcointalk.org/index.php?topic=55.msg462#msg462","zh":"
是啊，我也完全想到过这个。磁力链接方案就太棒了。
","zhText":"是啊，我也完全想到过这个。磁力链接方案就太棒了。"},{"id":369,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"theymos","date":"2010-02-24","ts":"2010-02-24T03:07:37Z","url":"https://bitcointalk.org/index.php?topic=63.msg467#msg467","zh":"
在 Linux 上需要装 libgtk2.0-0
这个依赖以后会去掉吗？我宁愿不跟 GTK 打交道。
","zhText":"在 Linux 上需要装 libgtk2.0-0\n\n这个依赖以后会去掉吗？我宁愿不跟 GTK 打交道。"},{"id":371,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"The Madhatter","date":"2010-02-24","ts":"2010-02-24T05:00:45Z","url":"https://bitcointalk.org/index.php?topic=63.msg478#msg478","zh":"
* madhatter2 拔出了锋利无比的十六进制编辑器
","zhText":"* madhatter2 拔出了锋利无比的十六进制编辑器"},{"id":309,"sid":73,"sat":1,"tid":30,"tt":"URI-scheme for bitcoin","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-24","ts":"2010-02-24T05:57:43Z","url":"https://bitcointalk.org/index.php?topic=55.msg481#msg481","zh":"
在销售点用会很不错。收银机在屏幕上显示一个编码了比特币地址和金额的二维码，你用手机拍下来。
","zhText":"在销售点用会很不错。收银机在屏幕上显示一个编码了比特币地址和金额的二维码，你用手机拍下来。"},{"id":372,"sid":74,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-24","ts":"2010-02-24T06:17:23Z","url":"https://bitcointalk.org/index.php?topic=63.msg482#msg482","zh":"
","zhText":"我不那么挑剔。比特币网络的成长与更广泛使用的推广，对我而言便已是足够的回报了。"},{"id":376,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"sirius","date":"2010-02-24","ts":"2010-02-24T18:17:35Z","url":"https://bitcointalk.org/index.php?topic=63.msg502#msg502","zh":"
","zhText":"倘若是 GPL 的东西，我就得避免使用。对 GPL 本身并无意见，但 Bitcoin 是 MIT 许可的项目。凡是 GPL 的内容，请明确标注出来。"},{"id":377,"sid":77,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-24","ts":"2010-02-24T22:08:55Z","url":"https://bitcointalk.org/index.php?topic=63.msg509#msg509","zh":"
","zhText":"我的理解是，每个 Bitcoin 客户端都内置了同样的算法（公式），每隔若干区块自动调整难度。\n\n那它怎么又和连接到整个网络的 CPU 数量有关呢？\n不止如此，我想 Bitcoin 不会接受以不同难度生成的区块，因而倘若一个改动过的 Bitcoin 客户端试图发出更容易生成的区块，所有正宗的客户端都会拒绝这些假区块。\n\n这需要 Satoshi 来确认，因为每当 PoW 难度上升时，客户端一直在接受以更容易难度生成的区块。"},{"id":378,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"sirius","date":"2010-02-25","ts":"2010-02-25T16:32:17Z","url":"https://bitcointalk.org/index.php?topic=63.msg538#msg538","zh":"
它是立刻开始增长的。我看看 valgrind 能不能帮上忙。
","zhText":"它是立刻开始增长的。我看看 valgrind 能不能帮上忙。"},{"id":379,"sid":80,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-25","ts":"2010-02-25T22:54:17Z","url":"https://bitcointalk.org/index.php?topic=63.msg539#msg539","zh":"
","zhText":"公式基于生成 2016 个区块所花的时间。难度乘以 14/(实际天数)。譬如这次用了 9.4 天，计算就是 14/9.4 = 1.49。之前的难度 2.53 * 1.49 = 3.78，上涨 49%。\n我不知道你说的\"接受更容易的难度\"是什么意思。"},{"id":380,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"theymos","date":"2010-02-26","ts":"2010-02-26T09:18:32Z","url":"https://bitcointalk.org/index.php?topic=63.msg553#msg553","zh":"
我只用 wxBase 编译时遇到了错误。
g++ -c -O0 -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -D__WXGTK__ -DNOPCH -I\"/opt/tdep/include\" -I\"/usr/include\" -DwxUSE_GUI=0 -o obj/nogui/util.o util.cpp\nIn file included from util.cpp:5:\nheaders.h:22:24: error: wx/clipbrd.h: No such file or directory\nIn file included from headers.h:100,\n from util.cpp:5:\ndb.h: In member function 'bool CDB::Exists(const K&)':\ndb.h:140: error: 'class Db' has no member named 'exists'\nmake: *** [obj/nogui/util.o] Error 1
wxBase 不安装 Clipbrd.h。把 wxWidgets-2.9.0/include/wx/clipbrd.h 挪到我的 include 目录，就消掉了那两行 \"no such file\"。
","zhText":"我只用 wxBase 编译时遇到了错误。\ng++ -c -O0 -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -D__WXGTK__ -DNOPCH -I\"/opt/tdep/include\" -I\"/usr/include\" -DwxUSE_GUI=0 -o obj/nogui/util.o util.cpp\nIn file included from util.cpp:5:\nheaders.h:22:24: error: wx/clipbrd.h: No such file or directory\nIn file included from headers.h:100,\n from util.cpp:5:\ndb.h: In member function 'bool CDB::Exists(const K&)':\ndb.h:140: error: 'class Db' has no member named 'exists'\nmake: *** [obj/nogui/util.o] Error 1wxBase 不安装 Clipbrd.h。把 wxWidgets-2.9.0/include/wx/clipbrd.h 挪到我的 include 目录，就消掉了那两行 \"no such file\"。"},{"id":381,"sid":82,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-26","ts":"2010-02-26T16:29:21Z","url":"https://bitcointalk.org/index.php?topic=63.msg555#msg555","zh":"
wx/clipbrd.h 并没有被用到，把它挪进 #if wxUSE_GUI 里面。
SVN 上的 headers.h 已更新。
抱歉，我链接的是 wxbase，但我电脑上装的是完整的 wxWidgets。
db.h:140 的 \"class Db no member named 'exisits'\" 更奇怪。pdb->get、pdb->put、pdb->del 在那之前都编译过了。你的 Berkeley DB 是 4.7.25 版吗？
","zhText":"wx/clipbrd.h 并没有被用到，把它挪进 #if wxUSE_GUI 里面。\nSVN 上的 headers.h 已更新。\n抱歉，我链接的是 wxbase，但我电脑上装的是完整的 wxWidgets。\ndb.h:140 的 \"class Db no member named 'exisits'\" 更奇怪。pdb->get、pdb->put、pdb->del 在那之前都编译过了。你的 Berkeley DB 是 4.7.25 版吗？\nDb::exists()\nhttp://www.oracle.com/technology/documentation/berkeley-db/db/api_reference/CXX/frame_main.html\nhttp://www.oracle.com/technology/documentation/berkeley-db/db/api_reference/CXX/dbexists.html\n我猜 exists 是最近才加的，在那之前用的是 get。"},{"id":383,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"theymos","date":"2010-02-26","ts":"2010-02-26T19:37:50Z","url":"https://bitcointalk.org/index.php?topic=63.msg558#msg558","zh":"
","zhText":"好建议。我把 B 调亮了一点，背景调深了一点。非常轻微。前景色现在与旧版的 BC 完全同色。\n如果 16x16 里看不清 B，问题不大。那个尺寸下，你只需要看出它是一枚硬币。上面压印的是什么并不太重要，重要的是有些细节——如果是一个空白光滑的圆，看起来就不像硬币了。\n它比高略宽，是因为底下的深色透视向右延伸得比向下多。\n我完成了 32x31 和 48x47 版本，贴在首帖里。我很喜欢 48 那个。\n大家觉得带双横线的 B 符号怎么样？横线穿出外面那种。我们能接受它作为我们的标志吗？"},{"id":384,"sid":84,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-02-26","ts":"2010-02-26T23:48:44Z","url":"https://bitcointalk.org/index.php?topic=63.msg562#msg562","zh":"
","zhText":"我们已经有标准图标尺寸，全尺寸图也能很好地缩放到其他任何尺寸。\n我把全尺寸图加到首帖里了。"},{"id":387,"sid":null,"sat":0,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"The Madhatter","date":"2010-03-02","ts":"2010-03-02T15:46:42Z","url":"https://bitcointalk.org/index.php?topic=63.msg603#msg603","zh":"
那个 wchar 问题就是我在 OSX 构建上卡住的地方。
很高兴看到它被熨平了。我继续 hack。
","zhText":"那个 wchar 问题就是我在 OSX 构建上卡住的地方。\n很高兴看到它被熨平了。我继续 hack。"},{"id":430,"sid":null,"sat":0,"tid":40,"tt":"Money Transfer Regulations","src":"Bitcointalk","author":"I-am-not-anonymous","date":"2010-03-03","ts":"2010-03-03T03:48:33Z","url":"https://bitcointalk.org/index.php?topic=69.msg612#msg612","zh":"
","zhText":"等规模够了，也许可以做一个不做转账的兑换网站：只撮合买家和卖家直接互相兑换，类似 e-bay 的运作方式。\n为了更安全，兑换站可以充当比特币一侧的托管。卖家把比特币付款放进托管，买家把传统付款直接发给卖家。兑换服务不经手任何现实世界的货币。\n这会比 e-bay 更进一步。即便付款落空后寄出的货物无法追回，e-bay 也照样运转良好。"},{"id":388,"sid":89,"sat":1,"tid":37,"tt":"Command Line and JSON-RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-03-05","ts":"2010-03-05T01:46:25Z","url":"https://bitcointalk.org/index.php?topic=63.msg633#msg633","zh":"
如果我们写一套收费的免费 PHP 图片与文件托管服务代码，用比特币计费，那就好了。有点富余带宽额度的人都可以把它扔到自己的 web 服务器上运行。用户终于可以付点小钱覆盖带宽成本、避开限制和麻烦。理想情况下，它应该是 MIT 许可或公共领域。
这类服务对匿名用户会特别有用——他们付款本来就不容易。
","zhText":"想把图片上传嵌入论坛帖子时，有 imageshack 之类的服务，但因为是免费的，它们限制查看次数。带宽成本微乎其微，但人家也不能白送，总得有点甜头。要是能付点钱买带宽、避开限制就好了，可对这么小的事，传统付款实在麻烦。\n想上传文件供别人下载就更糟。有 rapidshare 之类的服务，但它们要求下载者多走额外步骤、忍受延迟，逼人看广告或升级付费订阅，还限制 10 次左右的下载。\n如果我们写一套收费的免费 PHP 图片与文件托管服务代码，用比特币计费，那就好了。有点富余带宽额度的人都可以把它扔到自己的 web 服务器上运行。用户终于可以付点小钱覆盖带宽成本、避开限制和麻烦。理想情况下，它应该是 MIT 许可或公共领域。\n这类服务对匿名用户会特别有用——他们付款本来就不容易。"},{"id":448,"sid":null,"sat":0,"tid":43,"tt":"On IRC bootstrapping","src":"Bitcointalk","author":"The Madhatter","date":"2010-03-16","ts":"2010-03-16T01:57:24Z","url":"https://bitcointalk.org/index.php?topic=84.msg725#msg725","zh":"
我自己投 I2P 方案一票。它很好用。
","zhText":"我自己投 I2P 方案一票。它很好用。"},{"id":440,"sid":null,"sat":0,"tid":42,"tt":"Idea for file hosting and proxy services","src":"Bitcointalk","author":"BitcoinFX","date":"2010-03-16","ts":"2010-03-16T10:17:55Z","url":"https://bitcointalk.org/index.php?topic=83.msg728#msg728","zh":"
","zhText":"好主意。这类服务的生意很兴旺，但我一直觉得标准支付方式与注重隐私的顾客格格不入。\n你愿意把软件免费放出来，让任何人都能轻松架一套吗？出于竞争考虑你多半想留着自己用，但如果任何人只要把软件装上服务器就能给自己国家开放代理，使用量也许能大一个数量级。\n我在想，还有没有其他类型的 web 应用服务器，我们只需要往现成系统上附加一个支付机制？"},{"id":443,"sid":null,"sat":0,"tid":42,"tt":"Idea for file hosting and proxy services","src":"Bitcointalk","author":"BitcoinFX","date":"2010-03-18","ts":"2010-03-18T14:36:50Z","url":"https://bitcointalk.org/index.php?topic=83.msg752#msg752","zh":"
","zhText":"标题已改。\n有实际运行代理服务经验的人在，很有帮助。你觉得 Psiphon 是目前最好的吗？（有时你运行的这个在你入行时是最好的，但后来你发现了更好的）"},{"id":445,"sid":97,"sat":1,"tid":42,"tt":"Idea for file hosting and proxy services","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-03-24","ts":"2010-03-24T18:02:55Z","url":"https://bitcointalk.org/index.php?topic=83.msg810#msg810","zh":"
","zhText":"问 Satoshi 一个问题：你测试过程序在钱包里装上千个自有地址的情况吗？如果我为每笔自动化交易生成一个新地址，数量会很可观。或者，只要池子够大，我可以复用地址。"},{"id":501,"sid":null,"sat":0,"tid":47,"tt":"Is there a way to automate bitcoin payments for a website?","src":"Bitcointalk","author":"Link2VoIP","date":"2010-04-22","ts":"2010-04-22T00:31:46Z","url":"https://bitcointalk.org/index.php?topic=112.msg994#msg994","zh":"
在此之前，需要先就 URI 采用什么形式达成共识。我对 URI 方案做了些快速调研：大多数做法在未经 W3C 批准时都遭人白眼；有一类是 W3C 批准一个试验性 URI 方案并保留观察，不作任何保证（类似临时专利）；而目前为止最合适的方案似乎是 magnet URI——它设计为靠内容唯一性产生的哈希来定位资源，而非靠特定地址。Magnet 本就为点对点网络上的应用而设计，并预留了引用应用特定数据的参数。基本用法是给应用特定参数加个 x 前缀，如 xbitcoin1:?
也许不去尝试实现一个全新的顶级 URI 方案是明智的，因为只要未被普遍承认，它就会被视作临场发挥的把戏。采用 magnet 体系可以避开这一点，但 magnet 本身也是个非正式、未注册的方案。magnet 的妙处在于它可以被共享，在这个意义上是开放的。
在此之前，需要先就 URI 采用什么形式达成共识。我对 URI 方案做了些快速调研：大多数做法在未经 W3C 批准时都遭人白眼；有一类是 W3C 批准一个试验性 URI 方案并保留观察，不作任何保证（类似临时专利）；而目前为止最合适的方案似乎是 magnet URI——它设计为靠内容唯一性产生的哈希来定位资源，而非靠特定地址。Magnet 本就为点对点网络上的应用而设计，并预留了引用应用特定数据的参数。基本用法是给应用特定参数加个 x 前缀，如 xbitcoin1:?
也许不去尝试实现一个全新的顶级 URI 方案是明智的，因为只要未被普遍承认，它就会被视作临场发挥的把戏。采用 magnet 体系可以避开这一点，但 magnet 本身也是个非正式、未注册的方案。magnet 的妙处在于它可以被共享，在这个意义上是开放的。
Message：这正是 URI 数据变得臃肿的地方。一条消息隐含地是\"有用分量\"的人际沟通，本来就无意放在 URI 自身里传递。如果接收方想传达一些文字，他们可以在自己发布的文档里做（即发布链接的那个地方）。发送方的文字可以走常规途径，因为链接会唤起 bitcoin 界面，那里提供了填写备注的栏目。接收方（收款人）有什么消息是非要传递、而无法在发布链接的文档里完成的呢？
Message：这正是 URI 数据变得臃肿的地方。一条消息隐含地是\"有用分量\"的人际沟通，本来就无意放在 URI 自身里传递。如果接收方想传达一些文字，他们可以在自己发布的文档里做（即发布链接的那个地方）。发送方的文字可以走常规途径，因为链接会唤起 bitcoin 界面，那里提供了填写备注的栏目。接收方（收款人）有什么消息是非要传递、而无法在发布链接的文档里完成的呢？
但这样会把除我们这类怪咖之外的大部分人排除在外……所以你只能信任你从可靠来源取得它。我分发 Mac OS X 二进制版本，但如果你不信任我，就不该用它。同样，我可以做一个密码管理工具或 PayPal 助手工具，把你的密码和钱发给我。我猜你总得信任某个人，除非你愿意亲自审计代码。网络本身对不合作节点有一些防护，但用户显然是诈骗的目标。这让我想起人们装在 ATM 上的读卡器……受害者以为自己在用一台可信的机器，但它已被改装来窃取信息。
","zhText":"说真的，从纯粹主义的角度，人们应该审计代码并自己构建。\n但这样会把除我们这类怪咖之外的大部分人排除在外……所以你只能信任你从可靠来源取得它。我分发 Mac OS X 二进制版本，但如果你不信任我，就不该用它。同样，我可以做一个密码管理工具或 PayPal 助手工具，把你的密码和钱发给我。我猜你总得信任某个人，除非你愿意亲自审计代码。网络本身对不合作节点有一些防护，但用户显然是诈骗的目标。这让我想起人们装在 ATM 上的读卡器……受害者以为自己在用一台可信的机器，但它已被改装来窃取信息。"},{"id":517,"sid":null,"sat":0,"tid":49,"tt":"A New Currency System for the World","src":"Bitcointalk","author":"hugolp","date":"2010-05-08","ts":"2010-05-08T10:38:51Z","url":"https://bitcointalk.org/index.php?topic=128.msg1082#msg1082","zh":"
Exception: 9key_error\nCKey::CKey(); EC:KEY_new_by_curve_name failed\nbitcoin in ThreadBitcoinMiner()
控制台：
terminate called after throwing an instance of 'key_error'\n what(): CKey::CKey() : EC_KEY_new_by_curve_name failed\nAborted
我希望这不是缓冲区溢出。还有别人也遇到这条错误信息吗？
操作系统：linux
","zhText":"今天，我收到一条错误信息：\nException: 9key_error\nCKey::CKey(); EC:KEY_new_by_curve_name failed\nbitcoin in ThreadBitcoinMiner()\n控制台：\nterminate called after throwing an instance of 'key_error'\n what(): CKey::CKey() : EC_KEY_new_by_curve_name failed\nAborted\n我希望这不是缓冲区溢出。还有别人也遇到这条错误信息吗？\n操作系统：linux"},{"id":530,"sid":null,"sat":0,"tid":50,"tt":"For a website taking payments with bitcoins, better: IP or bitcoin addresses?","src":"Bitcointalk","author":"Xunie","date":"2010-05-14","ts":"2010-05-14T21:52:53Z","url":"https://bitcointalk.org/index.php?topic=129.msg1124#msg1124","zh":"
其实不对，通过 IP 地址转币是没有加密的。当你向一个 IP 转币时，收款方会为这笔交易新建一个地址，让你把币转到那个地址。恶意的出口节点可以嗅探全部比特币流量，轻易截获这些交易。
所以提醒所有人：不要用 IP 地址作为收款目标，永远使用比特币地址。
我建议在用户使用代理时禁用 IP 交易！\n以求稳妥。
","zhText":"其实不对，通过 IP 地址转币是没有加密的。当你向一个 IP 转币时，收款方会为这笔交易新建一个地址，让你把币转到那个地址。恶意的出口节点可以嗅探全部比特币流量，轻易截获这些交易。\n所以提醒所有人：不要用 IP 地址作为收款目标，永远使用比特币地址。\n\n我建议在用户使用代理时禁用 IP 交易！\n以求稳妥。"},{"id":536,"sid":98,"sat":1,"tid":51,"tt":"Could the bitcoin network be destroyed by someone generating endless bitcoin add","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-16","ts":"2010-05-16T21:01:44Z","url":"https://bitcointalk.org/index.php?topic=130.msg1130#msg1130","zh":"
生成一个新的比特币地址，只在你自己的电脑上占用一点磁盘空间（大约 500 字节）。就像生成一个新的 PGP 私钥，只是 CPU 消耗更小，因为它是 ECC。地址空间实际上无限。它不伤害任何人，所以想生成多少就生成多少。
","zhText":"生成一个新的比特币地址，只在你自己的电脑上占用一点磁盘空间（大约 500 字节）。就像生成一个新的 PGP 私钥，只是 CPU 消耗更小，因为它是 ECC。地址空间实际上无限。它不伤害任何人，所以想生成多少就生成多少。"},{"id":531,"sid":99,"sat":1,"tid":50,"tt":"For a website taking payments with bitcoins, better: IP or bitcoin addresses?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-16","ts":"2010-05-16T21:37:36Z","url":"https://bitcointalk.org/index.php?topic=129.msg1131#msg1131","zh":"
我建议在用户使用代理时禁用 IP 交易！\n以求稳妥。
好主意。至少也该弹一个警告对话框，说明它将连接该 IP 并以明文发送信息，给用户取消的机会。
","zhText":"我建议在用户使用代理时禁用 IP 交易！\n以求稳妥。\n\n好主意。至少也该弹一个警告对话框，说明它将连接该 IP 并以明文发送信息，给用户取消的机会。"},{"id":316,"sid":100,"sat":1,"tid":30,"tt":"URI-scheme for bitcoin","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-16","ts":"2010-05-16T22:37:21Z","url":"https://bitcointalk.org/index.php?topic=55.msg1132#msg1132","zh":"
加一小段代码、给同一个 IP 持续返回同一个地址，是个好主意。我是这样用 C++ 做的：在对方使用之前，一直给同一个 IP 返回同一个密钥（即比特币地址）：
// Keep giving the same key to the same ip until they use it\n if (!mapReuseKey.count(pfrom->addr.ip))\n mapReuseKey[pfrom->addr.ip] = GenerateNewKey();\n ...sends the key mapReuseKey[pfrom->addr.ip]
……之后……
// Received something with this key\n mapReuseKey.erase(pfrom->addr.ip);
如果不方便知道何时收到过款，就每 20 分钟清一次缓存的密钥。
我想给 getnewaddress 加一个参数：若该地址在多少天内无收款就过期。
","zhText":"SheriffWoody:\n你生成的比特币地址会永久保留。必须保留一个比特币地址，才能证明发往它的东西归你所有。如果你能删除一个比特币地址而有人向它发了款，钱就丢了。它们每个只有大约 500 字节。\nsirius-m:\n上千个自有地址完全不成问题。如果你已经生成了 50000 BTC，那你其实已经有 1000 个自有地址了，每生成 50 个就有一个。它们是隐藏的，不在 UI 里显示。\n加一小段代码、给同一个 IP 持续返回同一个地址，是个好主意。我是这样用 C++ 做的：在对方使用之前，一直给同一个 IP 返回同一个密钥（即比特币地址）：\n// Keep giving the same key to the same ip until they use it\n if (!mapReuseKey.count(pfrom->addr.ip))\n mapReuseKey[pfrom->addr.ip] = GenerateNewKey();\n ...sends the key mapReuseKey[pfrom->addr.ip]\n……之后……\n// Received something with this key\n mapReuseKey.erase(pfrom->addr.ip);\n如果不方便知道何时收到过款，就每 20 分钟清一次缓存的密钥。\n我想给 getnewaddress 加一个参数：若该地址在多少天内无收款就过期。"},{"id":305,"sid":103,"sat":1,"tid":29,"tt":"Setting up multiple bitcoin machines behind NAT","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-16","ts":"2010-05-16T23:56:03Z","url":"https://bitcointalk.org/index.php?topic=54.msg1135#msg1135","zh":"
","zhText":"目前，它总是假定入站端口是 8333，所以就算你从别的端口号转发的，它也会让其他 bitcoin 节点去连 router:8333。\n我不急着修这个，因为我想不出多个入站连接端口能带来什么好处。你提供了一个入站端口，就已经为网络尽了一份力。同一个人开两个入站端口，对冗余毫无帮助。\n如果你有很多台计算机，更合理的做法是在大部分机器上用 -connect 开关在本地互联。"},{"id":502,"sid":104,"sat":1,"tid":47,"tt":"Is there a way to automate bitcoin payments for a website?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-18","ts":"2010-05-18T02:58:11Z","url":"https://bitcointalk.org/index.php?topic=112.msg1143#msg1143","zh":"
obj/nogui/init.o(.gnu.linkonce.t._ZNK13wxArrayString4ItemEm+0x13): In function `wxArrayString::Item(unsigned long) const':\n/usr/local/include/wx-2.9/wx/buffer.h:42: undefined reference to `wxTheAssertHandler'
obj/nogui/init.o(.gnu.linkonce.t._ZNK13wxArrayString4ItemEm+0x45): In function `wxArrayString::Item(unsigned long) const':\n/usr/src/bitcoin/trunk/uint256.h:526: undefined reference to `wxOnAssert(char const*, int, char const*, char const*, wchar_t const*)'
","zhText":"我们能不能强制用户用新地址收款？每次收到付款，就在地址栏显示另一个比特币地址。（只针对经比特币地址的交易，当然不包括 IP——那本来就没用，对吧？）\n实际密钥仍然保留，确保用户仍能收到发往同一地址的付款。（我们想尽量减少\"丢失\"的比特币，对吧？）\n这引出几个问题：\n技术上可行吗？（大概可以。）\n强加给用户是不好的吗？（大概是的。）\n该实现这样的功能吗？（我不知道，除非别无选择，否则我不会——半吊子的防御也比没有强！）\n那么，对付\"硬币血统\"追踪还有别的办法吗？"},{"id":662,"sid":null,"sat":0,"tid":58,"tt":"Tracing a coin's lineage","src":"Bitcointalk","author":"theymos","date":"2010-05-26","ts":"2010-05-26T03:39:50Z","url":"https://bitcointalk.org/index.php?topic=154.msg1244#msg1244","zh":"
// Get a new address whenever the current one has received anything\nif (strAddr == \"\" || getreceivedbyaddress(strAddr) > 0)\n strAddr = getnewaddress(strUsername); // Label the address with username\nDisplay(strAddr); // Display their current receiving address
// Get total received by all the user's addresses\ngetreceivedbylabel(strUsername, 0) // unconfirmed\ngetreceivedbylabel(strUsername, 1) // available balance
如果只是取某个特定用户的余额，比如响应那个用户的页面请求，用 getreceivedbylabel；如果要遍历所有用户，最好用 listreceivedbylabel 拿到完整列表再对照结果扫描。用 getreceivedbylabel 扫描用户是 n 的平方，用 listreceivedbylabel 是 n-log-n（或 n 线性）。
","zhText":"我加了几个与标签相关的函数，帮助管理每个用户的多个地址。新增或更名的函数：\n getreceivedbyaddress -- 单个地址收到的金额\n getreceivedbylabel -- 带此标签的所有地址收到的金额\n listreceivedbyaddress -- 列出地址及其收到的金额\n listreceivedbylabel -- 列出标签及其收到的金额\n setlabel -- 为完整性补充的其他标签函数\n getlabel\n getaddressesbylabel\n为保持一致，我把 getamountreceived 更名为 getreceivedbyaddress、getallreceived 更名为 listreceivedbyaddress。旧名字仍在，以免破坏现有代码，但已弃用。\n思路是：只要你在调用 getnewaddress 时提供用户名，就能用 \"bylabel\" 函数取得该用户在所有地址上的收款总额。你可以随意更换他的地址，不必操心追踪他所有旧地址。\n自动更换用户收款地址的好办法：就在显示他当前地址之前，检查它是否收到过任何东西，如果有就换成新地址：\n// Get a new address whenever the current one has received anything\nif (strAddr == \"\" || getreceivedbyaddress(strAddr) > 0)\n strAddr = getnewaddress(strUsername); // Label the address with username\nDisplay(strAddr); // Display their current receiving address\n// Get total received by all the user's addresses\ngetreceivedbylabel(strUsername, 0) // unconfirmed\ngetreceivedbylabel(strUsername, 1) // available balance\n如果只是取某个特定用户的余额，比如响应那个用户的页面请求，用 getreceivedbylabel；如果要遍历所有用户，最好用 listreceivedbylabel 拿到完整列表再对照结果扫描。用 getreceivedbylabel 扫描用户是 n 的平方，用 listreceivedbylabel 是 n-log-n（或 n 线性）。\n其实只有当你为了\"一收到钱就自发采取行动\"而轮询、而不是用户打开网页看到余额后告诉你怎么处理时，才真正需要扫描全部用户。没必要轮询得太频繁。如果你要求 1 个确认，反正平均要 10 分钟，每几分钟轮询一次以上毫无意义。\n如果你卖的是数字商品和服务——有人免费蹭到也没多大损失、也无法转卖牟利——我认为接受 0 确认没问题。\n基本上只有卖黄金或货币时才需要多个确认。"},{"id":663,"sid":108,"sat":1,"tid":58,"tt":"Tracing a coin's lineage","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-26","ts":"2010-05-26T18:51:04Z","url":"https://bitcointalk.org/index.php?topic=154.msg1254#msg1254","zh":"
","zhText":"这是软件的意大利语翻译。可能有些错误，但对第一版来说够用了。希望能有人来做一版更好的。"},{"id":572,"sid":113,"sat":1,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-05-27","ts":"2010-05-27T14:18:22Z","url":"https://bitcointalk.org/index.php?topic=151.msg1269#msg1269","zh":"
万岁！我们有了第一门语言。我已上传到 SVN，随 0.3 一起发布。
","zhText":"万岁！我们有了第一门语言。我已上传到 SVN，随 0.3 一起发布。"},{"id":573,"sid":null,"sat":0,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"Xunie","date":"2010-05-27","ts":"2010-05-27T18:30:03Z","url":"https://bitcointalk.org/index.php?topic=151.msg1271#msg1271","zh":"
这是几乎完成（93%）的荷兰语翻译。不过可能有一些错误。
现在能给我记一功了吗？
","zhText":"这是几乎完成（93%）的荷兰语翻译。不过可能有一些错误。\n现在能给我记一功了吗？"},{"id":669,"sid":null,"sat":0,"tid":60,"tt":"Hostnames instead of IP Addresses","src":"Bitcointalk","author":"laszlo","date":"2010-06-01","ts":"2010-06-01T12:17:23Z","url":"https://bitcointalk.org/index.php?topic=158.msg1320#msg1320","zh":"
","zhText":"我不确定你说的\"again\"是什么意思（我不是开发者）……总之我只是想解释为什么我认为你不该用它收款。由于我上面说的原因，向主机名发送付款并不可靠，而且最大的问题是：发送者甚至无从知道付款发错了地方。有一个更好的（可靠的）替代方案，用一次性比特币地址。\n我想说的是：基于网络地址的交易既无认证，也无从知道钱是否到了。我认为基于网络地址的付款只适合本地测试。选项在那里，但我不认为它适合在互联网或任何多用户网络上使用。\n如果真有大量基于网络地址的交易和 Tor 用户，我会专门架一个出口节点去截获 Tor 付款……我仍可能这么做，只为看看能不能截到几个，因为那不过是每天多挣几枚比特币的又一条路子。\n我想表达的是：这相当于在你的私人车道上留一堆现金、上面压块石头防风吹走。谁都能顺手捡走。所以如果你是服务提供商，你不会想鼓励客户用这种方式付款——当客户说他付了钱、而服务商说没收到时，麻烦就来了。它如今在互联网上居然还能用，唯一的原因是：与对许多人有感知价值的现金不同，比特币对随机的互联网用户来说就像一堆石头，他们只会路过。如果每个人的车道上都堆着这些比特币堆，而人们开始意识到它们有价值，你可以打赌它们会开始消失——所以最好一开始就别把它们堆在那儿。\nLaszlo"},{"id":209,"sid":null,"sat":0,"tid":22,"tt":"Proof-of-work difficulty increasing","src":"Bitcointalk","author":"teppy","date":"2010-06-02","ts":"2010-06-02T14:27:45Z","url":"https://bitcointalk.org/index.php?topic=43.msg1321#msg1321","zh":"
给 GUI 加一个不错的功能：估算它正在计算多少哈希/秒。可以直接显示原始数字，或者显示\"你预计每周能生成 X 份比特币\"。
这可以部分缓解新用户迟迟拿不到比特币的挫败感。
","zhText":"给 GUI 加一个不错的功能：估算它正在计算多少哈希/秒。可以直接显示原始数字，或者显示\"你预计每周能生成 X 份比特币\"。\n这可以部分缓解新用户迟迟拿不到比特币的挫败感。"},{"id":670,"sid":114,"sat":1,"tid":60,"tt":"Hostnames instead of IP Addresses","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-02","ts":"2010-06-02T18:18:15Z","url":"https://bitcointalk.org/index.php?topic=158.msg1322#msg1322","zh":"
现在的按 IP 发送没什么用：它连接到那个 IP，所以你为了匿名想用 TOR，可那样它就完全可能被窃听、被中间人攻击。
","zhText":"93% 完成度的荷兰语翻译已上传 SVN。谢谢！"},{"id":689,"sid":null,"sat":0,"tid":62,"tt":"What is the incentive to collect transactions?","src":"Bitcointalk","author":"theymos","date":"2010-06-05","ts":"2010-06-05T16:26:09Z","url":"https://bitcointalk.org/index.php?topic=165.msg1373#msg1373","zh":"
","zhText":"向你正在计算的区块添加交易会拖慢你的生成速度。是什么在阻止大多数生成节点无视广播交易、让网络变得不可靠？"},{"id":694,"sid":null,"sat":0,"tid":62,"tt":"What is the incentive to collect transactions?","src":"Bitcointalk","author":"QuantumMechanic","date":"2010-06-05","ts":"2010-06-05T20:02:09Z","url":"https://bitcointalk.org/index.php?topic=165.msg1383#msg1383","zh":"
","zhText":"当用户通过比特币生成来支持网络的激励基本枯竭之后，对平均交易费有没有一些估算？它如何随用户数量、网络规模和总交易速率伸缩？"},{"id":577,"sid":null,"sat":0,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"SmokeTooMuch","date":"2010-06-06","ts":"2010-06-06T01:46:50Z","url":"https://bitcointalk.org/index.php?topic=151.msg1386#msg1386","zh":"
哈哈！
","zhText":"哈哈！"},{"id":687,"sid":null,"sat":0,"tid":61,"tt":"Can't Build r80 from SVN","src":"Bitcointalk","author":"lachesis","date":"2010-06-06","ts":"2010-06-06T22:57:43Z","url":"https://bitcointalk.org/index.php?topic=163.msg1388#msg1388","zh":"
关于如何构建 linux 客户端的一些说明。我用的是 64 位系统，但流程对 i386 linux 几乎相同。
","zhText":"在手机浏览器上当然可以用 vekja.net 或 mybitcoin.com 这类服务，把你信得过的额度的钱存进去。不过某种意义上，也许手机钱包会更好。"},{"id":678,"sid":null,"sat":0,"tid":60,"tt":"Hostnames instead of IP Addresses","src":"Bitcointalk","author":"lachesis","date":"2010-06-11","ts":"2010-06-11T14:33:55Z","url":"https://bitcointalk.org/index.php?topic=158.msg1482#msg1482","zh":"
","zhText":"4) 能否请人写写交易费的更多细节：为什么需要它、如何使用、在哪些情况下使用等等。\n\n交易费是为了在多年之后、当区块价值变低时，给生成区块提供激励。另外，如果许多节点停止把交易记录进它们生成的区块（因为那点生成速度上的小便宜），你可以把交易费当作激励来用。\n大概永远都会有愿意免费把你的交易纳入其区块的节点，但如果很多节点都不收，你可能得等上几个区块。"},{"id":754,"sid":null,"sat":0,"tid":68,"tt":"Dealing with SHA-256 Collisions","src":"Bitcointalk","author":"theymos","date":"2010-06-14","ts":"2010-06-14T06:09:58Z","url":"https://bitcointalk.org/index.php?topic=191.msg1568#msg1568","zh":"
","zhText":"SirArthur 关于普通在线商家的观点很有道理，而那正是按 IP 发送选项更适合的场景。这种情况下，商家在静态 IP 上有自己的服务器、自己的域名和 SSL 证书。\n我们可以不按 IP 连接，而是通过 SSL 连接一个域名，用现有的 CA 基础设施来认证你连上的确实是该域名的所有者。\n用户发送到 domain.com（或 www.domain.com 也行）。那会非常自然，用户可以看到并核实自己输入的正是他要付款的对象。\nSSL 也让 TOR 用户的安全得到保障。\n问题是，我认为商家仍会更愿意用比特币地址，好确切知道这笔付款对应什么订单。你根本不能指望用户在备注栏里填对内容来标识交易。只有当我们有了 mailto 式的链接、能把订单号预填进备注栏，这才接近实用——但那样的话，链接里放一个比特币地址也照样行。\n仅仅在 domain.com 上开一个开放的比特币服务器、让用户把身份不明的付款发过去，责任太大了。普通用户不习惯\"必须标识付款\"这个概念。商家会收到太多空白付款，一周之后跟一句\"我付过钱了，我的东西呢？！\"\n付款流程里确实有一个步骤：接收方在接受之前验证订单。如果不包含有效的订单号，它可以拒绝付款并返回错误消息。不过这需要把定制代码与比特币服务器做相当深度的集成。"},{"id":755,"sid":119,"sat":1,"tid":68,"tt":"Dealing with SHA-256 Collisions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-14","ts":"2010-06-14T20:39:50Z","url":"https://bitcointalk.org/index.php?topic=191.msg1585#msg1585","zh":"
","zhText":"3) 按比特币地址发送的话，没什么。\n5) 它是去中心化的。第一次连上网络之后，你就不再需要 IRC 了。"},{"id":688,"sid":121,"sat":1,"tid":61,"tt":"Can't Build r80 from SVN","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-14","ts":"2010-06-14T22:40:14Z","url":"https://bitcointalk.org/index.php?topic=163.msg1590#msg1590","zh":"
抱歉，最近几次修订我没在 linux 上测试编译。
makefile.unix 已回退。
","zhText":"抱歉，最近几次修订我没在 linux 上测试编译。\nmakefile.unix 已回退。"},{"id":695,"sid":122,"sat":1,"tid":62,"tt":"What is the incentive to collect transactions?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-15","ts":"2010-06-15T23:41:29Z","url":"https://bitcointalk.org/index.php?topic=165.msg1595#msg1595","zh":"
","zhText":"向你正在计算的区块添加交易会拖慢你的生成速度\n\n这个前提是错的。向正在计算的区块添加更多交易不会拖慢你的生成速度。生成时扫描哈希，只对区块头做哈希，区块头是固定大小。区块头包含交易的哈希（Merkle 根），只是偶尔更新。\n必要的话我可以写代码，让节点倾向不使用\"不包含它们所知的大部分交易\"的区块。一个不受欢迎的区块几乎总是进不了主链，但真进了也会被接受。我怀疑这不会有必要，因为节点不收录全部交易并没有什么实际好处。"},{"id":318,"sid":123,"sat":1,"tid":30,"tt":"URI-scheme for bitcoin","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-16","ts":"2010-06-16T00:15:47Z","url":"https://bitcointalk.org/index.php?topic=55.msg1596#msg1596","zh":"
已知节点列表存在一个文件里（nodes.dat），每个客户端在该文件里维护一份已知节点列表（按最长在线时间排序，我记得——这是 Kademlia 的固有属性，但依然是个好主意）。发布的客户端应附带这样一份文件，内含几个静态 IP 上的可靠节点地址，新客户端可以从中获取更多可连接的地址（进而存进自己的文件）。
如果\"种子列表\"过时了，或服务器关停了什么的，你只要找网络里的*任何人*发布他的节点文件（比如传到 rapidshare），瞧，你就有一份全新的可连接 IP 列表了。
","zhText":"我认为 eMule 为它的 KAD 网络做引导的方式已接近最优：\n已知节点列表存在一个文件里（nodes.dat），每个客户端在该文件里维护一份已知节点列表（按最长在线时间排序，我记得——这是 Kademlia 的固有属性，但依然是个好主意）。发布的客户端应附带这样一份文件，内含几个静态 IP 上的可靠节点地址，新客户端可以从中获取更多可连接的地址（进而存进自己的文件）。\n如果\"种子列表\"过时了，或服务器关停了什么的，你只要找网络里的*任何人*发布他的节点文件（比如传到 rapidshare），瞧，你就有一份全新的可连接 IP 列表了。"},{"id":760,"sid":127,"sat":1,"tid":69,"tt":"Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-18","ts":"2010-06-18T16:17:14Z","url":"https://bitcointalk.org/index.php?topic=195.msg1617#msg1617","zh":"
","zhText":"Satoshi，这确实让它在 Ubuntu 上好看了，但现在 Bitcoin 在 Ubuntu 10.04 上无法最小化到托盘了。正确的复选框已勾选，但它还是像往常一样最小化到任务栏。"},{"id":767,"sid":null,"sat":0,"tid":70,"tt":"How fast do the fastest computers generate bitcoins?","src":"Bitcointalk","author":"Vasiliev","date":"2010-06-22","ts":"2010-06-22T02:43:00Z","url":"https://bitcointalk.org/index.php?topic=197.msg1652#msg1652","zh":"
","zhText":"在 Ubuntu 10.04 上它无法干净地移除任务栏按钮，所以我让它把按钮留在那儿。\n不过既然你提了，这个功能哪怕乱一点也比没有强——尽管任务栏按钮暂时还在、点击一下才消失，这可能会让一些人困惑。\nSVN 已更新。\n谢谢测试。"},{"id":776,"sid":134,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T04:01:53Z","url":"https://bitcointalk.org/index.php?topic=199.msg1654#msg1654","zh":"
我清单上为 0.3 版要做的全部事项都完成了。SVN 上的代码差不多可以发布了。
此刻的测试将不胜感激。
","zhText":"我清单上为 0.3 版要做的全部事项都完成了。SVN 上的代码差不多可以发布了。\n此刻的测试将不胜感激。"},{"id":768,"sid":135,"sat":1,"tid":70,"tt":"How fast do the fastest computers generate bitcoins?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T04:35:26Z","url":"https://bitcointalk.org/index.php?topic=197.msg1656#msg1656","zh":"
我注意到哈希性能在不同 CPU 之间的差距没有预期的大。与老 CPU 相比，新 CPU 在哈希上的提速远不如它在通用基准测试上的表现。
我猜近来的 CPU 优化肯定集中在 I/O 和分支预测之类的方面。大多数程序无非是一堆内存访问、比较和跳转，很少会长时间埋头做数学运算。
最新的 SVN 版本有 khash/s 显示。每个处理器大约 400 khash/s 是典型水平。
","zhText":"我注意到哈希性能在不同 CPU 之间的差距没有预期的大。与老 CPU 相比，新 CPU 在哈希上的提速远不如它在通用基准测试上的表现。\n我猜近来的 CPU 优化肯定集中在 I/O 和分支预测之类的方面。大多数程序无非是一堆内存访问、比较和跳转，很少会长时间埋头做数学运算。\n最新的 SVN 版本有 khash/s 显示。每个处理器大约 400 khash/s 是典型水平。"},{"id":555,"sid":null,"sat":0,"tid":55,"tt":"Bitcoin in Ubuntu 10.04","src":"Bitcointalk","author":"lachesis","date":"2010-06-22","ts":"2010-06-22T06:17:52Z","url":"https://bitcointalk.org/index.php?topic=149.msg1657#msg1657","zh":"
另外，Windows 和 Linux 上托盘图标的标准行为有差异。在大多数 Linux 应用里，应用窗口开着时点击托盘按钮会让窗口再次收起。我个人比 Windows 默认行为更喜欢这个——在 Windows 上，主窗口显示后单击托盘什么都不做。这个特性有可能加到 Linux 版里吗？
","zhText":"是的，r89 在我这里按预期工作。创建和移除图标似乎都没问题，不过我用的是 XFCE，也许差别就在这里。\n另外，Windows 和 Linux 上托盘图标的标准行为有差异。在大多数 Linux 应用里，应用窗口开着时点击托盘按钮会让窗口再次收起。我个人比 Windows 默认行为更喜欢这个——在 Windows 上，主窗口显示后单击托盘什么都不做。这个特性有可能加到 Linux 版里吗？"},{"id":778,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"lachesis","date":"2010-06-22","ts":"2010-06-22T06:20:02Z","url":"https://bitcointalk.org/index.php?topic=199.msg1658#msg1658","zh":"
","zhText":"非常好！确实有一些重大改进，包括 hashmeter、RPC 支持和命令行守护进程。不过 listtransactions RPC 方法要是能在下个版本前完成就好了。另外，JSON-RPC 方法里应该加些代码列出 dHashesPerSec。\n干得漂亮 Satoshi！"},{"id":781,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"sirius","date":"2010-06-22","ts":"2010-06-22T14:20:31Z","url":"https://bitcointalk.org/index.php?topic=199.msg1664#msg1664","zh":"
","zhText":"要不要在选项菜单里加个开关，可以打开或关闭它，并指定显示间隔（分钟）？\n\n我说保持简单吧；选项多不一定更好，只会让大多数用户不知所措、一头雾水。"},{"id":556,"sid":136,"sat":1,"tid":55,"tt":"Bitcoin in Ubuntu 10.04","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T16:39:43Z","url":"https://bitcointalk.org/index.php?topic=149.msg1668#msg1668","zh":"
","zhText":"同意。这种小事当然不值得去搅扰用户的注意力。\n我改成了每 30 分钟一次。\n如果我加频到每 10 分钟一次，它在日志文件里的存在感也还是足够小。问题只在于 grep 时输出会不会比用户想要的多。"},{"id":782,"sid":138,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T17:02:07Z","url":"https://bitcointalk.org/index.php?topic=199.msg1670#msg1670","zh":"
","zhText":"不过 listtransactions RPC 方法要是能在下个版本前完成就好了。\n\n我担心太多程序员会拿它去检查收款。那样永远不可靠。list/getreceivedbyaddress/label 函数才是可靠的做法。\n我们不该为了等每个可能的特性都完成而无限期拖延。永远都会有一件事等着做。"},{"id":783,"sid":139,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T17:37:08Z","url":"https://bitcointalk.org/index.php?topic=199.msg1671#msg1671","zh":"
","zhText":"这是供测试的 windows 版 RC1：\n（已移除，见下方 RC2）\n请只在打算测试并回报一切是否正常时下载它。务必翻看 \"c:\\program files\\bitcoin\" 里的文件。"},{"id":785,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"HostFat","date":"2010-06-22","ts":"2010-06-22T19:08:09Z","url":"https://bitcointalk.org/index.php?topic=199.msg1674#msg1674","zh":"
EXCEPTION: 22DbRunRecoveryException\nDBENv::open: DB_RUNRECOVERY: Fatal error, run database recovery\nC:\\Program Files\\Bitcoin\\bitcoin.exe in OnInit()
我有同样的问题 :|
","zhText":"EXCEPTION: 22DbRunRecoveryException\nDBENv::open: DB_RUNRECOVERY: Fatal error, run database recovery\nC:\\Program Files\\Bitcoin\\bitcoin.exe in OnInit()\n\n我有同样的问题 :|"},{"id":786,"sid":140,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T19:11:41Z","url":"https://bitcointalk.org/index.php?topic=199.msg1675#msg1675","zh":"
EXCEPTION: 22DbRunRecoveryException\nDBENv::open: DB_RUNRECOVERY: Fatal error, run database recovery\nC:\\Program Files\\Bitcoin\\bitcoin.exe in OnInit()
","zhText":"EXCEPTION: 22DbRunRecoveryException\nDBENv::open: DB_RUNRECOVERY: Fatal error, run database recovery\nC:\\Program Files\\Bitcoin\\bitcoin.exe in OnInit()\n\n什么操作系统？\n通常它这样做是因为数据目录该在的那个目录不存在。看看 \"%appdata%\" 目录是否存在。\n0.2 也有这个错误吗？很难想象你在 0.3 上遇到它而在 0.2 上没有——这方面并没有什么不同。"},{"id":787,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"HostFat","date":"2010-06-22","ts":"2010-06-22T19:14:39Z","url":"https://bitcointalk.org/index.php?topic=199.msg1676#msg1676","zh":"
Windows 7 x64 ENG\n4 GB RAM\nIntel i7 860
在用你的版本之前，我用的是 laszlo 构建的 v0.2.10。
","zhText":"Windows 7 x64 ENG\n4 GB RAM\nIntel i7 860\n在用你的版本之前，我用的是 laszlo 构建的 v0.2.10。"},{"id":788,"sid":141,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T19:25:13Z","url":"https://bitcointalk.org/index.php?topic=199.msg1677#msg1677","zh":"
davidonpda，你之前也是跑的 laszlo 构建吗？
检查 \"%appdata%\" 目录是否存在，以及 \"%appdata%\\bitcoin\"
试试：\n rename \"%appdata%\\bitcoin\" bitcoin2
那样能行吗？
","zhText":"davidonpda，你之前也是跑的 laszlo 构建吗？\n检查 \"%appdata%\" 目录是否存在，以及 \"%appdata%\\bitcoin\"\n试试：\n rename \"%appdata%\\bitcoin\" bitcoin2\n那样能行吗？"},{"id":789,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"HostFat","date":"2010-06-22","ts":"2010-06-22T19:33:24Z","url":"https://bitcointalk.org/index.php?topic=199.msg1678#msg1678","zh":"
","zhText":"你比我发回复还快就自己搞明白了。\n看起来 laszlo 构建的 Berkeley DB 带的 database/log.* 文件与我们的不兼容。.dat 文件没问题，它们的格式不应改变。所有数据都存在 .dat 文件里。你自己的所有数据都存在 wallet.dat 里。如果你当时等它重新下载区块链，你的缺失交易和生成记录就会随着区块链推进到那些交易被记录的位置而出现。\n你把目录拷了过来、只排除 log.0000000002，那是最好的解法。现在应该没问题了。\ndatabase/log.* 文件只包含临时数据库数据。如果你上次是正常退出 bitcoin 的——不是被强杀或崩溃——那么 database/log.* 文件通常可以安全删除。它们只在这种情况有用：当数据库正处于一笔交易中途时计算机崩溃、或程序被杀或崩溃，它可以无数据丢失地恢复。\n请尽量继续使用 v0.3，别退回 v0.2.10。\n其他遇到这个问题的人：把 database\\log.000000000* 文件挪到别处去。（如果之后一切正常，可以稍后删掉它们）\n我不愿让安装程序去删除或移动那些文件。如果上一次运行是崩溃或被杀而停止的，那样做就是错的。"},{"id":793,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"lachesis","date":"2010-06-22","ts":"2010-06-22T22:00:47Z","url":"https://bitcointalk.org/index.php?topic=199.msg1685#msg1685","zh":"
是的，0.3.0 似乎比带 Laszlo 性能补丁的 svn r84 有性能提升。
","zhText":"是的，0.3.0 似乎比带 Laszlo 性能补丁的 svn r84 有性能提升。"},{"id":794,"sid":143,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-22","ts":"2010-06-22T22:23:39Z","url":"https://bitcointalk.org/index.php?topic=199.msg1686#msg1686","zh":"
","zhText":"Laszlo 发现开启更多优化能把性能提高约 20%，所以 0.3 比 0.2.0 的哈希速度快 20%，但我猜他自己的构建里已经用了。\n30khash 的提升是相对什么总速率？（好算百分比）"},{"id":795,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Vasiliev","date":"2010-06-22","ts":"2010-06-22T23:07:30Z","url":"https://bitcointalk.org/index.php?topic=199.msg1687#msg1687","zh":"
","zhText":"这是供测试的 linux 版 RC1：\n（链接已移除，见下方）\n它同时包含 32 位和 64 位二进制。\n近期改动：\nbuild-unix.txt:\n- 增加了构建 wxBase 的说明，编译 bitcoind 需要它。\n- libboost-dev 包不再安装任何东西，你需要改用 libboost-all-dev。\n- 更新了版本号。\nmakefile.unix:\n- libboost 库在 1.40 里从文件名中去掉了 \"-mt\"。如果你用 Boost 1.38 或更低版本编译，比如在 Ubuntu Karmic 上，你需要把它改回 boost_system-mt 和 boost_filesystem-mt。"},{"id":799,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Vasiliev","date":"2010-06-24","ts":"2010-06-24T23:26:03Z","url":"https://bitcointalk.org/index.php?topic=199.msg1758#msg1758","zh":"
Ubuntu 9.04 x86:
vlad@vlad:~/bitcoin/bin/32$ ./bitcoind\n./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
有人知道 Bitcoin 需要什么吗？
","zhText":"Ubuntu 9.04 x86:\nvlad@vlad:~/bitcoin/bin/32$ ./bitcoind\n./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)\n有人知道 Bitcoin 需要什么吗？"},{"id":800,"sid":145,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-25","ts":"2010-06-25T02:17:41Z","url":"https://bitcointalk.org/index.php?topic=199.msg1760#msg1760","zh":"
","zhText":"有趣的是，这个论坛上的同一批人两头下注——一方面想方设法保住绝对匿名（比如海洛因商店那个主题串），另一方面又跑到这里来做近乎相反的事，保护 BTC Faucet。\n我喜欢"},{"id":803,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"virtualcoin","date":"2010-06-25","ts":"2010-06-25T10:29:54Z","url":"https://bitcointalk.org/index.php?topic=199.msg1766#msg1766","zh":"
","zhText":"谢谢 virtualcoin，完美的对比。\n32 位 Windows（2310k）到 32 位 Linux（2500k）的 8% 提速，大概来自 Linux 上更新的 GCC（4.4.3 对 3.4.5）。\n32 位到 64 位 Linux 的 15% 提速就更神秘了。代码是完全的 32 位。\n嗯，我想是 x86-64 多出的那 8 个寄存器在起作用。如果 SHA 能把大部分 16 个状态变量装进寄存器，那会带来显著差异。"},{"id":842,"sid":null,"sat":0,"tid":75,"tt":"Bitcoin clients getting k-lined from the IRC bootstrapping channel","src":"Bitcointalk","author":"dwdollar","date":"2010-06-25","ts":"2010-06-25T20:48:08Z","url":"https://bitcointalk.org/index.php?topic=215.msg1778#msg1778","zh":"
我现在连上了。
","zhText":"我现在连上了。"},{"id":843,"sid":147,"sat":1,"tid":75,"tt":"Bitcoin clients getting k-lined from the IRC bootstrapping channel","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-25","ts":"2010-06-25T21:15:15Z","url":"https://bitcointalk.org/index.php?topic=215.msg1779#msg1779","zh":"
","zhText":"你或许可以把 Freenode 留作备用服务器——如果他的服务器不行，就换 Freenode 的。"},{"id":805,"sid":149,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-26","ts":"2010-06-26T00:32:09Z","url":"https://bitcointalk.org/index.php?topic=199.msg1787#msg1787","zh":"
","zhText":"我们试试改用 Laszlo 的 irc.lfnet.org 而不是 freenode。这是 RC2，里面唯一的改动就是这个：\n（下载链接见下方）"},{"id":806,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"NewLibertyStandard","date":"2010-06-26","ts":"2010-06-26T01:19:35Z","url":"https://bitcointalk.org/index.php?topic=199.msg1788#msg1788","zh":"
看起来不错！每秒哈希数会间歇性地消失几秒。我怀疑是多击文件菜单触发的。我用的是 Linux 64 位构建。
","zhText":"看起来不错！每秒哈希数会间歇性地消失几秒。我怀疑是多击文件菜单触发的。我用的是 Linux 64 位构建。"},{"id":847,"sid":null,"sat":0,"tid":75,"tt":"Bitcoin clients getting k-lined from the IRC bootstrapping channel","src":"Bitcointalk","author":"laszlo","date":"2010-06-26","ts":"2010-06-26T04:13:50Z","url":"https://bitcointalk.org/index.php?topic=215.msg1790#msg1790","zh":"
","zhText":"Freenode 太显眼了，正处在所有那些用户和版主聚集的正中央。Laszlo 的方案对我们合适得多。\n我发布了改用 irc.lfnet.org 而非 freenode 的 0.3.0.RC2，如果你想开始切换的话：\nhttp://bitcointalk.org/index.php?topic=199.msg1787#msg1787"},{"id":807,"sid":151,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-26","ts":"2010-06-26T15:10:10Z","url":"https://bitcointalk.org/index.php?topic=199.msg1800#msg1800","zh":"
","zhText":"是不是该到去掉 Beta 的时候了？我建议这个版本就叫 1.3。"},{"id":808,"sid":153,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-26","ts":"2010-06-26T19:21:05Z","url":"https://bitcointalk.org/index.php?topic=199.msg1806#msg1806","zh":"
\"1.3 almost ready\"主题串里的 Linux 候选版含有预编译好的 bitcoind。
","zhText":"\"1.3 almost ready\"主题串里的 Linux 候选版含有预编译好的 bitcoind。"},{"id":837,"sid":156,"sat":1,"tid":74,"tt":"Bitcoin Faucet changes","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-26","ts":"2010-06-26T21:39:52Z","url":"https://bitcointalk.org/index.php?topic=206.msg1816#msg1816","zh":"
很多大型 ISP 每次连接都给你分配新 IP，通常在同一个 B 类网段内（a.b.?.?）。也许应该给每个 B 类网段设置两次投放之间的最短间隔。
如果解决不了，也可以不断降低每次发放的比特币数量直到可控，并始终要求验证码。
","zhText":"很多大型 ISP 每次连接都给你分配新 IP，通常在同一个 B 类网段内（a.b.?.?）。也许应该给每个 B 类网段设置两次投放之间的最短间隔。\n如果解决不了，也可以不断降低每次发放的比特币数量直到可控，并始终要求验证码。"},{"id":852,"sid":null,"sat":0,"tid":76,"tt":"Beta?","src":"Bitcointalk","author":"lachesis","date":"2010-06-27","ts":"2010-06-27T01:33:31Z","url":"https://bitcointalk.org/index.php?topic=217.msg1824#msg1824","zh":"
","zhText":"欢迎，Harry。\n我还没想过不经过 bitcoin 直接从 bitcoind 上手。我想现阶段，这个主题串就当教程用吧。\nbitcoind 目前的重点更多是网站的后端支持。也有人希望有一些便于管理无界面挖矿机的功能，比如 listgenerated。眼下，你可以在 debug.log 里 grep \"generated\" 和 \"hashmeter\" 看些反馈。生成的区块大约要 24 小时才计入你的余额。"},{"id":809,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"laszlo","date":"2010-06-27","ts":"2010-06-27T14:45:28Z","url":"https://bitcointalk.org/index.php?topic=199.msg1832#msg1832","zh":"
我也不明白为什么，但我也注意到了——我编译的 Win32 版比我做的 linux/mac 版慢得多。我用了 MinGW 之类，但也许哪里出了错……我用的 Berkeley DB 版本可能也和中本聪的不同，所以日志才二进制不兼容。
","zhText":"我也不明白为什么，但我也注意到了——我编译的 Win32 版比我做的 linux/mac 版慢得多。我用了 MinGW 之类，但也许哪里出了错……我用的 Berkeley DB 版本可能也和中本聪的不同，所以日志才二进制不兼容。"},{"id":810,"sid":159,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-06-27","ts":"2010-06-27T15:30:13Z","url":"https://bitcointalk.org/index.php?topic=199.msg1834#msg1834","zh":"
MinGW 仍然只有老当益壮的稳定版 3.4.5。他们没多少理由去更新它。
我看 3.4.5 编译出的 SHA 反汇编时，完全看不出有任何改进余地。我无法想象还能从里面再挤出 8%。有没有可能 Windows 本身就有 8% 的额外开销？不做系统调用之类的，纯粹是忙于计算的代码，任务切换和其他管理性操作能吃掉这么多吗？
","zhText":"这里有一个对类似问题的回答，关于如何从重大故障中恢复。\nhttps://www.bitcoin.org/smf/index.php?topic=191.msg1585#msg1585\n如果 SHA-256 被彻底攻破，我想我们可以就\"麻烦开始之前哪条是诚实的区块链\"达成共识，把它锁定，然后用一个新的哈希函数从那里继续。\n如果哈希崩溃是渐进发生的，我们可以有序地过渡到新哈希。软件可以设定为在某个区块号之后启用新哈希。所有人都得在那之前升级。软件可以保存所有旧区块的新哈希，确保不能使用与旧哈希相同的不同区块。"},{"id":811,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"dkaparis","date":"2010-06-27","ts":"2010-06-27T22:02:25Z","url":"https://bitcointalk.org/index.php?topic=199.msg1842#msg1842","zh":"
MinGW 仍然只有老当益壮的稳定版 3.4.5。他们没多少理由去更新它。
我看 3.4.5 编译出的 SHA 反汇编时，完全看不出有任何改进余地。我无法想象还能从里面再挤出 8%。有没有可能 Windows 本身就有 8% 的额外开销？不做系统调用之类的，纯粹是忙于计算的代码，任务切换和其他管理性操作能吃掉这么多吗？
也许最好也看看 4.4.3 编译的反汇编，看有没有什么差别。
顺便问一句，这东西能用 Visual C++ 编译吗？等我有空打算试试。
Dimitri
","zhText":"MinGW 仍然只有老当益壮的稳定版 3.4.5。他们没多少理由去更新它。\n我看 3.4.5 编译出的 SHA 反汇编时，完全看不出有任何改进余地。我无法想象还能从里面再挤出 8%。有没有可能 Windows 本身就有 8% 的额外开销？不做系统调用之类的，纯粹是忙于计算的代码，任务切换和其他管理性操作能吃掉这么多吗？\n\n也许最好也看看 4.4.3 编译的反汇编，看有没有什么差别。\n顺便问一句，这东西能用 Visual C++ 编译吗？等我有空打算试试。\nDimitri"},{"id":874,"sid":null,"sat":0,"tid":78,"tt":"Feature Request: Limiting Connections","src":"Bitcointalk","author":"BitcoinFX","date":"2010-06-30","ts":"2010-06-30T01:54:04Z","url":"https://bitcointalk.org/index.php?topic=223.msg1883#msg1883","zh":"
","zhText":"BitTorrent 客户端轻松就能做到几百条连接——这正是它们最终搞挂那些小型嵌入式路由器的原因。普通 IP 路由器没问题，但那些小的嵌入式设备在做 NAT，要为所有这些连接跟踪状态，内存就耗尽了……而且它们是非常慢的 SoC 式计算机，所有经过它们的东西都跟着遭殃。\n种子客户端通常都有配置全局最大连接数、最大入站连接数和最大出站连接数的选项。\n我觉得允许那些有能力的人配置无限入站/出站连接是好事，同时给用 NAT、tor、代理等的用户一个保守的默认值。"},{"id":812,"sid":162,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-02","ts":"2010-07-02T20:37:17Z","url":"https://bitcointalk.org/index.php?topic=199.msg1926#msg1926","zh":"
顺便问一句，这东西能用 Visual C++ 编译吗？等我有空打算试试。
能，但生成速度慢了一倍多。
","zhText":"顺便问一句，这东西能用 Visual C++ 编译吗？等我有空打算试试。\n\n能，但生成速度慢了一倍多。"},{"id":813,"sid":163,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-02","ts":"2010-07-02T21:57:45Z","url":"https://bitcointalk.org/index.php?topic=199.msg1927#msg1927","zh":"
","zhText":"我在 RC4 里把最大对外连接数从 15 降到了 8。\n15 远超冗余所需。8 仍然有充足的冗余。\n随着节点升级到这个版本，接受入站连接的节点获得的连接数会减半。\n如果有人想要 8 条以上连接，可以在防火墙上开放 8333 端口。"},{"id":814,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"laszlo","date":"2010-07-04","ts":"2010-07-04T19:39:32Z","url":"https://bitcointalk.org/index.php?topic=199.msg1945#msg1945","zh":"
","zhText":"Mac OS 版——需要 Intel 处理器和 10.5（不支持 10.4）\nhttp://heliacal.net/~solar/bitcoin/builds/MacOSX-Intel-0.3/bitcoin-0.3.0.zip"},{"id":815,"sid":166,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-04","ts":"2010-07-04T21:52:28Z","url":"https://bitcointalk.org/index.php?topic=199.msg1947#msg1947","zh":"
Laszlo 的编译版将成为我们第一个 Mac 发行版，请大家测试！
","zhText":"Laszlo 的编译版将成为我们第一个 Mac 发行版，请大家测试！"},{"id":882,"sid":null,"sat":0,"tid":79,"tt":"Slashdot Submission for 1.0","src":"Bitcointalk","author":"llama","date":"2010-07-05","ts":"2010-07-05T19:24:56Z","url":"https://bitcointalk.org/index.php?topic=234.msg1973#msg1973","zh":"
4) 就我个人而言，我对提到能源支撑仍不完全满意。也许可以换成说：带时间戳的交易历史由多数 CPU 算力投票/保护？
5) 不是要卖弄，但小心被动语态（比如\"It is expected that over time...\"）。标题和新闻稿通常用更有冲击力的主动语态来抓读者眼球。
全部采纳、全不采纳或部分采纳，随意。我们挑剔是因为我们在乎
","zhText":"目前的修改不错。\n更多建议：\n1) 用 bittorrent 替代 hashcash 提及如何？Bittorrent 是个巨大的热词，能抓住些眼球。作为一个完全分布式且匿名的网络，我认为 Bitcoin 相似到足以支撑这个类比。\n2) \"...clients burn CPU cycles...\" --> \"...nodes burn CPU cycles...\"（\"客户端\"改\"节点\"）\n3) 在某处加入\"decentralized\"（去中心化）和\"proof-of-work based\"（基于工作证明）\n4) 就我个人而言，我对提到能源支撑仍不完全满意。也许可以换成说：带时间戳的交易历史由多数 CPU 算力投票/保护？\n5) 不是要卖弄，但小心被动语态（比如\"It is expected that over time...\"）。标题和新闻稿通常用更有冲击力的主动语态来抓读者眼球。\n全部采纳、全不采纳或部分采纳，随意。我们挑剔是因为我们在乎"},{"id":883,"sid":167,"sat":1,"tid":79,"tt":"Slashdot Submission for 1.0","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-05","ts":"2010-07-05T21:31:14Z","url":"https://bitcointalk.org/index.php?topic=234.msg1976#msg1976","zh":"
","zhText":"顺便说，在和 1.3 短暂纠缠之后我恢复理智了，这个版本仍将是 0.3 beta，不是 1.0。\n我非常感谢你的努力，但问题不少。\n我们不想拿\"匿名\"当卖点。（我一直想改主页来着）\n\"开发者期望这会带来一种任何政府都触及不到的能源稳定货币。\"——我绝不会发表这种挑衅或断言。\n它并非能源意义上的稳定。这一点讨论过。它不与能源成本挂钩。NLS 基于能源的估算是个不错的起始点，但市场力量会越来越占主导。\n抱歉泼冷水。为这个东西写一篇面向大众的介绍真是难死了。没有任何现成的东西可以类比。"},{"id":816,"sid":null,"sat":0,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"BitLex","date":"2010-07-06","ts":"2010-07-06T17:52:58Z","url":"https://bitcointalk.org/index.php?topic=199.msg2002#msg2002","zh":"
","zhText":"发布 Bitcoin 0.3 版——P2P 加密货币！Bitcoin 是一种数字货币，使用密码学与分布式网络取代对可信中央服务器的需求。摆脱中心化管理的货币任意的通胀风险！Bitcoin 的总发行量上限为 2100 万枚。币按节点贡献的 CPU 算力逐步释放给网络，所以贡献闲置的 CPU 时间就能分一杯羹。\n新特性：\n- 命令行与 JSON-RPC 控制\n- 附带无 GUI 的守护进程版\n- 交易过滤标签页\n- 哈希速度提升 20%\n- Hashmeter 性能显示\n- Mac OS X 版（感谢 Laszlo）\n- 德语、荷兰语、意大利语翻译（感谢 DataWraith、Xunie 和 Joozero）\n到 http://www.bitcoin.org 获取，或读论坛了解更多。"},{"id":817,"sid":169,"sat":1,"tid":72,"tt":"0.3 almost ready -- please test the Mac version!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-06","ts":"2010-07-06T19:43:18Z","url":"https://bitcointalk.org/index.php?topic=199.msg2006#msg2006","zh":"
","zhText":"不错。\n就匿名上网连接而言，预付费手机也是不错的选择。便宜，几乎不可能追溯到用户，用完可以销毁。同样，可以在人流密集的商场或沃尔玛买到。\nforeverdamaged，别忘了用匿名方式支付 VPS。也许一张同样在拥挤场所购买的预付信用卡就能搞定。\n顺便说，我喜欢想象这位用户在中国，正试图买一本关于自由的书籍"},{"id":915,"sid":171,"sat":1,"tid":84,"tt":"bitcoin 0.3 win64 - broken access to APPDATA if non-latin characters in username","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-08","ts":"2010-07-08T18:24:19Z","url":"https://bitcointalk.org/index.php?topic=246.msg2068#msg2068","zh":"
","zhText":"很难想象互联网会被分割得密不透风。那得是一个国家刻意地、彻底地把自己与世界其他地方隔绝开来。\n任何能同时接入两侧的节点都会自动把区块链流过去，比如有人用拨号调制解调器或卫星电话绕过封锁。只需要一个节点就能做到。任何想继续做生意的人都有动力这么做。\n倘若网络被分割后又重新合并，较短分叉里那些不在较长分叉中的交易会被重新放回交易池，有资格进入未来的区块。它们的确认数将从头开始。\n倘若有人利用分割双重支出，使同一笔钱在两侧各有一笔不同的花费，那么较短分叉中的双重支出会落败，回到 0/未确认状态并保持不变。\n想利用分割来双重支出并不容易。倘若一侧无法与另一侧通信，你要怎么把花费分别放到两侧？如果有办法，那很可能别人也在用同样的办法把区块链流过去。\n你通常能知道自己是不是在较小的一侧。譬如，倘若你的国家把自己与世界隔绝，世界其他地方就是较大的一侧。如果你在较小的一侧，就应假设什么都没有被确认。"},{"id":912,"sid":null,"sat":0,"tid":83,"tt":"BTC Vulnerability? (Massive Attack against BTC system. Is it really?)","src":"Bitcointalk","author":"lachesis","date":"2010-07-08","ts":"2010-07-08T21:13:56Z","url":"https://bitcointalk.org/index.php?topic=242.msg2074#msg2074","zh":"
","zhText":"我想我看出问题在哪了。巧合的是，我最近刚写了一个替代函数来替换出问题的这个，应该能修复。它还没启用，但在 SVN 版本里，它会在 debug.log 打印一条调试消息，显示新的目录值和旧值以便对比。"},{"id":913,"sid":174,"sat":1,"tid":83,"tt":"BTC Vulnerability? (Massive Attack against BTC system. Is it really?)","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-09","ts":"2010-07-09T03:28:46Z","url":"https://bitcointalk.org/index.php?topic=242.msg2078#msg2078","zh":"
楼主描述的现象叫\"垄断市场\"（cornering the market）。当有人试图买光世界上某种稀缺资产的全部供应，买得越多价格越高。到了某个点，再买就太贵了。这对事先持有的人是好事，他们能以离谱的高价卖给垄断者。随着价格不断上涨，总有人继续捂着等更高价、拒绝卖出。
","zhText":"我收到 5 枚币之后马上就寄了回去，\n是个检验我们系统的好办法，对新来的「潜在客户」来说现在依然是。\n可惜那些早期日子我没赶上，但所有打进来 5 枚币的，我都会乐意退回给你。"},{"id":1031,"sid":null,"sat":0,"tid":87,"tt":"Warning this block was not received by any other nodes","src":"Bitcointalk","author":"BitLex","date":"2010-07-14","ts":"2010-07-14T15:57:32Z","url":"https://bitcointalk.org/index.php?topic=291.msg2858#msg2858","zh":"
","zhText":"在 Windows 上，你在任务管理器里选中进程，右键，设置优先级。设为\"低于标准\"或\"低\"。不过这应该没有影响。\n如果你关掉\"生成硬币\"，CPU 占用会不会立刻平掉？那就能确认它占的 CPU 时间全是生成，而那本来就是空闲优先级。\n也可能慢只是因为你同时运行的东西太多、内存耗尽开始用页面文件了。当你从一个程序切到另一个，就得从磁盘把它换页进来。"},{"id":1168,"sid":180,"sat":1,"tid":101,"tt":"stopped prodicing coins","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-14","ts":"2010-07-14T17:04:02Z","url":"https://bitcointalk.org/index.php?topic=343.msg2880#msg2880","zh":"
感谢你做了那个计算器。
难度一两天前刚翻倍，而且本来就是随机的，你可能会遇到长得惊人的空窗期。
","zhText":"感谢你做了那个计算器。\n难度一两天前刚翻倍，而且本来就是随机的，你可能会遇到长得惊人的空窗期。"},{"id":1071,"sid":null,"sat":0,"tid":91,"tt":"Runaway CPU usage for 64bit BitCoin (Linux Client)","src":"Bitcointalk","author":"aceat64","date":"2010-07-14","ts":"2010-07-14T17:08:21Z","url":"https://bitcointalk.org/index.php?topic=299.msg2882#msg2882","zh":"
","zhText":"这已经是我第二次见到有人报告这个\"Live Protection\"问题了。\n它一定是在阻断程序的网络通信。听起来它允许建立连接，所以显示了 10 条连接，却不允许在上面收发任何数据。\n我们需要更好地弄清这个问题。\n有没有人能在 wiki 上写点说明，讲讲如何关闭实时防护（或它完整正式的名称）或添加排除项。"},{"id":1092,"sid":184,"sat":1,"tid":94,"tt":"Error on Ubuntu 10.04","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-14","ts":"2010-07-14T18:25:41Z","url":"https://bitcointalk.org/index.php?topic=318.msg2903#msg2903","zh":"
\"最小化到托盘而非任务栏\"就是吃光我系统全部 CPU 的元凶。关掉这个选项之后，CPU 失控的问题就解决了。
似乎只有 64 位客户端受影响，我的 32 位客户端看起来都没这个问题。
我确实注意到 64 位客户端会不断生成多个\"托盘\"图标，直到 X 服务器最终垮掉，我想我应该把这个作为 bug 提交到什么地方？
有意思。我知道 Ubuntu 上的最小化到托盘非常笨拙，但不知道它还有 CPU 占满的问题。有人能复现这个问题吗？我们以前在 Linux 上禁用过这个功能，但后来觉得不完美的界面总比彻底失去这个功能好。我想我们应该在 Linux 上再次禁用它。
","zhText":"在最初错误地尝试把自己设为最低优先级之后，生成线程只在找到区块时才临时再次调整优先级。找到区块时，你当然希望它赶紧在别人先找到一个、让你的作废之前尽快广播出去。生成线程只在每几天里以更高优先级运行不到一秒。\n很快会有针对此问题的 0.3.1 发布。在发布之前，0.3.1 还有几个其他问题需要修复。\n顺带一提，我追查到了另一个 GUI 问题。\n\"最小化到托盘而非任务栏\"就是吃光我系统全部 CPU 的元凶。关掉这个选项之后，CPU 失控的问题就解决了。\n似乎只有 64 位客户端受影响，我的 32 位客户端看起来都没这个问题。\n我确实注意到 64 位客户端会不断生成多个\"托盘\"图标，直到 X 服务器最终垮掉，我想我应该把这个作为 bug 提交到什么地方？\n\n有意思。我知道 Ubuntu 上的最小化到托盘非常笨拙，但不知道它还有 CPU 占满的问题。有人能复现这个问题吗？我们以前在 Linux 上禁用过这个功能，但后来觉得不完美的界面总比彻底失去这个功能好。我想我们应该在 Linux 上再次禁用它。"},{"id":1032,"sid":186,"sat":1,"tid":87,"tt":"Warning this block was not received by any other nodes","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-14","ts":"2010-07-14T18:56:29Z","url":"https://bitcointalk.org/index.php?topic=291.msg2913#msg2913","zh":"
Microsoft Security Essentials 的实时防护（Live Protection）正在阻断你与网络的通信。你有连接，这让 Bitcoin 以为自己已联网，但连接是静默的，因为数据被拦截了。
你需要把 bitcoin.exe 加进实时防护的排除进程。
这正在变成一个常见问题。应该有人写一篇置顶帖说明。
\"Warning: This block was not received by any other nodes\"这条消息出现在 Bitcoin 广播了一个区块但没人确认收到时。这个警告正是为这种情况准备的：你出于某种原因有连接，但连接已经死了，没人听得到你。你的区块永远不会生效，因为没人收到它。
","zhText":"Microsoft Security Essentials 的实时防护（Live Protection）正在阻断你与网络的通信。你有连接，这让 Bitcoin 以为自己已联网，但连接是静默的，因为数据被拦截了。\n你需要把 bitcoin.exe 加进实时防护的排除进程。\n这正在变成一个常见问题。应该有人写一篇置顶帖说明。\n\"Warning: This block was not received by any other nodes\"这条消息出现在 Bitcoin 广播了一个区块但没人确认收到时。这个警告正是为这种情况准备的：你出于某种原因有连接，但连接已经死了，没人听得到你。你的区块永远不会生效，因为没人收到它。"},{"id":1116,"sid":null,"sat":0,"tid":96,"tt":"Hash/sec Throttling for Democracy","src":"Bitcointalk","author":"knightmb","date":"2010-07-14","ts":"2010-07-14T19:17:43Z","url":"https://bitcointalk.org/index.php?topic=325.msg2917#msg2917","zh":"
除了随机 nonce，每个区块还包含一个比特币地址（新生成的、仅用于此用途），解出区块后 50 BC 的奖励就记到它名下。即使两个节点恰好选了同一个起始随机 nonce（这不太可能），它们也几乎注定有不同的比特币地址。
","zhText":"除了随机 nonce，每个区块还包含一个比特币地址（新生成的、仅用于此用途），解出区块后 50 BC 的奖励就记到它名下。即使两个节点恰好选了同一个起始随机 nonce（这不太可能），它们也几乎注定有不同的比特币地址。"},{"id":1121,"sid":187,"sat":1,"tid":96,"tt":"Hash/sec Throttling for Democracy","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-14","ts":"2010-07-14T20:25:06Z","url":"https://bitcointalk.org/index.php?topic=325.msg2935#msg2935","zh":"
","zhText":"设计中勾勒了一个不需要完整区块链的轻量客户端。在设计 PDF 里它叫简化支付验证（Simplified Payment Verification）。轻量客户端可以收发交易，只是不能生成区块。它不需要信任某个节点来验证支付，仍能自行验证。\n轻量客户端尚未实现，计划是在需要时实现。目前，每个人都运行完整的网络节点。\n我预计节点永远不会超过 10 万个，可能更少。它会达到一个均衡：再多节点加入就不值当了。其余的将是轻量客户端，可能数以百万计。\n达到均衡规模后，许多节点将是服务器农场，农场里有一两个网络节点，通过局域网喂给农场其余部分。"},{"id":1076,"sid":189,"sat":1,"tid":91,"tt":"Runaway CPU usage for 64bit BitCoin (Linux Client)","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T00:18:23Z","url":"https://bitcointalk.org/index.php?topic=299.msg3008#msg3008","zh":"
好，加了未写入文档的开关\"-minimizetotray\"来重新启用该选项。
我已把改动上传到 SVN。
","zhText":"好，加了未写入文档的开关\"-minimizetotray\"来重新启用该选项。\n我已把改动上传到 SVN。"},{"id":1077,"sid":null,"sat":0,"tid":91,"tt":"Runaway CPU usage for 64bit BitCoin (Linux Client)","src":"Bitcointalk","author":"knightmb","date":"2010-07-15","ts":"2010-07-15T00:21:16Z","url":"https://bitcointalk.org/index.php?topic=299.msg3009#msg3009","zh":"
能不能加个启动开关甚至编译开关把那个功能重新打开？我很喜欢它，而且我没遇到这个问题。
我也非常喜欢，只可惜在我机器上不管用
","zhText":"能不能加个启动开关甚至编译开关把那个功能重新打开？我很喜欢它，而且我没遇到这个问题。\n\n我也非常喜欢，只可惜在我机器上不管用"},{"id":589,"sid":null,"sat":0,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"aidos","date":"2010-07-15","ts":"2010-07-15T00:49:11Z","url":"https://bitcointalk.org/index.php?topic=151.msg3017#msg3017","zh":"
好，这是法语的 .po 文件。顺手记下几个问题：
1. \"About\"（关于）框没有应用翻译，它仍给我显示英文版，尽管软件其他部分都在用翻译后的字符串，而且 .po 文件里也包含\"About\"框消息的翻译串。设置窗口里的\"Apply\"（应用）按钮同样如此。\n2. 如果主窗口交易列表中某笔交易的描述含有带变音符的字符（比如\"éàèç\"），它就显示不出来。我猜是字符串在某个环节没被当作 UTF8 正确处理。\n3. 一些翻译后的字符串放不进对话框了（法语比英语啰嗦一点）。有些情况可以通过插入一个\"\n\"解决，但并非总是可行（比如窗口标题）。\n4. 关于 .po 文件：\n - .po 文件里有几个字符串并不需要翻译（如\"Bitcoin\"）。也许这些不该放进 _(\"...\") 里？\n - 另有一些不该拆分。我记得有一条关于交易费的消息被拆成了两段以便插入费值，其实用个 %s 就行了。这加大了翻译难度，我不得不翻源码才搞清楚到底是怎么回事。\n - 有些字符串的开头或结尾带空白字符，其必要性很值得商榷，而且在 PoEdit 里很容易漏看。\n - 许多字符串把每个单词首字母都大写，这在法语里看着很怪。我查过，我的其他软件都不这样，所以我统一用了正常的大小写。\n - 有几条消息字符串几乎一模一样，也许这些消息用同一字符串更好？例如：\"This is an oversized transaction that requires a transaction fee of %s\" 和 \"Error: This is an oversized transaction that requires a transaction fee of %s \"。除了开头多个 \"Error:\"、结尾多个空格（这空格大概是多余的？），文字完全相同。
","zhText":"好，这是法语的 .po 文件。顺手记下几个问题：\n1. \"About\"（关于）框没有应用翻译，它仍给我显示英文版，尽管软件其他部分都在用翻译后的字符串，而且 .po 文件里也包含\"About\"框消息的翻译串。设置窗口里的\"Apply\"（应用）按钮同样如此。\n2. 如果主窗口交易列表中某笔交易的描述含有带变音符的字符（比如\"éàèç\"），它就显示不出来。我猜是字符串在某个环节没被当作 UTF8 正确处理。\n3. 一些翻译后的字符串放不进对话框了（法语比英语啰嗦一点）。有些情况可以通过插入一个\"\n\"解决，但并非总是可行（比如窗口标题）。\n4. 关于 .po 文件：\n - .po 文件里有几个字符串并不需要翻译（如\"Bitcoin\"）。也许这些不该放进 _(\"...\") 里？\n - 另有一些不该拆分。我记得有一条关于交易费的消息被拆成了两段以便插入费值，其实用个 %s 就行了。这加大了翻译难度，我不得不翻源码才搞清楚到底是怎么回事。\n - 有些字符串的开头或结尾带空白字符，其必要性很值得商榷，而且在 PoEdit 里很容易漏看。\n - 许多字符串把每个单词首字母都大写，这在法语里看着很怪。我查过，我的其他软件都不这样，所以我统一用了正常的大小写。\n - 有几条消息字符串几乎一模一样，也许这些消息用同一字符串更好？例如：\"This is an oversized transaction that requires a transaction fee of %s\" 和 \"Error: This is an oversized transaction that requires a transaction fee of %s \"。除了开头多个 \"Error:\"、结尾多个空格（这空格大概是多余的？），文字完全相同。\n最后，提供的 .po 文件不是最新的，因为其中一条设置字符串已经改动，没有被翻译（关于登录时启动 Bitcoin 的那条）。\n除此以外，Bitcoin 看起来是个了不起的概念，干得好！"},{"id":1126,"sid":null,"sat":0,"tid":97,"tt":"UPDATED - Linux x64 bins for those having libcrypto and GLIBCXX_3.4.11 troubles","src":"Bitcointalk","author":"laszlo","date":"2010-07-15","ts":"2010-07-15T01:56:37Z","url":"https://bitcointalk.org/index.php?topic=326.msg3048#msg3048","zh":"
能静态链接 C++ 库吗？如果可以，这是可接受的做法吗，还是会带来问题？也许直接把库随程序附上？我说的静态只针对 openssl。
","zhText":"能静态链接 C++ 库吗？如果可以，这是可接受的做法吗，还是会带来问题？也许直接把库随程序附上？我说的静态只针对 openssl。"},{"id":592,"sid":null,"sat":0,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"milkiway","date":"2010-07-15","ts":"2010-07-15T09:35:10Z","url":"https://bitcointalk.org/index.php?topic=151.msg3123#msg3123","zh":"
","zhText":"更直接的，是这个：\nhttp://bitcointalk.org/index.php?topic=246.0\n我很快会发布包含此修复的 0.3.1 候选版。请试用，并告诉我问题是否解决。"},{"id":1127,"sid":191,"sat":1,"tid":97,"tt":"UPDATED - Linux x64 bins for those having libcrypto and GLIBCXX_3.4.11 troubles","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T14:33:04Z","url":"https://bitcointalk.org/index.php?topic=326.msg3157#msg3157","zh":"
我不认为你有什么特别的问题。我觉得你的系统慢是因为同时运行的东西太多，内存满了开始用页面文件。你已经确认关掉生成后 CPU 掉到 0%，所以 CPU 占用肯定全是空闲优先级的。0.3.1 里没有任何会影响这些的改动。
","zhText":"我不认为你有什么特别的问题。我觉得你的系统慢是因为同时运行的东西太多，内存满了开始用页面文件。你已经确认关掉生成后 CPU 掉到 0%，所以 CPU 占用肯定全是空闲优先级的。0.3.1 里没有任何会影响这些的改动。"},{"id":593,"sid":196,"sat":1,"tid":56,"tt":"Website and software translations","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T18:30:22Z","url":"https://bitcointalk.org/index.php?topic=151.msg3238#msg3238","zh":"
","zhText":"在 Windows 上，打开「发送硬币」或「你的收款地址」时，我看到以下提示。\n点「取消」可以让它消失，一切照常工作，但还是有点烦人。\n我在 Windowx Vista SP2 x64 上跑 BitCoin 0.3.0。"},{"id":1235,"sid":null,"sat":0,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"knightmb","date":"2010-07-15","ts":"2010-07-15T19:37:10Z","url":"https://bitcointalk.org/index.php?topic=383.msg3269#msg3269","zh":"
在 Windows 上，生成硬币的优先级仍相当于正常。如果你以生成硬币模式运行 BitCoin，再运行一个吃光 CPU 的东西（比如 CPU hog：http://www.microtask.ca/cpuhog.html），你会看到 BitCoin 和 CPU hog 以 50/50 平分 CPU，而不是 CPU hog 独占、BitCoin 只在空闲/低优先级上运行。khash/s 也减半了，这进一步证明线程并非运行在低于正常的优先级。
我本该事先数一数核心数 ，已在 Windows 2000、XP、Vista 32/64、Windows 7 32/64 上测试确认并非 bug
","zhText":"在 Windows 上，生成硬币的优先级仍相当于正常。如果你以生成硬币模式运行 BitCoin，再运行一个吃光 CPU 的东西（比如 CPU hog：http://www.microtask.ca/cpuhog.html），你会看到 BitCoin 和 CPU hog 以 50/50 平分 CPU，而不是 CPU hog 独占、BitCoin 只在空闲/低优先级上运行。khash/s 也减半了，这进一步证明线程并非运行在低于正常的优先级。\n我本该事先数一数核心数 ，已在 Windows 2000、XP、Vista 32/64、Windows 7 32/64 上测试确认并非 bug"},{"id":1236,"sid":null,"sat":0,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"knightmb","date":"2010-07-15","ts":"2010-07-15T20:15:46Z","url":"https://bitcointalk.org/index.php?topic=383.msg3274#msg3274","zh":"
在 Linux 客户端（64 位）上，\"关闭时最小化\"仍会最小化到托盘（不久后因不断生成多个托盘图标导致 X 服务器挂起）。
不过，各线程的优先级看起来都正确地\"nice\"了。吃光 CPU 时间的是 nice 到 19 的那些，所以其他 0 和 2 的没用什么 CPU 时间，系统看起来仍有响应。
在 Windows 上，生成硬币的优先级仍相当于正常。如果你以生成硬币模式运行 BitCoin，再运行一个吃光 CPU 的东西（比如 CPU hog：http://www.microtask.ca/cpuhog.html），你会看到 BitCoin 和 CPU hog 以 50/50 平分 CPU，而不是 CPU hog 独占、BitCoin 只在空闲/低优先级上运行。khash/s 也减半了，这进一步证明线程并非运行在低于正常的优先级。
我没能复现。我是双处理器，所以跑了两个内存吞噬程序。任务管理器显示 Bitcoin 的 CPU 是 0%。khash/秒的表针卡住不动，因为它一点 CPU 都分不到来刷新自己。
你是双处理器吗？你确定你跑的不是单处理器吞噬程序？
","zhText":"在 Windows 上，生成硬币的优先级仍相当于正常。如果你以生成硬币模式运行 BitCoin，再运行一个吃光 CPU 的东西（比如 CPU hog：http://www.microtask.ca/cpuhog.html），你会看到 BitCoin 和 CPU hog 以 50/50 平分 CPU，而不是 CPU hog 独占、BitCoin 只在空闲/低优先级上运行。khash/s 也减半了，这进一步证明线程并非运行在低于正常的优先级。\n\n我没能复现。我是双处理器，所以跑了两个内存吞噬程序。任务管理器显示 Bitcoin 的 CPU 是 0%。khash/秒的表针卡住不动，因为它一点 CPU 都分不到来刷新自己。\n你是双处理器吗？你确定你跑的不是单处理器吞噬程序？"},{"id":1242,"sid":null,"sat":0,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"knightmb","date":"2010-07-15","ts":"2010-07-15T21:56:09Z","url":"https://bitcointalk.org/index.php?topic=383.msg3302#msg3302","zh":"
对，你说得对，运行正常。*拍脑门，怪自己没先数核心数*，那就撤销优先级 bug 的说法，我回去编辑我的帖子。在 Windows 2000、XP、Vista 和 7 上都运行正常
","zhText":"在 Linux 客户端（64 位）上，\"关闭时最小化\"仍会最小化到托盘（不久后因不断生成多个托盘图标导致 X 服务器挂起）。\n\n我在首帖更新了 Linux rc2 的链接，包含此修复。请确认你的问题已解决。谢谢！\nhttp://www.bitcoin.org/download/bitcoin-0.3.1.rc2-linux.tar.gz"},{"id":1244,"sid":202,"sat":1,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T22:10:19Z","url":"https://bitcointalk.org/index.php?topic=383.msg3306#msg3306","zh":"
bincoind help 里 listreceivedbyaddress 和 getreceivedbyaddress 命令重复了。（0.3.0 也一样。）
是的，是个 bug。下个版本修。
","zhText":"bincoind help 里 listreceivedbyaddress 和 getreceivedbyaddress 命令重复了。（0.3.0 也一样。）\n\n是的，是个 bug。下个版本修。"},{"id":1260,"sid":203,"sat":1,"tid":107,"tt":"\"SetIcons(): icon bundle doesn't contain any suitable icon\"","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T22:18:26Z","url":"https://bitcointalk.org/index.php?topic=391.msg3308#msg3308","zh":"
在 Windows 上，它应该把 Bitcoin.exe 放进系统注册表的 \"HKEY_CURRENT_USER\\Software\\Microsoft\\Windows\\CurrentVersion\\Run\"……或者作为替代放进 \"HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\"
两种都没看到发生，虽然它确实进了「Startup」文件夹。这也太 Windows 95 了（开个玩笑……微软把这搞砸得都不好笑了）。出于好几个原因我推荐用注册表，包括大多数软件都把自启动放在那里，尽管我个人觉得启动文件夹更有好感，也是 Windows 上大多数软件本应有的行为。
我还没用 Windows 对这个新版本做完整的取证检查，但安装过程对我来说一帆风顺……用的是 Windows 安装包。
","zhText":"我不太确定「窗口系统启动时启动 BitCoin」这个选项是打算做什么的？\n\n在 Windows 上，它应该把 Bitcoin.exe 放进系统注册表的 \"HKEY_CURRENT_USER\\Software\\Microsoft\\Windows\\CurrentVersion\\Run\"……或者作为替代放进 \"HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\"\n两种都没看到发生，虽然它确实进了「Startup」文件夹。这也太 Windows 95 了（开个玩笑……微软把这搞砸得都不好笑了）。出于好几个原因我推荐用注册表，包括大多数软件都把自启动放在那里，尽管我个人觉得启动文件夹更有好感，也是 Windows 上大多数软件本应有的行为。\n我还没用 Windows 对这个新版本做完整的取证检查，但安装过程对我来说一帆风顺……用的是 Windows 安装包。"},{"id":1247,"sid":null,"sat":0,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"adavid","date":"2010-07-15","ts":"2010-07-15T22:39:33Z","url":"https://bitcointalk.org/index.php?topic=383.msg3314#msg3314","zh":"
不过，各线程的优先级看起来都正确地「nice」了。吃光 CPU 时间的是 nice 到 19 的那些，所以其他 0 和 2 的没用什么 CPU 时间，系统看起来仍有响应。
我确认这一点。bitcoind 现在真的 nice 了。
","zhText":"不过，各线程的优先级看起来都正确地「nice」了。吃光 CPU 时间的是 nice 到 19 的那些，所以其他 0 和 2 的没用什么 CPU 时间，系统看起来仍有响应。\n\n我确认这一点。bitcoind 现在真的 nice 了。"},{"id":1248,"sid":205,"sat":1,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-15","ts":"2010-07-15T23:23:04Z","url":"https://bitcointalk.org/index.php?topic=383.msg3319#msg3319","zh":"
两种都没看到发生，虽然它确实进了「Startup」文件夹。这也太 Windows 95 了（开个玩笑……微软把这搞砸得都不好笑了）。出于好几个原因我推荐用注册表，包括大多数软件都把自启动放在那里，尽管我个人觉得启动文件夹更有好感，也是 Windows 上大多数软件本应有的行为。
","zhText":"那肯定就是它了。\n它一定是在找一个更大的图标，比如 20x20，而我们没有。"},{"id":524,"sid":null,"sat":0,"tid":49,"tt":"A New Currency System for the World","src":"Bitcointalk","author":"Anonymous","date":"2010-07-16","ts":"2010-07-16T04:05:25Z","url":"https://bitcointalk.org/index.php?topic=128.msg3382#msg3382","zh":"
","zhText":"0/unconfirmed 意思是你的客户端已经看到这笔交易\n1/unconfirmed 意思是交易已被纳入 1 个区块，此时你可以相当确定有人捡起了你的交易，它已经进链了。\n随着确认数增加，对交易「真实性」的信心也随之增加。\n没有办法取消一笔交易。\n目前客户端无法重发一笔交易。"},{"id":1195,"sid":null,"sat":0,"tid":102,"tt":"Hash() function not secure","src":"Bitcointalk","author":"Some Mouse","date":"2010-07-16","ts":"2010-07-16T13:21:48Z","url":"https://bitcointalk.org/index.php?topic=360.msg3463#msg3463","zh":"
","zhText":"我也想知道这个。"},{"id":1295,"sid":null,"sat":0,"tid":111,"tt":"The dollar cost of bitmining energy","src":"Bitcointalk","author":"Bitcoiner","date":"2010-07-16","ts":"2010-07-16T13:54:33Z","url":"https://bitcointalk.org/index.php?topic=403.msg3471#msg3471","zh":"
简而言之，在这台机器上买 BTC 比生成更划算。值得想想。
别忘了摊销你的固定成本。那些零件不是永生的，早晚要换。
","zhText":"简而言之，在这台机器上买 BTC 比生成更划算。值得想想。\n\n别忘了摊销你的固定成本。那些零件不是永生的，早晚要换。"},{"id":1210,"sid":null,"sat":0,"tid":103,"tt":"Website integration for bitcoin","src":"Bitcointalk","author":"Quantumplation","date":"2010-07-16","ts":"2010-07-16T14:14:24Z","url":"https://bitcointalk.org/index.php?topic=364.msg3479#msg3479","zh":"
","zhText":"因为各系统缺的依赖五花八门。能静态链接的就静态链接，更省事。体积也不会大多少。"},{"id":1286,"sid":null,"sat":0,"tid":109,"tt":"Request: expected bitcoins per day display","src":"Bitcointalk","author":"gould","date":"2010-07-16","ts":"2010-07-16T15:26:04Z","url":"https://bitcointalk.org/index.php?topic=397.msg3507#msg3507","zh":"
你能「预期」什么，取决于运气，以及你预期在自己那场区块彩票上能有多少运气。\n我想这很难算。
我把自己跑 bitcoin 的机器当成老虎机。我按固定速率投入 CPU 时间和电费，偶尔拿回一点钱。如果要把 bitcoin 当作生意的一部分，我就得能算出预期投资回报，就像赌场老板得能算出她的老虎机在给她赚多少钱。我知道 bitcoin 的生成难度将来某个时点会稳定下来，但眼下能快速方便地算出 ROI 对我很有用。
","zhText":"你能「预期」什么，取决于运气，以及你预期在自己那场区块彩票上能有多少运气。\n我想这很难算。\n\n我把自己跑 bitcoin 的机器当成老虎机。我按固定速率投入 CPU 时间和电费，偶尔拿回一点钱。如果要把 bitcoin 当作生意的一部分，我就得能算出预期投资回报，就像赌场老板得能算出她的老虎机在给她赚多少钱。我知道 bitcoin 的生成难度将来某个时点会稳定下来，但眼下能快速方便地算出 ROI 对我很有用。\n所以，要是没别人打算做，我大概会自己写个补丁。当然欢迎 bitcoin 捐款，也能激励我快点做出来。"},{"id":1254,"sid":null,"sat":0,"tid":106,"tt":"Bitcoin 0.3.1 released","src":"Bitcointalk","author":"knightmb","date":"2010-07-16","ts":"2010-07-16T15:27:26Z","url":"https://bitcointalk.org/index.php?topic=383.msg3509#msg3509","zh":"
有没有人注意到，就 Windows 客户端而言，当你用 -connect 手动把一堆其他客户端连到它上面时，一旦超过 8 个，Windows 客户端就会掐断「外部世界」的连接，只守着原来那 8 个以上的内部机器，以为它们就是全部网络了？
我一直没注意到这个，因为我用一台 Linux 客户端给所有 PC 做通往外界的漏斗。但我用 Windows 客户端试了试，一开始它有大约 10 个连接，在又加了 50 个直连它的内部客户端之后，连接数最终会掉到只剩「内部客户端」。
发生这种情况时，区块数不再增长，基本上这台 Windows 客户端已经把自己和「网络」隔绝了，其他所有客户端都以为它们就是全部网络。在这台 Windows 客户端上跑 \"netstat -a -n\"，能看到它只连着内部客户端和 IRC 引导频道，基本上不再连接外界的任何人。你能察觉到它在发生，因为区块数开始落后于本地网络之外（也就是世界上其他地方的互联网）的真实进展。
这算是某种自我坍缩的循环？Linux 客户端似乎不受影响，它们能愉快地连接出去、也被连接进来，来者不拒。我可以想见，如果有心人使坏，这对 Windows 客户端算是一种 DoS。
","zhText":"有没有人注意到，就 Windows 客户端而言，当你用 -connect 手动把一堆其他客户端连到它上面时，一旦超过 8 个，Windows 客户端就会掐断「外部世界」的连接，只守着原来那 8 个以上的内部机器，以为它们就是全部网络了？\n我一直没注意到这个，因为我用一台 Linux 客户端给所有 PC 做通往外界的漏斗。但我用 Windows 客户端试了试，一开始它有大约 10 个连接，在又加了 50 个直连它的内部客户端之后，连接数最终会掉到只剩「内部客户端」。\n发生这种情况时，区块数不再增长，基本上这台 Windows 客户端已经把自己和「网络」隔绝了，其他所有客户端都以为它们就是全部网络。在这台 Windows 客户端上跑 \"netstat -a -n\"，能看到它只连着内部客户端和 IRC 引导频道，基本上不再连接外界的任何人。你能察觉到它在发生，因为区块数开始落后于本地网络之外（也就是世界上其他地方的互联网）的真实进展。\n这算是某种自我坍缩的循环？Linux 客户端似乎不受影响，它们能愉快地连接出去、也被连接进来，来者不拒。我可以想见，如果有心人使坏，这对 Windows 客户端算是一种 DoS。"},{"id":1269,"sid":215,"sat":1,"tid":108,"tt":"Source code documentation","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-16","ts":"2010-07-16T15:37:00Z","url":"https://bitcointalk.org/index.php?topic=393.msg3510#msg3510","zh":"
对外 API 的库代码里我喜欢注释头，但从代码你应该看得出来，内部函数我不是这种风格的拥趸。给每个函数都加一个必写的大注释头，会把代码撑开，让你在写一个小函数时犹豫不决——注释头比函数本身还大。它们对维护也是种麻烦，函数一改，注释头就得跟着改两遍。我喜欢把代码写紧凑些，好让一屏能看到更多代码。
事到如今再补的话，写出来的只会是看函数一眼就能明白的东西。
我们现有的对外 API 在 rpc.cpp，用法文档在帮助字符串里。
扫兴了，抱歉。
","zhText":"对外 API 的库代码里我喜欢注释头，但从代码你应该看得出来，内部函数我不是这种风格的拥趸。给每个函数都加一个必写的大注释头，会把代码撑开，让你在写一个小函数时犹豫不决——注释头比函数本身还大。它们对维护也是种麻烦，函数一改，注释头就得跟着改两遍。我喜欢把代码写紧凑些，好让一屏能看到更多代码。\n事到如今再补的话，写出来的只会是看函数一眼就能明白的东西。\n我们现有的对外 API 在 rpc.cpp，用法文档在帮助字符串里。\n扫兴了，抱歉。"},{"id":1270,"sid":null,"sat":0,"tid":108,"tt":"Source code documentation","src":"Bitcointalk","author":"AndrewBuck","date":"2010-07-16","ts":"2010-07-16T15:52:10Z","url":"https://bitcointalk.org/index.php?topic=393.msg3514#msg3514","zh":"
最后，无论用不用 Doxygen，我想给程序写一页「man page」，记录它接受的命令行选项。命令行是在代码哪里处理的？我翻了 main.cpp 没找到（其实我连 main 函数都没找到）。
-Buck
","zhText":"没关系，所以我动手写之前先问了文档的事。不过我还是想给它写文档，也许我们能商量出一个你能接受的折中方案。一种可能：我只对我自己的代码跑 Doxygen，只用自动生成的文档，不加任何描述之类。这对项目零影响，我自己或任何其他人随时都能做，只是限制了文档的用处。\n第二种，也许更讨人喜欢的方法是利用 Doxygen 的一个特性：文档不必写在被注释的源代码同一个文件里。我们可以加一个单独的文件，里面放文档块并用链接指向函数名。Doxygen 会把它和从源代码自动收集的信息合并生成文档。\n最后，无论用不用 Doxygen，我想给程序写一页「man page」，记录它接受的命令行选项。命令行是在代码哪里处理的？我翻了 main.cpp 没找到（其实我连 main 函数都没找到）。\n-Buck"},{"id":1196,"sid":216,"sat":1,"tid":102,"tt":"Hash() function not secure","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-16","ts":"2010-07-16T16:13:53Z","url":"https://bitcointalk.org/index.php?topic=360.msg3520#msg3520","zh":"
","zhText":"不，毫无关系。"},{"id":1296,"sid":223,"sat":1,"tid":111,"tt":"The dollar cost of bitmining energy","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-16","ts":"2010-07-16T17:58:44Z","url":"https://bitcointalk.org/index.php?topic=403.msg3545#msg3545","zh":"
","zhText":"我已把 windows 0.3.1 rc1 和 linux 0.3.1 rc2 传到 SourceForge，并更新了首页链接。\n除非你遇到了首帖列出的问题之一，否则不需要升级到 0.3.1。如果 0.3.0 用得好好的，就留在 0.3.0。"},{"id":525,"sid":228,"sat":1,"tid":49,"tt":"A New Currency System for the World","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-16","ts":"2010-07-16T22:20:09Z","url":"https://bitcointalk.org/index.php?topic=128.msg3605#msg3605","zh":"
","zhText":"我们应该在钱包里预生成一批备用地址，需要新地址时取用。它们不大，多存一些也无妨。这样还能更一般地覆盖另一种情况：某人做了备份，之后请求了一个新地址并用它收了一大笔款。也许应该分设几个队列，免得一种地址需求把别的需求饿死。\n这些地址会照常创建并存在常规位置，同时登记在另一个「已创建但从未使用」的名单上。请求地址时，从未使用队列队首的地址被发放，同时创建一个新地址加到队尾。\n区块加载代码里有某种重新扫描机制，本来是用来修复有人复制了 wallet.dat 的情形。我需要确认这个重新扫描能处理「在已收到的区块里重新发现收到的付款，但因为钱包被恢复而曾经被遗忘」的情况。"},{"id":1335,"sid":null,"sat":0,"tid":115,"tt":"Nenolod, the guy that wants to prove Bitcoin doesn't work.","src":"Bitcointalk","author":"Some Mouse","date":"2010-07-17","ts":"2010-07-17T16:28:05Z","url":"https://bitcointalk.org/index.php?topic=431.msg3771#msg3771","zh":"
倘若难度上调前他每分钟能生成一个区块，那意味着他实际占了 bitcoin CPU 算力的 50% 以上。其实，几乎全部。
","zhText":"倘若难度上调前他每分钟能生成一个区块，那意味着他实际占了 bitcoin CPU 算力的 50% 以上。其实，几乎全部。"},{"id":1336,"sid":231,"sat":1,"tid":115,"tt":"Nenolod, the guy that wants to prove Bitcoin doesn't work.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-17","ts":"2010-07-17T16:56:06Z","url":"https://bitcointalk.org/index.php?topic=431.msg3773#msg3773","zh":"
0.3.2 加了一些安全防护，把区块链锁定到当前时点，万一有人拿到 50%，也能限制一点损害。
但倘若有人握有 50% 以上的 CPU 算力且心怀恶意，他们能证明设计文档里已经写明的那件事。
","zhText":"0.3.2 加了一些安全防护，把区块链锁定到当前时点，万一有人拿到 50%，也能限制一点损害。\n但倘若有人握有 50% 以上的 CPU 算力且心怀恶意，他们能证明设计文档里已经写明的那件事。"},{"id":1276,"sid":null,"sat":0,"tid":108,"tt":"Source code documentation","src":"Bitcointalk","author":"AndrewBuck","date":"2010-07-17","ts":"2010-07-17T19:05:33Z","url":"https://bitcointalk.org/index.php?topic=393.msg3785#msg3785","zh":"
","zhText":"MacRohard：图不错。要是 x 轴是时间、y 轴是区块数就更好了"},{"id":1279,"sid":239,"sat":1,"tid":108,"tt":"Source code documentation","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-18","ts":"2010-07-18T15:12:54Z","url":"https://bitcointalk.org/index.php?topic=393.msg3999#msg3999","zh":"
它们只打算给那些会去读源代码的无畏程序员用。
","zhText":"它们只打算给那些会去读源代码的无畏程序员用。"},{"id":323,"sid":240,"sat":1,"tid":30,"tt":"URI-scheme for bitcoin","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-18","ts":"2010-07-18T16:06:16Z","url":"https://bitcointalk.org/index.php?topic=55.msg4008#msg4008","zh":"
我想你误解了这个问题。我的浏览器永远可以访问 127.0.0.1（除非奇怪的 IE 设置或病毒作祟）。无论在地址栏输入还是点击链接，都能正常工作。但 Javascript 无法完成跨域（或同域不同端口）的 POST 请求。
","zhText":"对 50 取模之后，余数可能来自交易费，他跑了约 1000 个 bitcoin 实例（至少是核），所以拿到交易费的概率非常高。\n\n那要发多少钱才会被收交易费？我自己发过不少大额的，从没见到手续费？"},{"id":1361,"sid":244,"sat":1,"tid":115,"tt":"Nenolod, the guy that wants to prove Bitcoin doesn't work.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-18","ts":"2010-07-18T21:56:18Z","url":"https://bitcointalk.org/index.php?topic=431.msg4073#msg4073","zh":"
通常要超过 25,000 BTC。
","zhText":"通常要超过 25,000 BTC。"},{"id":1385,"sid":245,"sat":1,"tid":119,"tt":"Did block generation crawl to a halt?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-18","ts":"2010-07-18T23:35:27Z","url":"https://bitcointalk.org/index.php?topic=441.msg4095#msg4095","zh":"
","zhText":"如果你用的是自己写的 JSON-RPC 客户端，你可以小心保护密码，但用 bitcoin 二进制当客户端、在命令行上传密码，和带密码启动守护进程是同一个问题。那样它对所有用户都可见。\n所以服务器和客户端两种模式的调用都得用文件，不接受命令行密码。一般这类程序在文件权限不是 600 之类时会拒绝启动，因为那意味着其他用户能读到它。"},{"id":1162,"sid":null,"sat":0,"tid":100,"tt":"They want to delete the Wikipedia article","src":"Bitcointalk","author":"dwdollar","date":"2010-07-20","ts":"2010-07-20T17:49:45Z","url":"https://bitcointalk.org/index.php?topic=342.msg4502#msg4502","zh":"
","zhText":"当年飞机还没被那些「专业人士」——聪明得连飞机都发明不出来的人——独立验证和解释之前，维基百科难道也会无视它吗？"},{"id":1163,"sid":249,"sat":1,"tid":100,"tt":"They want to delete the Wikipedia article","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-20","ts":"2010-07-20T18:38:28Z","url":"https://bitcointalk.org/index.php?topic=342.msg4508#msg4508","zh":"
我觉得 \"key value\" 有点不自然。键和值之间理应有一个更明确的、暗示赋值的分隔符。用空格的人，兴许只是懒得用他们语言自带的 split 函数。\nkey=some full sentence with spaces in it. # 看起来比这样清晰\nkey some full sentence with spaces in it. #
我觉得最好把键和值开头结尾的空白都去掉。\n# 喜欢列对齐的用户\nk = value\nkey = value\nlongerkey = this sentence would be this # \"this sentence would be this\"\n key = value # 猜这样也行\n nextkey = value\n right = justified
","zhText":"我刚在我 debian 系统的 /etc 里快速扫了 20 个 .conf 文件，发现：\n 1 个文件用 \"key value\"\n 5 个用 \"key=value\"\n\n谢谢这份调查！\n我觉得 \"key value\" 有点不自然。键和值之间理应有一个更明确的、暗示赋值的分隔符。用空格的人，兴许只是懒得用他们语言自带的 split 函数。\nkey=some full sentence with spaces in it. # 看起来比这样清晰\nkey some full sentence with spaces in it. #\n那好，就用自解析的 mapConfig，语法：\n# comment\nkey=value\n扩展名 .conf。文件名叫什么？~/.bitcoin/settings.conf 还是 ~/.bitcoin/bitcoin.conf 还是别的？\n我觉得最好把键和值开头结尾的空白都去掉。\n# 喜欢列对齐的用户\nk = value\nkey = value\nlongerkey = this sentence would be this # \"this sentence would be this\"\n key = value # 猜这样也行\n nextkey = value\n right = justified\n正常语法理应是 \"key=value\"，只不过偶尔有人写 \"key = value\" 也不能怪人家。"},{"id":1471,"sid":null,"sat":0,"tid":124,"tt":"Warning: don't use -server or bitcoind where you web browse (v0.3.2 and lower)","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-07-21","ts":"2010-07-21T16:10:32Z","url":"https://bitcointalk.org/index.php?topic=479.msg4759#msg4759","zh":"
chroot：保护不了你。
跑在独立 VM 里：我认为能保护你。但我以为浏览器不允许网页里的 XMLHTTPRequest 访问 \"localhost\"，所以我的建议是测一测。看看能不能在非 bitcoin 虚拟机上跑 \"bitcoind getinfo\" 或 \"bitcoin getinfo\"，跟同一台机器上另一个 VM 里的 Bitcoin 守护进程通话。
","zhText":"chroot：保护不了你。\n跑在独立 VM 里：我认为能保护你。但我以为浏览器不允许网页里的 XMLHTTPRequest 访问 \"localhost\"，所以我的建议是测一测。看看能不能在非 bitcoin 虚拟机上跑 \"bitcoind getinfo\" 或 \"bitcoin getinfo\"，跟同一台机器上另一个 VM 里的 Bitcoin 守护进程通话。"},{"id":1434,"sid":253,"sat":1,"tid":123,"tt":"JSON-RPC password","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-21","ts":"2010-07-21T17:31:09Z","url":"https://bitcointalk.org/index.php?topic=461.msg4775#msg4775","zh":"
boost::program_options 就是同样的 \"key=value\" 格式。Gavin 指出，我们可以把它当作简单的解析器来用，不碰那些深奥的 c++ 语法（譬如带类型的值提取）。以后想要更多功能再说。
from btcjsonrpc import Service\n s = Service()\n print 'preparing getbalance; id:',s.getbalance() # Each call returns its ID so you can find it later in the results\n print 'preparing getdifficulty; id:',s.getdifficulty()\n print 'preparing listreceivedbyaddress; id:',s.listreceivedbyaddress(10000) # Call with a parameter\n print 'preparing getbalance; id:',s.getbalance(id='getbalance 2') # You can also specify your own ID\n print '\nexecuting call\n\nresults:'\n results = s() # Get the results by calling the Service object\n for id,value in results.iteritems():\n print id,value\n # If you'd prefer to work directly with the JSON responses instead of a dict of IDs, then access the list Service.responses.\n print '\njson responses'\n print s.responses
这是输出，包括 docstr：
$ ./btcjsonrpc.py\n Socket-based, Bitcoin-compatible JSON-RPC v1.0 client.\n By: Eric Swanson (http://www.alloscomp.com/bitcoin)\n Version 0.1, July 21, 2010\nDon't use this for one-off request->response pairs. Use something like the reference python-jsonrpc library, or urllib2 + json. This client is hackish, but it works for me (and has sped up my JSON-RPC accesses tremendously).\n\nFor details of WHY exactly I felt the need to redo python-jsonrpc using a raw socket, check out the follow forum post: http://bitcointalk.org/index.php?topic=528.0\n\nUsage is fairly straightforward, and a code sample can be found below the library code (in the if __name__=='__main__' clause).\n\npreparing getbalance; id: jss-1\npreparing getdifficulty; id: jss-2\npreparing listreceivedbyaddress; id: jss-3\npreparing getbalance; id: getbalance 2\n\nexecuting call\n\nresults:\njss-2 181.543289364\njss-3 []\ngetbalance 2 2345.94\njss-1 2345.94\n\njson responses\n[{u'id': u'jss-2', u'result': 181.54328936405051, u'error': None}, {u'id': u'jss-3', u'result': [], u'error': None}, {u'id': u'getbalance 2', u'result': 2345.9400000000001, u'error': None}, {u'id': u'jss-1', u'result': 2345.9400000000001, u'error': None}]
","zhText":"好，我知道距离我上次发帖聊这个还不到一小时，但我决定自己动手解决这个问题。\n倘若世上有更好的方案，我很乐意听，但这不过是我让它跑起来的 0.1 版尝试罢了：\nhttp://www.alloscomp.com/bitcoin/btcjsonrpc.pys\n喜欢也罢、讨厌也罢、发现明显缺陷也罢，都告诉我。源码里有入门文档，这是测试套件的代码：\nfrom btcjsonrpc import Service\n s = Service()\n print 'preparing getbalance; id:',s.getbalance() # Each call returns its ID so you can find it later in the results\n print 'preparing getdifficulty; id:',s.getdifficulty()\n print 'preparing listreceivedbyaddress; id:',s.listreceivedbyaddress(10000) # Call with a parameter\n print 'preparing getbalance; id:',s.getbalance(id='getbalance 2') # You can also specify your own ID\n print '\nexecuting call\n\nresults:'\n results = s() # Get the results by calling the Service object\n for id,value in results.iteritems():\n print id,value\n # If you'd prefer to work directly with the JSON responses instead of a dict of IDs, then access the list Service.responses.\n print '\njson responses'\n print s.responses这是输出，包括 docstr：\n$ ./btcjsonrpc.py\n Socket-based, Bitcoin-compatible JSON-RPC v1.0 client.\n By: Eric Swanson (http://www.alloscomp.com/bitcoin)\n Version 0.1, July 21, 2010\nDon't use this for one-off request->response pairs. Use something like the reference python-jsonrpc library, or urllib2 + json. This client is hackish, but it works for me (and has sped up my JSON-RPC accesses tremendously).\n\nFor details of WHY exactly I felt the need to redo python-jsonrpc using a raw socket, check out the follow forum post: http://bitcointalk.org/index.php?topic=528.0\n\nUsage is fairly straightforward, and a code sample can be found below the library code (in the if __name__=='__main__' clause).\n\npreparing getbalance; id: jss-1\npreparing getdifficulty; id: jss-2\npreparing listreceivedbyaddress; id: jss-3\npreparing getbalance; id: getbalance 2\n\nexecuting call\n\nresults:\njss-2 181.543289364\njss-3 []\ngetbalance 2 2345.94\njss-1 2345.94\n\njson responses\n[{u'id': u'jss-2', u'result': 181.54328936405051, u'error': None}, {u'id': u'jss-3', u'result': [], u'error': None}, {u'id': u'getbalance 2', u'result': 2345.9400000000001, u'error': None}, {u'id': u'jss-1', u'result': 2345.9400000000001, u'error': None}]"},{"id":1439,"sid":null,"sat":0,"tid":123,"tt":"JSON-RPC password","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-07-23","ts":"2010-07-23T15:11:45Z","url":"https://bitcointalk.org/index.php?topic=461.msg5296#msg5296","zh":"
","zhText":"Gavin 的修改看着不错。我认为一切都齐了。这是个测试版，请大家测试！\nhttp://www.bitcoin.org/download/bitcoin-0.3.2.5-win32.zip\nhttp://www.bitcoin.org/download/bitcoin-0.3.2.5-linux.tar.gz"},{"id":1609,"sid":257,"sat":1,"tid":128,"tt":"bitcoind not responding to RPC","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-23","ts":"2010-07-23T17:23:47Z","url":"https://bitcointalk.org/index.php?topic=548.msg5339#msg5339","zh":"
倘若我没记错，500 是 JSON-RPC 错误响应规定使用的状态码。回复的正文里仍有 JSON 响应，说明错误的具体原因，譬如 {\"result\":\"\",\"error\":\"bitcoin address not found\",\"id\":\"1\"}。
","zhText":"倘若我没记错，500 是 JSON-RPC 错误响应规定使用的状态码。回复的正文里仍有 JSON 响应，说明错误的具体原因，譬如 {\"result\":\"\",\"error\":\"bitcoin address not found\",\"id\":\"1\"}。"},{"id":1610,"sid":null,"sat":0,"tid":128,"tt":"bitcoind not responding to RPC","src":"Bitcointalk","author":"mtgox","date":"2010-07-23","ts":"2010-07-23T18:14:48Z","url":"https://bitcointalk.org/index.php?topic=548.msg5347#msg5347","zh":"
","zhText":"有谁能确认，HTTP 上的 JSON-RPC 在错误回复时是否按规定该用状态 500？我记不清从哪看来的，也可能是错的。感觉 200 更合理，除非 HTTP 请求本身的机制出了问题。（兴许原文只针对某种情况，我忘了，然后把 500 扩散到了所有错误响应）"},{"id":1472,"sid":263,"sat":1,"tid":124,"tt":"Warning: don't use -server or bitcoind where you web browse (v0.3.2 and lower)","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-24","ts":"2010-07-24T02:29:09Z","url":"https://bitcointalk.org/index.php?topic=479.msg5432#msg5432","zh":"
0.3.3 的 JSON-RPC HTTP 认证功能解决了这个问题。
","zhText":"0.3.3 的 JSON-RPC HTTP 认证功能解决了这个问题。"},{"id":1622,"sid":null,"sat":0,"tid":130,"tt":"Reading/Writing Blocks and FLATDATA","src":"Bitcointalk","author":"Hepatizon","date":"2010-07-24","ts":"2010-07-24T02:53:05Z","url":"https://bitcointalk.org/index.php?topic=555.msg5435#msg5435","zh":"
","zhText":"好，接下来是绝对不可思议的性能。\nSHA 上下文的缓存部分要归功于 tcatm——性能提升华丽至极。此外，Intel 编译器在这里真正大放异彩，它的并行化能力比 Visual Studio 带来巨大的性能提升。\n性能：4 核 4700khash/s，我想这本身就是最好的说明。\n我把 VS 和 Intel 两个构建都放上了，然而真的没什么好比的，Intel 构建把 VS 按在地上摩擦。\n在这里获取 SHA 状态缓存的 Bitcoin"},{"id":1655,"sid":null,"sat":0,"tid":135,"tt":"Bitcoin x86 for Windows","src":"Bitcointalk","author":"Olipro","date":"2010-07-26","ts":"2010-07-26T13:04:41Z","url":"https://bitcointalk.org/index.php?topic=572.msg5851#msg5851","zh":"
","zhText":"我想过把桌面机上的 BitCoin 降到 7 个活跃核心，好留一个给日常轻量 UI 使用。\n\nBitCoin 线程会被自动分配低优先级；只要有其他进程想用 CPU，它就会自动让出 CPU 时间"},{"id":1583,"sid":279,"sat":1,"tid":125,"tt":"Bitcoin x64 for Windows","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-26","ts":"2010-07-26T18:41:31Z","url":"https://bitcointalk.org/index.php?topic=501.msg5920#msg5920","zh":"
SHA 上下文的缓存部分要归功于 tcatm——性能提升华丽至极。此外，Intel 编译器在这里真正大放异彩，它的并行化能力比 Visual Studio 带来巨大的性能提升。
性能：4 核 4700khash/s，我想这本身就是最好的说明。
我把 VS 和 Intel 两个构建都放上了，然而真的没什么好比的，Intel 构建把 VS 按在地上摩擦。
这还是从 Crypto++ 出发的吗？把它弄进主源代码吧。
","zhText":"SHA 上下文的缓存部分要归功于 tcatm——性能提升华丽至极。此外，Intel 编译器在这里真正大放异彩，它的并行化能力比 Visual Studio 带来巨大的性能提升。\n性能：4 核 4700khash/s，我想这本身就是最好的说明。\n我把 VS 和 Intel 两个构建都放上了，然而真的没什么好比的，Intel 构建把 VS 按在地上摩擦。\n\n这还是从 Crypto++ 出发的吗？把它弄进主源代码吧。"},{"id":1660,"sid":280,"sat":1,"tid":135,"tt":"Bitcoin x86 for Windows","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-27","ts":"2010-07-27T01:29:42Z","url":"https://bitcointalk.org/index.php?topic=572.msg5978#msg5978","zh":"
","zhText":"你需要把要求对齐输入的汇编指令改成非对齐的——http://bitcointalk.org/index.php?topic=453.msg5774#msg5774，或者让被哈希的块对齐。还没试过，但这段汇编代码加上状态缓存修改应该能快到飞起。"},{"id":1664,"sid":282,"sat":1,"tid":135,"tt":"Bitcoin x86 for Windows","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-27","ts":"2010-07-27T18:27:30Z","url":"https://bitcointalk.org/index.php?topic=572.msg6069#msg6069","zh":"
bool CBlock::CheckBlock() const\n{\n...\n // Check timestamp\n if (nTime > GetAdjustedTime() + 2 * 60 * 60)\n return error(\"CheckBlock() : block timestamp too far in the future\");\n...\n\nbool CBlock::AcceptBlock()\n{\n ...\n // Check timestamp against prev\n if (nTime <= pindexPrev->GetMedianTimePast())\n return error(\"AcceptBlock() : block's timestamp is too early\");
什么鬼？我们怎么会上名单？据我所知，唯一的 e-mail 就是你让论坛发通知，还有我猜的 wiki 注册。我倾向于把论坛通知邮件关掉，我并不知道我们要它做什么。
","zhText":"什么鬼？我们怎么会上名单？据我所知，唯一的 e-mail 就是你让论坛发通知，还有我猜的 wiki 注册。我倾向于把论坛通知邮件关掉，我并不知道我们要它做什么。"},{"id":1715,"sid":null,"sat":0,"tid":143,"tt":"Linux distribution download","src":"Bitcointalk","author":"Odin","date":"2010-07-29","ts":"2010-07-29T03:44:10Z","url":"https://bitcointalk.org/index.php?topic=612.msg6317#msg6317","zh":"
","zhText":"\"\"./bitcoin: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by ./bitcoin)\"\" 不是 0.3.6 才冒出来的新问题吧？它和 0.3.0 是在同样的系统安装上编的。\n不巧我在 0.3.0 之前就升到了 Ubuntu 10.04。我以后再也不升级了。不知道什么时候才有时间重装系统降级，但至少只要不再升级，问题会随着时间自行缓解。"},{"id":1789,"sid":294,"sat":1,"tid":146,"tt":"Implementation bug prior to 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-29","ts":"2010-07-29T22:04:15Z","url":"https://bitcointalk.org/index.php?topic=628.msg6508#msg6508","zh":"
","zhText":"其实，直接给我发 PM 就很管用。负责修的就是我。倘若你发现安全漏洞，我非常希望你在它公开之前私下告诉我，好先把它修掉。"},{"id":1731,"sid":295,"sat":1,"tid":144,"tt":"Transaction disappeared in the void...","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-29","ts":"2010-07-29T22:08:31Z","url":"https://bitcointalk.org/index.php?topic=615.msg6512#msg6512","zh":"
","zhText":"告诉我能不能用\n欢迎捐赠。17asVKkzRGTFvvGH9dMGQaHe78xzfvgSSA"},{"id":1831,"sid":302,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-07-31","ts":"2010-07-31T00:29:20Z","url":"https://bitcointalk.org/index.php?topic=648.msg6751#msg6751","zh":"
","zhText":"用 Boost 1.37 或更新版本都能构建。"},{"id":1943,"sid":null,"sat":0,"tid":155,"tt":"Linux version => No GUI after upgrade. WTF?","src":"Bitcointalk","author":"generica","date":"2010-07-31","ts":"2010-07-31T19:06:37Z","url":"https://bitcointalk.org/index.php?topic=655.msg6839#msg6839","zh":"
问题依然是：有人愿意帮忙实现吗？我是个有经验的程序员，可惜没有 C++ 经验，所以如果要自己做，我需要一点帮助
","zhText":"为什么你认为这是破坏性变更？完全可以先用新协议试、失败后再用旧的 bitcoin 序列化技术重试啊。\n\n这是个非常好的主意，我认为就该这么做。\n而且我认为趁 BitCoin 社区还小，这种变更越早做越好。它已经是新客户端开发的一大阻碍了，再拖下去会妨碍 bitcoin 的普及。\n\n既然是非破坏性变更，出于这些理由，我认为应该尽快做。\n问题依然是：有人愿意帮忙实现吗？我是个有经验的程序员，可惜没有 C++ 经验，所以如果要自己做，我需要一点帮助"},{"id":1857,"sid":null,"sat":0,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"petree","date":"2010-08-02","ts":"2010-08-02T16:12:33Z","url":"https://bitcointalk.org/index.php?topic=648.msg7027#msg7027","zh":"
在 x86 下，我不得不把 cryptopp/obj/cpu.o 加进目标文件列表，否则 \"make test\" 会失败。x86_64 下没有这个问题。
如上所述，我也注意到了性能提升，但我不确定打过补丁的版本算得对。你用打过补丁的版本生成出过区块吗？
有，打上这个补丁之后我已经生成了 2 个区块。
","zhText":"在 x86 下，我不得不把 cryptopp/obj/cpu.o 加进目标文件列表，否则 \"make test\" 会失败。x86_64 下没有这个问题。\n如上所述，我也注意到了性能提升，但我不确定打过补丁的版本算得对。你用打过补丁的版本生成出过区块吗？\n\n有，打上这个补丁之后我已经生成了 2 个区块。"},{"id":1944,"sid":305,"sat":1,"tid":155,"tt":"Linux version => No GUI after upgrade. WTF?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-02","ts":"2010-08-02T17:39:27Z","url":"https://bitcointalk.org/index.php?topic=655.msg7057#msg7057","zh":"
「最小化到托盘而非任务栏」和「关闭时最小化到托盘」在 Mac 上想必还没实现。下个版本我们应该把它们置灰。
","zhText":"「最小化到托盘而非任务栏」和「关闭时最小化到托盘」在 Mac 上想必还没实现。下个版本我们应该把它们置灰。"},{"id":1858,"sid":307,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-02","ts":"2010-08-02T19:02:46Z","url":"https://bitcointalk.org/index.php?topic=648.msg7084#msg7084","zh":"
","zhText":"我也不是说这是好事。一次分割持续相当长时间，人们还有机会想出对策；而许多次分割、每次只持续几个小时，交易就会随机消失，这会伤害人们对系统的信心。\n\n有效的交易不会消失。它们只会转到更长的区块链上去。\n无效的交易会是有人试图跨分割链双重支出（这很麻烦——你得跑一个改过的客户端，或者把钱包拷到另一条链上的机器去操作）。\n或者，倘若分割持续得够久（超过 100 个区块），涉及较短链上已生成硬币的交易在合并时会失效。\n对较短的分割，较短链上尚未成熟的已生成硬币会在链合并时消失，但对诚实的用户来说这差不多就是最坏的后果了（除非你不幸从一个想作弊的人那里收到了无效的币）。"},{"id":1405,"sid":null,"sat":0,"tid":121,"tt":"Builds for Ubuntu?","src":"Bitcointalk","author":"knightmb","date":"2010-08-03","ts":"2010-08-03T18:52:29Z","url":"https://bitcointalk.org/index.php?topic=454.msg7296#msg7296","zh":"
是的，我以前编过二进制，但我想通过更新管理器升级，而不是手动下载二进制。
哦，你是说 Ubuntu 那边托管的软件包形式的官方二进制？
","zhText":"是的，我以前编过二进制，但我想通过更新管理器升级，而不是手动下载二进制。\n\n哦，你是说 Ubuntu 那边托管的软件包形式的官方二进制？"},{"id":2050,"sid":null,"sat":0,"tid":160,"tt":"Bitcoind x86 binary for CentOS","src":"Bitcointalk","author":"knightmb","date":"2010-08-03","ts":"2010-08-03T18:53:37Z","url":"https://bitcointalk.org/index.php?topic=685.msg7297#msg7297","zh":"
","zhText":"bitcoin 要求 Content-Length 头，但好几个 JSON-RPC 库不提供它。Content-Length 头缺失时，bitcoin 返回 500 Internal Server Error。\n\n你能更具体地说说哪些 JSON 库不提供 Content-Length 吗？把这个记录下来会很有用。"},{"id":1983,"sid":null,"sat":0,"tid":157,"tt":"What happens when network is split for prolonged time and reconnected?","src":"Bitcointalk","author":"knightmb","date":"2010-08-03","ts":"2010-08-03T19:02:13Z","url":"https://bitcointalk.org/index.php?topic=661.msg7303#msg7303","zh":"
","zhText":"你能更具体地说说哪些 JSON 库不提供 Content-Length 吗？把这个记录下来会很有用。\n\n我想我们应该试着支持没有 Content-Length 参数的情形。不过我不想推倒重来换掉流处理，哪怕得一个字符一个字符地读。\n编辑：当然，前提是真的存在不支持 Content-Length 的库。"},{"id":1985,"sid":null,"sat":0,"tid":157,"tt":"What happens when network is split for prolonged time and reconnected?","src":"Bitcointalk","author":"FreeMoney","date":"2010-08-03","ts":"2010-08-03T22:28:27Z","url":"https://bitcointalk.org/index.php?topic=661.msg7351#msg7351","zh":"
","zhText":"我在别处开过一个类似的主题：对个体商户来说，可以搞一个简单的 watchdog 守护进程，跟踪自上次官方难度调整以来的区块平均间隔，倘若单个区块耗时超过平均值的两倍就向商户告警，也许暂停接收新币，直到商户查明状况。连续每个区块耗时都超过平均值，会增加排除误报的信心。因而，倘若一个区块耗时是平均值的两倍，接下来一连串区块都比平均值长 75%，那你基本可以确定你已经不在多数派网络上了。\n\n真的吗？在我看来，更可能的情形是一群人离开/掉线，而非一个规模恰好是正规网络一半的全新网络找到了你。\n我大抵是理解岔了。"},{"id":1986,"sid":312,"sat":1,"tid":157,"tt":"What happens when network is split for prolonged time and reconnected?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-03","ts":"2010-08-03T22:45:07Z","url":"https://bitcointalk.org/index.php?topic=661.msg7356#msg7356","zh":"
","zhText":"0.3.8 版本加入了一个重要的安全改进。所有人都应升级以获得这项变更。\n新的安全特性会在状态栏显示警告信息，并在检测到可能需要升级的问题时锁定 RPC。\n倘若它看到一条更长的链但无法处理，它就知道出问题了。它会显示 \"WARNING: Displayed transactions may not be correct! You may need to upgrade.\" 并让多数 RPC 命令返回错误。它仍照常生成，这是网络稳定所必需的。\n之前的版本也有重要安全更新，倘若你最近没升级过，现在升级就极其重要了！\n另外，别忘了，我们最近加了 2.4 倍的生成提速——归功于 tcatm 的 mid-state 缓存优化，以及 BlackEye 帮忙让 ASM SHA-256 跑了起来。\n下载：\nhttp://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.8/"},{"id":2055,"sid":null,"sat":0,"tid":160,"tt":"Bitcoind x86 binary for CentOS","src":"Bitcointalk","author":"knightmb","date":"2010-08-03","ts":"2010-08-03T23:46:46Z","url":"https://bitcointalk.org/index.php?topic=685.msg7365#msg7365","zh":"
有两个版本：一个用原始代码构建，另一个改过、最多可接受 1,000 个节点（所以叫 super node）
GUI 客户端构建改天再搞，这个已经把我累趴了。觉得我不错的话给签名里的地址捐点 BTC 吧
","zhText":"我把二进制发在这里了（仅 32 位——bitcoind）：\n点这里\n有两个版本：一个用原始代码构建，另一个改过、最多可接受 1,000 个节点（所以叫 super node）\nGUI 客户端构建改天再搞，这个已经把我累趴了。觉得我不错的话给签名里的地址捐点 BTC 吧"},{"id":2078,"sid":null,"sat":0,"tid":163,"tt":"Please upgrade to 0.3.8!","src":"Bitcointalk","author":"FreeMoney","date":"2010-08-04","ts":"2010-08-04T00:08:05Z","url":"https://bitcointalk.org/index.php?topic=696.msg7371#msg7371","zh":"
链接把我带到 3.7 去了
","zhText":"链接把我带到 3.7 去了"},{"id":2056,"sid":314,"sat":1,"tid":160,"tt":"Bitcoind x86 binary for CentOS","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-04","ts":"2010-08-04T00:09:32Z","url":"https://bitcointalk.org/index.php?topic=685.msg7372#msg7372","zh":"
有两个版本：一个用原始代码构建，另一个改过、最多可接受 1,000 个节点（所以叫 super node）
","zhText":"我认为 Red 的想法倘若能设计得当，非常好。\n这整套流程唯一的问题，是要求双方都押上资金。买服务的一方和提供服务的一方都必须押现金。遗憾的是，提供服务的一方同时押上的还有他们的服务。"},{"id":2079,"sid":315,"sat":1,"tid":163,"tt":"Please upgrade to 0.3.8!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-04","ts":"2010-08-04T00:29:37Z","url":"https://bitcointalk.org/index.php?topic=696.msg7381#msg7381","zh":"
","zhText":"交易费规则可以任意复杂吗？还有，大小限制是硬编码的还是完全由节点自定？\n多打包交易会拖慢你的哈希速率吗？"},{"id":2080,"sid":null,"sat":0,"tid":164,"tt":"Who's the Spanish jerk draining the Faucet?","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-08-04","ts":"2010-08-04T20:40:55Z","url":"https://bitcointalk.org/index.php?topic=704.msg7575#msg7575","zh":"
","zhText":"一个想法……你可以去掉「你已经领过币」的提示，永远假装发了币而实际没发。兴许配一句「倘若不行，联系我……」。但愿他们会以为服务坏了，不再来烦。"},{"id":2097,"sid":null,"sat":0,"tid":165,"tt":"bitcoind transaction to ip address","src":"Bitcointalk","author":"lfm","date":"2010-08-05","ts":"2010-08-05T14:22:14Z","url":"https://bitcointalk.org/index.php?topic=711.msg7671#msg7671","zh":"
我搞不明白怎么从 bitcoind 命令行界面往一个 ip 地址发交易。这个功能实现了吗？（linux 64 位，倘若这有关系的话）
","zhText":"我搞不明白怎么从 bitcoind 命令行界面往一个 ip 地址发交易。这个功能实现了吗？（linux 64 位，倘若这有关系的话）"},{"id":997,"sid":null,"sat":0,"tid":86,"tt":"Flood attack 0.00000001 BC","src":"Bitcointalk","author":"bytemaster","date":"2010-08-05","ts":"2010-08-05T15:39:19Z","url":"https://bitcointalk.org/index.php?topic=287.msg7684#msg7684","zh":"
我认为现在的系统运转良好。倘若有人想实现微支付系统，那他们就得托管足够的节点、贡献足够的算力，来把自己的小额交易纳入区块。我看不出有什么理由要求任何节点接受或转发微支付交易，如果 said 节点不愿意的话。
","zhText":"非「广播」系统的坏处是它让双重支出更容易，事实上你的「付款以生成」就是双重支出的头号候选对象。\n我不确定广播系统能不能承受这种延迟。我想，担心双重支出的人会付费让更多节点「审查」交易，而承受得起损失的人就去冒险。"},{"id":1821,"sid":null,"sat":0,"tid":151,"tt":"A proposal for a semi-automated Escrow mechanism","src":"Bitcointalk","author":"Olipro","date":"2010-08-05","ts":"2010-08-05T16:26:47Z","url":"https://bitcointalk.org/index.php?topic=645.msg7693#msg7693","zh":"
","zhText":"现在交易费地址是留「空」的，由区块生成者填上。\n你可以填上你想请他打包区块的那个人的地址。\n倘若传输费 <= 区块整合费，就没有人能靠转发交易获利，于是只能自己生成区块。"},{"id":2096,"sid":321,"sat":1,"tid":164,"tt":"Who's the Spanish jerk draining the Faucet?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-05","ts":"2010-08-05T17:06:03Z","url":"https://bitcointalk.org/index.php?topic=704.msg7703#msg7703","zh":"
悄无声息地失败会很难看。
1. 按 IP 地址首字节限速（本案是 79. 或 81.）。
绝对需要。你考虑的限速额度是多少？说到底，限速总比让它全部流干强。
3. 按 IP 反向 DNS 查询的最后两个域限速（本案是 rima-tde.net）。
这招可能出奇地好使。倘若管用，能让他们撞不上限速线，而限速线作为最后一道防线仍在。
4. 把标准发放额降到 0.5 比特币（自我启动 Faucet 以来，比特币已经涨了 10 倍）。
绝对是时候降了。
","zhText":"悄无声息地失败会很难看。\n1. 按 IP 地址首字节限速（本案是 79. 或 81.）。\n\n绝对需要。你考虑的限速额度是多少？说到底，限速总比让它全部流干强。\n3. 按 IP 反向 DNS 查询的最后两个域限速（本案是 rima-tde.net）。\n\n这招可能出奇地好使。倘若管用，能让他们撞不上限速线，而限速线作为最后一道防线仍在。\n4. 把标准发放额降到 0.5 比特币（自我启动 Faucet 以来，比特币已经涨了 10 倍）。\n\n绝对是时候降了。"},{"id":2098,"sid":322,"sat":1,"tid":165,"tt":"bitcoind transaction to ip address","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-05","ts":"2010-08-05T17:28:40Z","url":"https://bitcointalk.org/index.php?topic=711.msg7705#msg7705","zh":"
","zhText":"可以写出一笔需要两把签名才能花掉的交易。你写一笔付款，要求收款人和发送人双方的签名才能花掉它。要放行托管，你把你的那一半签名给收款人；或者收款人把他签好的一半给你，把钱退回来。这个简单情形里没有中间人。制约手段就是拒绝放行——等于把钱烧掉。"},{"id":1824,"sid":null,"sat":0,"tid":151,"tt":"A proposal for a semi-automated Escrow mechanism","src":"Bitcointalk","author":"jgarzik","date":"2010-08-05","ts":"2010-08-05T19:00:30Z","url":"https://bitcointalk.org/index.php?topic=645.msg7723#msg7723","zh":"
","zhText":"可以写出一笔需要两把签名才能花掉的交易。你写一笔付款，要求收款人和发送人双方的签名才能花掉它。要放行托管，你把你的那一半签名给收款人；或者收款人把他签好的一半给你，把钱退回来。这个简单情形里没有中间人。制约手段就是拒绝放行——等于把钱烧掉。\n\n由于存在这种制约手段，它不太可能被用作托管机制"},{"id":1888,"sid":null,"sat":0,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"impossible7","date":"2010-08-06","ts":"2010-08-06T11:37:20Z","url":"https://bitcointalk.org/index.php?topic=648.msg7838#msg7838","zh":"
","zhText":"你的论证里那股难以置信的劲头，是不是因为你认为*不可能*有比「100,000 颗 CPU 24/7 全天候以 100% 负荷燃烧、每笔交易发 100,000+ 条冗余消息」更好的方案？\n\n不，完全不是。就像我加入这个主题时说的，我认为用 DHT 网络以某种方式分发工作是个非常有趣的想法，不过在我看来，任何对网络做分区的方案都会更容易受到插入恶意节点的攻击。能想出一个资源占用更少又真正可行的方案就太棒了。\nFreenet 是怎么生成节点 ID 的？我在最新的 Freenet 论文里只看到：\n加入时，节点随机选择一个身份，然后连接那些与它有预先建立的信任关系的对等节点。\n\n……以及：\n信任连接模型相比传统匿名网络最大的优势兴许是抵御 Sybil 攻击 [13]，即单个攻击者假扮多重身份渗入网络。由于网络依赖带外信任关系，攻击者的力量只取决于他能骗到多少人信任他，在网上出示多重身份毫无收益。\n\n……听起来这对 Bitcoin 未必好用。"},{"id":2170,"sid":326,"sat":1,"tid":168,"tt":"latency and locality","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-07","ts":"2010-08-07T16:28:17Z","url":"https://bitcointalk.org/index.php?topic=723.msg8103#msg8103","zh":"
一旦你离开「每个节点的影响力与其 CPU 算力成正比」的体系，那你又用什么来判定谁是（大致上的）一个人？
","zhText":"一旦你离开「每个节点的影响力与其 CPU 算力成正比」的体系，那你又用什么来判定谁是（大致上的）一个人？"},{"id":2130,"sid":327,"sat":1,"tid":167,"tt":"Bitcoin minting is thermodynamically perverse","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-07","ts":"2010-08-07T17:46:09Z","url":"https://bitcointalk.org/index.php?topic=721.msg8114#msg8114","zh":"
","zhText":"这和黄金与挖金子的情形一样。挖金的边际成本总是倾向于贴近金价。挖金是浪费，但这种浪费远小于让黄金作为交换媒介可用所带来的效用。\n我认为 Bitcoin 也会是同样的情形。Bitcoin 使交换成为可能所带来的效用，将远超其所耗电费。因而，没有 Bitcoin 才是净浪费。\n总的来说，我也不认同「币生成的巨大计算负担是现行系统的必要代价」这种说法。据我理解，货币创造从根本上是以*时间*计量的——倘若那才是根本控制变量，那为什么每个人还需要在给定时间段内「掷尽可能多的骰子」？币所有权和交易的「证明链」并不依赖硬币的生成方式。\n\n每个节点对网络的影响力与其 CPU 算力成正比。向网络证明你有多少 CPU 算力的唯一办法，就是实际使用它。\n倘若每个人还有限量的其他什么东西，可以用来做一人一票，我想不出。IP 地址……比 CPU 容易大量获取得多。\n我想在某些时间点测量 CPU 算力兴许是可能的。譬如，CPU 算力挑战只在每 10 分钟里平均运行 1 分钟。你仍然可以在给定时间点证明你的总算力，而不必一直运行。不过我不确定这怎么能实现。一个当时不在场的节点，没有办法知道过去这条链其实是在「穿插着歇 9 分钟」的占空比下生成的，而非连续不停。\n工作证明有个很好的性质：它可以通过不可信的中介转发。我们不必担心通信的监管链。谁告诉你最长链的并不重要，工作证明自己会说话。"},{"id":1825,"sid":328,"sat":1,"tid":151,"tt":"A proposal for a semi-automated Escrow mechanism","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-07","ts":"2010-08-07T20:04:59Z","url":"https://bitcointalk.org/index.php?topic=645.msg8137#msg8137","zh":"
","zhText":"下面是软件上可行的托管交易的一个概要。这没有实现，我近期多半也没时间实现，但让你知道什么是可能的。\n基本托管：买方把一笔付款存入托管。卖方收到一笔钱在托管中的交易，但在买方解锁之前他不能花。买方可以在那之后的任何时间放款，也可以永远不放。这不允许买方把钱拿回去，但确实给了他一个选项：出于怨恨永远不放行，把钱烧掉。卖方则可以把钱退回给买方。\n这个系统虽然不保证双方免于损失，但它把作弊的利润抽掉了。\n倘若卖方不发货，他就拿不到钱。买方的钱还是打了水漂，但至少卖方没有骗人的金钱动机。\n买方无法靠不付款获益。他拿不回托管的钱。他不可能因资金不足而付不了款。卖方可以看到资金已锁定到自己的密钥上、不能发给别人。\n当然，经济学家会说，一个欺诈卖方可以开始讨价还价，譬如「你放款，我分你一半」，但到了那一步，信任荡然无存、怨气冲天，谈判不太可能发生。一个已经在违背诺言偷钱的骗子，凭什么会守约分你一半？我想对适度的金额，几乎所有人都会基于原则拒绝。"},{"id":1890,"sid":330,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-07","ts":"2010-08-07T21:16:01Z","url":"https://bitcointalk.org/index.php?topic=648.msg8145#msg8145","zh":"
","zhText":"时间戳的问题在于：unix 时间戳作为 32 位整数，在 2038 年*必将*溢出。我是程序员，你可以 google「unix time problem」或「2038」了解更多。\n\n我从外行的角度理解 Y2038 问题。我的意思是，我怀疑 bitcoin 的结构里存在 Y2038 问题。既然时间戳只相对于区块链中某个特定位置，客户端没有理由要求区块内的时间戳准确。再说，什么算准确？GMT？我很确定我的客户端用本地时间也跑得好好的。倘若这可能导致成功的区块被拒，请告诉我。"},{"id":2222,"sid":333,"sat":1,"tid":171,"tt":"What could be the transition plan to Y2038 compliant Bitcoin? (it already is)","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-09","ts":"2010-08-09T20:13:26Z","url":"https://bitcointalk.org/index.php?topic=760.msg8413#msg8413","zh":"
","zhText":"我上传了重编 64 位的 Linux 0.3.8.1。我用它跑了难度 1 测试，能生成区块。\nhttp://bitcointalk.org/index.php?topic=765.0\n下载：\nhttp://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.8/bitcoin-0.3.8.1-linux.tar.gz/download"},{"id":2225,"sid":null,"sat":0,"tid":172,"tt":"Version 0.3.8.1 update for Linux 64-bit","src":"Bitcointalk","author":"jgarzik","date":"2010-08-09","ts":"2010-08-09T20:46:14Z","url":"https://bitcointalk.org/index.php?topic=765.msg8421#msg8421","zh":"
我的看法：SSE 应该是生成的硬性要求，而非运行客户端的要求。
","zhText":"我的看法：SSE 应该是生成的硬性要求，而非运行客户端的要求。"},{"id":2226,"sid":335,"sat":1,"tid":172,"tt":"Version 0.3.8.1 update for Linux 64-bit","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-09","ts":"2010-08-09T20:55:06Z","url":"https://bitcointalk.org/index.php?topic=765.msg8422#msg8422","zh":"
","zhText":"倘若你需要给家里取暖，你计算机的热量就没有浪费。倘若你住的地方用电取暖，那你计算机的热量就不是浪费。用计算机发热取暖，成本是一样的。\n倘若你有比电更便宜的取暖方式，那浪费不过是两者的差价罢了。\n倘若是夏天、你开着空调，那就是两倍。\nBitcoin 生成最终会流向电费最便宜的地方。兴许是寒冷地区用电取暖的地方，那里基本上等于免费。"},{"id":2235,"sid":null,"sat":0,"tid":172,"tt":"Version 0.3.8.1 update for Linux 64-bit","src":"Bitcointalk","author":"ArtForz","date":"2010-08-10","ts":"2010-08-10T09:37:49Z","url":"https://bitcointalk.org/index.php?topic=765.msg8505#msg8505","zh":"
修复在 svn r124，r125 加了 -maxconnections。
","zhText":"修复在 svn r124，r125 加了 -maxconnections。"},{"id":1689,"sid":null,"sat":0,"tid":139,"tt":"Running on a port other than 8333","src":"Bitcointalk","author":"lachesis","date":"2010-08-10","ts":"2010-08-10T15:24:55Z","url":"https://bitcointalk.org/index.php?topic=589.msg8544#msg8544","zh":"
","zhText":"你有没有针对 SVN 修订 125 更新的这个补丁的版本？另外，Bitcoin 是不是以独占方式打开 BerkeleyDB，从而不需要文件锁？不是——我自己测过了。"},{"id":1690,"sid":null,"sat":0,"tid":139,"tt":"Running on a port other than 8333","src":"Bitcointalk","author":"jgarzik","date":"2010-08-10","ts":"2010-08-10T17:07:15Z","url":"https://bitcointalk.org/index.php?topic=589.msg8552#msg8552","zh":"
","zhText":"去问问真实世界的商户，看他们愿不愿意告诉客户：你的钱有可能永远消失，任何一方都无法追回。\n\n你这么说，听起来像是钱会莫名其妙地丢掉、即便双方想合作也拿不回来。\n你预先付款买东西时，钱同样拿不回来。消费者对此看起来习以为常。不会比那更糟。\n任何一方永远都有把钱释放给对方的选项。\n然而烧钱方案虽然极好地防止了经济上可行的欺诈，却对报复无能为力，而且一旦一方不诚实，实际上让所有人都受损。我绝不会背书它。\n\n那你也一定反对常见的预付款制度——那种制度里吃亏的是客户。\n预付款：客户吃亏，骗子拿到钱。\n简单托管：客户吃亏，但骗子也拿不到钱。\n你们是在说预付款更好吗？因为至少骗子拿到了钱，至少有人得到了它？\n想象有人偷了你的东西。你拿不回来，但倘若可以——倘若它有一个可远程触发的自毁开关——你会用吗？让窃贼知道你所有的东西都有自毁开关、偷了也没用（虽然你自己也照样失去它），这是好事吗？倘若他们还回来，你可以重新激活。\n想象金子被偷就变成铅。窃贼还回来，它又变回金子。\n在我看来，问题可能还是在于以正确的方式呈现它。首先，在博弈论讨论的语境里别把「烧钱」说得那么直白。钱从来不会被真正烧掉。你永远保有随时放款的选项。"},{"id":2279,"sid":341,"sat":1,"tid":176,"tt":"Compile error in SVN r127","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-11","ts":"2010-08-11T01:42:30Z","url":"https://bitcointalk.org/index.php?topic=784.msg8651#msg8651","zh":"
已更新 SVN。谢谢。
指望将来不在这上面反复栽跟头，希望渺茫。它反正不影响我编译。
","zhText":"已更新 SVN。谢谢。\n指望将来不在这上面反复栽跟头，希望渺茫。它反正不影响我编译。"},{"id":2263,"sid":null,"sat":0,"tid":175,"tt":"Lost large number of bitcoins","src":"Bitcointalk","author":"sirius","date":"2010-08-11","ts":"2010-08-11T02:01:53Z","url":"https://bitcointalk.org/index.php?topic=782.msg8657#msg8657","zh":"
","zhText":"我在 FAQ 里加了「每笔交易之后都要备份」的警告。顺便问一句，备份之前有必要停掉客户端吗？那有点麻烦。自动备份确实会很有用。"},{"id":2247,"sid":null,"sat":0,"tid":174,"tt":"Not a suggestion","src":"Bitcointalk","author":"Red","date":"2010-08-11","ts":"2010-08-11T05:13:24Z","url":"https://bitcointalk.org/index.php?topic=770.msg8682#msg8682","zh":"
","zhText":"你应该用测试网络\n\n测试网有测试的规模。\n嗯，我想那帮人下次要滥用真实网络时，恐不会先征得你的同意。\n他们会直接干。\n我确定，倘若 Bitcoin 连这么简单的入侵都扛不住，那它就一无是处。\n我们应该证明它能扛住真实世界的威胁。比如我这样的\n兴许已经有人做过实验了？"},{"id":2281,"sid":null,"sat":0,"tid":177,"tt":"Where is the separate discussion devoted to possible Bitcoin weaknesses.","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-08-11","ts":"2010-08-11T16:10:56Z","url":"https://bitcointalk.org/index.php?topic=788.msg8761#msg8761","zh":"
","zhText":"我复现了这个问题。数据库不喜欢相对路径。\n\"bitcoind -datadir=./subdir getinfo\" 对着运行中的守护进程是好使的，但以 \"bitcoind -datadir=./subdir\" 启动守护进程就抛那个异常。\n我看应该在传给数据库之前把路径解析成完整路径。\n看来你是第一个用相对路径 -datadir 的人。\n\n我以前也试过，但从没觉得是个大到值得上报的 bug。不过能修复就好了。"},{"id":2285,"sid":null,"sat":0,"tid":177,"tt":"Where is the separate discussion devoted to possible Bitcoin weaknesses.","src":"Bitcointalk","author":"Red","date":"2010-08-11","ts":"2010-08-11T18:46:25Z","url":"https://bitcointalk.org/index.php?topic=788.msg8782#msg8782","zh":"
","zhText":"+ 让客户端互相告知自己每单位时间愿意接受多少笔交易。倘若某个客户端发来的更多（在某个容差内），丢弃它。把默认值编译进去，基于典型用户的估计交易数和当前用户数的估计。\n+ 在客户端到客户端的连接过程中要求某种工作证明（有助于防止「Sybil」攻击）。\n\n我同意后者最终必须做。正是你指出的这些原因，我的 DHT 方案存在缺陷。有趣的是，这全都是「无法实现前者约束」的副作用。\n倘若你允许验证节点随意忽略交易，你就冒着破坏关键要求的风险——所有验证节点接收并记录所有交易。当前的默认假定是所有验证者都尽力接收并记录所有交易。倘若一笔交易被不均匀地延迟、恰好被完成区块的那个节点错过，统计上假定它会被记录在后续区块中。然而，这需要不断地重播该交易以确保它到达。\n假设吞吐量正好，节点说「我在 10 个区块周期内只愿意接 5 笔交易」是有利可图的。那样的话它仍然生成别人无法拒绝的区块，但每个最小区块都会积累更多未记录交易的积压。这引起额外重传，加剧带宽问题。\n实际上你是在依赖不受限节点来补偿受限节点造成的问题。既然受限节点在制造问题、做的验证和记录工作比别的节点少，凭什么它们生成区块得到同等回报？这似乎适得其反。\n更好的说法是：「记录所有交易，否则你不配做验证者！」验证者更少，意味着总体带宽占用更低。也更容易揪出滥用者。\n----ps----\n一个零知识完整性证明可以是：竞争的验证者拒绝一个未包含 99% 已知未决交易的工作证明区块。"},{"id":2273,"sid":null,"sat":0,"tid":175,"tt":"Lost large number of bitcoins","src":"Bitcointalk","author":"gridecon","date":"2010-08-11","ts":"2010-08-11T20:46:08Z","url":"https://bitcointalk.org/index.php?topic=782.msg8795#msg8795","zh":"
等等，我又糊涂了。我一直以为那个「惊喜」的要害是：Bitcoin 被编程为在*每一笔*交易时「清空你的钱包」。按我读到的描述，当你把钱从钱包里的地址 A 发到外部地址 B 时，交易实际上是把地址 A 里的*全部*币发出去，不属于 B 的部分发到地址 C——那是你自己的地址。换句话说，就算我的 9000 里只付你一枚，我也是给你寄 1 枚比特币、给我自己的新地址寄 8999 枚。
换句话说（倘若我没理解错），你做的每笔交易都会让你旧的、备份过的钱包地址被清空。
","zhText":"你之前说得对。他的币全部丢失，是因为他先把全部 ฿9000 转给了自己，把它们合并成单个 TxIn。倘若他跳过这一步、直接给自己发 ฿1，他只会损失此前收到的那笔超过 ฿1 的最小付款。\n我认为客户端需要更好地向用户传达 TxIn 和 TxOut。我不知道怎么讲才不会让人糊涂，但客户端选择转哪些币，实实在在地关系到隐私、安全和资产安全。\n\n等等，我又糊涂了。我一直以为那个「惊喜」的要害是：Bitcoin 被编程为在*每一笔*交易时「清空你的钱包」。按我读到的描述，当你把钱从钱包里的地址 A 发到外部地址 B 时，交易实际上是把地址 A 里的*全部*币发出去，不属于 B 的部分发到地址 C——那是你自己的地址。换句话说，就算我的 9000 里只付你一枚，我也是给你寄 1 枚比特币、给我自己的新地址寄 8999 枚。\n换句话说（倘若我没理解错），你做的每笔交易都会让你旧的、备份过的钱包地址被清空。"},{"id":2248,"sid":342,"sat":1,"tid":174,"tt":"Not a suggestion","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-11","ts":"2010-08-11T21:07:59Z","url":"https://bitcointalk.org/index.php?topic=770.msg8798#msg8798","zh":"
","zhText":"你的「钱包」更像你自己的私人银行\n它包含许多不同的账户。（在 Bitcoin 里这些叫地址）\n每个地址都有一个关联余额，即里面有多少钱。\n你钱包的余额是你钱包里所有地址余额的总和。\n你做交易时，它会清空足够多的地址来凑足要求的输出金额，但由于必须完全清空每个地址，经常会剩下钱——这种情况下「找零」会在一个新地址退还给你。\n这个例子里，Stone Man 做了一笔交易，把 700 多个地址里的全部钱转进单个地址，于是他的钱包只剩一个有钱的地址。\n那个地址/账户在 1BTC 交易中被清空，8999 的找零退到了一个新地址，而他弄丢了那个地址的私钥。\n倘若他没有把所有币合并到一个地址，他会损失少得多。\n我想这个故事的寓意兴许是：「别把所有鸡蛋放进一个篮子」\n据我所知，从 GUI 客户端没有办法真正查到你余额里的哪些币放在哪些地址？既然地址才是「真正重要」的东西，这些信息应该有价值。\n\n对，用现在的 GUI 查不出哪些地址各有多少余额。\n我认为这是「非常重要」的信息。\n我还认为，能选择哪些地址作为交易的来源也很重要。\n这就是钱包这个比喻糟糕的一个例子。"},{"id":2277,"sid":343,"sat":1,"tid":175,"tt":"Lost large number of bitcoins","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-11","ts":"2010-08-11T21:46:51Z","url":"https://bitcointalk.org/index.php?topic=782.msg8803#msg8803","zh":"
","zhText":"我在 FAQ 里加了「每笔交易之后都要备份」的警告。顺便问一句，备份之前有必要停掉客户端吗？那有点麻烦。自动备份确实会很有用。\n\n倘若在备份前的几秒钟内（譬如 5 秒）你什么都没做、也没收到付款，那么不停客户端直接备份也行。\n等等，我又糊涂了。我一直以为那个「惊喜」的要害是：Bitcoin 被编程为在*每一笔*交易时「清空你的钱包」。\n\n不，它通常不会在每笔交易时清空你的钱包。它会用能找到的最小硬币集合凑出接近的金额。这个例子里，不走运，他的钱包里只有一张 9000 BTC 的整钞，必须破开它才能拿到 1 BTC 和 8999 BTC 的找零。"},{"id":2286,"sid":344,"sat":1,"tid":177,"tt":"Where is the separate discussion devoted to possible Bitcoin weaknesses.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-11","ts":"2010-08-11T22:40:25Z","url":"https://bitcointalk.org/index.php?topic=788.msg8804#msg8804","zh":"
不知道 Mac OS X 在技术上算不算 BSD，而且我没有 Mac 可用，兴许有别的人能测一下。\n倘若还有其他 Mac 特有（而 BSD 没有）的特性，那我们就得同时检查 __WXMAC_OSX__ 和 BSD，或者干脆用别的方式检测。
","zhText":"这能保证 Mac 上 BSD 一定被定义吗？\n\n不知道 Mac OS X 在技术上算不算 BSD，而且我没有 Mac 可用，兴许有别的人能测一下。\n倘若还有其他 Mac 特有（而 BSD 没有）的特性，那我们就得同时检查 __WXMAC_OSX__ 和 BSD，或者干脆用别的方式检测。"},{"id":1896,"sid":null,"sat":0,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"nelisky","date":"2010-08-12","ts":"2010-08-12T12:57:58Z","url":"https://bitcointalk.org/index.php?topic=648.msg8883#msg8883","zh":"
情况似乎是这样：Core2 之前的 CPU 都会更慢，从 Core2 开始的则更快。有人能在老的 AMD64 上测试一下代码吗？我记得近期的架构在 SSE2 指令的执行方式上有一个改动。
","zhText":"现在就开始为了向后兼容而不惜一切代价把 API 搞乱，太早了。\n直接返回 \"\" 就好。"},{"id":1905,"sid":358,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-14","ts":"2010-08-14T00:49:18Z","url":"https://bitcointalk.org/index.php?topic=648.msg9145#msg9145","zh":"
sha256.cpp: In function `long long int __vector__ Ch(long long int __vector__, long long int __vector__, long long int __vector__)':\nsha256.cpp:31: internal compiler error: in perform_integral_promotions, at cp/typeck.c:1454\nPlease submit a full bug report,\nwith preprocessed source if appropriate.\nSee for instructions.\nmake: *** [obj/sha256.o] Error 1
","zhText":"Windows 上的 MinGW 编译它会有问题：\ng++ -c -mthreads -O2 -w -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -DWIN32 -D__WXMSW__ -D_WINDOWS -DNOPCH -I\"/boost\" -I\"/db/build_unix\" -I\"/openssl/include\" -I\"/wxwidgets/lib/gcc_lib/mswud\" -I\"/wxwidgets/include\" -msse2 -O3 -o obj/sha256.o sha256.cpp\nsha256.cpp: In function `long long int __vector__ Ch(long long int __vector__, long long int __vector__, long long int __vector__)':\nsha256.cpp:31: internal compiler error: in perform_integral_promotions, at cp/typeck.c:1454\nPlease submit a full bug report,\nwith preprocessed source if appropriate.\nSee for instructions.\nmake: *** [obj/sha256.o] Error 1"},{"id":1907,"sid":null,"sat":0,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"tcatm","date":"2010-08-14","ts":"2010-08-14T00:53:07Z","url":"https://bitcointalk.org/index.php?topic=648.msg9147#msg9147","zh":"
sha256.cpp: In function `long long int __vector__ Ch(long long int __vector__, long long int __vector__, long long int __vector__)':\nsha256.cpp:31: internal compiler error: in perform_integral_promotions, at cp/typeck.c:1454\nPlease submit a full bug report,\nwith preprocessed source if appropriate.\nSee for instructions.\nmake: *** [obj/sha256.o] Error 1
看起来我们是踩到了树优化器里的一个编译器 bug。你能试试用 -O0 编译吗？
","zhText":"Windows 上的 MinGW 编译它会有问题：\ng++ -c -mthreads -O2 -w -Wno-invalid-offsetof -Wformat -g -D__WXDEBUG__ -DWIN32 -D__WXMSW__ -D_WINDOWS -DNOPCH -I\"/boost\" -I\"/db/build_unix\" -I\"/openssl/include\" -I\"/wxwidgets/lib/gcc_lib/mswud\" -I\"/wxwidgets/include\" -msse2 -O3 -o obj/sha256.o sha256.cpp\nsha256.cpp: In function `long long int __vector__ Ch(long long int __vector__, long long int __vector__, long long int __vector__)':\nsha256.cpp:31: internal compiler error: in perform_integral_promotions, at cp/typeck.c:1454\nPlease submit a full bug report,\nwith preprocessed source if appropriate.\nSee for instructions.\nmake: *** [obj/sha256.o] Error 1\n\n看起来我们是踩到了树优化器里的一个编译器 bug。你能试试用 -O0 编译吗？"},{"id":1908,"sid":359,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-14","ts":"2010-08-14T04:22:29Z","url":"https://bitcointalk.org/index.php?topic=648.msg9159#msg9159","zh":"
倘若你还没试过，试试把 thash 对齐。可能有影响，反正没坏处。
看起来我们是踩到了树优化器里的一个编译器 bug。你能试试用 -O0 编译吗？
-O0 没用，同样的错误。
MinGW 用的是 GCC 3.4.5。问题很可能出在这里。
我看看能不能弄一个新版本的 MinGW。
","zhText":"倘若你还没试过，试试把 thash 对齐。可能有影响，反正没坏处。\n看起来我们是踩到了树优化器里的一个编译器 bug。你能试试用 -O0 编译吗？\n\n-O0 没用，同样的错误。\nMinGW 用的是 GCC 3.4.5。问题很可能出在这里。\n我看看能不能弄一个新版本的 MinGW。"},{"id":1909,"sid":360,"sat":1,"tid":152,"tt":"4 hashes parallel on SSE2 CPUs for 0.3.6","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-14","ts":"2010-08-14T17:55:37Z","url":"https://bitcointalk.org/index.php?topic=648.msg9228#msg9228","zh":"
","zhText":"很多人在用雇主电脑零成本铸币。这对雇主不公平，但这正是比特币会持续有人铸币的原因。\n\n这是个好观点。我想我没有低估人们高效且正当地铸币的能力——难度调整能很好地补偿这一点，所以在我的推演里这不是问题。但我可能低估了铸币者在他人不知情、未同意的情况下占用他人资源造成的影响。FAQ 里假设铸币成本会趋近电价减去微薄利润，我大抵是不加批判地接受了这个说法。倘若盗用资源成为铸币资金的主要来源，难度调整机制的缺陷就会产生更微妙的影响。"},{"id":2340,"sid":363,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-15","ts":"2010-08-15T15:52:09Z","url":"https://bitcointalk.org/index.php?topic=820.msg9452#msg9452","zh":"
","zhText":"铸币会流向这些地方：\n1) 最便宜或免费的地方\n2) 出于理念愿意出力帮忙的人\n3) 想省去交易麻烦直接拿币的人\n确实有正当的免费场景。凡是用电取暖的地方，铸币基本等于免费，因为电脑的余热抵消了你的电暖器耗电。很多小公寓出于方便用的就是电暖。\n取暖油贵不贵？油价这么高，倘若它真的比电贵，那铸币就是负成本。\n还有孩子把它挂到父母的电费单上、员工挂到雇主头上、僵尸网络等等。\n情况 3) 在小额场景会起作用。倘若你只是需要一点零钱应付零星微支付，走交易所的开销并不划算。我认为这是相对法币的一个优势：与其让全部铸币税都归一个大机构，不如让它以零钱的形式流向确实需要凑点小钱的人。"},{"id":2341,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"knightmb","date":"2010-08-15","ts":"2010-08-15T17:02:16Z","url":"https://bitcointalk.org/index.php?topic=820.msg9457#msg9457","zh":"
","zhText":"扩展帮助可能源自我的想法，但代码写得有些不一样。\n\n想法才是主要的部分。你把补丁发上来时，我意识到本来就该那么做，而非 \"-?\"。我对 \"-?\" 一直有顾虑：它侵占了可能的参数取值，而且帮助响应依据的是调用方版本而非服务器版本。"},{"id":2342,"sid":366,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-15","ts":"2010-08-15T18:23:26Z","url":"https://bitcointalk.org/index.php?topic=820.msg9478#msg9478","zh":"
希望有人能拿 i5 或 AMD 测一下，确认我编译得没问题。我手头这两样都没有。
我也好奇它在 32 位 Linux 上是不是比 64 位差很多。
","zhText":"希望有人能拿 i5 或 AMD 测一下，确认我编译得没问题。我手头这两样都没有。\n我也好奇它在 32 位 Linux 上是不是比 64 位差很多。"},{"id":2343,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"sgtstein","date":"2010-08-15","ts":"2010-08-15T18:26:40Z","url":"https://bitcointalk.org/index.php?topic=820.msg9479#msg9479","zh":"
","zhText":"代码在哪里？我用的是 CentOS 5.5 的机器，得自己编译。编好之后我会用 32 位 Linux 和 1MB 缓存的 Xeon 来反馈结果。"},{"id":2344,"sid":367,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-15","ts":"2010-08-15T18:43:27Z","url":"https://bitcointalk.org/index.php?topic=820.msg9483#msg9483","zh":"
","zhText":"我写这段话时有 74643 个区块。这次分裂正在造成一些网络问题。你应该用 addnode 参数把自己的电脑互相连起来。"},{"id":2464,"sid":377,"sat":1,"tid":187,"tt":"0.3.10.1 Question on where block should be","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T00:28:28Z","url":"https://bitcointalk.org/index.php?topic=828.msg9608#msg9608","zh":"
","zhText":"问一个后续影响的问题：我在坏区块出现之后、基于坏区块链提交过一笔交易。\n那笔交易现在是什么状态？\n就我能看到的，我（升级后的）发送方客户端钱包显示扣款金额还在。\n它会被并入修复后的链吗？收款方能把它花出去吗？"},{"id":2465,"sid":378,"sat":1,"tid":187,"tt":"0.3.10.1 Question on where block should be","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T00:37:20Z","url":"https://bitcointalk.org/index.php?topic=828.msg9612#msg9612","zh":"
眼下，能不能请一些用静态 IP、可接受入站连接、正在跑 0.3.10 的人把 IP 贴出来？我们好 -addnode= 连上，确保至少连到一个 0.3.10 节点。
","zhText":"我做完了全部步骤，现在我的客户端是 0.3.10，停在了区块 74638。一切正常吗？"},{"id":2352,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"tcatm","date":"2010-08-16","ts":"2010-08-16T00:43:39Z","url":"https://bitcointalk.org/index.php?topic=820.msg9617#msg9617","zh":"
","zhText":"……在我连接的节点里，超过一半已经是 0.3.10。……\n\n好消息！不过你是怎么统计出来的？我本来在考虑写一个专门到处找人连接、尽量多收连接、然后调查版本号并写日志的客户端（除了正常的 bitcoin 功能之外）。"},{"id":2357,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"jgarzik","date":"2010-08-16","ts":"2010-08-16T02:30:52Z","url":"https://bitcointalk.org/index.php?topic=820.msg9647#msg9647","zh":"
我的 -4way 结果：两台老机器更慢，新机器更快。
（\"model name\" 来自 Linux 的 /proc/cpuinfo，它直接从 CPU 读取）
GCC 4.3.3 不支持 -march=amdfamk10。我得到：\nsha256.cpp:1: error: bad value (amdfamk10) for -march= switch
用 4way 时，启用全部虚拟核心会明显更好。我觉得超线程关闭时，开不开 4way 哈希量差不多。
嘿，你兴许发现了什么！
之前超线程没好处，是因为所有工作都发生在超线程共享的算术逻辑单元里。
tcatm 的 SSE2 代码一定是普通 x86 指令和 SSE2 指令的混合体，这样一个线程跑 x86 代码时，另一个就能跑 SSE2。
开超线程你提升了多少？
给几个数字？那是什么 CPU？
","zhText":"我建议用 -O3 -march=amdfamk10 编译 sha256.cpp（32 位和 64 位都能用），因为只有支持这套指令集的 CPU（AMD Phenom、Intel i5 及更新）才能从 -4way 受益，而且能带来约 9% 的性能提升。\n\nGCC 4.3.3 不支持 -march=amdfamk10。我得到：\nsha256.cpp:1: error: bad value (amdfamk10) for -march= switch\n用 4way 时，启用全部虚拟核心会明显更好。我觉得超线程关闭时，开不开 4way 哈希量差不多。\n\n嘿，你兴许发现了什么！\n之前超线程没好处，是因为所有工作都发生在超线程共享的算术逻辑单元里。\ntcatm 的 SSE2 代码一定是普通 x86 指令和 SSE2 指令的混合体，这样一个线程跑 x86 代码时，另一个就能跑 SSE2。\n开超线程你提升了多少？\n给几个数字？那是什么 CPU？"},{"id":2361,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Vasiliev","date":"2010-08-16","ts":"2010-08-16T03:17:07Z","url":"https://bitcointalk.org/index.php?topic=820.msg9660#msg9660","zh":"
GCC 4.3.3 不支持 -march=amdfamk10。我得到：\nsha256.cpp:1: error: bad value (amdfamk10) for -march= switch
试试 -march=amdfam10
","zhText":"GCC 4.3.3 不支持 -march=amdfamk10。我得到：\nsha256.cpp:1: error: bad value (amdfamk10) for -march= switch\n\n试试 -march=amdfam10"},{"id":2362,"sid":385,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T03:23:04Z","url":"https://bitcointalk.org/index.php?topic=820.msg9661#msg9661","zh":"
试试 -march=amdfam10
可以了。
有点奇怪……我们确定这是同一个东西吗？tcatm，试试 amdfam10，确认测出来的速度一样。
","zhText":"试试 -march=amdfam10\n\n可以了。\n有点奇怪……我们确定这是同一个东西吗？tcatm，试试 amdfam10，确认测出来的速度一样。"},{"id":2365,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"jgarzik","date":"2010-08-16","ts":"2010-08-16T03:35:28Z","url":"https://bitcointalk.org/index.php?topic=820.msg9665#msg9665","zh":"
更新一下
cpu family : 6\nmodel : 26\nmodel name : Genuine Intel(R) CPU 000 @ 3.20GHz\nstepping : 4
","zhText":"嗯，看来我漏了什么重要的东西——断开那些已不属于被接受区块链的交易。我得在这上面下点功夫——那种把全部交易一股脑清掉再重连的朴素做法太慢了，而且会撞上交易内存上限。"},{"id":2366,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Ground Loop","date":"2010-08-16","ts":"2010-08-16T04:34:20Z","url":"https://bitcointalk.org/index.php?topic=820.msg9674#msg9674","zh":"
我另外三台 Intel 机器上 4way 也没有胜出：
Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz (64 位 Linux)\n4way: 1565 std: 3002
Intel(R) Xeon(TM) CPU 3.00GHz (32 位 Linux)\n4way: 1243 std: 2048
Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz\n4way: 932 std: 1733
（都运行 0.3.10，-1 proclimit）\n试过调整 proclimit 也没更好。
","zhText":"我另外三台 Intel 机器上 4way 也没有胜出：\nIntel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz (64 位 Linux)\n4way: 1565 std: 3002\nIntel(R) Xeon(TM) CPU 3.00GHz (32 位 Linux)\n4way: 1243 std: 2048\nIntel(R) Core(TM)2 CPU 6300 @ 1.86GHz\n4way: 932 std: 1733\n（都运行 0.3.10，-1 proclimit）\n试过调整 proclimit 也没更好。"},{"id":2367,"sid":386,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T04:36:59Z","url":"https://bitcointalk.org/index.php?topic=820.msg9676#msg9676","zh":"
cpu family : 6\nmodel : 26\nmodel name : Genuine Intel(R) CPU 000 @ 3.20GHz\nstepping : 4
cpu family 6 model 26 stepping 4 是 Intel Core i7。\n-4way 提速 23%，-4way 加超线程总共提速 63%。\n开超线程比不开快 33%。
","zhText":"cpu family : 6\nmodel : 26\nmodel name : Genuine Intel(R) CPU 000 @ 3.20GHz\nstepping : 4\ncpu family 6 model 26 stepping 4 是 Intel Core i7。\n-4way 提速 23%，-4way 加超线程总共提速 63%。\n开超线程比不开快 33%。"},{"id":2454,"sid":null,"sat":0,"tid":185,"tt":"overflow bug SERIOUS","src":"Bitcointalk","author":"Ground Loop","date":"2010-08-16","ts":"2010-08-16T05:07:50Z","url":"https://bitcointalk.org/index.php?topic=823.msg9682#msg9682","zh":"
sha256.cpp:8:23: error: xmmintrin.h: No such file or directory\nsha256.cpp:34: error: __m128i does not name a type
但希望这不难修。
","zhText":"在 Core 2 Duo T7200 上，默认代码约 1.8 Mhash/s，4way 反而更慢只有 1.0 Mhash/s。它有 4 MB 的 L2 缓存，所以这大抵不像之前有人说的那样是缓存大小的问题。\n不幸的是，svn 上的代码现在没法在 ARM 上编译了，因为 SSE 内置函数被硬编码了进去。我已经从 makefile 里去掉了 -msse2 和 -DFOURWAYSSE2，仍然报这样的错\nsha256.cpp:8:23: error: xmmintrin.h: No such file or directory\nsha256.cpp:34: error: __m128i does not name a type但希望这不难修。"},{"id":2455,"sid":387,"sat":1,"tid":185,"tt":"overflow bug SERIOUS","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T12:59:38Z","url":"https://bitcointalk.org/index.php?topic=823.msg9734#msg9734","zh":"
","zhText":"看来我们在 74689 附近反超了坏链。0.3.9 及更低版本的节点过去几个小时里返回的都已经是当前区块号了。\n也就是说，升级前不再需要删 blk*.dat 了。直接升级就行，它会自动重组掉坏区块链。\n感谢大家的快速响应！"},{"id":2374,"sid":388,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T13:38:01Z","url":"https://bitcointalk.org/index.php?topic=820.msg9736#msg9736","zh":"
","zhText":"+1\n\n+1\n跑题：这个论坛有没有什么点赞插件之类的？\n\n+1"},{"id":2486,"sid":391,"sat":1,"tid":190,"tt":"blocks minus 1","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T17:06:27Z","url":"https://bitcointalk.org/index.php?topic=837.msg9774#msg9774","zh":"
","zhText":"什么算坏链？\n你能多讲讲为什么检查点是坏东西吗？"},{"id":2487,"sid":393,"sat":1,"tid":191,"tt":"Checking the block chain on load","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T20:07:46Z","url":"https://bitcointalk.org/index.php?topic=841.msg9813#msg9813","zh":"
SVN rev 139 会在加载后对区块链做一次基本检查。
有了它，我们本不需要删 blk*.dat，它会自动重组回分叉点。当时没时间把这个功能做扎实。
它可能比我们想要的慢，因为要把所有区块都加载一遍。倘若太慢，可以让它只回溯到某个区块号为止。
","zhText":"SVN rev 139 会在加载后对区块链做一次基本检查。\n有了它，我们本不需要删 blk*.dat，它会自动重组回分叉点。当时没时间把这个功能做扎实。\n它可能比我们想要的慢，因为要把所有区块都加载一遍。倘若太慢，可以让它只回溯到某个区块号为止。"},{"id":2477,"sid":394,"sat":1,"tid":189,"tt":"checkpointing the block chain","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T20:20:53Z","url":"https://bitcointalk.org/index.php?topic=834.msg9816#msg9816","zh":"
","zhText":"软件没有办法自动判断一条链比另一条好，唯一的判据就是工作证明最大。按这个设计，不管要回退多远，它都必须切到更长的链上。\n唯一的例外是我加的手动检查点。要不是有它们，它可以把重组一路做到第一个区块。"},{"id":2488,"sid":null,"sat":0,"tid":191,"tt":"Checking the block chain on load","src":"Bitcointalk","author":"Insti","date":"2010-08-16","ts":"2010-08-16T20:43:19Z","url":"https://bitcointalk.org/index.php?topic=841.msg9820#msg9820","zh":"
我估计做一遍不止 1 秒。\n每次启动都得做吗
能不能给它做一个菜单项，手动触发？\n再加个计数器，每 n 次启动/n 天提醒你检查一次。\n或者每次更新软件时提醒。
感觉重新校验整条区块链会是很罕见的事件，所以每次都校验未免杀鸡用牛刀。
","zhText":"我估计做一遍不止 1 秒。\n每次启动都得做吗\n能不能给它做一个菜单项，手动触发？\n再加个计数器，每 n 次启动/n 天提醒你检查一次。\n或者每次更新软件时提醒。\n感觉重新校验整条区块链会是很罕见的事件，所以每次都校验未免杀鸡用牛刀。"},{"id":2458,"sid":null,"sat":0,"tid":185,"tt":"overflow bug SERIOUS","src":"Bitcointalk","author":"NewLibertyStandard","date":"2010-08-16","ts":"2010-08-16T22:15:32Z","url":"https://bitcointalk.org/index.php?topic=823.msg9834#msg9834","zh":"
","zhText":"那么到这个时候，一个还没升级的客户端也会持有正确的链吗？\n\n是的。唯一的例外是，一个没打补丁的客户端又做了一笔假交易并且成功把它校验通过。它可以把那个假区块传给少数几个没升级的节点，但升级过的客户端算力看起来比未升级的多，所以坏链接不会持续很久，也不会被升级过的客户端传播。"},{"id":2480,"sid":null,"sat":0,"tid":189,"tt":"checkpointing the block chain","src":"Bitcointalk","author":"NewLibertyStandard","date":"2010-08-16","ts":"2010-08-16T22:42:28Z","url":"https://bitcointalk.org/index.php?topic=834.msg9839#msg9839","zh":"
","zhText":"未升级的节点大部分时间持有正确的链，但它们仍在试图把那笔溢出交易打包进每个区块，所以它们在不停地尝试分叉、生成无效区块。老版本节点重启后，交易池会被清空，所以在那笔交易再次广播之前，它可能有一段时间能生成有效区块。0.3.9 及更低版本的节点仍然必须升级。\nSVN 现在有了我们需要的代码，可以自动重组区块链，不用再手动删 blk*.dat 文件。我知道昨天自己没时间又快又稳地把这个代码写出来，所以先走了快速的手动方案。"},{"id":2481,"sid":396,"sat":1,"tid":189,"tt":"checkpointing the block chain","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-16","ts":"2010-08-16T23:01:48Z","url":"https://bitcointalk.org/index.php?topic=834.msg9843#msg9843","zh":"
链的强度是怎么计算的？
总工作证明。
","zhText":"链的强度是怎么计算的？\n\n总工作证明。"},{"id":2519,"sid":null,"sat":0,"tid":193,"tt":"Difficulty: More nodes active, or faster nodes?","src":"Bitcointalk","author":"MoonShadow","date":"2010-08-17","ts":"2010-08-17T21:52:06Z","url":"https://bitcointalk.org/index.php?topic=846.msg9983#msg9983","zh":"
","zhText":"那里面吹了不少牛皮。它引用了一个具体数字 53 MB/s，而我们每次只哈希 192 字节，你可能以为它能做到 27 mhash/s（实际很可能更低），不过我相信这确实已经在装一两块 GPU 的桌面机的性能范围之内了。\n\n是，但你忽略了两点。第一，软件收发机通常需要四颗这样的芯片。（两颗收、两颗发，一颗做数字信号处理，另一颗对原始信号做数字滤波。换句话说，一颗是虚拟麦克风/扬声器，另一颗是虚拟调谐器。当然，不是所有软件无线电方案都需要四颗）这样如果一个火腿玩家有四颗，四颗都能为此编程。另一点我之前没有明说：一颗 FPGA 不等于只有一个 sha-256 处理器。一颗 FPGA 芯片里塞进不止一个这种处理器是可能的，甚至是大概率事件。这些芯片相当大，足以「虚拟化」相当复杂的逻辑电路，一个高手可以把一颗芯片编程为多个并行运行的 sha-256 处理器。而且就算这样，他的主 CPU 和 GPU 仍在，想要更多 Kh/s 还能用。任何有能力在同一台机器上给一块或多块 GPU 编程来跑哈希的黑客已经是精英了，在一颗 FPGA 上做多个 sha-256 核心对他不过是小菜一碟。而我们已经知道，Bitcoin 社区里是有这种精英人才的——有人想运营它，有人想攻破它。"},{"id":2523,"sid":null,"sat":0,"tid":194,"tt":"New screenshots to the front page?","src":"Bitcointalk","author":"sirius","date":"2010-08-18","ts":"2010-08-18T08:35:13Z","url":"https://bitcointalk.org/index.php?topic=850.msg10038#msg10038","zh":"
你觉得 Windows Aero 好看？
比 XP 强
","zhText":"你觉得 Windows Aero 好看？\n\n比 XP 强"},{"id":2524,"sid":397,"sat":1,"tid":194,"tt":"New screenshots to the front page?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-18","ts":"2010-08-18T16:58:44Z","url":"https://bitcointalk.org/index.php?topic=850.msg10067#msg10067","zh":"
确实。0.1 的老截图已经非常过时了。
Windows Aero 是个好选择。Windows 仍是最大的用户群。注意透明部分底下露出的东西。
交易列表里放些什么？别塞得太满，放几样就行。
","zhText":"确实。0.1 的老截图已经非常过时了。\nWindows Aero 是个好选择。Windows 仍是最大的用户群。注意透明部分底下露出的东西。\n交易列表里放些什么？别塞得太满，放几样就行。"},{"id":2520,"sid":398,"sat":1,"tid":193,"tt":"Difficulty: More nodes active, or faster nodes?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-18","ts":"2010-08-18T18:01:40Z","url":"https://bitcointalk.org/index.php?topic=846.msg10076#msg10076","zh":"
VIA C7 的硬件 SHA-256 公布的性能数字并不惊人。只有 1500 khash/s 左右。想想就知道，用硬件实现并不意味着快得离谱。每一步还是得做。只有当把它简化成单一用途硬件后小到可以大量并行摆放，才会有飞跃。这未必容易，也不是理所当然。
","zhText":"VIA C7 的硬件 SHA-256 公布的性能数字并不惊人。只有 1500 khash/s 左右。想想就知道，用硬件实现并不意味着快得离谱。每一步还是得做。只有当把它简化成单一用途硬件后小到可以大量并行摆放，才会有飞跃。这未必容易，也不是理所当然。"},{"id":2489,"sid":399,"sat":1,"tid":191,"tt":"Checking the block chain on load","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-18","ts":"2010-08-18T18:28:28Z","url":"https://bitcointalk.org/index.php?topic=841.msg10082#msg10082","zh":"
","zhText":"下一个 SVN 修订里，我会让它只回溯到区块 74000 的最后一个检查点。将来若要再修问题，随时可以让它至少回溯到问题所在之处。另外，我正在加校验区块索引的代码，也就是说会对工作证明链做校验。\n不过，系统对你的 blk*.dat 文件仍然不是完全安全的。用别人 blk 文件的副本，就是在信任那个人。"},{"id":2380,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"nelisky","date":"2010-08-18","ts":"2010-08-18T23:02:25Z","url":"https://bitcointalk.org/index.php?topic=820.msg10164#msg10164","zh":"
","zhText":"那么这么说准确吗：到目前为止，只有 Intel Core i7 处理器和某些（Phenom？）AMD 处理器能从 -4way 获得提速？\n\n还有 i5，至少在我的 macbookpro 上是。"},{"id":2381,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Ground Loop","date":"2010-08-18","ts":"2010-08-18T23:14:26Z","url":"https://bitcointalk.org/index.php?topic=820.msg10167#msg10167","zh":"
有非 Mac 的 i5 用户吗？\n我这台 Windows i5 64 位变慢了。\n[更正——不属实。Windows 没有 -4way，那几台 Linux 机器是 Xeon。]
","zhText":"有非 Mac 的 i5 用户吗？\n我这台 Windows i5 64 位变慢了。\n[更正——不属实。Windows 没有 -4way，那几台 Linux 机器是 Xeon。]"},{"id":2532,"sid":null,"sat":0,"tid":195,"tt":"28 days without generation, i have 4200khash/s","src":"Bitcointalk","author":"lachesis","date":"2010-08-19","ts":"2010-08-19T00:04:50Z","url":"https://bitcointalk.org/index.php?topic=862.msg10177#msg10177","zh":"
是啊，我这边情况类似。我在一台 khash 差不多的机器上跑自编译的 Linux 版本，从七月中旬起就没生成过区块。当然，其中有几个星期跑的是_坏的_ Linux 构建，但我现在跑的是最新 SVN 版本，还是没有运气。
","zhText":"是啊，我这边情况类似。我在一台 khash 差不多的机器上跑自编译的 Linux 版本，从七月中旬起就没生成过区块。当然，其中有几个星期跑的是_坏的_ Linux 构建，但我现在跑的是最新 SVN 版本，还是没有运气。"},{"id":2382,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"vess","date":"2010-08-19","ts":"2010-08-19T06:41:27Z","url":"https://bitcointalk.org/index.php?topic=820.msg10214#msg10214","zh":"
我的 Core i5 笔记本（Ubuntu）速度翻倍了。其实，并不是速度翻倍，而是速度不变，但现在只用一半的 CPU。我没法让它回到满负荷 CPU 使用。话虽如此，现在铸币时我的笔记本凉快多了。倘若我看到它成功升到 100% 使用率，我会回来汇报。
","zhText":"我的 Core i5 笔记本（Ubuntu）速度翻倍了。其实，并不是速度翻倍，而是速度不变，但现在只用一半的 CPU。我没法让它回到满负荷 CPU 使用。话虽如此，现在铸币时我的笔记本凉快多了。倘若我看到它成功升到 100% 使用率，我会回来汇报。"},{"id":2542,"sid":null,"sat":0,"tid":196,"tt":"Convert Bitcoin to GTK: Yes? No? wx is better?","src":"Bitcointalk","author":"BioMike","date":"2010-08-19","ts":"2010-08-19T08:05:18Z","url":"https://bitcointalk.org/index.php?topic=867.msg10226#msg10226","zh":"
","zhText":"一份出色的指南。非常感谢你的付出——它肯定帮到我"},{"id":2545,"sid":400,"sat":1,"tid":196,"tt":"Convert Bitcoin to GTK: Yes? No? wx is better?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-19","ts":"2010-08-19T18:44:36Z","url":"https://bitcointalk.org/index.php?topic=867.msg10272#msg10272","zh":"
","zhText":"这篇教程写得真不错。应该有人照着做一遍确认一下没踩坑。"},{"id":2383,"sid":402,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-19","ts":"2010-08-19T19:07:43Z","url":"https://bitcointalk.org/index.php?topic=820.msg10281#msg10281","zh":"
有非 Mac 的 i5 用户吗？\n我这台 Windows i5 64 位变慢了。
这是我头一次听人说 i5 更慢。其他人都说 i5 上 4way 更快，开了超线程后更是如此。
还有 i5，至少在我的 macbookpro 上是。
好，那我理解为这确认了它在 Mac 上也能用？
Laszlo 告诉我他确实在 Mac 上编译进了 -4way 的代码，所以 -4way 开关在 Mac 上也可以试。SVN 上的 makefile.osx 我记得还没有它，只有编译好的版本。
","zhText":"有非 Mac 的 i5 用户吗？\n我这台 Windows i5 64 位变慢了。\n\n这是我头一次听人说 i5 更慢。其他人都说 i5 上 4way 更快，开了超线程后更是如此。\n还有 i5，至少在我的 macbookpro 上是。\n\n好，那我理解为这确认了它在 Mac 上也能用？\nLaszlo 告诉我他确实在 Mac 上编译进了 -4way 的代码，所以 -4way 开关在 Mac 上也可以试。SVN 上的 makefile.osx 我记得还没有它，只有编译好的版本。"},{"id":2533,"sid":403,"sat":1,"tid":195,"tt":"28 days without generation, i have 4200khash/s","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-19","ts":"2010-08-19T19:40:30Z","url":"https://bitcointalk.org/index.php?topic=862.msg10290#msg10290","zh":"
确认你电脑的日期和时间设置正确。
","zhText":"确认你电脑的日期和时间设置正确。"},{"id":2550,"sid":null,"sat":0,"tid":198,"tt":"Hypothetical question on lost coins / transfers","src":"Bitcointalk","author":"FreeMoney","date":"2010-08-19","ts":"2010-08-19T19:44:06Z","url":"https://bitcointalk.org/index.php?topic=870.msg10292#msg10292","zh":"
","zhText":"我觉得不会。我认为当一个客户端判定某个区块是坏的，它会取出其中的交易重新广播，或者自己把它们放进区块。"},{"id":2552,"sid":404,"sat":1,"tid":199,"tt":"Need a post writing up some things users should know","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-19","ts":"2010-08-19T20:14:01Z","url":"https://bitcointalk.org/index.php?topic=873.msg10297#msg10297","zh":"
","zhText":"没错。你不需要重新广播你的交易它也能工作。\n当任何节点断开一个分叉时，它会把分叉里的全部交易倒回交易池，以便加入新链。整个网络都在保证把你的交易重新整合进去。你唯一会看到的就是确认数从 0 重新开始计数。\n在某些类型的分叉里，你的交易本来就已经进了两条分叉，所以无论哪边赢你都没事。"},{"id":2512,"sid":null,"sat":0,"tid":192,"tt":"Bitcoins are most like shares of common stock","src":"Bitcointalk","author":"ichi","date":"2010-08-20","ts":"2010-08-20T03:51:34Z","url":"https://bitcointalk.org/index.php?topic=845.msg10365#msg10365","zh":"
","zhText":"我说，避免挨枪子最好的办法就是别当靶子，更别主动送子弹。别声称自己是货币。就这么简单。\n\n我无法想象政府会因为 Bitcoin 没自称货币就放过它。让它构成威胁的事实是：它能匿名地中介交换（包括与货币之间的交换）。\n依我看，解决方案是精心的设计与实现，而非措辞（或求情）。\nichi: 为什么要我替你做功课？想辩论，就拿出点干货来。\n\n好吧，哪位行行好，把先前那个提案的论坛链接贴出来？\n关于匿名性，恕我直言，很多 Bitcoin 用户太掉以轻心了。"},{"id":2554,"sid":null,"sat":0,"tid":199,"tt":"Need a post writing up some things users should know","src":"Bitcointalk","author":"Insti","date":"2010-08-20","ts":"2010-08-20T10:18:58Z","url":"https://bitcointalk.org/index.php?topic=873.msg10419#msg10419","zh":"
mizeryderia，你只是把中本聪的帖子复制粘贴了一遍，没增加任何价值。
你本可以试着回应他提出的观点，或者至少加一条说明，解释为什么这个页面放在 wiki 上、你想让大家用它做什么。
","zhText":"mizeryderia，你只是把中本聪的帖子复制粘贴了一遍，没增加任何价值。\n你本可以试着回应他提出的观点，或者至少加一条说明，解释为什么这个页面放在 wiki 上、你想让大家用它做什么。"},{"id":2535,"sid":null,"sat":0,"tid":195,"tt":"28 days without generation, i have 4200khash/s","src":"Bitcointalk","author":"kosovito","date":"2010-08-20","ts":"2010-08-20T14:12:19Z","url":"https://bitcointalk.org/index.php?topic=862.msg10438#msg10438","zh":"
","zhText":"我的电脑日期和时间是正确的。\n我卸载了 bitcoin，删掉了绝对所有的文件、区块、debug，全部，当然除了 wallet.dat。\n然后重新安装，希望能有用。\n问一下，wallet.dat 会不会造成什么问题？？"},{"id":1676,"sid":null,"sat":0,"tid":137,"tt":"Bitcoin does NOT violate Mises' Regression Theorem","src":"Bitcointalk","author":"FreeMoney","date":"2010-08-21","ts":"2010-08-21T06:48:36Z","url":"https://bitcointalk.org/index.php?topic=583.msg10553#msg10553","zh":"
这可能只是措辞问题。但我会说，那个「先在的价值」其实是某些人的预期——他们预期它会成为一种好货币。
","zhText":"这可能只是措辞问题。但我会说，那个「先在的价值」其实是某些人的预期——他们预期它会成为一种好货币。"},{"id":2559,"sid":null,"sat":0,"tid":200,"tt":"integrating digital payments into p2p protocols","src":"Bitcointalk","author":"zooko","date":"2010-08-21","ts":"2010-08-21T14:13:27Z","url":"https://bitcointalk.org/index.php?topic=890.msg10593#msg10593","zh":"
","zhText":"各位：\n我刚在交易论坛发了这条消息：\nhttp://bitcointalk.org/index.php?topic=30.msg10592#msg10592\n有几位黑客会非常有兴趣贡献补丁，把 BitCoin 支付直接整合进 Tahoe-LAFS 存储协议。这是个大工程！大抵要花一年功夫，我们才能准备好在新的稳定版本里部署它。当然，投入的人越多，进度越快。\n谨启，\nZooko\nTahoe-LAFS 项目社区组织者"},{"id":2385,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"ArtForz","date":"2010-08-21","ts":"2010-08-21T16:56:31Z","url":"https://bitcointalk.org/index.php?topic=820.msg10609#msg10609","zh":"
","zhText":"时钟部分会在下一个版本（0.3.11 或更高）里解决。SVN rev 141 会在你的时钟偏差太大时弹出消息框。"},{"id":2536,"sid":407,"sat":1,"tid":195,"tt":"28 days without generation, i have 4200khash/s","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-22","ts":"2010-08-22T23:01:02Z","url":"https://bitcointalk.org/index.php?topic=862.msg10717#msg10717","zh":"
","zhText":"在 debug.log 里搜 \"proof-of-work found\"。倘若搜到了，就检查紧接着的任何错误。\n时间上允许多大的偏差才能正常工作？\n\n容许偏差是 2 小时。\n这个问题会在 SVN rev 141 和下一个版本（0.3.11+）里解决。倘若你的时钟偏差超过一小时，它会弹出消息框提醒你。"},{"id":2386,"sid":408,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-22","ts":"2010-08-22T23:21:50Z","url":"https://bitcointalk.org/index.php?topic=820.msg10720#msg10720","zh":"
","zhText":"嘿，Zooko！\n想感谢你一两年前在你博客上写 Bitcoin，那还是我在 Cryptography 邮件列表上宣布它的时候。"},{"id":2557,"sid":null,"sat":0,"tid":199,"tt":"Need a post writing up some things users should know","src":"Bitcointalk","author":"mizerydearia","date":"2010-08-23","ts":"2010-08-23T01:31:33Z","url":"https://bitcointalk.org/index.php?topic=873.msg10728#msg10728","zh":"
","zhText":"@mizerydearia，我觉得引用按钮比回复按钮好找。\n那么，理论上这是一个第一代控制系统： 可以逮捕中本聪，要求\n他交出私钥（或者从他的电脑里拿到），从而关停整个网络？\n还是说这做不到？ 能走多远？"},{"id":2583,"sid":null,"sat":0,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"theymos","date":"2010-08-24","ts":"2010-08-24T04:59:29Z","url":"https://bitcointalk.org/index.php?topic=898.msg10979#msg10979","zh":"
应该有一个 --disable-alerts 开关。
","zhText":"应该有一个 --disable-alerts 开关。"},{"id":2388,"sid":null,"sat":0,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"sgtstein","date":"2010-08-24","ts":"2010-08-24T17:31:08Z","url":"https://bitcointalk.org/index.php?topic=820.msg11032#msg11032","zh":"
","zhText":"http://bitcointalk.org/index.php?topic=873.msg10728#msg10728 与此有些相关"},{"id":2591,"sid":null,"sat":0,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"Macho","date":"2010-08-25","ts":"2010-08-25T12:25:54Z","url":"https://bitcointalk.org/index.php?topic=898.msg11137#msg11137","zh":"
","zhText":"我把开关名字改成了 -disablesafemode。"},{"id":2595,"sid":null,"sat":0,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"jimbobway","date":"2010-08-25","ts":"2010-08-25T16:45:22Z","url":"https://bitcointalk.org/index.php?topic=898.msg11153#msg11153","zh":"
你能扛得住水刑吗？\n你能扛得住电刑吗？\n一切形式的酷刑？\n最后，你该不会是 Jack Bauer 吧？认真的。
","zhText":"@mizerydearia，我觉得引用按钮比回复按钮好找。\n那么，理论上这是一个第一代控制系统： 可以逮捕中本聪，要求\n他交出私钥（或者从他的电脑里拿到），从而关停整个网络？\n还是说这做不到？ 能走多远？\n\n给中本聪几个反问：\n你能扛得住水刑吗？\n你能扛得住电刑吗？\n一切形式的酷刑？\n最后，你该不会是 Jack Bauer 吧？认真的。"},{"id":2596,"sid":416,"sat":1,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-25","ts":"2010-08-25T16:56:15Z","url":"https://bitcointalk.org/index.php?topic=898.msg11155#msg11155","zh":"
给中本聪几个反问：
你能扛得住水刑吗？\n你能扛得住电刑吗？\n一切形式的酷刑？\n最后，你该不会是 Jack Bauer 吧？认真的。
","zhText":"这正是让我觉得反对者不了解状况的地方。它「关停不了整个网络」。\n\n我从来没反对过这个改动/想法，只是问问是否可能、能到什么程度。\n了解情况有什么不对吗？"},{"id":2600,"sid":null,"sat":0,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"FreeMoney","date":"2010-08-25","ts":"2010-08-25T22:48:01Z","url":"https://bitcointalk.org/index.php?topic=898.msg11204#msg11204","zh":"
好，我不担心了。
","zhText":"好，我不担心了。"},{"id":2601,"sid":418,"sat":1,"tid":201,"tt":"Development of alert system","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-26","ts":"2010-08-26T00:08:12Z","url":"https://bitcointalk.org/index.php?topic=898.msg11219#msg11219","zh":"
","zhText":"在有时间好好写代码解决之前，任何备份流程/办法都只是权宜之计。在代码到位之前，我们可以先用文字缓解局面。\n备份的主要改进会是预生成的密钥池，以及加载时重新扫描、从区块历史里捞出被漏掉的交易。那样一次备份就能管用很久。"},{"id":2608,"sid":421,"sat":1,"tid":203,"tt":"auto backing up of wallet.dat","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-26","ts":"2010-08-26T00:57:40Z","url":"https://bitcointalk.org/index.php?topic=921.msg11228#msg11228","zh":"
","zhText":"我本来在另一个主题里发，这里再重复一遍，这个主题看起来更切题。\n备份的主要改进会是预生成的密钥池，以及加载时重新扫描、从区块历史里捞出被漏掉的交易。那样一次备份就能管用很久。\n我正准备发和你一样的想法，nelisky。\n加一个 json-rpc 命令如何：锁定钱包、刷盘、把 wallet.dat 拷贝到你指定的位置，然后解锁？这比密钥池工程量小，兴许可以先做。\n拷贝文件最简单的可移植方法是什么？Boost 里有现成的吗？\n该叫什么名字？兴许：\nbackupwallet"},{"id":2609,"sid":null,"sat":0,"tid":203,"tt":"auto backing up of wallet.dat","src":"Bitcointalk","author":"nelisky","date":"2010-08-26","ts":"2010-08-26T01:21:57Z","url":"https://bitcointalk.org/index.php?topic=921.msg11232#msg11232","zh":"
锦上添花的话，为什么不加一个触发器，钱包一有变动就拷贝？嗯，这依赖文件锁才能正确工作，而我记得 Windows 上文件锁很糟。我已经很久没在那儿写代码了。
","zhText":"我本来在另一个主题里发，这里再重复一遍，这个主题看起来更切题。\n备份的主要改进会是预生成的密钥池，以及加载时重新扫描、从区块历史里捞出被漏掉的交易。那样一次备份就能管用很久。\n我正准备发和你一样的想法，nelisky。\n\n是的，我看到了你的另一个帖子，我很喜欢地址池的主意，但等这些地址都用完了，我们仍然需要一种轻松备份的办法，不是吗？我知道地址空间巨大，但可能存在每天要生成上千个地址的应用。\n加一个 json-rpc 命令如何：锁定钱包、刷盘、把 wallet.dat 拷贝到你指定的位置，然后解锁？这比密钥池工程量小，兴许可以先做。\n拷贝文件最简单的可移植方法是什么？Boost 里有现成的吗？\n该叫什么名字？兴许：\nbackupwallet \n\n各方面都很好，名字和实现思路都赞。\n至于文件拷贝，为什么要加深 boost 依赖？我就希望核心库依赖越少越好。C++ 里直接用标准文件流不就行了？类似 http://www.dreamincode.net/code/snippet2306.htm 这种（随手 Google 的，没试过但看着没错）。\n锦上添花的话，为什么不加一个触发器，钱包一有变动就拷贝？嗯，这依赖文件锁才能正确工作，而我记得 Windows 上文件锁很糟。我已经很久没在那儿写代码了。"},{"id":2610,"sid":null,"sat":0,"tid":203,"tt":"auto backing up of wallet.dat","src":"Bitcointalk","author":"jgarzik","date":"2010-08-26","ts":"2010-08-26T01:42:26Z","url":"https://bitcointalk.org/index.php?topic=921.msg11235#msg11235","zh":"
","zhText":"我怀疑 Windows 上并无 mmap(2)。我宁可调用现成的文件拷贝函数，也不想自己写一个再测试。\n然而倘若你已然在用 boost::filesystem 的功能，直接用它里面的 copy_file 就行。我不过是觉得，若非为了别的用途已然引入了它，那有点杀鸡用牛刀。\n\n谢谢。我原以为里面某处会有。\n我们已然在十几个地方用了 boost::filesystem。这并非新增依赖。它给了我们大量可移植的东西，否则每个系统都得写 #ifdef，到处测试。"},{"id":2615,"sid":null,"sat":0,"tid":203,"tt":"auto backing up of wallet.dat","src":"Bitcointalk","author":"jgarzik","date":"2010-08-27","ts":"2010-08-27T03:42:25Z","url":"https://bitcointalk.org/index.php?topic=921.msg11352#msg11352","zh":"
","zhText":"我怀疑 Windows 上并无 mmap(2)。\n\nmmap 的 Windows 版本在你回复的那条消息里提到了：CreateFileMapping。\n在我更早的消息里，我说过怎么从 boost 用它：Boost::Iostreams 已然有一个 mapped_file Source。"},{"id":2620,"sid":null,"sat":0,"tid":204,"tt":"New web service: obtain dump of bitcoin block NNNN","src":"Bitcointalk","author":"nelisky","date":"2010-08-27","ts":"2010-08-27T11:04:34Z","url":"https://bitcointalk.org/index.php?topic=928.msg11380#msg11380","zh":"
太棒了！多谢。
","zhText":"太棒了！多谢。"},{"id":2616,"sid":425,"sat":1,"tid":203,"tt":"auto backing up of wallet.dat","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-27","ts":"2010-08-27T15:47:57Z","url":"https://bitcointalk.org/index.php?topic=921.msg11399#msg11399","zh":"
抱歉，我最近太忙，只能扫一眼消息，尚且跟不上。
我们要尽可能避免 Windows API 调用。它们通常要传 6-8 个参数、要大量测试才能用对，做件简单事得写一页代码。
我通常躲着 iostreams。似乎我太常撞上它的限制。他们 90 年代把 C++ 流标准搞得一团糟，真遗憾，用对了的话流可以相当强大有用。在 rpc.cpp 里用它最终恐也会被证明是个错误。
说到底，我宁可调用现成的文件拷贝函数，也不想自己写一个再测试。
","zhText":"抱歉，我最近太忙，只能扫一眼消息，尚且跟不上。\n我们要尽可能避免 Windows API 调用。它们通常要传 6-8 个参数、要大量测试才能用对，做件简单事得写一页代码。\n我通常躲着 iostreams。似乎我太常撞上它的限制。他们 90 年代把 C++ 流标准搞得一团糟，真遗憾，用对了的话流可以相当强大有用。在 rpc.cpp 里用它最终恐也会被证明是个错误。\n说到底，我宁可调用现成的文件拷贝函数，也不想自己写一个再测试。"},{"id":2621,"sid":426,"sat":1,"tid":204,"tt":"New web service: obtain dump of bitcoin block NNNN","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-27","ts":"2010-08-27T16:13:16Z","url":"https://bitcointalk.org/index.php?topic=928.msg11400#msg11400","zh":"
把它当成每天产出多少区块的倒置柱状图挺有意思。目标是每天 144 个区块。
","zhText":"把它当成每天产出多少区块的倒置柱状图挺有意思。目标是每天 144 个区块。"},{"id":2513,"sid":427,"sat":1,"tid":192,"tt":"Bitcoins are most like shares of common stock","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-27","ts":"2010-08-27T16:39:26Z","url":"https://bitcointalk.org/index.php?topic=845.msg11403#msg11403","zh":"
Bitcoin 没有分红，也没有未来分红的可能，因而不像股票。
更像收藏品或大宗商品。
","zhText":"Bitcoin 没有分红，也没有未来分红的可能，因而不像股票。\n更像收藏品或大宗商品。"},{"id":1677,"sid":428,"sat":1,"tid":137,"tt":"Bitcoin does NOT violate Mises' Regression Theorem","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-27","ts":"2010-08-27T17:32:07Z","url":"https://bitcointalk.org/index.php?topic=583.msg11405#msg11405","zh":"
","zhText":"我记得，可以用某个 gcc __attribute__ 按函数指定 -march。如此，仅仅相关函数被优化，倘若用户不指定 -4way，其他一切照旧。"},{"id":2634,"sid":null,"sat":0,"tid":206,"tt":"Version 0.3.11 with upgrade alerts","src":"Bitcointalk","author":"torservers","date":"2010-08-28","ts":"2010-08-28T13:00:37Z","url":"https://bitcointalk.org/index.php?topic=941.msg11499#msg11499","zh":"
「关于」对话框仍然显示 0.3.10.1 beta。
","zhText":"「关于」对话框仍然显示 0.3.10.1 beta。"},{"id":2391,"sid":430,"sat":1,"tid":184,"tt":"tcatm's 4-way SSE2 for Linux 32/64-bit is in 0.3.10","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-08-28","ts":"2010-08-28T14:27:15Z","url":"https://bitcointalk.org/index.php?topic=820.msg11503#msg11503","zh":"
","zhText":"这份代码从头到尾都假定小端序，写作时就打定主意永远不移植到大端平台。每一个经网络发送的整数都得做字节交换，代码里还有几十处其他地方要改。不值得为此让源码膨胀。\n反正大端序也正在被淘汰。"},{"id":2664,"sid":null,"sat":0,"tid":208,"tt":"Warning : Check your system clock (help me)","src":"Bitcointalk","author":"MoonShadow","date":"2010-08-31","ts":"2010-08-31T13:27:53Z","url":"https://bitcointalk.org/index.php?topic=960.msg11774#msg11774","zh":"
","zhText":"这条错误消息有没有更好的写法建议，让下一个人不那么容易困惑？\n它想告诉用户时钟不对，需要校正。\n它依赖 3 个时间源：\n1) 系统时钟\n2) 其他节点，倘若在系统时钟一小时以内\n倘若它们互相矛盾，那么\n3) 用户（请用户修正系统时钟）\n我考虑过 NTP，然而这个方案更安全。"},{"id":2668,"sid":null,"sat":0,"tid":208,"tt":"Warning : Check your system clock (help me)","src":"Bitcointalk","author":"Insti","date":"2010-09-06","ts":"2010-09-06T12:51:37Z","url":"https://bitcointalk.org/index.php?topic=960.msg12101#msg12101","zh":"
这条错误消息有没有更好的写法建议，让下一个人不那么容易困惑？
\"请检查你电脑的日期和时间是否正确。倘若你的时钟不对，Bitcoin 将无法正常工作。\"
","zhText":"这条错误消息有没有更好的写法建议，让下一个人不那么容易困惑？\n\n\"请检查你电脑的日期和时间是否正确。倘若你的时钟不对，Bitcoin 将无法正常工作。\""},{"id":2670,"sid":null,"sat":0,"tid":208,"tt":"Warning : Check your system clock (help me)","src":"Bitcointalk","author":"BioMike","date":"2010-09-06","ts":"2010-09-06T17:25:18Z","url":"https://bitcointalk.org/index.php?topic=960.msg12118#msg12118","zh":"
","zhText":"我并不认为 bitcoin 客户端理应往自己身上塞额外的 NTP 客户端功能。\n\n千万别，NTP 干得相当好。别让其他服务去改时钟（这亦适用于 bitcoin）。合适的工具干合适的活！"},{"id":2682,"sid":null,"sat":0,"tid":210,"tt":"HTTP status codes from the JSON-RPC api","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-09-06","ts":"2010-09-06T19:18:04Z","url":"https://bitcointalk.org/index.php?topic=969.msg12125#msg12125","zh":"
","zhText":"\"请检查你电脑的日期和时间是否正确。倘若你的时钟不对，Bitcoin 将无法正常工作。\"\n\n谢谢。"},{"id":2704,"sid":null,"sat":0,"tid":212,"tt":"bitcoind as daemon in OSX","src":"Bitcointalk","author":"nelisky","date":"2010-09-06","ts":"2010-09-06T21:44:06Z","url":"https://bitcointalk.org/index.php?topic=992.msg12133#msg12133","zh":"
main.cpp:506\n// Rather not work on nonstandard transactions\nif (GetSigOpCount() > 2 || ::GetSerializeSize(*this, SER_NETWORK) < 100)\n return error(\"AcceptToMemoryPool() : nonstandard transaction\");
main.cpp:1425\n// Check that it's not full of nonstandard transactions\nif (nHeight > 79400 && GetSigOpCount() > MAX_BLOCK_SIGOPS)\n return error(\"AcceptBlock() : too many nonstandard transactions\");
","zhText":"禁止「非标准」交易这项规定是干什么的？\nmain.cpp:506\n// Rather not work on nonstandard transactions\nif (GetSigOpCount() > 2 || ::GetSerializeSize(*this, SER_NETWORK) < 100)\n return error(\"AcceptToMemoryPool() : nonstandard transaction\");\"GetSigOpCount\" 都统计什么？\"GetSerializeSize\" 又度量什么？\n网络对它是「轻度」执行的：\nmain.cpp:1425\n// Check that it's not full of nonstandard transactions\nif (nHeight > 79400 && GetSigOpCount() > MAX_BLOCK_SIGOPS)\n return error(\"AcceptBlock() : too many nonstandard transactions\");"},{"id":2661,"sid":null,"sat":0,"tid":207,"tt":"Bitcoin Blogger: Is It Better To Buy Or Generate Bitcoins?","src":"Bitcointalk","author":"Immanuel","date":"2010-09-08","ts":"2010-09-08T13:51:52Z","url":"https://bitcointalk.org/index.php?topic=955.msg12229#msg12229","zh":"
","zhText":"Bitcoin 客户端目前仅仅创建和识别匹配两种模板之一的交易。\n那是一些快速测试，粗略检查交易是否符合标准交易所符合的某些总体指标。节点仅仅会着手把这些交易加进自己的区块。\n将来倘若我们给现有的 2 类交易增加更多模板，我们能够修改「不愿处理非标准交易」的测试来接受它们。"},{"id":2662,"sid":443,"sat":1,"tid":207,"tt":"Bitcoin Blogger: Is It Better To Buy Or Generate Bitcoins?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-08","ts":"2010-09-08T20:27:39Z","url":"https://bitcointalk.org/index.php?topic=955.msg12248#msg12248","zh":"
SVN rev 150 加了一些代码，尝试自动检测是否使用 4 路 SSE2。我们需要它，因它仅仅在拥有 128 位 SSE2 的某些较新 CPU 上更快，而在 64 位 SSE2 的 CPU 上不是。
它用 CPUID 指令获取 CPU 品牌、family、型号和 stepping。这是容易的部分。难的是知道拿型号怎么办。我并未找到任何按 family、model、stepping 排列的 CPU 对照表，仅仅能依据看到的零散报告。
这是我最终的结果：
// We need Intel Nehalem or AMD K10 or better for 128bit SSE2\n // Nehalem = i3/i5/i7 and some Xeon\n // K10 = Opterons with 4 or more cores, Phenom, Phenom II, Athlon II\n // Intel Core i5 family 6, model 26 or 30\n // Intel Core i7 family 6, model 26 or 30\n // Intel Core i3 family 6, model 37\n // AMD Phenom family 16, model 10\n bool fUseSSE2 = ((fIntel && nFamily * 10000 + nModel >= 60026) ||\n (fAMD && nFamily * 10000 + nModel >= 160010));
我见过 AMD CPU 一些零散不一致的型号数字，因而不确定这能不能覆盖所有够格的 AMD。
倘若判断错了，你仍然能够用 -4way 或 -4way=0 覆盖。
它会把检测结果打进 debug.log。搜 CPUID。
仅仅 GCC 构建时才启用。
","zhText":"SVN rev 150 加了一些代码，尝试自动检测是否使用 4 路 SSE2。我们需要它，因它仅仅在拥有 128 位 SSE2 的某些较新 CPU 上更快，而在 64 位 SSE2 的 CPU 上不是。\n它用 CPUID 指令获取 CPU 品牌、family、型号和 stepping。这是容易的部分。难的是知道拿型号怎么办。我并未找到任何按 family、model、stepping 排列的 CPU 对照表，仅仅能依据看到的零散报告。\n这是我最终的结果：\n// We need Intel Nehalem or AMD K10 or better for 128bit SSE2\n // Nehalem = i3/i5/i7 and some Xeon\n // K10 = Opterons with 4 or more cores, Phenom, Phenom II, Athlon II\n // Intel Core i5 family 6, model 26 or 30\n // Intel Core i7 family 6, model 26 or 30\n // Intel Core i3 family 6, model 37\n // AMD Phenom family 16, model 10\n bool fUseSSE2 = ((fIntel && nFamily * 10000 + nModel >= 60026) ||\n (fAMD && nFamily * 10000 + nModel >= 160010));我见过 AMD CPU 一些零散不一致的型号数字，因而不确定这能不能覆盖所有够格的 AMD。\n倘若判断错了，你仍然能够用 -4way 或 -4way=0 覆盖。\n它会把检测结果打进 debug.log。搜 CPUID。\n仅仅 GCC 构建时才启用。"},{"id":2723,"sid":null,"sat":0,"tid":215,"tt":"Auto-detect for 128-bit 4-way SSE2","src":"Bitcointalk","author":"teknohog","date":"2010-09-09","ts":"2010-09-09T19:32:05Z","url":"https://bitcointalk.org/index.php?topic=1007.msg12336#msg12336","zh":"
由于 CallCPUID 函数包含 x86 汇编，它破坏了其他架构上的构建。我把 main.cpp 第 2770 行改成了
","zhText":"由于 CallCPUID 函数包含 x86 汇编，它破坏了其他架构上的构建。我把 main.cpp 第 2770 行改成了\n#if defined(__GNUC__) && defined(CRYPTOPP_X86_ASM_AVAILABLE)\n好歹让它重新编译通过，至少在 ARM 上。"},{"id":2730,"sid":null,"sat":0,"tid":216,"tt":"Won't let me send coins because it requires a transaction fee?","src":"Bitcointalk","author":"TTBit","date":"2010-09-09","ts":"2010-09-09T20:10:24Z","url":"https://bitcointalk.org/index.php?topic=1013.msg12339#msg12339","zh":"
","zhText":"舍入误差？你从水龙头收过比特币，然后给别人付 0.0495 btc？做过小数点后第 3 位或更细的操作吗？我在 TAABL 有 0.01 因舍入误差取不出来。不过，+50.00 就是 +50.00，那个理应取得出来。\n新生成的区块约莫要 100 个区块才确认。我想你等了。"},{"id":2731,"sid":445,"sat":1,"tid":216,"tt":"Won't let me send coins because it requires a transaction fee?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-10","ts":"2010-09-10T00:23:24Z","url":"https://bitcointalk.org/index.php?topic=1013.msg12341#msg12341","zh":"
出事的那个是什么版本？发布版，还是自己构建的？什么操作系统？
你是用 IP 发的还是用 Bitcoin 地址发的？
你发 49.99 时，它有没有提示你付 0.01 手续费？
GetMinFee 有过一个改动，然而我看不出它怎么会导致这个。它仅仅在区块变得巨大时才开始生效。
区块数不同的原因，是 0.3.11 里把显示数字减了 1，因那样更合理。
","zhText":"出事的那个是什么版本？发布版，还是自己构建的？什么操作系统？\n你是用 IP 发的还是用 Bitcoin 地址发的？\n你发 49.99 时，它有没有提示你付 0.01 手续费？\nGetMinFee 有过一个改动，然而我看不出它怎么会导致这个。它仅仅在区块变得巨大时才开始生效。\n区块数不同的原因，是 0.3.11 里把显示数字减了 1，因那样更合理。"},{"id":2732,"sid":446,"sat":1,"tid":216,"tt":"Won't let me send coins because it requires a transaction fee?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-10","ts":"2010-09-10T00:46:37Z","url":"https://bitcointalk.org/index.php?topic=1013.msg12342#msg12342","zh":"
","zhText":"> 理应有一个通向哈希处理器的接口（甚至每种实现一个完整的矿工）\n+1。万一有人手里有 FPGA 或其他专用加速器呢。"},{"id":2734,"sid":null,"sat":0,"tid":216,"tt":"Won't let me send coins because it requires a transaction fee?","src":"Bitcointalk","author":"theymos","date":"2010-09-10","ts":"2010-09-10T14:31:12Z","url":"https://bitcointalk.org/index.php?topic=1013.msg12364#msg12364","zh":"
","zhText":"因而我在里面丢了一分钱。那么我的问题是：那笔交易费是进了下一个区块？还是进了我生成的那个之前的区块？\n\n你并未付交易费。你余额里有 .01000010；你不过是花不出去。倘若你把整个 0.01000010 发到另一个地址（不能拆开），网络会接受它，然而 Bitcoin 界面不支持这么高的精度。\n既然手续费适用于低于 0.01 的交易，加一笔手续费就理应至少 0.01 对吧？\n\n那不是网络强制的。交易费不是「输出」，因而不受「灰尘垃圾」限制约束。\n看起来我也付了手续费。为什么会这样？是一个区块交易太多、金额来自多个小额钱包（然而客户端理应能看到一个能满足整笔交易的钱包，对吧）？还是别的什么？\n\n你收到了 0.01 的手续费。你并未付手续费。"},{"id":2735,"sid":447,"sat":1,"tid":216,"tt":"Won't let me send coins because it requires a transaction fee?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-10","ts":"2010-09-10T17:12:33Z","url":"https://bitcointalk.org/index.php?topic=1013.msg12368#msg12368","zh":"
","zhText":"呃……老兄，bitcoin 就是开源的。MIT 许可证就是开源许可证。\n这里并无闭源、专有软件或 DRM。"},{"id":1691,"sid":449,"sat":1,"tid":139,"tt":"Running on a port other than 8333","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-12","ts":"2010-09-12T17:40:20Z","url":"https://bitcointalk.org/index.php?topic=589.msg12483#msg12483","zh":"
","zhText":"类似这样的东西，再加上「传递支付」项目 http://bitcointalk.org/index.php?topic=922.msg12917#msg12917，是不是真的能大幅增强网络对攻击的抵抗力？你的一半手续费给收信人，另一半给 3 个随机的人——或者平分以增强匿名性。\n作为额外的安全措施，你尚且可以发 3 条假消息或你决定的任意条数，把真消息藏起来。你付出的手续费于是按你决定的安全拆分份数摊开。这恐意味着，只要拥有一个 bitcoin 消息地址，你一整天都会收到随机的 bitcoin 支付。想象 twitter 混上 hashcash 和电子邮件。对外部世界来说，一条消息和你的一笔支付并无任何区别。\n\n太聪明了！！！我喜欢这个主意……而且用 bitcoin，你能够自定义安全等级：多付比特币就能发更多假消息、做更多安全拆分……\n人们对每条 .50c 的短信或彩信毫不在意。\n\n哈哈！嗯，这说对了一半。通常他们每月有一包定额短信可以发，用不完就白白浪费。然而他们往往忘了：他们给我发一条垃圾短信，我还得付 25 美分！！！\n一台带加密消息选项的智能手机 bitcoin 客户端，相比大多数无线运营商对短信收的高额费用，会是一个绝佳的短信替代系统。当然，我知道现在有免费短信应用，然而它们往往带广告。而用 bitcoin，传递消息的小额手续费反而能够成为绝佳的激励……"},{"id":2763,"sid":null,"sat":0,"tid":219,"tt":"Issues building bitcoin on Windows 7","src":"Bitcointalk","author":"LobsterMan","date":"2010-09-17","ts":"2010-09-17T02:48:24Z","url":"https://bitcointalk.org/index.php?topic=1034.msg13037#msg13037","zh":"
好……因而用 nmake 从命令行构建仍然给我同样的问题：
c:\\Users\\[myusername]\\Desktop\\bitcoin-0.3.12\\src>nmake /f makefile.vc\n\nMicrosoft (R) Program Maintenance Utility Version 10.00.30319.01\nCopyright (C) Microsoft Corporation. All rights reserved.\n\n cl /c /nologo /MDd /EHsc /GR /Zm300 /Zi /D__WXDEBUG__ /DWIN32 /D__WXMSW__ /D_WINDOWS /DNOPCH /I\"/boost\" /I\"/db/build_windows\"\n /I\"/openssl/include\" /I\"/wxwidgets/lib/vc_lib/mswud\" /I\"/wxwidgets/include\" /DGUI /Foobj\\util.obj util.cpp\nutil.cpp\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(15) : error C2143: syntax error : missing ';' before '<'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(15) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C2146: syntax error : missing ';' before identifier 'cs_mapAddressBook'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(17) : error C2143: syntax error : missing ';' before '<'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(17) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(23) : error C2146: syntax error : missing ';' before identifier 'dbenv'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(23) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int
","zhText":"好……因而用 nmake 从命令行构建仍然给我同样的问题：\nc:\\Users\\[myusername]\\Desktop\\bitcoin-0.3.12\\src>nmake /f makefile.vc\n\nMicrosoft (R) Program Maintenance Utility Version 10.00.30319.01\nCopyright (C) Microsoft Corporation. All rights reserved.\n\n cl /c /nologo /MDd /EHsc /GR /Zm300 /Zi /D__WXDEBUG__ /DWIN32 /D__WXMSW__ /D_WINDOWS /DNOPCH /I\"/boost\" /I\"/db/build_windows\"\n /I\"/openssl/include\" /I\"/wxwidgets/lib/vc_lib/mswud\" /I\"/wxwidgets/include\" /DGUI /Foobj\\util.obj util.cpp\nutil.cpp\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(15) : error C2143: syntax error : missing ';' before '<'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(15) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C2146: syntax error : missing ';' before identifier 'cs_mapAddressBook'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(16) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(17) : error C2143: syntax error : missing ';' before '<'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(17) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(23) : error C2146: syntax error : missing ';' before identifier 'dbenv'\nc:\\users\\[myusername]\\desktop\\bitcoin-0.3.12\\src\\db.h(23) : error C4430: missing type specifier - int assumed. Note: C++ does not support defau\nlt-int任何额外建议都感激不尽……\n我认为在 headers.h 里加一个 #pragma warning(disable:4430) 能够忽略 C4430 错误，然而其他那些看起来更严重。\nC2143 有时是 #includes 的问题引起的，然而既然我用的就是源码自带的文件……我假设它们都能用？会不会是 vs2010 的什么特性导致的？"},{"id":2772,"sid":null,"sat":0,"tid":220,"tt":"The case for removing IP transactions","src":"Bitcointalk","author":"bitcoinex","date":"2010-09-19","ts":"2010-09-19T00:54:49Z","url":"https://bitcointalk.org/index.php?topic=1048.msg13161#msg13161","zh":"
","zhText":"我想我们都同意改系统时间是不可行的，然而为什么我们不能仅仅在内部用一个偏移量、绕开整个问题？我们已然有（近似）同步客户端的办法了，为什么不加以利用？"},{"id":2773,"sid":455,"sat":1,"tid":220,"tt":"The case for removing IP transactions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-19","ts":"2010-09-19T21:49:30Z","url":"https://bitcointalk.org/index.php?topic=1048.msg13219#msg13219","zh":"
最好默认禁用按 IP 收款，除非你明确打算用它。这是一大片无人使用的攻击面，并无必要默认开放。
在商店场景下，你通常仅仅想让顾客通过你的自动化系统付款，它仅仅发放与特定订单和账户关联的 bitcoin 地址。随机、无身份的支付自愿发到服务器的 IP 地址上，并无任何用处。
总的来说，按 IP 发送的实用场景有限。倘若不经代理直连，中间人风险或许能够容忍，然而没有隐私。倘若你用隐私代理，中间人风险则高得不可接受。倘若我们费劲实现了 SSL，通常仅仅大商家才愿意花功夫拿 CA 证书，而这些场景大多仍然用 bitcoin 地址更好。
","zhText":"最好默认禁用按 IP 收款，除非你明确打算用它。这是一大片无人使用的攻击面，并无必要默认开放。\n在商店场景下，你通常仅仅想让顾客通过你的自动化系统付款，它仅仅发放与特定订单和账户关联的 bitcoin 地址。随机、无身份的支付自愿发到服务器的 IP 地址上，并无任何用处。\n总的来说，按 IP 发送的实用场景有限。倘若不经代理直连，中间人风险或许能够容忍，然而没有隐私。倘若你用隐私代理，中间人风险则高得不可接受。倘若我们费劲实现了 SSL，通常仅仅大商家才愿意花功夫拿 CA 证书，而这些场景大多仍然用 bitcoin 地址更好。\n我已把这个改动上传到 SVN rev 156。启用的开关是 \"-allowreceivebyip\"。\n用这个版本的发送方会得到错误 \"Recipient is not accepting transactions sent by IP address\"。旧版本的发送方会得到 \"Transfer was not accepted\"。\n我给开关用了不同的名字，因 \"-allowiptransactions\" 听起来像包含发送。倘若这个开关有更好的名字，我们能够再改。"},{"id":2759,"sid":456,"sat":1,"tid":218,"tt":"Message Encryption as a built-in feature?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-19","ts":"2010-09-19T22:47:00Z","url":"https://bitcointalk.org/index.php?topic=1032.msg13221#msg13221","zh":"
theymos 已然说过了……ECDSA 并不支持加密消息。仅仅支持数字签名。
","zhText":"theymos 已然说过了……ECDSA 并不支持加密消息。仅仅支持数字签名。"},{"id":2675,"sid":null,"sat":0,"tid":208,"tt":"Warning : Check your system clock (help me)","src":"Bitcointalk","author":"LZ","date":"2010-09-20","ts":"2010-09-20T03:39:55Z","url":"https://bitcointalk.org/index.php?topic=960.msg13239#msg13239","zh":"
","zhText":"我并未搞懂，你是不是以为程序会设置系统时钟？它并不会。\n我们已然有（近似）同步客户端的办法了，为什么不加以利用？\n\n我们用一个基于其他节点时间中位数的内部偏移，然而出于安全考虑，不允许它们把我们的偏移量带偏超过一小时。倘若它们显示我们偏差超过一小时，我们就转为提醒用户去修自己的时钟。"},{"id":2810,"sid":null,"sat":0,"tid":223,"tt":"Internal version number","src":"Bitcointalk","author":"nelisky","date":"2010-09-23","ts":"2010-09-23T16:48:04Z","url":"https://bitcointalk.org/index.php?topic=1269.msg13835#msg13835","zh":"
","zhText":"对没有信用卡、或不想用手里那张卡的人来说，Bitcoin 会相当方便——不想让配偶在账单上看到、不信任把卡号交给「色情业者」、或者害怕自动续费的人。"},{"id":2814,"sid":null,"sat":0,"tid":224,"tt":"How divisible are bitcoins - the technical side","src":"Bitcointalk","author":"nelisky","date":"2010-09-23","ts":"2010-09-23T18:10:35Z","url":"https://bitcointalk.org/index.php?topic=1271.msg13847#msg13847","zh":"
","zhText":"交易费不是会让这变得毫无意义吗？\n倘若你在尽量让体育博彩的派彩精确，我觉得暂时四舍五入到 .01 没人会介意。毕竟那不过 $0.0006。\n\n高于 0.01 但精度更高的转账亦会被收交易费吗？我不知道还有这一说。\n是的，我暂时在取整，然而我喜欢干净的东西：我要么允许提取更高精度的金额，要么把派彩取整到 2 位小数，我更愿意做前者，仅此而已。\n不，这并不*只*是为了体育博彩。我有计划……"},{"id":2815,"sid":461,"sat":1,"tid":224,"tt":"How divisible are bitcoins - the technical side","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-23","ts":"2010-09-23T18:39:56Z","url":"https://bitcointalk.org/index.php?topic=1271.msg13848#msg13848","zh":"
我不建议使用那些额外的小数位。它们不过是为将来预留的。
你说得对，高于 0.01 的金额仍然能够带额外精度，然而接收方看不到。UI 会把它向下取整显示。
","zhText":"我不建议使用那些额外的小数位。它们不过是为将来预留的。\n你说得对，高于 0.01 的金额仍然能够带额外精度，然而接收方看不到。UI 会把它向下取整显示。"},{"id":2811,"sid":462,"sat":1,"tid":223,"tt":"Internal version number","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-23","ts":"2010-09-23T18:46:20Z","url":"https://bitcointalk.org/index.php?topic=1269.msg13849#msg13849","zh":"
我并不认为这会给版本比较带来任何问题。31300 > 312。
","zhText":"我并不认为这会给版本比较带来任何问题。31300 > 312。"},{"id":2816,"sid":null,"sat":0,"tid":225,"tt":"How To Make a Distributed BitCoin Escrow Service","src":"Bitcointalk","author":"harding","date":"2010-09-26","ts":"2010-09-26T01:16:18Z","url":"https://bitcointalk.org/index.php?topic=1283.msg14070#msg14070","zh":"
","zhText":"大家好……感谢所有反馈\nssh 方案很棒。不过，所有机器都是 Windows 机器，因而我得在每台上装一遍。当然还是比写一个代理应用强……\n我看到了几周前关于 -rpcallowip 开关的条目。必要时我会编译自己的版本。话虽如此，我更想要官方发布版。有人知道下一个版本大抵什么时候出吗？\n至于中间人攻击的可能性，仅仅当我要暴露的网路不可信时这才成为问题。还是说我漏了什么其他影响？"},{"id":2843,"sid":null,"sat":0,"tid":227,"tt":"I broke my wallet, sends never confirm now.","src":"Bitcointalk","author":"nanotube","date":"2010-09-29","ts":"2010-09-29T20:58:33Z","url":"https://bitcointalk.org/index.php?topic=1306.msg14621#msg14621","zh":"
","zhText":"手续费是总交易量的函数。\n现在交易量尚且相当小，因而所有手续费都是零。\n将来交易量大了以后，每个区块仅仅会纳入部分当前交易，因而你要么付手续费、让自己的交易值得进区块，\n要么等到交易量回落。\n-Wayne"},{"id":2844,"sid":464,"sat":1,"tid":227,"tt":"I broke my wallet, sends never confirm now.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-30","ts":"2010-09-30T16:38:53Z","url":"https://bitcointalk.org/index.php?topic=1306.msg14714#msg14714","zh":"
","zhText":"倘若我们给已删除的页面做不同语言版本，它们并不会被删掉吧？能做到就做。我能够写一个芬兰语版本。"},{"id":2845,"sid":465,"sat":1,"tid":227,"tt":"I broke my wallet, sends never confirm now.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-09-30","ts":"2010-09-30T16:59:00Z","url":"https://bitcointalk.org/index.php?topic=1306.msg14720#msg14720","zh":"
","zhText":"倘若你在自己的局域网内使用，它能够安全，譬如你在一个场所有多台服务器互相通信。\n0.3.13 RC1 的 Windows 版已可用：\nhttp://www.bitcoin.org/download/bitcoin-0.3.13-rc1-win32-setup.exe"},{"id":2855,"sid":null,"sat":0,"tid":229,"tt":"0.3.13 RC1 for Windows, please test","src":"Bitcointalk","author":"LZ","date":"2010-09-30","ts":"2010-09-30T23:24:36Z","url":"https://bitcointalk.org/index.php?topic=1322.msg14782#msg14782","zh":"
","zhText":"还想看到哪些服务和商品被实现？有谁在做期待清单上的细分领域吗？"},{"id":2910,"sid":null,"sat":0,"tid":231,"tt":"How to overthrow the GPU Oligarchs","src":"Bitcointalk","author":"LZ","date":"2010-10-02","ts":"2010-10-02T05:49:47Z","url":"https://bitcointalk.org/index.php?topic=1332.msg14960#msg14960","zh":"
能多讲讲这个吗：\n\"they have to do weird things with extraNonce, which increases the size of the block header\"。
","zhText":"能多讲讲这个吗：\n\"they have to do weird things with extraNonce, which increases the size of the block header\"。"},{"id":2912,"sid":null,"sat":0,"tid":231,"tt":"How to overthrow the GPU Oligarchs","src":"Bitcointalk","author":"theymos","date":"2010-10-02","ts":"2010-10-02T06:11:11Z","url":"https://bitcointalk.org/index.php?topic=1332.msg14966#msg14966","zh":"
能多讲讲这个吗：\n\"they have to do weird things with extraNonce, which increases the size of the block header\"。
","zhText":"能多讲讲这个吗：\n\"they have to do weird things with extraNonce, which increases the size of the block header\"。\n\n铸币时，你计算的是区块头的哈希。哈希更多数据比哈希更少数据慢，因而区块头对所有人来说严格保持固定大小，只有一个例外。每次哈希尝试后，你递增 Nonce 头字段，然而这个字段仅仅 32 字节长，经常溢出。每当它溢出，你就递增可变长度的 extraNonce 字段。extraNonce 越大，铸币越慢。不过正常递增的情况下它并不会变得显著地大。\n倘若你有很多台计算机、它们都在用同一个公钥做同一个区块，那么它们很可能在同时哈希同一个区块，这就毫无意义。为解决这个问题，每台计算机被赋予一个唯一的 extraNonce 修饰值。这个值恐要很大才能避免碰撞，因而拖慢了哈希。\n毫无疑问你能够设计一个没有这个缺陷的矿池系统，然而会更难。\n我看到 m0mchil 的 getwork 在对 extraNonce 做文章。我不知道那个实现有多糟，然而理论上它必然比没有它的客户端慢（在其他条件相同时；显然加上 GPU 支持会改善性能）。"},{"id":2860,"sid":null,"sat":0,"tid":230,"tt":"Version 0.3.13, please upgrade","src":"Bitcointalk","author":"ShadowOfHarbringer","date":"2010-10-02","ts":"2010-10-02T13:00:07Z","url":"https://bitcointalk.org/index.php?topic=1327.msg14997#msg14997","zh":"
很好，不过自动 4way 检测在我的 Gentoo AMD 64 位客户端上不工作。
我还是得自己加 \"-4way\" 开关。
","zhText":"很好，不过自动 4way 检测在我的 Gentoo AMD 64 位客户端上不工作。\n我还是得自己加 \"-4way\" 开关。"},{"id":2846,"sid":null,"sat":0,"tid":227,"tt":"I broke my wallet, sends never confirm now.","src":"Bitcointalk","author":"kermit","date":"2010-10-02","ts":"2010-10-02T14:17:40Z","url":"https://bitcointalk.org/index.php?topic=1306.msg15001#msg15001","zh":"
","zhText":"已然在跑了。3 小时内理应能出一个块。"},{"id":2918,"sid":null,"sat":0,"tid":231,"tt":"How to overthrow the GPU Oligarchs","src":"Bitcointalk","author":"kiba","date":"2010-10-03","ts":"2010-10-03T20:12:03Z","url":"https://bitcointalk.org/index.php?topic=1332.msg15120#msg15120","zh":"
","zhText":"应用这个补丁会让你与其他 Bitcoin 客户端不兼容。\n\n+1 theymos。别用这个补丁，它会让你与网络不兼容，损人不利己。\n将来倘若更接近需要了，我们能够分阶段引入变更。"},{"id":2919,"sid":479,"sat":1,"tid":231,"tt":"How to overthrow the GPU Oligarchs","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-10-03","ts":"2010-10-03T21:30:04Z","url":"https://bitcointalk.org/index.php?topic=1332.msg15142#msg15142","zh":"
","zhText":"真惭愧，我之前并不知道有这么好用的工具。感谢清晰的说明，我已按 rev160 更新了翻译。我理应多久审查并更新一次翻译？每次修订都做不是问题，然而我不想每 2-3 天就往这个主题里灌一次翻译。兴许发布一个「几天后出新版本」的公告比较好，好让翻译者及时更新他们的文件？"},{"id":3146,"sid":null,"sat":0,"tid":234,"tt":"Tor connections not working reliably, many seednodes offline","src":"Bitcointalk","author":"The Madhatter","date":"2010-10-06","ts":"2010-10-06T03:01:14Z","url":"https://bitcointalk.org/index.php?topic=1375.msg15596#msg15596","zh":"
","zhText":"poedit 不知为什么重排了文件。我重跑了一次 update from sources，它把顺序放回原样，因而现在没问题了。你是在一个文件不按字母序排列的盘上运行的吗，譬如 FAT 盘或 U 盘？\n字符串不常新增或修改。要积累几个月才有足够的变更。\n我已上传变更。\n这个 Windows 构建内含俄语翻译：\nhttp://www.bitcoin.org/download/bitcoin-0.3.13.2-win32-setup.exe"},{"id":2847,"sid":487,"sat":1,"tid":227,"tt":"I broke my wallet, sends never confirm now.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-10-06","ts":"2010-10-06T16:54:23Z","url":"https://bitcointalk.org/index.php?topic=1306.msg15672#msg15672","zh":"
","zhText":"这些币都是 Dhaw 在他自己（她？）的机器上生成的。\n不幸的是，无论是 bug 还是 Dhaw 网络连接的某种怪异，它们全都生成在一条替代链上。\nBitcoin 客户端真的不该允许铸币，直到你拥有到最后一个区块检查点为止的全部区块。"},{"id":3173,"sid":null,"sat":0,"tid":238,"tt":"Win7 64bit since last patch Tues now crashes","src":"Bitcointalk","author":"Odin","date":"2010-10-22","ts":"2010-10-22T21:24:38Z","url":"https://bitcointalk.org/index.php?topic=1540.msg18105#msg18105","zh":"
","zhText":"他在难度 1.0 下生成无效区块。他的 blkindex.dat 文件里一定有一条损坏的 txindex 记录。他只需删掉 blk*.dat 让它重新下载。\n\n他已然这么做了，而且同样的问题立刻又出现了。因而大抵是杀毒软件的问题。"},{"id":3188,"sid":null,"sat":0,"tid":239,"tt":"Suggestion: Allow short messages to be sent together with bitcoins ?","src":"Bitcointalk","author":"ShadowOfHarbringer","date":"2010-10-23","ts":"2010-10-23T18:33:56Z","url":"https://bitcointalk.org/index.php?topic=1545.msg18244#msg18244","zh":"
","zhText":"我相当不喜欢这种消息设计。由于它并非协议所必需，我并不确定能不能轻松找到一个它真正合适的位置。不过我不是程序员。我很好奇中本聪对此的想法。\n\n是啊，我亦好奇。"},{"id":3172,"sid":494,"sat":1,"tid":237,"tt":"ERROR - PLEASE HELP ME!","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-10-23","ts":"2010-10-23T18:38:04Z","url":"https://bitcointalk.org/index.php?topic=1530.msg18245#msg18245","zh":"
好，倘若重新下载真的过不了区块 1698，那我们就进入更陌生的领域了。
是，恐怕他的杀毒软件、甚至路由器或防火墙在对某个字节序列做模式匹配并审查它。
拿到 knightmb 的 blk*.dat 试试能否让他跨过那个点，会很有启发。
","zhText":"好，倘若重新下载真的过不了区块 1698，那我们就进入更陌生的领域了。\n是，恐怕他的杀毒软件、甚至路由器或防火墙在对某个字节序列做模式匹配并审查它。\n拿到 knightmb 的 blk*.dat 试试能否让他跨过那个点，会很有启发。"},{"id":3175,"sid":495,"sat":1,"tid":238,"tt":"Win7 64bit since last patch Tues now crashes","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-10-23","ts":"2010-10-23T18:52:02Z","url":"https://bitcointalk.org/index.php?topic=1540.msg18246#msg18246","zh":"
","zhText":"故障模块名称： mingwm10.dll\n\n这是关键线索。我相信它的意思是崩溃发生在那里。兴许有其他版本能够试。mingwm10.dll 不过是一个简单的占位物，满足多线程应用的某个回调要求。\n尚有其他人能在 64 位 Windows 上正常跑吗？"},{"id":3189,"sid":496,"sat":1,"tid":239,"tt":"Suggestion: Allow short messages to be sent together with bitcoins ?","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-10-23","ts":"2010-10-23T19:02:57Z","url":"https://bitcointalk.org/index.php?topic=1545.msg18250#msg18250","zh":"
","zhText":"ECDSA 无法加密消息，仅仅能做签名。\n永久记录明文消息给所有人看是不明智的。那会是一个等着发生的事故。\n倘若要有一个消息系统，它理应是与 bitcoin 网络并行的独立系统。消息不应记录在区块链里。消息能够用 bitcoin 地址的密钥对签名，以证明来源。"},{"id":3178,"sid":null,"sat":0,"tid":238,"tt":"Win7 64bit since last patch Tues now crashes","src":"Bitcointalk","author":"Odin","date":"2010-10-24","ts":"2010-10-24T12:09:47Z","url":"https://bitcointalk.org/index.php?topic=1540.msg18319#msg18319","zh":"
","zhText":"我喜欢中本聪在首帖里发布的图标。"},{"id":3197,"sid":null,"sat":0,"tid":240,"tt":"Some testing that I did on the testnetwork, my findings.","src":"Bitcointalk","author":"Gavin Andresen","date":"2010-11-09","ts":"2010-11-09T19:36:38Z","url":"https://bitcointalk.org/index.php?topic=1668.msg21057#msg21057","zh":"
","zhText":"倘若有具备美术功底的人愿意贡献替代方案，我会很高兴。这个图标/标志本来就是为了在 16x16 和 20x20 像素尺寸下当好图标而设计的。我认为作为程序图标它已然是最佳，然而在更大尺寸下、作为网站用图，仍有改进空间。\n倘若作者们能把作品放入公有领域，事情会简单得多。"},{"id":3198,"sid":501,"sat":1,"tid":240,"tt":"Some testing that I did on the testnetwork, my findings.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-11-13","ts":"2010-11-13T23:25:26Z","url":"https://bitcointalk.org/index.php?topic=1668.msg21896#msg21896","zh":"
","zhText":"0.3.15 版现已发布。\n变更：\n- paytxfee 开关现在按 KB 计，因而会给大额交易加上正确的手续费\n- 发送时尽可能避免使用确认数少于 6 的币\n- BitcoinMiner 按依赖交易年龄的优先级顺序处理交易\n- 确保区块 74000 下载完成之前不启动挖矿\n- Dean Gores 的若干错误修复\n- getinfo 新增 testnet、keypoololdest 和 paytxfee"},{"id":3199,"sid":null,"sat":0,"tid":240,"tt":"Some testing that I did on the testnetwork, my findings.","src":"Bitcointalk","author":"ByteCoin","date":"2010-11-13","ts":"2010-11-13T23:55:11Z","url":"https://bitcointalk.org/index.php?topic=1668.msg21899#msg21899","zh":"
","zhText":"为了支持优先级特性，SelectCoins 仅仅在你只剩下 0 确认交易时才会把它们作为最后手段使用。这有助于避免你快速周转自己的币——除非你就是故意在快速周转自己所有的币。\n\n当然，倘若网络没有被垃圾交易淹没、你也不太在意当前这笔交易被耽搁，那么优先使用你的 0 确认交易恐更划算，如此可以把较高优先级的币「省」下来，留到网络真的被淹没时用。\n倘若我理解没错，在我看来当前逻辑更容易消耗掉积攒在较老交易上的优先级。不过这是个小问题。\n当然，像我上面说的那样往交易里塞入约 1,000 个刚周转过的 BTC 来抬高优先级，这种钻空子的手法依然有效！\nByteCoin"},{"id":3200,"sid":503,"sat":1,"tid":240,"tt":"Some testing that I did on the testnetwork, my findings.","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-11-14","ts":"2010-11-14T16:53:19Z","url":"https://bitcointalk.org/index.php?topic=1668.msg21959#msg21959","zh":"
if (mapNextTx.count(outpoint))\n {\n // Disable replacement feature for now\n return false;\n\n // Allow replacing with a newer version of the same transaction\n if (i != 0)\n return false;\n ptxOld = mapNextTx[outpoint].ptx;\n if (!IsNewerThan(*ptxOld))\n return false;\n for (int i = 0; i < vin.size(); i++)\n {\n COutPoint outpoint = vin[i].prevout;\n if (!mapNextTx.count(outpoint) || mapNextTx[outpoint].ptx != ptxOld)\n return false;\n }\n break;
","zhText":"进一步调查后我发现，nLockTime 要重新启用内存中的交易替换机制才有用。\nif (mapNextTx.count(outpoint))\n {\n // Disable replacement feature for now\n return false;\n\n // Allow replacing with a newer version of the same transaction\n if (i != 0)\n return false;\n ptxOld = mapNextTx[outpoint].ptx;\n if (!IsNewerThan(*ptxOld))\n return false;\n for (int i = 0; i < vin.size(); i++)\n {\n COutPoint outpoint = vin[i].prevout;\n if (!mapNextTx.count(outpoint) || mapNextTx[outpoint].ptx != ptxOld)\n return false;\n }\n break;"},{"id":3355,"sid":504,"sat":1,"tid":243,"tt":"Need OP_BLOCKNUMBER to allow \"time\" limited transactions","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-11-15","ts":"2010-11-15T18:37:44Z","url":"https://bitcointalk.org/index.php?topic=1786.msg22119#msg22119","zh":"
","zhText":"或许在最近实现的年龄优先级规则之外，还应加一条无手续费交易的最小年龄规则。换句话说，或许能够定一条生成规则：免费交易务必埋深 3 个区块之后才能再次免费转账。如此真实用户在必要时仍可立即花掉新资金，同时仍然能够不计成本地重新调配自己的资金。我认为这会显著抑制目前正在进行的垃圾交易攻击。"},{"id":3632,"sid":null,"sat":0,"tid":245,"tt":"Transaction / spam flood attack currently under way","src":"Bitcointalk","author":"MoonShadow","date":"2010-11-19","ts":"2010-11-19T20:43:39Z","url":"https://bitcointalk.org/index.php?topic=1850.msg22903#msg22903","zh":"
","zhText":"它就是这么做的，返回 true/false。"},{"id":3659,"sid":null,"sat":0,"tid":247,"tt":"New demonstration CPU miner available","src":"Bitcointalk","author":"jgarzik","date":"2010-11-26","ts":"2010-11-26T21:45:54Z","url":"https://bitcointalk.org/index.php?topic=1925.msg24712#msg24712","zh":"
我该用哪个特定版本的 jansson？我从 git 装的，编译时出现如下错误：
util.c: In function json_rpc_call:\nutil.c:133:2: warning: passing argument 2 of json_loads makes integer from pointer without a cast\n/usr/local/include/jansson.h:188:9: note: expected size_t but argument is of type struct json_error_t *\nutil.c:133:2: error: too few arguments to function json_loads\n/usr/local/include/jansson.h:188:9: note: declared here
","zhText":"我该用哪个特定版本的 jansson？我从 git 装的，编译时出现如下错误：\nutil.c: In function json_rpc_call:\nutil.c:133:2: warning: passing argument 2 of json_loads makes integer from pointer without a cast\n/usr/local/include/jansson.h:188:9: note: expected size_t but argument is of type struct json_error_t *\nutil.c:133:2: error: too few arguments to function json_loads\n/usr/local/include/jansson.h:188:9: note: declared here\n已用 jansson 1.2 和 1.3 的发布版测试过。\n编辑：倘若没有 jansson，当前的 cpuminer.git 会构建一个树内版本。因而你能够选择如此解决问题……把系统里的 jansson 删掉。"},{"id":3660,"sid":516,"sat":1,"tid":247,"tt":"New demonstration CPU miner available","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-11-26","ts":"2010-11-26T22:02:41Z","url":"https://bitcointalk.org/index.php?topic=1925.msg24719#msg24719","zh":"
你理应试试把 tcatm 的 4 路 SSE2 SHA 放进 sha256.cpp。它作为 C 文件编译没问题，只需把 sha256.cpp 改名为 sha256.c。我在 Windows 上简单测试时让它跑通了，然而与 Bitcoin 链接时不行。作为 C 程序的一部分而不是 C++，成功的机会恐更大。
目前它仅仅在 Linux 构建中启用，因而倘若你让它跑通了，能够让 Windows 用户亦用上。在 AMD CPU 上约莫提速 100%。
","zhText":"你理应试试把 tcatm 的 4 路 SSE2 SHA 放进 sha256.cpp。它作为 C 文件编译没问题，只需把 sha256.cpp 改名为 sha256.c。我在 Windows 上简单测试时让它跑通了，然而与 Bitcoin 链接时不行。作为 C 程序的一部分而不是 C++，成功的机会恐更大。\n目前它仅仅在 Linux 构建中启用，因而倘若你让它跑通了，能够让 Windows 用户亦用上。在 AMD CPU 上约莫提速 100%。"},{"id":3673,"sid":null,"sat":0,"tid":248,"tt":"RFC: ship block chain 1-74000 with release tarballs?","src":"Bitcointalk","author":"jgarzik","date":"2010-11-28","ts":"2010-11-28T02:33:29Z","url":"https://bitcointalk.org/index.php?topic=1931.msg25017#msg25017","zh":"
","zhText":"*必须做点什么*，区块链在接下来一年左右会变得*相当庞大*，对吧？\n\n是的，没错。\n想必某个时候会出现仅仅下载区块头的轻量客户端，然而那仍然会有成百上千个……"},{"id":3735,"sid":null,"sat":0,"tid":250,"tt":"[2.5+ EH] Slush Pool (slushpool.com); World's First Mining Pool","src":"Bitcointalk","author":"farmer_boy","date":"2010-11-28","ts":"2010-11-28T15:58:18Z","url":"https://bitcointalk.org/index.php?topic=1976.msg25118#msg25118","zh":"
","zhText":"ribuck 的描述非常准确。\n矿池运营者能够修改他们的 getwork，多加一个参数：你的份额应发送到的地址。\n对矿池运营者来说，简单的做法是等下一个区块被找到后按比例分配：\n用户的近似命中数/所有人的近似命中总数\n如此起步更容易亦更安全。它还有个好处：同一用户的多次命中能够合并成一笔交易。你的命中通常会有很多来自同一些人。\n即时满足的方式是每次近似命中立即支付固定金额，运营者承担在区块被找到之前命中数或多或少的随机风险。\n无论哪种方式，提交解出区块的那次命中的用户理应从最上面额外拿一笔，譬如 10 BTC。\n新用户其实甚至不需要 Bitcoin 软件。他们能够下载一个矿工程序，在 mtgox 或 mybitcoin 开个账户，把存款地址填进矿工，进而指向任何人的矿池服务器。矿工说找到了东西之后，过一会儿账户里就会出现几个币。\n矿工作者最好确保绝不误报近似命中。用户要靠这个来检查矿池运营者有没有作弊。倘若矿工错误地报告找到了东西，用户去查账户、什么都没找到，就会迁怒于矿池运营者。"},{"id":3740,"sid":null,"sat":0,"tid":251,"tt":"Is safe running bitcoins with the same wallet on more computers simultaneously?","src":"Bitcointalk","author":"BitLex","date":"2010-11-28","ts":"2010-11-28T16:03:41Z","url":"https://bitcointalk.org/index.php?topic=1986.msg25120#msg25120","zh":"
生成更多地址加入密钥池的选项已然存在
# bitcoin.conf\n\n# Pre-generate this many public/private key pairs, so wallet backups will be valid for\n# both prior transactions and several dozen future transactions.\nkeypool=100
","zhText":"生成更多地址加入密钥池的选项已然存在\n# bitcoin.conf\n\n# Pre-generate this many public/private key pairs, so wallet backups will be valid for\n# both prior transactions and several dozen future transactions.\nkeypool=100然而据我理解，它本意是让备份（在一段时间内）保持有效，而不是同步多个钱包。\n我不知道长远看这会怎么运作。"},{"id":3679,"sid":null,"sat":0,"tid":248,"tt":"RFC: ship block chain 1-74000 with release tarballs?","src":"Bitcointalk","author":"MoonShadow","date":"2010-11-28","ts":"2010-11-28T16:25:15Z","url":"https://bitcointalk.org/index.php?topic=1931.msg25126#msg25126","zh":"
Bitcoin version 3.17.1 beta\nDefault data directory /home/david/.bitcoin\nBound to port 8333\nbitcoin server starting\nLoading addresses...\ndbenv.open strLogDir=/home/david/.bitcoin/database strErrorFile=/home/david/.bitcoin/db.log\nLoaded 5017 addresses\n addresses 122ms\nLoading block index...\nLoadBlockIndex(): hashBestChain=00000000000013587f18 height=94571\n block index 1294ms\nLoading wallet...
************************\nEXCEPTION: NSt8ios_base7failureE\nCDataStream::read() : end of data\nbitcoin in AppInit()
terminate called after throwing an instance of 'std::ios_base::failure'
************************\nEXCEPTION: NSt8ios_base7failureE\nCDataStream::read() : end of data\nbitcoin in AppInit()
what(): CDataStream::read() : end of data
","zhText":"Bitcoin version 3.17.1 beta\nDefault data directory /home/david/.bitcoin\nBound to port 8333\nbitcoin server starting\nLoading addresses...\ndbenv.open strLogDir=/home/david/.bitcoin/database strErrorFile=/home/david/.bitcoin/db.log\nLoaded 5017 addresses\n addresses 122ms\nLoading block index...\nLoadBlockIndex(): hashBestChain=00000000000013587f18 height=94571\n block index 1294ms\nLoading wallet...\n************************\nEXCEPTION: NSt8ios_base7failureE\nCDataStream::read() : end of data\nbitcoin in AppInit()\nterminate called after throwing an instance of 'std::ios_base::failure'\n************************\nEXCEPTION: NSt8ios_base7failureE\nCDataStream::read() : end of data\nbitcoin in AppInit()\nwhat(): CDataStream::read() : end of data"},{"id":3687,"sid":null,"sat":0,"tid":248,"tt":"RFC: ship block chain 1-74000 with release tarballs?","src":"Bitcointalk","author":"jgarzik","date":"2010-11-30","ts":"2010-11-30T07:28:00Z","url":"https://bitcointalk.org/index.php?topic=1931.msg25675#msg25675","zh":"
","zhText":"往好处想，倘若比特币真的成了「维基解密货币」、被全世界政府围攻，至少我们能拿回自己的维基百科词条！\n\n这话太对了。到那时关于比特币的「可靠来源」肯定不缺。我想它很可能登上大多数报纸的头版，并在电台谈话节目和其他广播电视网络上被广泛讨论。\n就我自己而言，关于维基解密，我快要说「放马过来」了。注意我在这里用的是真名而不是化名，我愿意以个人身份说：我不怕同比特币这个项目扯上关系。警察已然擅自闯进过我家干了一堆蠢事，因而对我来说那道线早已被越过了。我在政治上认识的够多的人，倘若在我身上出了什么事，是会被注意到的，事情亦会有后续。\n支持维基解密是道德上正确的事。倘若他们愿意收几个我的比特币，我不仅想捐款，还想让全世界知道他们亦可以通过比特币给维基解密捐款。\n我无法代表比特币社区里的所有人，然而我在这件事上代表我自己：我不怕美国政府会因为我在经济上支持维基解密而对我做什么。要说有影响，那仅仅会表明我不再生活在宪政政府之下。倘若美国政府想自曝其短、以这种方式亮出底牌，那就随它去。倘若美国政府杀了我或把我关进监狱，我肯定会设法让这个社区知道真相。我亦不认为事情会到那一步，然而真到了我也不在乎。\n倘若必须在这件事上「投票」，我会鼓励比特币社区像支持 EFF 那样再次伸出盘子，并鼓励维基解密在他们的网站上放一个比特币捐款地址。无论如何这都会为比特币社区带来新鲜血液，对维基解密恐亦有好处。用不用比特币，留给维基解密自己决定。至于政府对比特币的审查，我们知道这迟早会来，那我们为什么还要对抗这个不可避免的结果？除了低调调查之外的任何动作，都仅仅会让更多人对比特币产生兴趣，而这仅仅会对项目更有利。作为项目它已然杀不死了，充其量增长速度被拖慢一点，而且这种公开曝光更可能反而加速它的普及。\n我唯一可能的担忧是协议本身现在有多健全。要说有影响，大量新人的涌入对此亦有帮助；最坏的情况不过是比特币以某种方式被攻破，需要创建一种新的加密货币来修复比特币的问题。到那时留存下来的是加密货币的理念本身，而审查一种理念是极其困难的。\n基本上，放马过来。让我们鼓励维基解密使用比特币，我愿意承担由此带来的任何风险或后果。\n—— Robert S. Horning\n犹他州洛根市"},{"id":3347,"sid":null,"sat":0,"tid":241,"tt":"Wikileaks contact info?","src":"Bitcointalk","author":"bober182","date":"2010-12-05","ts":"2010-12-05T08:34:35Z","url":"https://bitcointalk.org/index.php?topic=1735.msg26998#msg26998","zh":"
","zhText":"基本上，放马过来。让我们鼓励维基解密使用比特币，我愿意承担由此带来的任何风险或后果。\n\n不，不要「放马过来」。\n这个项目需要渐进式成长，让软件在此过程中逐步得到强化。\n我在此呼吁维基解密不要尝试使用比特币。比特币现在不过是一个处于婴儿期的小型 beta 社区。你从中拿不到超过零花钱的金额，而在这个阶段你招来的围攻火力很可能毁掉我们。"},{"id":3751,"sid":null,"sat":0,"tid":253,"tt":"JSON-RPC method idea: list transactions newer than a given txid","src":"Bitcointalk","author":"genjix","date":"2010-12-08","ts":"2010-12-08T20:20:57Z","url":"https://bitcointalk.org/index.php?topic=2151.msg28227#msg28227","zh":"
既然 WalletTx 是按顺序加入钱包的，我们是否可以假设较旧的 txid 在钱包中出现得更早？
那么做一次线性查找、进而继续输出之后的 txid 就再简单不过了。
有人能确认这一点吗？
","zhText":"既然 WalletTx 是按顺序加入钱包的，我们是否可以假设较旧的 txid 在钱包中出现得更早？\n那么做一次线性查找、进而继续输出之后的 txid 就再简单不过了。\n有人能确认这一点吗？"},{"id":3752,"sid":524,"sat":1,"tid":253,"tt":"JSON-RPC method idea: list transactions newer than a given txid","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-12-08","ts":"2010-12-08T20:21:49Z","url":"https://bitcointalk.org/index.php?topic=2151.msg28228#msg28228","zh":"
","zhText":"我知道我一直因为对 listtransactions 迟迟不肯松口而挨批。让我解释一下我为什么犹豫。\n交易是动态的。过去的交易或许会失去确认、消失又回来、失效并彻底消失，或者被另一笔双重支出取代。它们的日期或许会变，顺序亦或许会变。\n程序员自然而然地想如此用 listtransactions：从我上次询问之后，把新交易喂给我，我自己记账或保存静态记录。这在一切常规使用中似乎都没问题，然而倘若你把金额用于任何用途，它就极具被利用的空间：\n1) 你怎么知道一笔过去的交易失效并消失了？\n2) 发生区块链重组时，交易重新确认后很容易被重复计数。\n3) 一笔交易或许被 txid 不同的双重支出取代。你会把两笔支出都算进去。\n\n到某个时点，接受交易的网站或个人务必承担这种风险。无论你用 listreceivedbyaddress 还是 listtransactions，这都不可避免。这正是我对 listtransactions 的犹豫显得如此反常的原因。\n几乎每个接受比特币的交易所或网站都会到达一个二元决策点：交易被接受，货物发出或货币交换完成。过了这个二元决策点之后，即使区块链重组或交易消失，网站除了认亏之外别无他法（或在比特币之外追讨退款）。\n从网站的角度看，'listtransactions 6' 和 'listreceivedbyaddress 6' 之间没有任何实际差别，因对网站运营者的最终结果是一样的：货已发出/订单已接受/货币已交换。"},{"id":3756,"sid":525,"sat":1,"tid":253,"tt":"JSON-RPC method idea: list transactions newer than a given txid","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-12-08","ts":"2010-12-08T22:36:45Z","url":"https://bitcointalk.org/index.php?topic=2151.msg28292#msg28292","zh":"
那你如何应对我在你引用的那条消息里列出的问题？
","zhText":"那你如何应对我在你引用的那条消息里列出的问题？"},{"id":3757,"sid":null,"sat":0,"tid":253,"tt":"JSON-RPC method idea: list transactions newer than a given txid","src":"Bitcointalk","author":"jgarzik","date":"2010-12-08","ts":"2010-12-08T23:07:22Z","url":"https://bitcointalk.org/index.php?topic=2151.msg28301#msg28301","zh":"
我的观点是：把 listtransactions 做出来，然而像任何 API 一样精确地写好文档，并说明使用它时不该犯的设计错误。
","zhText":"每当你基于收到的支付金额采取行动，你都务必回到比特币那里请求当前余额总额（或使用 move 或 sendfrom），并做好余额可能下降的准备。\n\n那这就是开发者应用中的设计问题，而不是 listtransactions 固有的问题。你的意思是：倘若使用 listtransactions 不加小心，就可能危险。好，然而很多编程工具同样有陷阱。譬如，用线程编程就满是设计陷阱。这并不意味不该把这个工具提供给开发者，而是文档务必大力警示这些陷阱。\n我的观点是：把 listtransactions 做出来，然而像任何 API 一样精确地写好文档，并说明使用它时不该犯的设计错误。"},{"id":3759,"sid":527,"sat":1,"tid":253,"tt":"JSON-RPC method idea: list transactions newer than a given txid","src":"Bitcointalk","author":"Satoshi Nakamoto","date":"2010-12-09","ts":"2010-12-09T00:12:17Z","url":"https://bitcointalk.org/index.php?topic=2151.msg28313#msg28313","zh":"
![http://www.bitcoin.org/download/bitcoin530.png](\"http://www.bitcoin.org/download/bitcoin530.png\"){kind=link}