●错误使用API。但是，根据检查链状态的方式，这可能会显示消息被处理了两次。具体来说，这个交易使用了一种错误的方式来处理链状态——在tipset中的每个区块上调用ChainGetBlockMessages，然后在每个消息上调用StateGetReceipt。

●错误的API的返回期望。混淆在于，当对两条类似的消息(一条被执行，另一条被跳过)调用StateGetReceipt时，它将提供相同的结果:都对应于被执行的消息。这显然是违背直觉的，但却是有意为之的行为。StateGetReceipt方法的主要用例是Lotus Miner和交易制定过程使用的事件处理程序。在替换消息的情况下，这些模块不关心返回的收据是否与原始消息对应，或者与替换的消息对应——它们只想知道消息是否在链上成功执行。我们在这里对文档进行了说明：

https://github.com/filecoin-project/lotus/pull/5838。

●使用正确的api。大多数交易所都正确地使用了ChainGetParentMessages和ChainGetParentReceipts来进行记账，以确定在链上执行了哪些消息并取得了成功。这些是Lotus本身在状态计算期间使用的api，因此可以保证以这种方式正确地反映链状态。对每个消息执行StateReplay将为您提供完整的调用结果，以便您可以将返回的InvocResult中的MsgCid与查询消息的CID进行比较。这是交易所正确检查链状态并保持其内部报告系统同步的推荐路径。