在最近一次Neo Core 会议上，开发人员推进了执行费用和白名单变更的测试，完善了 CryptoLib 原生合约中与以太坊兼容的 BLS 支持方案，并评估了一种新的资金冻结治理机制。会议还探讨了确保验证者候选人运行真实节点的各种方案，包括基于质押和惩罚的机制。
确保验证节点候选者运行真实节点
开发者们首先讨论了如何证明理事会候选人运行的是功能正常的节点，这是实现GAS奖励扁平化的必要条件。目前正在考虑两种方案：一种是针对候选人的轻量级工作量证明机制，另一种是质押和惩罚机制，在该机制下，候选人需要锁定Neo ，如果在规定时间内未能通过活性检查，则会受到惩罚。
由于共识节点已经通过视图变更行为暴露了其存活状态，因此新机制旨在用于候选节点验证。更多设计细节将在相应的议题中进行阐述。
Neo v3.9.0 的开发进展
开发人员一致认为 v3.9.0 分支已接近完成。他们讨论了一项提案，即加入从 Flamingo 移植过来的任意消息签名支持。由于该功能依赖于额外的 pull request 以及对签名消息语义的清晰规范，如果文档未能及时完成，则可能会安排在后续版本中发布。
其中一项内容 NEP-25 将不会在 v3.9.0 版本中发布。由于计划对该标准进行更改，预计开发工作将推迟一到两个月，因此贡献者们同意推迟该项更改，以避免延迟发布。
测试合并后的变更：执行费用和白名单
v3.9.0 版本已合并了执行费用系数变更和基于白名单的免费交易支持。在最终二进制文件发布之前，我们将专门发布一个 issue 来定义这些功能的测试清单。
我们鼓励多方贡献者进行更广泛的审查，特别是那些涉及协议层面行为的拉取请求。这样做的目的是为了降低更新部署后，不同浏览器、钱包和替代节点实现之间出现行为差异的风险。
重新思考 CryptoLib 中与以太坊兼容的 BLS 支持
开发人员还研究了在 CryptoLib 原生合约中为 BLS12-381 添加以太坊兼容别名的提案。
我们发现了两个主要问题。新方法操作的是字节数组，而现有的 CryptoLib 功能通过与专用序列化辅助函数的互操作接口公开 BLS 点。每次操作都重复进行序列化和反序列化效率低下，并且与当前的 API 设计不一致。
首选方案是通过添加以太坊格式的序列化方法，使以太坊兼容的BLS支持与既定的接口风格保持一致，同时对内部BLS点表示执行操作。主要要求是兼容以太坊的序列化格式，而不是镜像API接口。我们将在C#节点和neo-go中完善实现细节，以确保行为一致。
冻结资金治理工具
该组织还审查了一项治理变更，该变更将允许Neo理事会在一段规定的时间后将资金从冻结账户中转移出来，需要 21 人中的 19 人签名。
该机制旨在解决资金被冻结在恶意或被盗钱包中的情况。它并非用于帮助丢失私钥且无法证明所有权的用户找回资产。
投票将决定默认的封禁期限，选项包括六个月、一年或两年。该功能一旦最终确定，预计将为处理受制裁地址提供更清晰的流程。
完整的会议录音如下：
https://youtu.be/yhIhtkJHesw?si=bLxEPyBO_aa3Zpr
