States（状态）转换如上图所示，状态之间的转换也是有名称定义的。POOLED（入池）：处于 UNKOWN （未知）状态的交易进入等待矿工选择的交易池，被称为 POOLED 并进入PENDING（待处理）状态。处于 REPLACED（被替换）状态的交易，如果替换条件不再成立（例如：在极少数情况下，处于 IN_BLOCK （入块）的低 gas 价格的交易被分叉，而替代它且具有相同 nonce 和发

States（状态）转换

状态之间的转换也是有名称定义的。

• POOLED（入池）：处于 UNKOWN （未知）状态的交易进入等待矿工选择的交易池，被称为 POOLED 并进入PENDING（待处理）状态。处于 REPLACED（被替换）状态的交易，如果替换条件不再成立（例如：在极少数情况下，处于 IN_BLOCK （入块）的低 gas 价格的交易被分叉，而替代它且具有相同 nonce 和发送者的交易仍在网络上游动），则也有可能再次变为POOLED状态。

• MINED （被挖矿）：被挖矿的交易是由矿工处理过的交易，这过程会创建一个区块。一旦被挖，交易就被算做处于 IN_BLOCK （入块）状态。由于以太坊网络的点对点性质，从一个指定节点的角度监测，交易可以从UNKNOWN （未知）状态直接进入到IN_BLOCK （入块）状态，无需明显地通过 PENDING （待处理）状态。出于相同的原因，从一个指定节点的角度监测，交易也可以不通过 PENDING （待处理）状态而直接从REPLACED（被替换）状态转换为IN_BLOCK （入块）状态。

• REPLACED（被替换）：从 PENDING （待处理）状态进入到REPLACED 状态的交易也被称为REPLACED。请参见文中交易状态中列出的 REPLACED 状态。

• FORKED（被分叉）：当已被挖的交易处于被网络撤消的区块中时，就是产生了被分叉的交易。那个区块内的所有交易将接连被分叉，从 IN_BLOCK （入块）状态转回到 PENDING （待处理）状态。

• CONFIRMED（已确认）：处于 IN_BLOCK （入块）状态的交易会在每次它后续的子区块被挖时而被确认。

如上所述，以太坊上的交易的生命周期是非常复杂的，这使得 dapp 很难去准确的跟踪它并向用户提供无缝式、流畅的更新。

毫不费力地跟踪交易状态

dfuse 平台为提供了一个丰富的、能够串流监听的接口，该接口支持实时详细跟踪以太坊交易的生命周期。dfuse 以太坊交易状态跟踪器 API 使开发人员能够提交以太坊交易，然后在同一数据通道上即刻获取精细的状态更新，跟随交易在其整个生命周期中的进展。使用 GraphQL，您可以实时监听指定类型交易的变化，同时可以精确指定每次交易发生变化时您想收到的数据。dfuse 平台处理了跟踪交易这项工作的复杂性，并会在事件发生时实时传输给 dapp。这样一来，您无需撰写和运行复杂的后台逻辑和重复进行轮询，也不会浪费带宽和多次运行同样的查询。简单地监听您所需的更新，然后在界面中把这些更新反馈给用户。下面的动图展示的是一个经历了这种复杂生命周期的交易——它经历了八个状态转换，最后才被包含在区块中并得到确认。

如果没有使用 dfuse，dapp 则必须一次次的访问区块链以捕获交易经历的所有转换再更新给用户，并且后端代码需要去准备好应对每个状态转换。使用 dfuse，dapp 仅需要通过单个连接获取串流更新，dfuse 会为您跟踪交易经历的各种曲变化，直到它的命运被最终确定。

为先进的 Dapp 提供的现代化平台

Lifecycle （生命周期） API 只是 dfuse 平台的重要的一小部分。dfuse 为 dapp 提供了完整的现代化基础架构层，即：

• 快速，

• 可扩展，

• 提供对区块链事件的高度精细的串流监听，

• 支持主动的 Webhook 形式的回调，

• 具有业内最高的可靠性。