中本聪谈银行

不是 SATONAMO 写一篇长文,而是他本人的原话。以下 4 条记录按时间排序,每一条都可以回到完整上下文。

2009 年 2 月 11 日 · P2P Foundation · Bitcoin open source implementation of P2P currency · SN-0001
……oin.org 下载 Bitcoin v0.1 传统货币的根本问题在于,令其运转起来,需要全然依赖信任。人们必须信任中央银行不会令货币贬值,然而在法定货币的历史上,这种信任屡遭背弃。人们必须信任银行替我们保管钱财、并以电子方式转账,但它们在准备金微乎其微的情况之下,却一波波地放出信贷、吹起泡沫。我们还得把隐私托付于它们,指望它们不让骗子冒用身份、掏空我们的账户。而它们那庞大的管理开销,使微支付根本无法实现。 上一代人就曾在多用户分时计算机系统上遭遇过类似的问题。在强加密出现之……
查看原文与上下文 →
2009 年 2 月 18 日 · P2P Foundation · Bitcoin open source implementation of P2P currency · SN-0007
……时有 6 个节点能获得硬币,那么你很可能要等上一个星期,才能有所收获。 关于 Sepp 的问题:确实并无任何机构充当中央银行或美联储,随着用户增长去调节货币供应。因为那需要一个可信方来决定价值,而我并不知道有什么办法,能让软件知晓现实世界中事物的价值。倘若真有某种聪明的办法,或者我们愿意信任某人去主动管理货币供应、将其与某种东西挂钩,那这些规则也完全可以编进程序。 从这个意义上说,它更像一种贵金属。供应量并不因保值而变,而是预先确定,价值随行就市。随着用户增多,每枚硬币的价值……
查看原文与上下文 →
2010 年 7 月 16 日 · Bitcointalk · Source code documentation · SN-1271
……示例代码片段。(搜 getreceivedbylabel 或 getnewaddress)示例代码可以是一个最普通不过的银行网站,可以存款、可以付款。
查看原文与上下文 →
2010 年 7 月 16 日 · Bitcointalk · Sample account system using JSON-RPC needed · SN-1297
……都要等确认,所以「当前 + 可用」双余额应该是可选的。卖数字商品的网站大多 0 确认就够。 一个合适的示例应用是个简单的银行网站:具备以上功能,外加向比特币地址付款的选项。示例代码应该尽可能简单,只带让它成为可用网站的最少东西。 vekja.net 就是这类网站的一个例子。
查看原文与上下文 →
想看更多,可到档案中搜索「银行」。