Filecoin官方报告：未被「双花」，系交易平台状态检查API使用不当

原文来源：Filecoin Network

2021 年 3 月 18 日，有报道称，由于 Filecoin 的远程过程调用（RPC）代码存在「严重漏洞」，出现了「双花」。这些说法是不正确的且具有强烈误导性。

Lotus 团队对该报告进行了彻底调查，没有发现任何 Filecoin 网络和 RPC API 代码的相关问题。链本身不存在双花问题，API 代码也没有错误。有关交易平台已经修正了该交易平台内的错误交易记录，并正在审查他们记账系统中的充值处理逻辑，以改正他们的 API 使用。

事件回顾

事件报告—今日早前，Lotus 团队收到交易平台错误使用 Lotus API 来计算 Filecoin 网络中的转账/存款。API 错误使用情况是因为用户报告了交易平台他们的帐户被交易平台记账系统错误地重复记录。这一问题已在交易平台记账系统恢复—链上本身并没有重复记录。

API 误解—该问题的核心是对于 Lotus 的链状态检查 API 使用不当，在处理多个类似消息时，其处理方式与所期待的不同。误解 Lotus API 的输出会导致记账系统将原始消息和替换消息都算作相同的发送者和接收者。到目前为止，我们只知道有一个交易平台受到这个问题的影响。

虚假报道成为文章标题—有关网络「双花」的不正确陈述在社交媒体渠道中传播，并进入文章标题。这些报道中的内容已被调查并确定为错误信息。团队并没有发现 Filecoin 网络或 RPC API 代码的问题。在了解了事实之后，许多团队和媒体机构正在纠正其报道。

正在采取的行动

受到影响的交易平台 —有关交易平台发现了这对于 API 的错误使用，并已立即采取行动，停止充值、提现和转账。他们已经恢复了有关的错误交易（所以在这次事件中没有资金损失），并正在纠正他们对 Lotus API 的使用，以符合推荐的使用方法。

偶发案例—其他交易平台已经收到预警，正在审查他们的代码逻辑，以确保他们不受同样错误的影响。其中许多审查已经完成——据我们所知，目前还没有其他交易平台以这种方式错用 API。

Lotus 团队—Lotus 团队正在积极与所有交易平台合作，以确保正确处理这一行为，并改进 API 文档 (https://github.com/filecoin-project/lotus/pull/5838)，确保所有其他交易平台正确检查 Filecoin 的链状态。

社区和媒体—一些团队正在共同努力，与媒体联系，澄清所称事件的细节和事实，并帮助消除错误信息。

社区团队—社区成员提供可以帮助其他社区成员准确、周到地报告问题的方法，避免意外传播错误信息。

技术细节

相同信息— 就 lotus 团队所知问题源自于有两条消息有相同的发送者/收到者详细信息、相同的 nonce 但拥有不同的 Gas 参数——被包含在同一 tipset 中。像这样两个类似的消息是非常常见的，比如以改变与消息的 Gas 费来替代消息就会形成这样两条类似的消息。这样的情况会由 Filecoin 网络安全、正确地处理，不会导致两次转账：两条消息中的一条会被执行，另一条被忽略。

错误使用 API—然而，根据人们对链的检查方式，这会呈现出消息被处理了两次的样子。具体来说，有关交易平台使用了一种错误的处理链状态的方式——在 tipset 的每个块上调用 ChainGetBlockMessages，然后在这些消息上调用 StateGetReceipt。

错误的 API 期望—容易引发错误的地方是，当 StateGetReceipt 被调用在两个相似的消息上（其中一个被执行，另一个被跳过），它将提供相同的结果给人感觉两种消息都被执行了。这诚然是一种违背直觉思维的行为，但却是有意为之。StateGetReceipt 的主要应用场景是在 Lotus 矿工和处理交易过程中使用的事件处理程序 (https://github.com/filecoin-project/lotus/blob/79a8ff04fd5362a367fd7d6469e5287a47baa571/chain/events/events_called.go#L586) 中。在消息被替换的情况下，这些模块并不关心返回的信息是对应原始消息，还是对应替换的消息——它们只是想知道消息是否在链上成功执行。我们已经在这里的文档中增加了澄清：https://github.com/filecoin-project/lotus/pull/5838。

使用正确的 API—大多数交易平台都是正确使用了 ChainGetParentMessages 和 ChainGetParentReceipts 来记账，以计算出链上执行了什么消息、哪些消息成功了。这些都是 Lotus 本身在链 state 计算过程中使用的 API，以保证使用者能通过这种方式正确反映链状态。对每一条消息执行 StateReplay，可以得到完整的调用结果，这样使用者就可以将返回的 InvocResult 中的 MsgCid 与查询消息的 CID 进行比较。这是推荐交易平台的正确检查链状态并保持内部报告系统同步的步骤。

原文来源