您现在的位置是:首页 > 区块链 > 区块链技术区块链技术

比较以太坊与比特币— 技术层面

2019-09-10 22:25:56来源:比特学院作者:栏目:区块链技术人已围观

简介为什么都说比特币是第一代区块链,而以太坊是第二代区块链?2017 年末,当我开始了解区块链的时候,我注意到以太坊非常受关注。 我总是看到别人说:比特币是第一代区块链,而以太坊是第

为什么都说比特币是第一代区块链,而以太坊是第二代区块链?

2017年末,当我开始了解区块链的时候,我注意到以太坊非常受关注。我总是看到别人说:比特币是第一代区块链,而以太坊是第二代区块链。读了许多关于比特币与以太坊间对比的文章之后,我明白了为什么:比特币是一种使用有限脚本语言来构建去中心化支付系统的加密货币,但是以太坊不仅如此。以太坊不仅仅是一种加密货币,还是一种全球化去中心计算基础设施,能够执行智能合约与程序代码(使用多种编程语言编写)进而控制数字资产。在以太坊平台之上,开发者可以自行构建去中心化应用(dApp)。我对去中心化应用开发(dApp)非常感兴趣,因此我并没有花很多时间阅读以太坊黄皮书,去理解其具体构建原理(“How”)。

我在Devcon v期间开始阅读以太坊黄皮书的时候,我不仅明白了为什么以太坊是第二代区块链,而且被这些最终将奇妙观念化为现实的伟大思想打动。

以太坊与比特币

让我们深入以太坊和比特币的以下几个主要的部分:

•数据结构

•区块结构

•交易

•以太坊中Gas&比特币中交易费

•状态&账户类型

数据结构

比特币使用了Merkel树(由密码学哈希值组成的二叉树),而以太坊使用了改良的Merkel Patricia树。

区块

让我们来看一下以太坊区块结构:

以太坊区块结构

来源:解读以太坊黄皮书

以太坊区块包含(The Block Consists of):

区块头(Block Header):

请注意,比特币区块头中只有1棵Merkel树,以太坊区块头中有4棵(State Trie—状态树,Storage Trie—存储树,Transaction Trie—交易树&Receipts Trie—收据树)。以太坊区块头包含:

1.parentHash:父块区块头哈希值。

2.ommersHash:当前区块的叔块列表的哈希值。

3.beneficiary:矿工用于接收交易费的以太坊的地址。

4.stateRoot:在本区块及其交易执行完成后,状态树的根节点哈希值。

5.transactionsRoot:由区块交易列表中全部交易构成的交易树的根节点哈希值。

6.receiptsRoot:由交易列表中每笔交易的收据构成的收据树的根节点哈希值。每一条交易收据(BR数组中的第i项对应第i笔交易的收据)都存储在键值索引的收据树中,树的根节点哈希值存储在区块头中。这对生成零知识证明或是索引与搜索都非常有用。交易收据R是以下四项的元组:

7.R u:交易执行后包含该交易收据的区块累计消耗gas量。

8.R l:交易执行期间所产生的日志集合。

9.R b:依据日志信息构建的Bloom过滤器。

10.交易状态码。

11.logsBloom:该字段用于存储以太坊事件(Event),可依据日志记录器地址或日志主题进行索引。

12.difficulty:本区块的难度水平,根据前一个区块难度水平及时间戳计算得来。

13.number:所有先前区块的个数(即本区块区块号),创世区块的number字段为0;

14.gasLimit:当前区块允许的最大gas消耗量。

15.gasUsed:当前区块内所有交易所消耗的gas总量。

16.timestamp:区块初始化时的Unix时间。

17.extraData:可供矿工添加任意数据的字节数组

18.mixHash:用于验证区块是否被正确处理的哈希值。

19.nonce:用于验证区块是否被正确处理的哈希值。(功能与mixHash相同)

区块体包含(Body Contains):

1.叔区块头(Ommer Block Header)列表

2.交易序列:本区块中交易列表。

整体有效性:要确定一个区块的有效性,当且仅当其满足以下几个条件:区块的叔区块列表哈希、交易区块哈希以及给定交易内部一致打包区块的过程包括四个阶段:

•验证(或确定,如果正在挖矿的话)叔区块列表:

1.一个区块必须指定一个父区块,并且必须指定0个或多个叔区块

2.区块B中包含的叔区块必须具有以下性质:a.区块B的叔区块必须是区块B第k代祖先区块的直接子块,其中2<=k<=7。

b.区块B的叔区块不能是区块B的祖先。

c.叔区块的区块头必须有效,但是无需被验证也无需是有效区块。

d.叔区块必须与先前区块打包的叔区块以及本区块的其他叔区块不同(防止重复打包)。

•交易验证(或确定,如果正在挖矿的话):区块头中gasUsed的数值必须与最后一笔交易打包後区块累计的gas消耗量一致。

•申请奖励:如果存在叔区块,则叔区块可用于增加本区块受益人与产生叔区块的受益人的账户余额。当同一区块高度有多个有效区块时,叔区块机制(Ommer Block)有助于激励矿工维护网络正常运行。叔区块奖励划分规则:叔区块获得其基础奖励的87.5%,包含该叔区块的主链区块获得基础奖励的3.125%。不过,叔块受益人和侄块受益人都不能得到叔块中的交易手续费(译者注:因为叔块中的交易会被视为无效,回到交易池中等待打包)。

•验证(或如果正在挖矿的话,计算出有效的)状态以及区块nonce。通过检查最终状态是否与区块头中stateRoot一致即可检验。

而比特币中区块结构如下
 

比特币区块结构

-来源:5minuteblockchain-

比特币区块包含:

区块头(Block Header:consists of):

1.timestamp:区块初始化时的Unix时间。

2.nonce:用于PoW算法的计数器。

3.Version:用于追踪软件或协议升级的版本号。

4.Previous:链上父区块哈希值。

5.Merkel Root:本区块中交易所构造的Merkel树树根的哈希值。

6.Difficulty:产生该区块所必须的难度值,该值在挖矿过程中根据该区块前一定数量的区块产生所用时间动态调整。

区块体包含(body contains):

交易序列:本区块中包含交易的列表

交易

以太坊交易

以太坊中包含两类交易(事务):消息调用与合约创建。每笔交易的执行都将引起机器状态μ(μ是一种临时状态,包括了在区块添加至世界状态前所有计算中必须的变化)的变化。每笔交易包括以下字段:

1.nonce:发送方先前发出的交易总数量。

2.gasPrice:单位gas消耗需支付给网络的以太币(单位:Wei)数量。

3.gasLimit:该交易执行过程中能够消耗的最大gas数量。

4.to:消息调用接收方地址。

5.value:发送方转移给消息接收方的以太币数量(单位:Wei)。

6.v,r,s:交易签名相关字段。

7.Init:(仅用于合约创建交易)不限制大小的字节数组,包含合约创建所需的EVM字节码。

8.data:不限制大小的字节数组,用于指定消息调用交易的输入数据。

比特币交易

 

比特币交易

-来源:gomedici-

•交易头

•比特币协议版本

•输入数量

•输出数量

•区块锁定时间(不想让交易被立即打包时设置)

•一个或多个输入(UTXO)

•先前交易的哈希值(UTXO输入即为为先前交易的UTXO输出)

•先前交易的输出的索引号。

•解锁脚本(称为’scriptSig’)以及解锁脚本长度,用于证明该UTXO的所有权。

•一个或多个输出(UTXO)

•发送方给接收方发送的比特币数量。

•锁定脚本(称作’scriptPubKey’)以及锁定脚本长度。‘scriptPubKey’是一个条件公钥脚本。任何可以满足公钥脚本条件的人都可以花费该UTXO中的比特币。

以太坊的Gas&比特币的交易费

Ethereum Gas

由于以太坊是图灵完备的系统,为了避免计算资源被滥用,以太坊中所有编程计算操作都要收取交易费。计算就要投入成本,需要的计算资源越多则与之对应的交易费就越高。用于购买gas的以太币被转入受益者地址。如果(交易发送方)账户余额地址不能支付gas的费用,那麽该交易就被认为是无效的。在以太坊平台中,只有执行交易的过程中才涉及gas消耗。每笔交易都有一个与之关联的具体gas消耗量。gasLimit与gasPrice也在交易中指定。

•gasLimit:发送方愿意支付用于交易执行的gas最大数量。gasLimit的存在,有助于解决交易陷入无限循环而无法退出的情况。在交易执行之后,如果仍有gas剩余,那麽这些gas将返回给发送方。但是,如果交易因为某种原因执行失败,gas就不再退回。

•gasPrice:gasPrice是指“你想支付多少以太币来购买一单位gas”。交易发送方可以任意指定gasPrice的具体数值,然而,矿工也可以自由忽略一些gasPrice不符合他们需求的交易。

比特币交易费

比特币交易费是由矿工收取的一小笔款项。比特币交易费并不是必须的,但由于矿工可以自由忽略任意交易,添加手续费则可以激励矿工将你的交易打包进区块链中。比特币交易费的数值等于交易输入减去输出所得到的差值。

状态&账户类型

比特币

比特币地址是一个ECDSA公钥,该地址的余额并不保存在比特币区块链中。如果你想要知道如何查看比特币余额,个人钱包应用通过扫描区块链数据库,计算出与某一具体地址相关的所有UTXO,进而求出该地址的比特币余额。

以太坊

以太坊区块链始终维护一个世界状态σ,其中包含了地址与账户状态的映射。

•以太坊包含两种类型的账户:

1.由私钥控制的外部持有账户(EOA)

2.由智能合约控制的合约账户(Contract Account)。

•账户状态σ[a]:账户状态存储在区块链之外的改良版Merkle Patricia Trie树中。如果你想更深入的了解状态数据库中MPT树是如何存储的,请观看该影片。账户状态包含四个字段:

1.nonce:包含合约创建交易在内的由该地址发出的所有交易数量。

2.balance:该地址持有的以太币数量(单位:Wei)。

3.storageRoot:编码账户存储内容的Merkel Patricia树的根节点哈希。

4.codeHash:(仅针对合约账户)存储在状态数据库中EVM字节码的哈希值。与其他字段不同,该字段是不可变的。

 

Tags:以太坊   比特币

很赞哦! ()

文章评论

    共有条评论来说两句吧...

    用户名:

    验证码: