proposal

PROPOSE消息的格式是<PROPOSE,tx,[anchor]>，tx 是必选参数而 anchor 是可选参数，解释如下：

• tx=<clientID,chaincodeID,txPayload,timestamp,clientSig>
  • clientID：提交客户端的ID。
  • chaincodeID：提交的交易所引用的链码ID。
  • txPayload：提交的交易所包含的内容。
  • timestamp：是由客户端维护的单调递增（对于每一个新交易）的整数。
  • clientSig：是客户端对tx其他字段的签名。
• anchor包含了读版本依赖项，具体来说就是“键值-版本”对，它将 PROPOSE 请求绑定或者“锚定”在 KVS中指定的键的版本上。如果客户端指定了anchor参数，背书节点仅在其本地KVS和anchor对应键的读版本号相匹配时才背书交易。

所有节点都是用tx的哈希作为交易标识符tid，即tid=HASH(tx)。客户端将tid保存在内存中，等待背书节点的响应。

交易与区块数据结构

标签：背书,fabric,tx,节点,tid,数据结构,anchor,客户端
来源： https://www.cnblogs.com/HachikoT/p/14295151.html