Neo Core 开发者最终确定 v3.9 范围，推进测试和加密货币库设计工作

！image

资料来源：CryptoNewsNet 原始标题：Neo核心开发者确定v3.9范围，推进测试和CryptoLib设计工作 原文链接：https://cryptonews.net/news/blockchain/32063611/ 在最近的 Neo Core 会议上，开发者推进了执行费用和白名单变更的测试，细化了 CryptoLib 原生合约中与以太坊兼容的 BLS 支持计划，并评估了一种新的治理机制来处理被阻塞的资金。会议还探讨了确保验证者候选人操作真实节点的选项，包括基于质押和罚没的设计。

确保验证者候选人操作真实节点

开发者们以讨论如何证明理事会候选人运行功能节点开始，这是平坦化GAS奖励过程中的一项要求。当前正在考虑两种广泛的方法：一种是候选人的轻量级工作量证明方案，另一种是抵押和削减模型，候选人锁定NEO，如果在设定的时间内未通过存活检查，则会受到惩罚。

由于共识节点已经通过视图变更行为暴露了活跃性，新机制旨在进行候选验证。进一步的设计细节将在相应的问题中进行完善。

迈向 Neo v3.9.0 的进展

开发者一致认为 v3.9.0 分支几乎完成。讨论了将从 Flamingo 移植的任意消息签名支持的提案。由于该功能依赖于额外的拉取请求和已签名消息语义的清晰规范，如果文档未能及时完成，则可能安排在后续版本中发布。

在v3.9.0版本中，有一项条目，NEP-25，将不会发货。对该标准的计划变更预计将使开发推迟一到两个月，因此贡献者们同意推迟该条目，以避免延迟发布。

测试合并更改：执行费用和白名单

执行费用因子变更和基于白名单的免费交易支持已在 v3.9.0 中合并。一个专门的问题将定义这些功能的测试清单，以便在最终二进制文件发布之前。

鼓励来自多个贡献者的更广泛审查，特别是对于触及协议级行为的拉取请求。其目的是降低在更新部署后，各个区块浏览器、钱包和替代节点实现之间出现分歧行为的风险。

在CryptoLib中重新思考与以太坊兼容的BLS支持

开发者们还研究了在CryptoLib原生合约中添加与以太坊兼容的BLS12-381别名的提案。

识别出两个主要问题。新方法在字节数组上操作，而现有的 CryptoLib 功能通过具有专用序列化助手的互操作接口暴露 BLS 点。每个操作的重复序列化和反序列化效率低下，并且与当前的 API 设计不一致。

首选方向是通过为以太坊格式添加序列化方法，同时在内部 BLS 点表示上执行操作，将以太坊兼容的 BLS 支持与既定接口风格对齐。与以太坊的序列化格式兼容是主要要求，而不是镜像 API 表面。实施细节将在 C# 节点和 neo-go 之间进行完善，以确保一致的行为。

被封资金的治理工具

该小组还审查了一项治理变更，该变更将允许Neo理事会在规定的期限后将资金从被封锁的账户中移出，需获得21个签名中的19个。

该机制旨在处理资金被冻结在恶意或被攻破的钱包的情况。并不旨在为那些丢失私钥并无法证明所有权的用户恢复资产。

投票将决定默认的封禁期限，选项包括六个月、一年或两年。一旦确定，该功能预计将提供更清晰的处理受制裁地址的流程。