以太坊编程语言Solidity发布最新版本编译器Solidity 0.8.18支持巴黎硬分叉

2月23日消息，以太坊编程语言 Solidity 推出 Solidity 编译器 0.8.19 版本，最新版本包括一系列改进，以及引入用户定义值类型定义运算符，防止运行时字节码中的死代码。@sifislag 报告的内部库函数和通过模块调用的自由函数的问题已在此版本中得到修复。团队建议使用低于 0.8.0 的 Solidity 版本的用户进行升级。

金色财经报道，区块链开发公司 Starkware 开源了其编程语言 Cairo 的新版本，Cairo 支持 Starkware 的Layer 2网络 StarkNet 和 StarkEx。根据一份声明，这是该语言自创建以来的第一个主要版本，新版本将很快被引入 StarkNet。

7月19日消息，以太坊Layer 2扩容解决方案zkSync公告表示，zkSync 2.0测试网现已支持以太坊编程语言Vyper 0.3.3。此外，zkSync表示将于本周晚些时候发布另一则公告。

金色财经报道，Solidity.io创始人@alexmccurryo发推称，Solidity.io已经发布Snag Solutions的ApeCoin市场的审计报告，并没有发现严重的漏洞。 此前ApeCoin DAO已投票决定将Snag Solutions的ApeCoin市场设定为官方ApeCoin DAO NFT Marketplace，之后ApeCoin DAO聘请Solidity.io对其业务进行全面审计。随着审计完成，Snag Solutions透露，ApeCoin市场已经准备好在下周推出。

2月11日消息，安全公司 Dedaub 团队发现以太坊编程语言 Solidity 编译器存在漏洞，导致已部署的合约字节码中包括死代码（dead code），致使部署和操作智能合约时极大地增加了 Gas 费成本。Dedaub 表示，团队在评估开源二进制分流器 Gigahorse 时发现了这个错误。当库方法只被合约的构造器调用时，该漏洞就会出现。 通过 Gigahorse 分析，Dedaub 发现至少 35% 合约上存在一些死代码，其中 33% 占据其运行的大部分字节码。这些结果以 NFT 代理为主导，但其他代理合约也有同样问题。对于大型合约，该问题可以被忽略，但大多数已部署的合约都是小型合约。Dedain 团队在去年 11 月就已经发现了这个错误，并提醒 Solidity 团队确认该问题。

2月21日消息，以太坊模块化执行层Fuel开发商Fuel Labs公布将于2023年实现的Sway语言升级内容，包括字节码大小方面的编译器优化、Sway将支持更多后端（EVM后端已经在开发中）、抽象将更加具有经济性、更多应用程序将从Solidity/Vyper迁移到Sway、改进编译器级别的重入分析等。