Blockchain Hyperledger锯齿形未满足依赖项事务

Blockchain Hyperledger锯齿形未满足依赖项事务,blockchain,hyperledger,hyperledger-sawtooth,Blockchain,Hyperledger,Hyperledger Sawtooth,锯齿事务头具有和。 具有未满足依赖关系的事务存储在哪里?它们是存储在第一次接收它们的节点中,还是存储在网络中的每个节点中?验证程序将传入的事务存储在挂起队列中。验证程序使用挂起队列中的事务执行。事务的执行在创建块或验证块时完成。向块中添加事务由一致性引擎操作触发 事务在到达时广播到该网络的其他验证程序。如果评估了事务(失败或成功),则会将其从挂起队列中删除。如果事务成功,则应在块创建或块验证期间进行。如果由于协商一致进程而无法提交创建的块,则这些事务将添加回挂起队列。事务本身没有什么问题,只是碰

锯齿事务头具有和。
具有未满足依赖关系的事务存储在哪里?它们是存储在第一次接收它们的节点中,还是存储在网络中的每个节点中?

验证程序将传入的事务存储在挂起队列中。验证程序使用挂起队列中的事务执行。事务的执行在创建块或验证块时完成。向块中添加事务由一致性引擎操作触发

事务在到达时广播到该网络的其他验证程序。如果评估了事务(失败或成功),则会将其从挂起队列中删除。如果事务成功,则应在块创建或块验证期间进行。如果由于协商一致进程而无法提交创建的块,则这些事务将添加回挂起队列。事务本身没有什么问题,只是碰巧它不是提交的块的一部分。在成功的情况下,当事务提交到块时,从挂起队列中完全删除的事务

当我说事务在验证器处被挂起时,收到的当然是批处理。当验证器考虑将事务添加到块中时,依赖项检查由验证器完成

希望这能回答这个问题。如果您面临任何问题或想了解详细信息,请添加具体问题