Hyperledger fabric 对等方和订购方:Hyperledger结构中分类账更新过程的第3阶段

Hyperledger fabric 对等方和订购方:Hyperledger结构中分类账更新过程的第3阶段,hyperledger-fabric,hyperledger,Hyperledger Fabric,Hyperledger,我正在浏览链接,其中讨论了分类账更新的3个阶段。我的问题是关于第三阶段。我们在上述链接中有以下文本: 对等方成功验证每个交易后,会更新分类账。失败的交易不会应用于分类账,但会保留这些交易以供审计之用,成功的交易也是如此。 这些失败的事务保留在哪里,它们是否与对等方的文件系统一起 失败事务和无效事务是否相同?它们被附加到相应通道链的块中,但不会改变通道的状态 使用“failed”时,您可能指链码逻辑丢弃的事务(由shim.error启动时,在背书时返回HTTP 500错误的事务) “作废”一词可能

我正在浏览链接,其中讨论了分类账更新的3个阶段。我的问题是关于第三阶段。我们在上述链接中有以下文本:

对等方成功验证每个交易后,会更新分类账。失败的交易不会应用于分类账,但会保留这些交易以供审计之用,成功的交易也是如此。

这些失败的事务保留在哪里,它们是否与对等方的文件系统一起


失败事务和无效事务是否相同?

它们被附加到相应通道链的块中,但不会改变通道的状态

使用“failed”时,您可能指链码逻辑丢弃的事务(由
shim.error
启动时,在背书时返回HTTP 500错误的事务)


“作废”一词可能指不符合背书政策的交易。例如,个人背书返回HTTP 200成功代码,但来自不同对等方的背书不匹配。另一个例子:当试图更新同一块中的同一写集时,出现了
MVCC\u READ\u CONFLICT
错误。

我理解了失败和无效的部分。关于第1点,我们是否有任何文档链接,因为我试图在fabric文档中找到,但找不到它。你能分享一下吗?我从我的经验中学到的东西比从文档中学到的要多,但从交易的角度看,一般流程比从同行的角度看更清晰:是的,现在我可以计算出渠道链部分之外的区块。