Corda 状态事件：事件有顺序吗？
Corda State Events : Do events have an order?
一个网络由 3 个节点组成，其中 1 个节点是只读的并且参与每个事务。请求可以从任一节点开始，这又会创建一个请求状态。它被其他节点接收并处理以创建新的响应状态。两者都只发布新状态，不消耗状态。这两个状态事件都由只读节点接收。只读的 corda 节点收到的状态事件是否有顺序，或者它会以任何顺序处理吗？
例如，我们可以说请求发起者状态事件首先是 received/processed，然后是另一个节点吗？或者在高负载下是否有可能其他节点请求首先由只读节点获得 received/processed 然后接收发起者事件。
我对 corda 的经验非常少，需要了解
how events are received by the parties when one party acts as
read-only and all remaining parties only issue new states.
一般情况下，无法保证接收消息的顺序。节点将按照收到消息的顺序处理消息。但不能保证接收到的消息是连续的。
如果节点 A 正在接收来自节点 B 和节点 C 的消息，并且节点 B 在节点 C 之前生成消息。无法保证来自节点 B 的消息首先得到处理。最先到达节点 A 的将首先被处理。延迟可能是由于网络延迟等多种原因造成的
一个网络由 3 个节点组成，其中 1 个节点是只读的并且参与每个事务。请求可以从任一节点开始，这又会创建一个请求状态。它被其他节点接收并处理以创建新的响应状态。两者都只发布新状态，不消耗状态。这两个状态事件都由只读节点接收。只读的 corda 节点收到的状态事件是否有顺序，或者它会以任何顺序处理吗？
例如，我们可以说请求发起者状态事件首先是 received/processed，然后是另一个节点吗？或者在高负载下是否有可能其他节点请求首先由只读节点获得 received/processed 然后接收发起者事件。
我对 corda 的经验非常少，需要了解
how events are received by the parties when one party acts as read-only and all remaining parties only issue new states.
一般情况下，无法保证接收消息的顺序。节点将按照收到消息的顺序处理消息。但不能保证接收到的消息是连续的。
如果节点 A 正在接收来自节点 B 和节点 C 的消息，并且节点 B 在节点 C 之前生成消息。无法保证来自节点 B 的消息首先得到处理。最先到达节点 A 的将首先被处理。延迟可能是由于网络延迟等多种原因造成的