早期社区与中本聪

没有，抱歉。我一直想重画一个。看起来还行的最大图标，是 20x20 那个，GNOME 的托盘图标用的就是它。再大，就难看了。16x16 和 20x20 的，都经过相当多手工调整，才让像素落位正确。如果只是把大图缩小，"BC" 的线条没有正好落在像素上的地方，像素就会模糊、别扭。

带 alpha 通道的最好的 16x16 在 src/rc/bitcoin.ico。32x32 那版我不喜欢。

我附上了 bitcoin20x20.png，即全透明 20x20 版本。

新图标，大家觉得怎么样？比旧的好吗？

用于缩放到自定义尺寸的全尺寸 530x529 图片：

http://www.bitcoin.org/download/bitcoin530.png

大尺寸下透视阴影太厚了。我更新了 32、48 和全尺寸版本。

我把这些图片发布到公共领域（无版权）。我请求衍生作品同样进入公共领域。

其他参与者原话SabunirFebruary 25, 2010原帖 ↗

我喜欢。有更高分辨率的吗？

有，原图是 546x531 像素。

它在大尺寸下也很好看，不过小图标才是你几乎一直在看的，所以我想先以小图标来评判。稍后我会贴更大尺寸和全尺寸。

好建议。我把 B 调亮了一点，背景调深了一点。非常轻微。前景色现在与旧版的 BC 完全同色。

如果 16x16 里看不清 B，问题不大。那个尺寸下，你只需要看出它是一枚硬币。上面压印的是什么并不太重要，重要的是有些细节——如果是一个空白光滑的圆，看起来就不像硬币了。

它比高略宽，是因为底下的深色透视向右延伸得比向下多。

我完成了 32x31 和 48x47 版本，贴在首帖里。我很喜欢 48 那个。

大家觉得带双横线的 B 符号怎么样？横线穿出外面那种。我们能接受它作为我们的标志吗？

其他参与者原话CdeckerFebruary 27, 2010原帖 ↗

出一个 SVG 版怎么样？那样就能按需自动生成更小和更大的版本。

我不会做 SVG，不过原图我做得非常大，横跨 500 多像素，所以可以缩小。完工后我会交出原图。

每个图标尺寸我都得单独手工调整，让竖线正好落在像素上，否则就会难看地模糊、彼此不一致。这就是做图标难的所在。原图适合缩放到 48 到 500 之间的自定义尺寸，再小就不行了。

我们已经有标准图标尺寸，全尺寸图也能很好地缩放到其他任何尺寸。

我把全尺寸图加到首帖里了。

确实。0.1 的老截图已经非常过时了。

Windows Aero 是个好选择。Windows 仍是最大的用户群。注意透明部分底下露出的东西。

交易列表里放些什么？别塞得太满，放几样就行。

如果有具备美术功底的人愿意贡献替代方案，我会很高兴。这个图标/标志本来就是为了在 16x16 和 20x20 像素尺寸下当好图标而设计的。我认为作为程序图标它已经是最佳，但在更大尺寸下、作为网站用图，仍有改进空间。

如果作者们能把作品放入公有领域，事情会简单得多。

谢谢你愿意帮忙翻译。这大概就是你能帮上的最好的事。

我需要先准备代码的翻译支持。wxWidgets 有本地化支持，大多数字符串在生成的代码里已经包好了，应该不太难。我们还必须完成向 wxWidgets-2.9.0 的升级以获得 UTF-8 支持。我用 2.9.0 做过测试构建，还剩一个 bug 要修。

你用的是什么操作系统？Windows，还是 Linux 32 位或 64 位？

拆分自另一个帖子。

sirius-m

单一二进制加多个 .mo 文件容易得多。维护一大堆构建变体太费事。软件支持一旦实现，任何人都能贡献翻译。

wxWidgets 用的是 gettext 标准。用 gettext 工具或 poedit 之类，扫描源文件提取字符串生成 .po 文件，把译文填进去，再编译成 .mo 文件。程序在运行时加载 .mo 文件，给所有字符串换皮。给现有程序加语言只需加 .mo 文件，无需重新编译。

在 Windows 上，.mo 文件放在 EXE 所在目录的 lang 子目录里。

现在我在做 JSON-RPC 和命令行支持，完成后希望接下来就做这个。

我更新了 SVN，加入了翻译支持。可翻译的字符串全部用 _("") 包裹，所有平台都使用 UTF-8。

程序运行时，会在 EXE 所在目录找文件：locale\\LC_MESSAGES\bitcoin.mo

是你的操作系统语言的两字母代码，比如 "de" 或 "nl"。

在 Linux 上，它还会找：

/usr/share/locale//LC_MESSAGES/bitcoin.mo

/usr/local/share/locale//LC_MESSAGES/bitcoin.mo

（Linux 上还有其他应该查找的标准位置吗？）

这里是用 poedit 快速制作 .po 和 .mo 文件的步骤：

• 从 SVN 下载 bitcoin 源码
• 在 trunk 目录里 mkdir locale\\LC_MESSAGES
• 在 poedit 里，File->New catalog->Paths 标签页
• 点击 "New item" 虚线矩形按钮
• 填入 "../../.." 并务必按回车确认添加路径
• 点击 OK
• 把文件保存为你建的 LC_MESSAGES 目录里的 "bitcoin.po"
• 然后它会扫描源码，找到大约 170 个字符串
• 如果什么都没找到，检查 Catalog->Settings->Path 标签页，确认 "../../.." 已添加

翻译完成后，同时提交 bitcoin.po（可编辑的目录文件）和 bitcoin.mo（程序使用的编译后数据）。

有人愿意翻译 Bitcoin 客户端本身吗？0.3 版发布时能带上至少一门其他语言就太好了。

你要做的只是装个 poedit，翻译我附在本帖里的 po 文件。不到 750 个词。

已更新 0.3.1 的 bitcoin.po 附件

万岁！我们有了第一门语言。我已上传到 SVN，随 0.3 一起发布。

93% 完成度的荷兰语翻译已上传 SVN。谢谢！

谢谢 DataWraith！德语翻译已上传 SVN。

太棒了，我们已经有 3 门主要语言了。

其他参与者原话aidosJuly 15, 2010原帖 ↗

好，这是法语的 .po 文件。顺手记下几个问题：

1. "About"（关于）框没有应用翻译，它仍给我显示英文版，尽管软件其他部分都在用翻译后的字符串，而且 .po 文件里也包含"About"框消息的翻译串。设置窗口里的"Apply"（应用）按钮同样这样。

我需要提供一份更新过的 .po 文件。

其他参与者原话aidosJuly 15, 2010原帖 ↗

2. 如果主窗口交易列表中某笔交易的描述含有带变音符的字符（比如"éàèç"），它就显示不出来。我猜是字符串在某个环节没被当作 UTF8 正确处理。

好，这肯定是哪里出了问题，我回头看看，或者其他开发者来看看。

其他参与者原话aidosJuly 15, 2010原帖 ↗

4. 关于 .po 文件：

• .po 文件里有几个字符串并不需要翻译（如"Bitcoin"）。也许这些不该放进 _("...") 里？
• 另有一些不该拆分。我记得有一条关于手续费的消息被拆成了两段以便插入费值，其实用个 %s 就行了。这加大了翻译难度，我不得不翻源码才搞清楚到底是怎么回事。
• 有些字符串的开头或结尾带空白字符，其必要性很值得商榷，而且在 PoEdit 里很容易漏看。

很多字符串位于由 uiproject.fbp 自动生成的代码里，这些事在那里没有办法。我写了个小程序，用来找出你 .po 文件里所有字符串开头结尾的空格不一致问题，在上传到 SVN 之前手动修好。

我上传了一份针对 0.3.1 的更新版 bitcoin.po，附在本帖后面：

http://bitcointalk.org/index.php?topic=151.msg1259#msg1259

如果你要开始新的翻译，请用它。

如果你已经有 .po 文件，poedit 可以更新它。

• 从开发论坛发布的 0.3.1 候选版里拿到 src 目录，任何版本都行：

http://bitcointalk.org/index.php?topic=383.0

• 在 src 下建一个子目录：locale/??/LC_MESSAGES

（?? 随便什么，"en"或你语言的 2 字母代码）

• 把你的 .po 文件放进去
• 用 poedit 打开它
• 在 poedit 里：目录->从源代码更新

关键是带源文件的 src 目录必须位于 .po 文件的上 3 级。

其他参与者原话SmokeTooMuchJuly 13, 2010原帖 ↗

我建议去掉主页底部的下载链接。

如你所见，英文页面上的链接已指向新的 0.3 版，但其他语言的页面还只有旧 0.2 版的链接。

反正右侧已经有一个当前版本的下载框，不如把各翻译页面上的链接去掉。

我已把它们更新到 0.3.0。

我很想把其他语言的下载链接去掉，只保留英文页的。

它们很快也得为 0.3.1 更新。也许可以找个人来负责维护翻译版 drupal 页面的更新。

感谢西班牙语和法语翻译！编辑更新后的 .po 文件已附上。

我已把它们上传到 SVN。

谢谢 eurekafag，俄语翻译已加入 SVN rev 160。

其他参与者原话eurekafagOctober 04, 2010原帖 ↗

我在哪里能找到最新的英文 .po 文件，好让翻译保持同步？

poedit 能做这件事。要么从发布包里取 src 目录，要么用 SVN 下载。把你的 .po 文件放在 src 目录下第 3 层深的地方。用 poedit 打开它，执行 Catalog->Update from sources。

举例来说，你有：

src

src\base58.h

src\bignum.h

...

src\util.cpp

src\util.h

src\xpm

src\localeu\LC_MESSAGES\bitcoin.po

用 poedit 打开 bitcoin.po，执行 Catalog->Update from sources。它会从 bitcoin.po 所在位置向上 3 层目录（..\..\..）寻找源码。

这会更新你已经做过的 .po 文件并加入所有新字符串。它可能会尝试匹配相近的字符串，因此检查一遍，确认它没做出任何错误的猜测。

务必使用我上传到 SVN 或发布包里的 .po 文件，因我总会修好至少几处东西。我把你的俄语那份附在这条消息里。

poedit 不知为什么重排了文件。我重跑了一次 update from sources，它把顺序放回原样，因此现在没问题了。你是在一个文件不按字母序排列的盘上运行的吗，比如 FAT 盘或 U 盘？

字符串不常新增或修改。要积累几个月才有足够的变更。

我已上传变更。

这个 Windows 构建内含俄语翻译：

http://www.bitcoin.org/download/bitcoin-0.3.13.2-win32-setup.exe

顺序对程序不重要，但对我这个维护者很重要。如果 .po 文件的顺序被打乱，我就没法 diff 出变更。每次改动程序里的英文文本，我都要更新全部 7 个翻译文件，它们保持同一顺序会省事很多。

我仍然能让 poedit 重新扫描，把顺序放回正常。

未翻译的字符串显示在顶部是正常的。

其他参与者原话eurekafagOctober 06, 2010原帖 ↗

顺便说一句，有一些相似的行也许能合并成一行。它们意思相当接近，不过差 1-2 个词。当然只是个建议。

我知道，但不把源码搞复杂的话不容易做到。

欢迎来到新的 Bitcoin 论坛！

旧论坛仍可访问：

http://bitcoin.sourceforge.net/boards/index.php

我会在这里转载一些精选帖子，并在力所能及之处，对问题给出更新的回答。

FAQ

http://bitcoin.sourceforge.net/wiki/index.php?page=FAQ

下载

http://sourceforge.net/projects/bitcoin/files/

等规模够了，也许可以做一个不做转账的兑换网站：只撮合买家和卖家直接互相兑换，类似 e-bay 的运作方式。

为了更安全，兑换站可以充当比特币一侧的托管。卖家把比特币付款放进托管，买家把传统付款直接发给卖家。兑换服务不经手任何现实世界的货币。

这会比 e-bay 更进一步。即便付款落空后寄出的货物无法追回，e-bay 也照样运转良好。

没有关系的。我起步的时候那里什么都没有。

.com 域名注册的价格低于它应有的水平，所以你能想到的任何好名字，总是早被域名投机客抢注了。幸运的是，开源项目用 .org 是惯例。

第一个项目选得很好，干得漂亮。如果没人做，我本来也打算做这件事。等普通人很难再靠自己挖到整笔 50 BTC 的奖励时，新用户仍能立刻领到一些比特币体验一下。捐赠应该足以让水龙头继续运转；把水龙头余额显示出来，也会鼓励大家继续往里捐款。

你应该在页面上放一个捐赠比特币地址，供想往里添水的人使用——理想情况下，每当它收到东西就自动换一个新地址。

很多大型 ISP 每次连接都给你分配新 IP，通常在同一个 B 类网段内（a.b.?.?）。也许应该给每个 B 类网段设置两次投放之间的最短间隔。

如果解决不了，也可以不断降低每次发放的比特币数量直到可控，并始终要求验证码。

顺便说，在和 1.3 短暂纠缠之后我恢复理智了，这个版本仍将是 0.3 beta，不是 1.0。

我非常感谢你的努力，但问题不少。

我们不想拿"匿名"当卖点。（我一直想改主页来着）

"开发者期望这会带来一种任何政府都触及不到的能源稳定货币。"——我绝不会发表这种挑衅或断言。

它并非能源意义上的稳定。这一点讨论过。它不与能源成本挂钩。NLS 基于能源的估算是个不错的起始点，但市场力量会越来越占主导。

抱歉泼冷水。为这个东西写一篇面向大众的介绍真是难死了。没有任何现成的东西可以类比。

5 BTC 如今看着不少了，也许标准额度该改成 1 或 2 BTC。

这是个重要服务，这样生成太难的新用户至少还能拿到点什么。

不，毫无关系。

Bitcoin 是 Wei Dai 的 b-money 提案 http://weidai.com/bmoney.txt（1998 年发表于 Cypherpunks http://en.wikipedia.org/wiki/Cypherpunks）和 Nick Szabo 的 Bitgold 提案 http://unenumerated.blogspot.com/2005/12/bit-gold.html 的一个实现。

时机很奇怪，偏偏是我们被 slashdot 报道、第三方（3rd party）报道迅速增多的时候。我希望大家不必急着结束讨论、做出决定。维基百科通常会让这类问题公开征求意见多久？

尽快精简词条、去掉宣传腔会很有帮助。只需要让人们知道它是什么、它在电子货币领域处于什么位置，不要试图说服他们它有多好。他们多半只想要一个笼统说明它是什么的东西，而不是解释它如何运作的长篇大论。

如果你去 http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Bitcoin 发言，请不要说「可是 bitcoin 真的很重要很特别，所以规则不该适用于它」，也不要争辩规则愚蠢或不公平。那只会帮倒忙。要论证的是这个条目如何满足规则。

在 google 搜「bitcoin」，看能不能在 infoworld 和 slashdot 之外找到更多重量级报道。可能已经有记者刚从 slashdot 那篇文章听说它，正在写最新的东西。

希望别被删。一旦删了，「既定判例」就很难翻案了。机构的惯性就是维持上一个决定。（编辑：至少我猜是这样，世界通常这样运作，但也许维基不一样）

什么鬼？我们怎么会上名单？据我所知，唯一的 e-mail 就是你让论坛发通知，还有我猜的 wiki 注册。我倾向于把论坛通知邮件关掉，我并不知道我们要它做什么。

悄无声息地失败会很难看。

其他参与者原话gavinandresenAugust 04, 2010原帖 ↗

1. 按 IP 地址首字节限速（本案是 79. 或 81.）。

绝对需要。你考虑的限速额度是多少？说到底，限速总比让它全部流干强。

其他参与者原话gavinandresenAugust 04, 2010原帖 ↗

3. 按 IP 反向 DNS 查询的最后两个域限速（本案是 rima-tde.net）。

这招可能出奇地好使。如果管用，能让他们撞不上限速线，而限速线作为最后一道防线仍在。

其他参与者原话gavinandresenAugust 04, 2010原帖 ↗

4. 把标准发放额降到 0.5 比特币（自我启动 Faucet 以来，比特币已经涨了 10 倍）。

绝对是时候降了。

其他参与者原话JoozeroAugust 15, 2010原帖 ↗

我觉得你应该加上与这个相关的东西：http://bitcointalk.org/index.php?topic=259.0

客户端上必须有一个标签，需要时显示警告信息

现在每个人都得一直盯着网站看，我觉得这样很糟。

同意，早就想做了，一直没腾出时间。

目前你还可以订阅 bitcoin-list 邮件列表。它很少发信，只有这类公告和重大新版本才用。

订阅/退订页面：

http://lists.sourceforge.net/mailman/listinfo/bitcoin-list

嘿，Zooko！

想感谢你一两年前在你博客上写 Bitcoin，那还是我在 Cryptography 邮件列表上宣布它的时候。

如果你要做，我认为应该是一篇相当简短、单段的文章，100 词以内，只说明 Bitcoin 是什么。

我倒希望他们别删文章，而是加一个长度限制。如果某样东西还不够有名，至少能有一篇 stub 文章说明它是什么。我经常遇到恼人的红链，那些东西 Wiki 至少应该听说过。

文章能简单到类似这样：

"Bitcoin is a peer-to-peer decentralised /link/electronic currency/link/."

更符合 Wiki 惯例的做法是，在我们所属的某个更通用的类目（比如 Electronic Currency 或 Electronic Cash）里加一段。我们大概能在那里立住一段。同样，保持简短。只说明它是什么。

其他参与者原话RHorningDecember 04, 2010原帖 ↗

基本上，放马过来。让我们鼓励维基解密使用比特币，我愿意承担由此带来的任何风险或后果。

不，不要「放马过来」。

这个项目需要渐进式成长，让软件在此过程中逐步得到强化。

我在此呼吁维基解密不要尝试使用比特币。比特币现在只是一个处于婴儿期的小型 beta 社区。你从中拿不到超过零花钱的金额，而在这个阶段你招来的围攻火力很可能毁掉我们。

其他参与者原话HalDecember 11, 2010原帖 ↗

我想听听对代码的具体批评。在我看来它是一项令人赞叹的工作，虽然我希望能有更多注释。目前我主要研读了 init、main、script 和一点 net 模块。这是一套强劲的机器。

这话从你嘴里说出来分量很重，Hal。谢谢。

要是在任何别的背景下得到这种关注就好了。维基解密捅了马蜂窝，蜂群正朝我们涌来。

供以后参考，这是我的公钥。与 2008 年 bitcoin.org 网站第一次上线时放的同一把。现在就存一份吧，以备日后之需。

http://www.bitcoin.org/Satoshi_Nakamoto.asc

其他参与者原话Mike Hearn

「我心里还有几件事想问你（一如既往）。其一，你打算在某个时候重新回到社区吗（比如做代码评审），还是计划彻底退出公众视野？」

我已经转向别的事情了。它现在在 Gavin 和大家手里，很好。

我确实希望你的 BitcoinJ 能继续开发成另一个客户端实现。它让 Java 开发者有事可做，而且基于一个更简单、不必包揽一切的基础，做起来也更容易。等急不可耐的新用户能在另一个客户端还在下载区块链时就开始用它，它就会形成规模。

编辑注：本邮件由收件人 Mike Hearn 于 2017 年 8 月公开。这是中本聪已知倒数第二封邮件——三天后，他发出了最后一封（致 Gavin Andresen）。

主题：alert key

我希望你不要总把我描述成一个神秘的影子人物，媒体只会把这变成「海盗货币」的噱头。也许不如多讲这个开源项目本身，多给开发者们一些肯定；这有助于激励他们。

我已经转向别的事情了，以后很可能联系不上。这是 CAlert 密钥和广播代码，以备不时之需。你大概应该再交给另外一两个人。有几位老用户几乎一直在线。

编辑注：这是已知中本聪的最后一封邮件。由收件人 Gavin Andresen 于 2022 年 4 月 26 日在其博客全文公开。邮件同时将全网警报密钥（alert key）移交给了 Andresen——此后再无任何公开确认的中本聪通信。

我不是多里安·中本。