比特币计费结构

比特币账单结构第 1 部分

1. 1-9 输入计数器包含的交易输入数。

2.《费用》：0比特币价框结构，。 表示后面的锁定脚本长度为67字节，转换成十六进制值0x43。 表示立即执行！

3.“12cbQLTFMXRnSzktFkuoG3eHoMeFtpTu3S”。

4、31.4 Difficulty target 难度目标，挖矿难度值。

5.

6. 十六进制格式的块数据：。 “中继者”：“0”，。

7、不确定解锁脚本是满足UTXO解锁脚本条件的脚本。

8.“尺寸”：275，。 32 Parent block header hash value 前一个区块头的哈希值。

9. 16进制格式的32字节数据：ff104ccb05421ab93e63f8c3ce5c2c2e9dbb37de2764b3a3175c8166562cac7d。

10、72. "age": 9.小端格式十六进制值0x00ca9a3b00000000转换为大端格式十六进制值0x000000003b9aca00，再转换为十进制值1000000000，表示转出的交易输出值比特币的数量是10亿聪，1亿聪=1BTC，因此交易输出转10个比特币！

比特币账单结构第 2 部分

1、比如小端十六进制格式的数据是0x01020304，那么普通数据转成大端就是0x04030201。 04代表高位字节值，01代表低位字节值，转换后的十进制数为4*166+3*164+2*162+1*160=67305985。

2、10. coinbase交易的输入格式改过几次，高度227836之前跟的区块版本号是1，因为本文分析的区块实例高度是170，所以coinbase交易符合规定版本1。在后续的区块版本中，规定需要在coinbase数据中加入区块高度值，此处不再赘述！

3, 35. 接下来的4个字节表示引用的UTXO对应的输出索引：。

4. 第二个字节表示交易输入的数量：。

5.区块头结构：。 58、后8个字节代表转出的btc数量，单位为聪：。

6、>>>hashlib.sha256(bytes.fromhex('0100000055bd840a78798ad0da853f68974f3d183e2bd1db6a842c1feecf222a00000000ff104ccb05421ab93e63f8c3ce5c2c2e9dbb37de2764b3a3175c8166562cac7d51b96a49ffff001d283e9e70')).hexdigest()。

7、后32个字节代表引用的UTXO交易哈希值：。

8,73。 “block_index”：1，。

9,7。 十六进制格式的 1 字节数据：48。

10. "prev_hash": "0437cd7f8525ceed2324359c2d0ba26006d92d856a9c20fa0241106ee5a597c9",.

比特币账单结构第 3 章

1、coinbase脚本数据不同于普通交易的解锁脚本，因为coinbase是创币交易，coinbase脚本不需要解锁其他UTXO，所以可以填写任意数据！

2, 21.],. 交易信息的前几个字节表示区块中包含的交易数量，coinbase交易也包括在内。 交易数量类型是一个压缩大小的可变长整型。 可以看到第一个字节是0x02，代表这个区块只有2笔交易：一笔coinbase交易和一笔普通交易。 每个区块的第一笔交易被定义为 coinbase 交易！

3.4输出指标固定为全部1.36。 后8个字节代表新挖出的比特币数量，单位为聪：。

4. 24. 27. “block_index”：0，。

5,34。 第二个 1 字节表示 coinbase 脚本数据的长度：。

6.4 输出花费的UTXO的索引号，第一个为0。

7、0100000055bd840a78798ad0da853f68974f3d183e2bd1db6a842c1feecf222a00000000ff104ccb05421ab93e63f8c3ce5c2c2e9dbb37de2764b3a3175c8166562cac7d51b96a49ffff001d283e9e70。

8,.

9.“价值”：5000000000，。

10, 49.1 获取块数据。 32 字节的十六进制数据：55bd840a78798ad0da853f68974f3d183e2bd1db6a842c1feecf222a00000000。

比特币账单结构第 4 部分

1、4.“脚本”：“47304402204e45e16932b8af514961a1d3a1a25fdf3f4f7732e9d624c6c61548ab5fb8cd410220181522ec8eca07de4860a4acdd12909d831cc516cbbac7922”。

2. json格式的sequence字段：4294967295。

3.4 时间戳 区块产生的大概时间，精确到秒的UNIX时间戳。

4、14. Indeterminate transaction input 一个或多个交易输入。

5、42.“地址”：“1PSSGeFHDnKNxiEyFrD1wcEaHr9hrQDDWc”。

6、32字节全0为固定值！ block的整体结构：.

7. "nonce": 1889418792,.

8. "block_height": 170,.

9.《身高》：170，。 将小端十六进制数据0x283e9e70转换为大端格式数据0x709e3e28，则转换后的十进制值为1889418792！

10, 70. "证人": "", .

比特币票据结构第 5 章

1. 1-9 transaction counter 该区块包含的交易数量，包括coinbase交易。

2. json格式的mrkl_root字段：7dac2c5666815c17a3b36427de37bb9d2e2c5ccec3f8633eb91a4205cb4c10ff。

3. 使用以下链接获取十六进制格式的区块数据：。

4. json格式的vin_sz字段： 1.

5.【重量】：1100，。

6. 44. 4 笔交易。 45.4 常见交易数据分析。

7. '08b2bb46ca900c6a5ce7b918908ae484431b64d8eda251d817fec44f29c7a096'。

8.不确定的交易输出一个或多个交易输出。

9. "output_index": -1,.

10、小端格式的十六进制值0x00286bee00000000转换为大端格式的十六进制值0x00000000ee6b2800，再转换为十进制值4000000000，表示转出比特币的交易输出价值为40亿聪，所以交易输出转了40个比特币！

比特币票据结构第 6 章

1. 96. 26.将小端十六进制数据0x55bd840a78798ad0da853f68974f3d183e2bd1db6a842c1feecf222a00000000转化为大端格式数据0x000000002a22cfee1f2c846adbd12b3e183d4f97683f85dad08a79780a84bd55，则在验证的时候需要将此数据转化为大数与标准难度值进行比较比特币价框结构，最高有效位为0x2a，最低有效位为0x55！

2. 1coinbase交易结构。 65.

3. 字节长度字段说明 4 块大小是该字段之后的块的大小，以字节表示。

4. 第二个字节表示交易输出的数量：。

5、28.使用以下链接获取json格式的区块数据：。

6. json格式的nonce字段：1889418792。

7. 8字节十六进制数据：43。

8.“出”：[。 “脚本”：“4104d46c4968bde02899d2aa0963367c7a6ce34eec332b32e42e5f3407e052d64ac625da6f0718e7b302140434bd725706957c092db53805b821a85b27.7ac61”,

9. 2块结构。 “vout_sz”：2，。

10、不确定交易列表记录了区块中的交易信息。

矿业网络，版权所有丨如未注明，均为原创丨本站采用BY-NC-SA协议授权