假设我的超级联盟网络上的同伴失败并再次提起。它落后了，并没有包含当前的分类帐。
如果我的应用程序查询该对等体，它将具有陈旧信息。
是否可以安全地假设对等方知道它是否与网络的其他部分保持同步，并且在查询没有赶上时不提供结果？
答案 0 :(得分：1)
额外验证＆＃34;如果分类帐是最新的＆＃34;每秒数千个事务可能导致服务器上的额外负载。考虑到单独的Node不能保证它是否与最高块（网络中断？）一起工作并且必须向其他成员发送请求 - 它可能是潜在的瓶颈。
这段时间的相关讨论： https://github.com/hyperledger-archives/fabric/issues/761
您仍然需要担心遗漏类型错误（例如VP 没有从最相关的区块返回状态，而是返回一些区域 过去有效的块）。为此，我想我们仍然需要一个强大的阅读＆＃34; 类型机制，但也许是对什么构成的验证 最近的块＆＃34;比返回价值本身便宜...... TBD。 想到的一个优化可能是最多的事实 最近的阻止不是任何一个交易或州的特定事情， 所以我们可以捎带多次＆＃34;强读＃34;确认 在一个验证块高度的机制上。
我看到了＃34;强烈阅读＆＃34;在其他几个主题中提到过，这种方法可能会被选为解决方案。