在最近一次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
