《基于区块链块的数据解析.doc》由会员分享，可在线阅读，更多相关《基于区块链块的数据解析.doc（2页珍藏版）》请在三一文库上搜索。
1、基于区块链块的数据解析块是一种数据结构，可以很好地计算元数据。所有交易都必须包含在一个有效的块中，才能被认为是最终的。网络上的所有节点都将存储一个块的副本，以验证新的交易并与其他节点共享数据。块结构是regtest 网络的起源块，正如你所看到的，它并不是一个正常的人所能够看懂的。接下里，我们将学习数据是如何从左到右编码的。block header transaction counter transacTIons块头version 4B previous block hash 32B merkle root hash 32B TIme 4Bbits 4B nonce 4B version（4个字
2、节）-块格式版本。 以前的块哈希（32字节）就是上一个块的哈希值。这一点很重要，因为块的哈希值是从最开始计算的，因此取决于前一个块的值，然后将每个新块与接下来的块联系起来。这是区块链中的连接。 merkle root哈希（32字节）也就是块中所有交易的merkle树的哈希值。如果任何交易被更改、删除或重新排序，它将更改merkle root哈希值。这就是要锁定块中所有交易的原因。 TIme（4字节）Unix时间戳（秒）。由于世界各地每个节点的时钟都不能保证同步，因此只需要在网络其余部分的2小时内同步即可。 bits（4字节）紧凑格式的目标哈希值。块哈希必须等于或小于这个值，才能被认为是有效的。
3、 nonce（4字节）可以是任何4字节的值，并且在挖掘过程中不断更改，直到找到一个有效的块哈希值。值 版本- 01000000 （1） 上一个块哈希000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 merkle root 哈希- 3ba3edfd7a7b12b27ac72c3e67768f617fc81bc3888a51323a9fb8aa4b1e5e4a TIme dae5494d （1296688602 Wednesday， February 2， 2011 11:16:42 PM GMT） bits ffff7f20（7fffff0000000000000000000000000000000000000000000000000000000000） nonce02000000 （decimal 2）注意： 请记住，比特币使用的是小端字节顺序的格式，这可能看起来是倒着的。您可以使用所提供的工具$reverse_endianhex来反转十六进制字符串的顺序。交易01（1）块中的交易 交易计数器（可变长度）块中以可变的整数表示的交易数。