区块链排列呈现所有转帐记录|【区块链的基础】
在前一章节中,说明了区块链的原理。由于交易在传送至世界各地的矿工(伺服器)时,所需花费的时间各有不一,因此区块会依据一定的时间来集结各个交易。交易的抵达顺序会依各个矿工而产生差异,此点也会为虚拟货币的余额纪录方式带来影响。
以下将对一般的储蓄帐户以及区块链的管理方式进行比较。
一般的储蓄帐户管理方式
一般来说,设置于电脑中心的系统资料库中,会纪录每个储蓄帐号的所剩余额。证券公司的股票帐户与网路商店的会员帐户也是基于相同的原理。
举例来说,假设帐户A、B、C分别拥有100万日圆、10万日圆、10万日圆的余额,且「从帐户A转50万日圆到帐户B」的交易①出现。这时,帐户A会减少50万日圆,帐户B则会增加50万日圆。以结果来看,帐户A、B、C会分别变成拥有50万日圆、60万日圆、10万日圆的状况。同样地,当「从帐户B转20万日圆到帐户C」的交易②出现时,余额则会转为50万日圆、40万日圆、30万日圆。这2笔交易就此顺利完成。
对于一般的储蓄帐户管理来说,由于是由电脑中心的资料库来记录最新的余额数字,因此交易的处理顺序极为重要。在前述的例子中,如果交易的抵达顺序为交易②早于交易①,那么在执行交易②的时候,便会因为当时的帐户B只有10万日圆,导致转帐失败的结果。
可见一般的储蓄帐户管理方式中,交易的抵达顺序相当关键。
而在区块链的模式之下,由于有许多矿工会以不同的顺序来接收交易,因此若依照上述的方式,每个矿工都有可能在转帐成功/失败之间变换,进而使之丧失了整合性。
区块链的帐户管理方式
在管理一般的储蓄帐户时,交易抵达的顺序极为重要,其根本的原因在于「交易发生时无法确定最新的帐户余额」。而区块链的交易模式中,则是只能以自己目前持有的金额来进行转帐。
具体来说,区块链上记录着全部的交易。从最早的金额产生开始,网路上所有的矿工都会依序追踪转帐的目的地,借此计算目标帐户的余额。所有的交易都会按照顺序纪录,无法被擅自删除,此点与江户时代商人所使用的帐簿概念雷同。
举例来说,如图2所示,有①~③的3个交易存在。帐户X一开始拥有1.0 BTC(Bit Coin),并将此1.0 BTC全数转给帐户Y。交易②则是帐户Y从1.0 BTC中转0.5 BTC给帐户Z。在区块链当中,②的交易产生时,帐户X转来的1.0 BTC转帐交易,会以小额分别传送的型态,制造出全新的交易行为。
更甚,如同③的交易,从帐户Y转0.3 BTC给帐户W时,来自帐户X的交易余额0.5 BTC,会再更加细分成0.3 BTC的交易并加以传送,形成全新的交易。
也就是说,仅有发送到自己帐户中的交易金额,才能够再被转送至下一个目的地。就像是将写有自己帐户号码的钱收下并放到钱包中,当自己需要付款时,再将写有收款人姓名的钞票寄出。大家可将交易想像成此处钞票的角色。
而每个帐户的余额,都可藉由追踪每笔交易来计算得出。
由此可见,区块链与一般银行储蓄帐户的管理方式截然不同。而其原因便如前文所述,是因区块链并无中央管理员的存在,而是由世界各地、为数众多的矿工进行管理所致。
本文来源OANDA日本官网上野仁(Hitoshi Ueno)撰写的文章。
上野仁(Hitoshi Ueno),工程师(资讯工程),博士(工程)。
1984年在山梨大学完成硕士课程(主修计算机科学)后加入日立制作所。主要在系统程式开发实验室、企业伺服器事业部等从事计算机体系结构和基础软体的研发工作。
2015年起任第一工业大学东京上野校区信息电子系统工学系教授。并且对生物讯号处理相关的程式开发和各种先进软体的研究深感兴趣。
问:一般的储蓄帐户管理方式为何?
答:一般来说,设置于电脑中心的系统资料库中,会纪录每个储蓄帐号的所剩余额。证券公司的股票帐户与网路商店的会员帐户也是基于相同的原理。
举例来说,假设帐户A、B、C分别拥有100万日圆、10万日圆、10万日圆的余额,且「从帐户A转50万日圆到帐户B」的交易①出现。这时,帐户A会减少50万日圆,帐户B则会增加50万日圆。以结果来看,帐户A、B、C会分别变成拥有50万日圆、60万日圆、10万日圆的状况。同样地,当「从帐户B转20万日圆到帐户C」的交易②出现时,余额则会转为50万日圆、40万日圆、30万日圆。这2笔交易就此顺利完成。
问:区块链的帐户管理方式为何?
答:在管理一般的储蓄帐户时,交易抵达的顺序极为重要,其根本的原因在于「交易发生时无法确定最新的帐户余额」。而区块链的交易模式中,则是只能以自己目前持有的金额来进行转帐。
具体来说,区块链上记录着全部的交易。从最早的金额产生开始,网路上所有的矿工都会依序追踪转帐的目的地,借此计算目标帐户的余额。所有的交易都会按照顺序纪录,无法被擅自删除,此点与江户时代商人所使用的帐簿概念雷同。
原文转自:OANDA官网
游客,本帖隐藏的内容需要积分高于 10000000 才可浏览,您当前积分为 0
|