2021年3月18日，根据相关报道称，由于Filecoin的远程过程调用代码存在“严重漏洞”，出现了“双花”。所谓“双花”，指的是双重支付，一笔资金被花费了两次。这就好比有些人使用投币电话，在硬币上狡猾地穿了一根细绳，尽管投掷了硬币，但实际的交易并没有完成，他可以在打完电话后利用细绳再将硬币取出，如法炮制，便能用这枚硬币打无数次电话。V|jasonbody
但此次这样的说法是不正确的，且具有强烈的误导性。对于此次事件Lotus团队对该报告进行了彻底的调查，并在事后声称“没有发现任何Filecoin网络和RPCAPI代码的相关问题”。链上并不存在双花问题，API代码也没有错误。有关交易所已经修正了该交易所内的错误交易记录。
万事达卡推出Music Pass NFT:4月14日消息，万事达卡本周在年度NFTNYC会议期间推出了免费的Music Pass NFT，该NFT为万事达卡艺术家加速器计划的一部分。据悉，MastercardMusicPassNFT可在4月底之前在Polygon上进行免费铸造。持有该NFT的用户可以使用人工智能音乐生成器应用等功能，并有机会赢得6月份由万事达卡加速器计划中的艺术家主持的现场音乐会。（Decrypt）[2023/4/14 14:02:58]
事件回顾
事件报告：早前Lotus团队收到交易所错误使用LotusAPI计算Filecoin中的转账/存款。因为用户报告了交易所他们的账户被交易所记账系统错误地重复记录。该问题被记账系统恢复，链上本身并没有重复记录。
疑似Elon Musk的DOGE地址转移3亿枚DOGE:11月29日消息，Lookonchain发推称，巨鲸和做市商总是在价格上涨之前行动，过去2小时DOGE价格上涨近8%，而标记为“Robinhood”的DOGE巨鲸在5个小时之前转移3亿枚DOGE，价值约合3000万美元。Lookonchain表示该地址或属于Elon Musk。[2022/11/29 21:09:06]
API误解：出现此次问题的核心原因在于对Lotus链状态检查API使用不当，在多消息处理时与期待处理方式不同。误解LotusAPI的输出会导致记账系统将原始消息和替换消息都算作相同的发送者和接收者。目前为止只有一个交易所出现了该问题。
监测：假借Elon Musk名义的比特币局地址收到0.5924枚BTC:据Whale Alert监测，有人向假借Elon Musk名义进行的比特币局地址打款0.5924枚比特币（约合5402美元）。
此前消息。不法分子正在YouTube上利用特斯拉创始人Elon Musk及其公司SpaceX的名字进行比特币。在Youtube上经常出现一些视频，宣传声称Elon Musk赠送5000个BTC或10000个BTC的局。最近有局要求人们向其发送比特币，并承诺立即返还发送BTC数量的两倍。[2020/6/26]
自媒体虚假报道：出现了该问题之后，有关“双花”的不正确的文章在自媒体中传播。大部分的报道已经被勘误，RPCAPI代码并不存在代码问题。
日本央行行长黑田东彦：对于虚拟货币，保护消费者非常重要，且有可能对金融产生积极影响:据彭博社消息，在阿根廷布宜诺斯艾利斯举行的20位国家/地区（G20）财长和央行行长会议上，日本央行行长黑田东彦对记者团指出，对于虚拟货币，我们应该从保护消费者和投资者的角度来考虑如何防止等不当交易，这一点是非常重要的。“另一方面，新技术可能会对金融产生积极影响，但我们也需要从两个方面进行考虑。我认为G20将继续呼吁自由贸易的重要性。中国人民银行的易纲行长很清楚，有很强的分析和见解。”[2018/3/20]
当前采取的行动
受影响交易所：发现错误的交易所立即采取措施对于API的错误使用，暂停了用户的充值、交易和转账。该错误被快速恢复，用户并没有资金损失。该交易所正在采取措施纠正对LotusAPI的使用。
预警：其他交易所受到此次事件的预警，并着手审查他们的代码逻辑，以确保不受此次错误的影响，目前还没有另外的交易所出现同样的错误。
Lotus团队：目前Lotus团队正在积极的与交易所沟通合作，以确保这一事件正确解决，并改进API文档。
社区和媒体：社区某些团队正在积极与媒体联系以消除这次错误事件的负面影响。
社区团队：社区成员提供可以帮助其他社区成员准确、周到地报告问题的方法，避免意外传播错误信息。
技术细节
相同信息：根据Lotus团队披露的消息，此次问题的根源在于有两条消息有相同的发送者/收到者详细信息、相同的nonce但拥有不同的Gas参数——被包含在同一tipset中。这样类似的信息非常常见，但这样的情况通常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进行比较。这是推荐交易所的正确检查链状态并保持内部报告系统同步的步骤。
来源：金色财经
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。