据报道，2021年3月18日，由于Filecoin的远程过程调用(RPC)代码中的“严重错误”，出现了“双花”问题。这些说法是不正确的，而且具有误导性。
Lotus团队对报告进行了彻底的调查，没有发现Filecoin网络或RPCAPI代码有任何问题。区块链本身没有双花，API代码中也没有bug。有问题的交易所已经在其记账系统中恢复了错误的交易，并且正在审查其存款处理逻辑以纠正API的使用。
灰度增持MANA、LPT、BAT、LINK和FIL:1月27日消息，Tokenview链上数据显示，当前灰度总持仓量达315.85亿美元。灰度今日增持8505枚MANA、839枚LPT、25978枚BAT、1288枚LINK和1167枚FIL。其余币种未见增持，当前BTC溢价率为-27.46%。[2022/1/27 9:16:23]
发生了什么事
问题报告。今天早些时候，Lotus团队收到了一份报告，称一家交易所错误地使用Lotusapi评估Filecoin网络中的转账/存款。这种不正确的API使用是由用户报告的，当他们的帐户被错误地记入交易所记账系统的存款两次。这一点后来在交易所的记账中被恢复了——Filecoin区块链本身没有任何双花问题。
欧易OKEx旗下Block Dream Fund计划推出1000万美元Filecoin生态基金:欧易OKEx旗下Block Dream Fund宣布与Filecoin Network达成合作，并将推出1000万美元生态基金支持Filecoin生态项目，项目主要来自Filecoin Slingshot、Filecoin Launchpad Accelerator和Filecoin Frontier Accelerator。[2021/4/9 20:01:17]
交易所的API滥用。所讨论的交易所没有正确地检查链状态以消除具有相同发送者和接收者的多个消息的重复问题。其中根本原因是错误地使用了LotusAPI(而不是API本身的错误)——从而没有按照他们预期的方式工作。这个记账错误导致交易所展现错误的帐户存款信息。到目前为止，我们只知道有一个交易受到这种API混淆的影响。
币赢首发Filecoin标准算力FILH短时涨福超38%:受FIL利好消息影响，在币赢CoinW首发的FILH短期上涨超过38%，据了解，FILH是锚定Filecoin算力的标准满存算力通证，每一个FILH锚定1T的Filecoin满存算力，用户持有FILH就可以获得相应的Filecoin挖矿收益。从上线以来，FILH涨福超过79%，已为用户发放超过7720个Filecoin挖矿收益。同时，用户还可以在二级市场交易FILH，随时释放自己的资金流动性。[2021/3/17 18:52:15]
虚假报道会成为头条新闻：关于网络上“双花”的不准确说法在社交媒体渠道上传播，并成为文章头条。这些声明中的问题有许多已被调查，并被确定为虚假的。团队发现Filecoin网络或RPCAPI代码没有问题。在了解事实后，许多团体和媒体机构正在纠正他们的报道。
火币研究院：Filecoin推出15%挖矿储备金，更加强调网络治理和生态发展:Filecoin在8月28日公开的经济模型细节文档中强调了其要为全世界打造全新数据存储和分发网络使命，在经济模型中将原来的70%挖矿分配奖励中留出其中21.4％(15%的总供给量)预留为挖矿奖励储备，激励除了存储矿工之外对打造Filecoin未来生态同样重要的检索矿工，维修矿工，应用矿工。同时采用类似比特币BIP和以太坊EIP的FIP提案方式可以对于未来挖矿奖励储备比例进行调整以激励更多生态参与者。
火币研究院高级研究员卢军认为，Filecoin如果仅实现一个分布式的云网盘不足以发挥其分布式存储基础设施的核心功能，内容分发和计算也是生态非常重要的一环，因此也需要激励提供检索和应用服务提供商。Filecoin早期市场价值聚焦点都在存储挖矿，但由于Filecoin存储挖矿本身采用的共识算法涉及大量复杂密集的计算，硬件成本和运维要求提高了挖矿门槛，基本上由大矿工主导，普通用户无法直接参与。Filecoin生态不仅仅只有存储矿工，还有存储/检索用户、应用开发者等其他参与者，Filecoin的网络经济或者说生态长期发展单靠矿工不行，需要参与者共建，这也是Filecoin这次在通证经济模型中增加网络治理和生态发展说明很重要的原因。[2020/8/28]
正在采取行动
交易的影响。该交易所发现了这种错误使用API的行为，并立即采取行动，停止存款、取款和转账。他们已经恢复了有问题的不正确交易(因此在这个事件中没有资金损失)，并且正在纠正他们对lotusapi的使用，以符合推荐的用途。
其他交易所。其他交易所已经收到了警告，并正在检查它们的代码，以确保它们没有受到影响。许多审查已经完成——据我们所知，目前还没有其他交易所以这种方式错误这个API。
lotus团队。Lotus团队正在积极地处理所有交易，以确保正确处理此行为，并改进API文档，以确保其他所有人正确地检查Filecoin区块链的状态。
社区和媒体团队。一些组织正在与媒体合作，澄清所谓事件的细节和事实，并帮助消除错误信息。
社区团队。社区成员正在创建材料，以帮助其他人准确和深思熟虑地报告问题，以避免意外传播错误信息。
技术细节
类似的消息。Lotus团队了解，问题是由于两条消息共享相同的发送方/接收方详细信息和相同的nonce，但在同一个tipset中包含不同的gas参数而引起的。两个类似的消息是更改与消息相关的gas费用的常见消息替换形式。Filecoin网络安全机制正确地处理了这种情况，不会导致进行两次消息执行:两条消息中的一条被执行，另一条被忽略。
错误使用API。但是，根据检查链状态的方式，这可能会显示消息被处理了两次。具体来说，这个交易使用了一种错误的方式来处理链状态——在tipset中的每个区块上调用ChainGetBlockMessages，然后在每个消息上调用StateGetReceipt。
错误的API的返回期望。混淆在于，当对两条类似的消息(一条被执行，另一条被跳过)调用StateGetReceipt时，它将提供相同的结果:都对应于被执行的消息。这显然是违背直觉的，但却是有意为之的行为。StateGetReceipt方法的主要用例是LotusMiner和交易制定过程使用的事件处理程序。在替换消息的情况下，这些模块不关心返回的收据是否与原始消息对应，或者与替换的消息对应——它们只想知道消息是否在链上成功执行。我们在这里对文档进行了说明：https://github.com/filecoin-project/lotus/pull/5838。
使用正确的api。大多数交易所都正确地使用了ChainGetParentMessages和ChainGetParentReceipts来进行记账，以确定在链上执行了哪些消息并取得了成功。这些是Lotus本身在状态计算期间使用的api，因此可以保证以这种方式正确地反映链状态。对每个消息执行StateReplay将为您提供完整的调用结果，以便您可以将返回的InvocResult中的MsgCid与查询消息的CID进行比较。这是交易所正确检查链状态并保持其内部报告系统同步的推荐路径。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。