【麻烦的名字随笔录】比特币论文原稿之翻译(一)

版权声明:本文版权归属麻烦的名字,如需转载,请与作者联系。同时,本文授权BH好文好报群摘编、转载以及相关转授权推文行为。​

简介:本文对比特币论文原稿进行了拆分,分为一、二、三、四四个部分,并将以四篇文章先后对这四部分进行翻译。翻译原文的目的,是为了加深自己对比特币以及区块链原理的认识,同时,也为广大想要了解比特币原文的读者们提供一个渠道。希望本文的翻译对您有帮助。文末有原文链接,想要了解的朋友可以自行查阅。

2018年7月8日

今天,一时兴起,把中本聪关于比特币的论文“Bitcoin: A Peer-to-Peer Electronic Cash System”通读了一遍,看完之后,便起了一个念头——深入地了解比特币的原理。

这篇论文的原著是英文版的,看完第一遍之后给我的感受是——“一脸懵逼”。因为,里面不仅生词多,专业术语也颇多,这无形之中给我的学习带来了很多困难,怎么办呢?经过一番折腾之后,我得出结论,要想理解其原理,就必须先看懂原文。于是,我就作出了决定,对原文进行翻译,并且要尽量翻译得简单明了。最后,我花了一个晚上加一个上午的时间,把论文里的所有生词查了一遍,并记录在本子上,以便翻译使用。

好的,翻译开始。

比特币论文原稿之翻译(一)

比特币:《一种点对点的电子现金支付系统》

摘要:一个纯粹的点对点的现金支付系统在完成线上支付的时候,款项是直接从发送方打到接收方,而不需要经过第三方的金融机构进行转发。虽然数字签名提供了部分的解决方案,但是如果为了防止双重支付而不得不借助第三方机构支持的话,那么这套系统就失去了其存在的价值。为了解决双重支付问题,我们提出了一个解决方案——一种点对点的网络。该网络通过随机散列对所有的交易加上时间戳,并把它们合并入一条不间断的基于随机散列的工作量证明的链条作为交易记录,除非重新完成所有的工作量证明,否则链上的交易记录是不可改变的。最长的一条链不仅为时间序列提供了证据,而且被证明是来自CPU计算能力最大的池。只要大多数的CPU计算能力被诚实的节点控制,并且它们并不打算合作起来对全网进行攻击,那么这些节点将会生成一条最长的、超过攻击者的链条。网络本身需要的基础设施非常少。信息将尽最大的努力广播到全网,节点可以随时离开或者重新加入到网络中,最长的工作量证明的链条将作为节点离线期间交易发生的证明。

1.介绍

互联网上的贸易几乎都是完全依赖于可信任的第三方金融机构来完成电子支付流程。虽然这套系统在大多数情况下都运行良好,但是它仍然会受制于一种固有的缺陷——“基于可信任的模型”。完全的不可逆交易几乎是不可能实现的,因为金融机构并不能避免调解争端。调解争端的支出不仅会增加交易的成本,还会限制最小的实际交易规模和日常的小额支付交易。其中还有一个潜在的损失,就是大部分商品和服务都是不能退货的,这无形之中增加了更大的成本。由于存在可逆的可能性,所以对于信任的需求就更加强烈。商家为了提防它们的客户,往往会向客户索要不必要的个人信息。客户中存在部分比例的骗子是无法避免的。这些个人的成本和支付的不确定性可以通过使用实物货币来避免,因为此时没有第三方中介的存在。

我们需要的是一个以密码学证明为基础的而不依赖于第三方中介的电子支付系统,这套系统允许任意的两方直接进行交易,而不需要第三方中介的参与。交易可逆性在计算上的不可行,将会保护卖方不受骗子的欺骗,同时,易于实现的常规托管机制将会保护买方的利益。在白皮书中,我们提出了一个解决双重支付问题的方案——使用点对点的时间戳服务器来生成一个具有时间顺序序列交易特性的计算证明。只要诚实的节点共同控制的CPU计算能力超过所有攻击节点的CPU计算能力,那么这个系统就是安全的。

2.交易

我们定义,一枚电子货币是这样一串数字签名:每一个拥有者在将电子货币转移给下一个拥有者的时候,会对前一次交易和下一个拥有者的公钥签署一个随机散列的数字签名,并将它附加在货币的末尾。收款人可以通过校验签名的真实性来验证这串数字的拥有权。


交易

这个过程的问题在于收款人并不能验证拥有者中的任何一个人没有进行过双重支付。一种普遍的解决方案是引入一个可信任的中心权威,或者类似造币厂的机构,来检查每一笔交易是否发生过双重支付问题。每一笔交易发生之后,货币都必须回收到造币厂进行下一轮新币的发行。并且只有那些从造币厂直接发行的货币会被认为没有发生过双重支付问题。这种解决方案存在的一个缺陷在于整个金钱系统的控制权都在造纸厂的手上,并且每一笔交易都必须经过它们,就好像银行一样。

我们需要为收款人提供一种方法,确保之前的拥有者没有对更早的交易实施过签名。为了达到目的,我们应该关注本交易发生之前的更早的交易,而不是关注本交易发生之后的交易是否会有双重支付的可能。证实一笔交易是否缺失的唯一方法就是关注每一笔交易。在造币厂的基础模型中,造币厂获悉所有的交易信息,并且决定交易完成的先后顺序。为了实现没有第三方中介的交易,交易就必须被公开宣布,我们要让整个系统内的所有参与者,都有唯一公认的历史交易序列。收款人需要确保在交易期间绝大多数节点都认同该笔交易是第一次出现的。

3.时间戳服务器

本解决方案首先提出了一个“时间戳服务器”。一个时间戳服务器通过对以区块形式存在的一组数据进行随机散列,并将这个随机散列进行广播,就像在新闻或者世界性新闻组(Usenet)网络中的发帖一样。显然,该时间戳能够证明某个数据在某个时刻是必然存在的,因为只有在那个时刻存在了,才能获取到相应的随机散列值。每一个时间戳都应该将前一个时间戳纳入其随机散列值中,每一个随后的时间戳都要对之前的时间戳进行增强,这样就形成了一个链条


时间戳服务器

比特币论文原稿:https://bitcoin.org/bitcoin.pdf


早赞声明:为方便早赞、避免乱赞,“BH好文好报群”为点赞者、写作者牵线搭桥,实行“先审后赞、定时发表”的规则,也让作品脱颖而出、速登热门!加群微信:we01230123(天平)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,366评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,521评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,689评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,925评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,942评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,727评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,447评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,349评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,820评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,990评论 3 337
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,127评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,812评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,471评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,017评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,142评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,388评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,066评论 2 355

推荐阅读更多精彩内容