提交节点是否使用私钥签署新块以在 Hyperledger Fabric 中生成新块？
Does committing peer sign the new block using private key to produce new block in Hyperledger Fabric?
我试图了解提交节点如何在技术上在超级账本结构中工作以生成新块，但我似乎无法找到以非常详细的方式向我解释的资源（例如使用私钥签名，交易如何进行在技术上得到验证等）。我的问题是在提交对等方验证他们从订购服务节点获得的交易后，谁将准确地创建新块？如果是committing peer，committing peer不是一个节点，通常有多个committing peer节点（代表参与网络的公司数量），那么系统如何决定由哪个committing peer出块？
任何关于此的参考 link 将不胜感激。
请参考文档中的Transaction Flow。此外，请也查看关键概念部分（分类帐和排序服务，以便您了解流程以及块内的内容）。
提交节点不创建新块，他们执行、验证排序节点创建的块并将其提交到他们的账本中。签名由背书节点使用带有 ECDSA-SHA256 签名的私钥完成。那么当然验证也是用ECDSA-SHA256
验证基本上是执行读写集并检查输出是否确定（因此结果应该与所有其他节点相同）。
我在这里过于简化了。
我试图了解提交节点如何在技术上在超级账本结构中工作以生成新块，但我似乎无法找到以非常详细的方式向我解释的资源（例如使用私钥签名，交易如何进行在技术上得到验证等）。我的问题是在提交对等方验证他们从订购服务节点获得的交易后，谁将准确地创建新块？如果是committing peer，committing peer不是一个节点，通常有多个committing peer节点（代表参与网络的公司数量），那么系统如何决定由哪个committing peer出块？
任何关于此的参考 link 将不胜感激。
请参考文档中的Transaction Flow。此外，请也查看关键概念部分（分类帐和排序服务，以便您了解流程以及块内的内容）。
提交节点不创建新块，他们执行、验证排序节点创建的块并将其提交到他们的账本中。签名由背书节点使用带有 ECDSA-SHA256 签名的私钥完成。那么当然验证也是用ECDSA-SHA256
验证基本上是执行读写集并检查输出是否确定（因此结果应该与所有其他节点相同）。
我在这里过于简化了。