基于交易数据摘要，会包含交易输入输出、合约调用、合约 读写集、发起人和背书人信息等，并将交易数据序列化后的字节数组使 用双重SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签 名算法产生交易签名。 块签名：基于区块数据摘要，会包含区块元信息如前序块Hash值、交易 Merkle树根、打包时间、出块节点等数据，并在序列化后使用双重 SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签名算法 } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 message 十MB（甚至更多），为避免存储空间浪费、以及保证区块链交易的效率，我 们可以使用哈希算法（例如SHA256）只将图片的哈希值上链，而原图可以保 存在其他地方 我们可以这样定义“证据文件”的数据结构，包含哈希值和上传的时间戳 1 2 3 4 type UserFile struct { Timestamp int64 Hashval []byte } 为了能够存储多个“证据文件”，并且能够服务于更多的摄影师朋友，我们可

基于交易数据摘要，会包含交易输入输出、合约调用、合约 读写集、发起人和背书人信息等，并将交易数据序列化后的字节数组使 用双重SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签 名算法产生交易签名。 块签名：基于区块数据摘要，会包含区块元信息如前序块Hash值、交易 Merkle树根、打包时间、出块节点等数据，并在序列化后使用双重 SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签名算法 } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 message 十MB（甚至更多），为避免存储空间浪费、以及保证区块链交易的效率，我 们可以使用哈希算法（例如SHA256）只将图片的哈希值上链，而原图可以保 存在其他地方 我们可以这样定义“证据文件”的数据结构，包含哈希值和上传的时间戳 1 2 3 4 type UserFile struct { Timestamp int64 Hashval []byte } 为了能够存储多个“证据文件”，并且能够服务于更多的摄影师朋友，我们可

基于交易数据摘要，会包含交易输入输出、合约调用、合约 读写集、发起人和背书人信息等，并将交易数据序列化后的字节数组使 用双重SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签 名算法产生交易签名。 块签名：基于区块数据摘要，会包含区块元信息如前序块Hash值、交易 Merkle树根、打包时间、出块节点等数据，并在序列化后使用双重 SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签名算法 } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 message 十MB（甚至更多），为避免存储空间浪费、以及保证区块链交易的效率，我 们可以使用哈希算法（例如SHA256）只将图片的哈希值上链，而原图可以保 存在其他地方 我们可以这样定义“证据文件”的数据结构，包含哈希值和上传的时间戳 1 2 3 4 type UserFile struct { Timestamp int64 Hashval []byte } 为了能够存储多个“证据文件”，并且能够服务于更多的摄影师朋友，我们可

基于交易数据摘要，会包含交易输入输出、合约调用、合约 读写集、发起人和背书人信息等，并将交易数据序列化后的字节数组使 用双重SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签 名算法产生交易签名。 块签名：基于区块数据摘要，会包含区块元信息如前序块Hash值、交易 Merkle树根、打包时间、出块节点等数据，并在序列化后使用双重 SHA256得到摘要数据，最后对摘要数据用ECDSA或其他数字签名算法 } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 message 十MB（甚至更多），为避免存储空间浪费、以及保证区块链交易的效率，我 们可以使用哈希算法（例如SHA256）只将图片的哈希值上链，而原图可以保 存在其他地方 我们可以这样定义“证据文件”的数据结构，包含哈希值和上传的时间戳 1 2 3 4 type UserFile struct { Timestamp int64 Hashval []byte } 为了能够存储多个“证据文件”，并且能够服务于更多的摄影师朋友，我们可

blockchain 27 // 区块所在高度 28 int64 height = 9; 29 // Timestamp of the block 30 // 打包区块的时间戳 31 int64 timestamp = 10; 32 // Transactions of the block, only txid stored on kv, the detail 21 // 随机数 22 string nonce = 8; 23 // Timestamp to launch the transaction 24 // 发起交易的时间戳 25 int64 timestamp = 9; 26 // tx format version; tx格式版本号 27 int32 version = 10; 28 initiator_signs = 28; 44 // 收集到的签名 45 repeated SignatureInfo auth_require_signs = 29; 46 // 节点收到tx的时间戳，不参与签名 47 int64 received_timestamp = 30; 48 // 统一签名(支持多重签名/环签名等，与 initiator_signs/auth_require_signs不同时使用)

height of the blockchain // 区块所在高度 int64 height = 9; // Timestamp of the block // 打包区块的时间戳 int64 timestamp = 10; // Transactions of the block, only txid stored on kv, the detail information replay attacks // 随机数 string nonce = 8; // Timestamp to launch the transaction // 发起交易的时间戳 int64 timestamp = 9; // tx format version; tx格式版本号 int32 version = 10; // auto generated initiator_signs = 28; // 收集到的签名 repeated SignatureInfo auth_require_signs = 29; // 节点收到tx的时间戳，不参与签名 int64 received_timestamp = 30; // 统一签名(支持多重签名/环签名等，与 initiator_signs/auth_require_signs不同时使用)

height of the blockchain // 区块所在高度 int64 height = 9; // Timestamp of the block // 打包区块的时间戳 int64 timestamp = 10; // Transactions of the block, only txid stored on kv, the detail information replay attacks // 随机数 string nonce = 8; // Timestamp to launch the transaction // 发起交易的时间戳 int64 timestamp = 9; // tx format version; tx格式版本号 int32 version = 10; // auto generated initiator_signs = 28; // 收集到的签名 repeated SignatureInfo auth_require_signs = 29; // 节点收到tx的时间戳，不参与签名 int64 received_timestamp = 30; // 统一签名(支持多重签名/环签名等，与 initiator_signs/auth_require_signs不同时使用)

height of the blockchain // 区块所在高度 int64 height = 9; // Timestamp of the block // 打包区块的时间戳 int64 timestamp = 10; // Transactions of the block, only txid stored on kv, the detail information replay attacks // 随机数 string nonce = 8; // Timestamp to launch the transaction // 发起交易的时间戳 int64 timestamp = 9; // tx format version; tx格式版本号 int32 version = 10; // auto generated initiator_signs = 28; // 收集到的签名 repeated SignatureInfo auth_require_signs = 29; // 节点收到tx的时间戳，不参与签名 int64 received_timestamp = 30; // 统一签名(支持多重签名/环签名等，与 initiator_signs/auth_require_signs不同时使用)

height of the blockchain // 区块所在高度 int64 height = 9; // Timestamp of the block // 打包区块的时间戳 int64 timestamp = 10; // Transactions of the block, only txid stored on kv, the detail information replay attacks // 随机数 string nonce = 8; // Timestamp to launch the transaction // 发起交易的时间戳 int64 timestamp = 9; // tx format version; tx格式版本号 int32 version = 10; // auto generated initiator_signs = 28; // 收集到的签名 repeated SignatureInfo auth_require_signs = 29; // 节点收到tx的时间戳，不参与签名 int64 received_timestamp = 30; // 统一签名(支持多重签名/环签名等，与 initiator_signs/auth_require_signs不同时使用)