编者按:本文来自IPFS原力区,星球日报经授权发布。
据报道,2021年3月18日,由于Filecoin的远程过程调用(RPC)代码中的“严重错误”,出现了“双花”问题。这些说法是不正确的,而且具有误导性。Lotus团队对报告进行了彻底的调查,没有发现Filecoin网络或RPCAPI代码有任何问题。区块链本身没有双花,API代码中也没有bug。有问题的交易所已经在其记账系统中恢复了错误的交易,并且正在审查其存款处理逻辑以纠正API的使用。发生了什么事
Meta最早将于下周推出“免费版编程工具”CodeLlama:金色财经报道,据两位直接知情人士透露,Meta最早将于下周推出帮助开发人员自动生成编程代码的软件。这一开源的编程人工智能模型名为CodeLlama,直接挑战OpenAI、谷歌和其他公司的付费专有软件。CodeLlama将“暴力对标”OpenAI旗下的Codex模型,并较Meta的开源大语言模型Llama2显著增强。CodeLlama的开源属性将令企业用户更容易开发自有AI助手,后者可在开发人员键入时自动推荐代码,并与由Codex支持的微软GitHubCopilot等付费编程助手工具争夺客户。[2023/8/19 18:10:25]
问题报告。今天早些时候,Lotus团队收到了一份报告,称一家交易所错误地使用Lotusapi评估Filecoin网络中的转账/存款。这种不正确的API使用是由用户报告的,当他们的帐户被错误地记入交易所记账系统的存款两次。这一点后来在交易所的记账中被恢复了——Filecoin区块链本身没有任何双花问题。交易所的API滥用。所讨论的交易所没有正确地检查链状态以消除具有相同发送者和接收者的多个消息的重复问题。其中根本原因是错误地使用了LotusAPI(而不是API本身的错误)——从而没有按照他们预期的方式工作。这个记账错误导致交易所展现错误的帐户存款信息。到目前为止,我们只知道有一个交易受到这种API混淆的影响。虚假报道会成为头条新闻:关于网络上“双花”的不准确说法在社交媒体渠道上传播,并成为文章头条。这些声明中的问题有许多已被调查,并被确定为虚假的。团队发现Filecoin网络或RPCAPI代码没有问题。在了解事实后,许多团体和媒体机构正在纠正他们的报道。正在采取行动
Hamster宣布智能合约Gas分析工具正式上线:4月25消息,一站式Web3.0安全开发环境及中间件引擎Hamster自研的智能合约代码分析工具正式上线。据悉,该工具可向Web3.0数以十万计的智能合约提供合约Gas消耗情况分析,能大幅提高合约运行效率,缓解以太坊网络堵塞情况。此外,Hamster将自动创建模拟链并生成Gas费消耗报告,让开发者更好地了解自己合约在以太坊网络中的消耗情况。通过结果分析,开发者还可以发现合约中的潜在问题,如:循环操作次数过多;过量的存储操作与计算操作;不必要的外部调用及复杂性设计等。能进一步优化合约的性能和可靠性,降低运行成本。[2023/4/25 14:25:06]
交易的影响。该交易所发现了这种错误使用API的行为,并立即采取行动,停止存款、取款和转账。他们已经恢复了有问题的不正确交易(因此在这个事件中没有资金损失),并且正在纠正他们对lotusapi的使用,以符合推荐的用途。其他交易所。其他交易所已经收到了警告,并正在检查它们的代码,以确保它们没有受到影响。许多审查已经完成——据我们所知,目前还没有其他交易所以这种方式错误这个API。lotus团队。Lotus团队正在积极地处理所有交易,以确保正确处理此行为,并改进API文档,以确保其他所有人正确地检查Filecoin区块链的状态。社区和媒体团队。一些组织正在与媒体合作,澄清所谓事件的细节和事实,并帮助消除错误信息。社区团队。社区成员正在创建材料,以帮助其他人准确和深思熟虑地报告问题,以避免意外传播错误信息。技术细节
Alex Smirnov:在EVM上构建比在Cosmos上更容易:金色财经报道,lifi协议创始人在社交媒体上表示,诚实的问题:rollup-as-a-service 链与基于 Cosmos 的应用链有何不同?
对此,跨链桥deBridge联合创始人Alex Smirnov回复称,1.默认的典范桥梁,进入以太坊,这是一个主要的生态系统。资产托管风险较低;
2.在EVM上构建比在Cosmos上更容易。可以使用EVM的开发工具。了解Solidity的开发者比那些有Cosmos SDK经验的开发者多得多。[2023/2/26 12:30:29]
类似的消息。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进行比较。这是交易所正确检查链状态并保持其内部报告系统同步的推荐路径。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。