API:对于此次Filecoin交易所“双花”事件的勘误_COIN

2021年3月18日,根据相关报道称,由于Filecoin的远程过程调用代码存在“严重漏洞”,出现了“双花”。所谓“双花”,指的是双重支付,一笔资金被花费了两次。这就好比有些人使用投币电话,在硬币上狡猾地穿了一根细绳,尽管投掷了硬币,但实际的交易并没有完成,他可以在打完电话后利用细绳再将硬币取出,如法炮制,便能用这枚硬币打无数次电话。V|jasonbody

但此次这样的说法是不正确的,且具有强烈的误导性。对于此次事件Lotus团队对该报告进行了彻底的调查,并在事后声称“没有发现任何Filecoin网络和RPCAPI代码的相关问题”。链上并不存在双花问题,API代码也没有错误。有关交易所已经修正了该交易所内的错误交易记录。

华尔街日报:监管机构对于比特币欺诈的审查增加:据媒体报道,监管机构对于比特币欺诈的审查增加。(华尔街日报)[2021/7/6 0:31:41]

事件回顾

事件报告:早前Lotus团队收到交易所错误使用LotusAPI计算Filecoin中的转账/存款。因为用户报告了交易所他们的账户被交易所记账系统错误地重复记录。该问题被记账系统恢复,链上本身并没有重复记录。

API误解:出现此次问题的核心原因在于对Lotus链状态检查API使用不当,在多消息处理时与期待处理方式不同。误解LotusAPI的输出会导致记账系统将原始消息和替换消息都算作相同的发送者和接收者。目前为止只有一个交易所出现了该问题。

金色沙龙 | EXUP联合创始人:对于交易所来讲安全是重中之重:今日举行的金色沙龙圆桌讨论中,针对“交易所如何设计合理的风控机制、设计原则是什么”的问题,EXUP联合创始人段海龙表示,任何交易中都是把安全放在首位,对于交易所来讲,安全是重中之重。如果出现过一次安全事故,想要再次挽回用户的信任是极其困难的。我们在提到安全时,可能很多人都会先想到资金安全,虽然很重要但是并不全面,客户放在交易所的资金是要保护好肯定没错的,但是客户总会进行操作交易,那么保护用户在交易时候的安全顺畅进行也是交易所的重要任务,并且交易所在交易风控上也得严格把控,防止用户恶意利用平台的漏洞或者疏忽进行获利,造成交易所的损失。[2020/2/26]

自媒体虚假报道:出现了该问题之后,有关“双花”的不正确的文章在自媒体中传播。大部分的报道已经被勘误,RPCAPI代码并不存在代码问题。

声音 | 道富环球顾问高管:相对于加密货币,黄金仍是一种首选投资工具:道富环球顾问的黄金策略负责人George Milling-Stanley近期表示,在全球经济整体放缓的背景下,黄金仍然是一个安全的避风港。相对于日益流行的加密货币,黄金仍是一种首选投资工具。其表示,“我并未看到黄金的大量资金涌入加密市场。要是有,加密货币去年也不会损失80%的价值了。”[2019/5/30]

当前采取的行动

受影响交易所:发现错误的交易所立即采取措施对于API的错误使用,暂停了用户的充值、交易和转账。该错误被快速恢复,用户并没有资金损失。该交易所正在采取措施纠正对LotusAPI的使用。

声音 | 招商银行马蔚华:区块链应用于保险数据对于理赔是非常坚实的一举:据财经网消息,招商银行原行长兼首席执行官马蔚华今日在由《财经》杂志、财经网、财经智库联合主办的2018三亚?财经国际论坛上表示,这几年金融领域的互联网、大数据、人工智能、区块链在保险业也用的非常广泛了,比如大数据,现在有可穿戴设备,这个可穿戴的设备就可以直接和健康保险连在一起,这个数据就可以作为你对这个保险做什么评价,收多少保费。区块链可以把更多的保险数据存储,这些数据是不容篡改的,对于理赔是非常坚实的一举。[2018/12/8]

预警:其他交易所受到此次事件的预警,并着手审查他们的代码逻辑,以确保不受此次错误的影响,目前还没有另外的交易所出现同样的错误。

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进行比较。这是推荐交易所的正确检查链状态并保持内部报告系统同步的步骤。

来源:金色财经

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

大币网

[0:15ms0-5:566ms