中本聪谈隐私

……必须信任银行替我们保管钱财、并以电子方式转账，但它们在准备金微乎其微的情况之下，却一波波地放出信贷、吹起泡沫。我们还得把隐私托付于它们，指望它们不让骗子冒用身份、掏空我们的账户。而它们那庞大的管理开销，使微支付根本无法实现。 上一代人就曾在多用户分时计算机系统上遭遇过类似的问题。在强加密出现之前，用户只能凭密码保护自己的文件，把隐私托付给系统管理员。管理员总能凭自己的判断凌驾于隐私之上——无论在他权衡隐私原则与其他考量之时，抑或是在上级的授意之下。后来强加密走向大众，信任便不……

-------------------- anonguy54: 请求：能不能做成匿名的？ Posted:Thu 15 of Oct, 2009 (19:58 UTC) 有没有计划把这个服务做成匿名的？ 例如，能通过 Tor 路由 BitCoin。

-------------------- bitcoinbitcoin: 比特币的匿名性如何？ 网络上的节点能分辨硬币从哪个比特币地址发出、发到哪个比特币地址吗？区块里是否保存着比特币转来转去的历史？节点能判断哪些比特币地址属于哪些 IP 地址吗？bitcoin 首次启动时，有没有命令行选项可以启用 sock 代理？如果向一个通过 NAT（网络地址转换）接入了多个客户端的 IP 地址发送比特币，会发生什么？

……个地址及其全部交易，便与你发帖所用的名字关联在了一起。倘若你用的是未曾关联真实身份的马甲，那仍然是化名。 若想获得更高的隐私，最好每个比特币地址只用一次。你随时可以在 Options->Change Your Address 里更换地址。按 IP 地址转账之时，每次都会自动使用新的比特币地址。 > 节点能判断哪些比特币地址属于哪些 IP 地址吗？ 不能。 > bitcoin 首次启动时，有没有命令行选项 > 可以启用 sock 代理？ 在下一个版本（0.2 版）中，从第一次运……

……客户端 TCP 套接字），应改由客户端发送握手字符串。现在是服务端（服务端 TCP 套接字）先发握手。我的理由当然是为了匿名。ISP 对客户端做端口扫描、探测到他们在运行这个程序，实在是太容易了。 这确是个好主意。接受连接的一方，只需忍住不发任何东西，直到收到有效的握手。端口扫描所能碰到的，不过是一条不会自报家门的死连接。 - 在握手阶段使用某种加密（和上面的建议相配），在 DPI（深度包检测）面前混淆软件的身份。我真正惦记的是中国、伊朗这类不自由（指自由意义上的）国家的人……

1-3： 这种级别的匿名需要通过 TOR 连接，0.2 版就能做到，离发布只有几个星期了。到时我会贴出 TOR 使用说明。 4： 0.1.5 版：备份整个 %appdata%\Bitcoin 目录。 0.2 版：只备份 wallet.dat 即可。 5： 不行。整个设计就是为了防止这种情况得逞。 6： 那些硬币将永远无法找回，总流通量随之减少。由于有效流通量下降，剩下的所有硬币，都会略微升值。这与政府印钞、令现有货币贬值，正好相反。 7： 目前是 29,296 个区块。流通量……

……时也不必在线。 我非常想找到附带一条短消息的办法，但问题在于，全世界都能看到这条消息。无论你怎样反复提醒人们这条消息毫无隐私可言，它都会是一起等着发生的事故。 遗憾的是，ECDSA 只能用于签名，不能加密消息，而我们需要的正是 ECDSA 的小体积。RSA 能加密消息，却比 ECDSA 大上好多倍。

……任何人知道你连 Bitcoin 都在用，可以用 TOR。 Bitcoin 还很新，尚未经过独立的安全分析。倘若你认真对待隐私，TOR 便是一个值得考虑的预防措施。

……务器上运行。用户终于可以付点小钱覆盖带宽成本、避开限制和麻烦。理想情况下，它应该是 MIT 许可或公共领域。 这类服务对匿名用户会特别有用——他们付款本来就不容易。

好主意。这类服务的生意很兴旺，但我一直觉得标准支付方式与注重隐私的顾客格格不入。 你愿意把软件免费放出来，让任何人都能轻松架一套吗？出于竞争考虑你多半想留着自己用，但如果任何人只要把软件装上服务器就能给自己国家开放代理，使用量也许能大一个数量级。 我在想，还有没有其他类型的 web 应用服务器，我们只需要往现成系统上附加一个支付机制？

……第 2 跳。经由它们变现的可能性，有助于支撑比特币的价值。 Bitcoin 有一些独特的互补属性。LR/Pecunix 匿名花出去容易，匿名买到手难，小额购买又不值得费那个劲。而 Bitcoin 恰恰是匿名地小额获取很容易。用比特币购买 LR/Pecunix，而不是走传统支付方式，会方便得多。 大多数要换成 LR 去买东西的顾客，多半会先问卖家收不收 Bitcoin，这会鼓励他们开始接受。

现在的按 IP 发送没什么用：它连接到那个 IP，所以你为了匿名想用 TOR，可那样它就完全可能被窃听、被中间人攻击。 未来按 IP 发送的计划是做成比特币地址加 IP 的形式，比如： 1auaDZCFYqaGx4FKS5WenNfurk2SkoDu4h1.2.3.4 或 1auaDZCFYqaGx4FKS5WenNfurk2SkoDu4hdomain.com 我需要分隔符字符的建议。":" 是个候选，但 IPv6 里也有 :，可能造成混淆。最好是 url 参数里允许的字符。……

……暂纠缠之后我恢复理智了，这个版本仍将是 0.3 beta，不是 1.0。 我非常感谢你的努力，但问题不少。 我们不想拿"匿名"当卖点。（我一直想改主页来着） "开发者期望这会带来一种任何政府都触及不到的能源稳定货币。"——我绝不会发表这种挑衅或断言。 它并非能源意义上的稳定。这一点讨论过。它不与能源成本挂钩。NLS 基于能源的估算是个不错的起始点，但市场力量会越来越占主导。 抱歉泼冷水。为这个东西写一篇面向大众的介绍真是难死了。没有任何现成的东西可以类比。

……int 已花、并检查这次花费是否为首次。兴许数据传输可以用 e-mail 附件完成。 客户端必须保存全部历史这一点削弱了隐私收益。经手大量钱的人仍然会看到大量交易历史。由于历史会回溯式地扇出，他们最后可能看到大部分历史。面额可以做得足够细以限制扇出，但经手大量钱的商家仍可能看到很多历史。

……IP 地址上，并无任何用处。 总的来说，按 IP 发送的实用场景有限。倘若不经代理直连，中间人风险或许能够容忍，然而没有隐私。倘若你用隐私代理，中间人风险则高得不可接受。倘若我们费劲实现了 SSL，通常仅仅大商家才愿意花功夫拿 CA 证书，而这些场景大多仍然用 bitcoin 地址更好。 我已把这个改动上传到 SVN rev 156。启用的开关是 "-allowreceivebyip"。 用这个版本的发送方会得到错误 "Recipient is not accepting t……