中本聪谈银行

这种方案的问题在于，整个货币系统的命运都取决于经营铸币机构的公司，每笔交易都必须经过它，就像银行一样。我们需要一种方法，让收款人知道之前的所有者没有签署过任何更早的交易。对于我们的目的而言，只有最早的交易算数，因此我们不关心之后的双重支付尝试。确认一笔交易不存在的唯一方法，就是知晓所有交易。在基于铸币机构的模式中，铸币机构知道所有交易，并决定哪笔先到。

我们必须相信中央银行不会让货币贬值，但法定货币的历史充满了对这种信任的背叛。我们必须相信银行能替我们保管资金并完成电子转账，可它们只保留很少的准备金，却一轮又一轮地放出信贷、吹大泡沫。我们还得把隐私交给银行，相信它们不会让身份窃贼冒用我们的身份、掏空账户。银行庞大的运营成本也让微支付无法实现。一代人以前，多用户分时计算机系统也遇到过类似问题。在强加密技术出现之前，用户只能靠密码保护文件，把隐私寄托在系统管理员身上。

我们必须相信中央银行不会让货币贬值，但法币的历史充满了对这种信任的背弃。我们必须相信银行会保管我们的钱，并以电子方式转账，但它们却一轮又一轮地把钱借出去，制造信贷泡沫，储备金只保留很少一部分。我们必须相信它们会保护我们的隐私，相信它们不会让身份窃贼掏空我们的账户。它们庞大的运营成本，使微支付无法实现。上一代的多用户分时计算机系统也有类似问题。在强加密出现以前，用户必须依靠密码保护来保障文件安全，相信系统管理员会对自己的信息保密。

关于 Sepp 的问题：确实没有任何机构像中央银行或美联储那样，随着用户增长去调节货币供应。因为这需要由一个可信方决定币值，而我不知道有什么办法能让软件了解现实世界中事物的价值。如果真有一种聪明的办法，或者我们愿意信任某个人主动管理货币供应、让它与某种东西挂钩，那么这些规则当然也可以写进程序。从这个角度看，它更像贵金属。供应量不会为了稳定币值而变化，而是预先确定；币值则会变化。随着用户增加，每个比特币的价值会上升。

我猜，如果法律适用于银行、金融机构或其他中间人，那么这里就不适用，因为没有银行参与，只有双方直接交易，就像他们当面使用现金，或拿实物商品以物易物一样。比特币的根本设计目标，就是能够进行不可逆交易，而且确实有一些应用需要这一点。如果有人希望可以拒付，就可以使用托管交易。这个功能还没有实现，但会是接下来要做的事情之一。例如，可以把交易写成这样：指定一个第三方，在付款人不放款时决定是否退回，并在若干天后自动放款。

如果它发展到消耗大量能源的规模，我认为，比起它所取代的那些耗费大量人力和资源的传统银行业务，它仍然浪费得更少。银行收取数十亿费用，用来支付实体建筑、摩天大楼和垃圾邮件式的信用卡推销，而这里的成本会比那少一个数量级。Satoshi确实，比特币就是一个为交易服务的分布式安全时间戳服务器。只需几行代码，就能创建一笔交易，在其中加入任何需要加盖时间戳的内容的额外哈希。我应该加入一条命令，用这种方式给文件加盖时间戳。

银行会让任何掌握你姓名和账号的人把你的账户掏空，而你也没法从 Nigeria 把钱追回来。如果有人在你的电脑上安装了键盘记录器，他同样可以轻易取得银行密码，把钱从账户里转走。等我们用密码加密钱包后，就能更清楚地说明，我们比银行安全得多。我们使用强加密，而银行仍允许任何掌握你账户信息的人从你的账户取钱。mmalmi@cc.hut.fi 写道：

当前的银行模式已经经受过检验，实际损失比例也是已知的。即使我们的系统可能更好，它仍是未知的，因此人们可以想象任何情况。平均损失比例会是多少，这件事本身的不确定性，比可能的损失比例还大。

另一种思路是，它应该像银行网站一样，庄重、专业，看起来正式，以增强人们在金融事务上的信心。这个标志有点过于 Disco/90 年代网页风格了。我还是更喜欢你为 bitweaver 做的那个，暂时先用文字仿做了一个占位。等主题更确定后，我会考虑一个与之相配的标志。关于 Sourceforge 标记的想法很好，能找到的图形我们都可以用上。上线之前我还有一些事要做，我们也需要给搜索引擎更多时间。

（搜 getreceivedbylabel 或 getnewaddress）示例代码可以是一个最普通不过的银行网站，可以存款、可以付款。

一个合适的示例应用是个简单的银行网站：具备以上功能，外加向比特币地址付款的选项。示例代码应该尽可能简单，只带让它成为可用网站的最少东西。vekja.net 就是这类网站的一个例子。