ソース: CryptoNewsNetオリジナルタイトル:Neo Core developers finalize v3.9 scope, advance testing and CryptoLib design workオリジナルリンク: https://cryptonews.net/news/blockchain/32063611/最近のNeo Coreコールでは、開発者たちが実行手数料とホワイトリストの変更のテストを進め、CryptoLibネイティブコントラクトにおけるEthereum互換のBLSサポートの計画を洗練し、ブロックされた資金を扱うための新しいガバナンスメカニズムを評価しました。また、会議では、バリデーター候補者が実際のノードを運営することを確保するためのオプション、包括的にステーキングおよびスラッシングに基づく設計についても検討されました。## バリデーター候補が実際のノードを運用していることを確認する開発者は、ガス報酬の平坦化への道の要求事項である理事候補者が機能的ノードを運営していることを証明する方法について議論を開始しました。候補者に対する軽量なプルーフ・オブ・ワーク方式と、候補者がNEOをロックし、設定された時間内に生存チェックに失敗した場合に罰せられるステーキングおよびスラッシングモデルの2つの広範なアプローチが検討されています。コンセンサスノードはすでにビュー変更動作を通じて生存性を示しているため、新しいメカニズムは候補の検証を目的としています。さらなる設計の詳細は、対応する課題で洗練されます。## Neo v3.9.0に向けた進捗開発者たちは、v3.9.0ブランチがほぼ完成していることに合意しました。Flamingoから移植された任意のメッセージ署名サポートを含める提案が議論されました。この機能は、追加のプルリクエストおよび署名されたメッセージの意味に関する明確な仕様に依存しているため、ドキュメントが時間内に最終化されない場合は、後のリリースにスケジュールされる可能性があります。1つのアイテム、NEP-25はv3.9.0で出荷されません。標準への計画された変更により、開発は1〜2ヶ月遅れると予想されるため、貢献者はリリースの遅延を避けるためにそれを延期することに合意しました。## マージされた変更のテスト: 実行手数料とホワイトリスト実行手数料係数の変更とホワイトリストベースの無料取引サポートは、すでにv3.9.0に統合されています。これらの機能のためのテストチェックリストを定義する専用の問題が、最終バイナリが公開される前に作成されます。複数の寄稿者による広範なレビューが奨励されており、特にプロトコルレベルの動作に関わるプルリクエストに対してです。意図は、アップデートが展開された後、エクスプローラー、ウォレット、および代替ノード実装間での逸脱した動作のリスクを減らすことです。## CryptoLibでのイーサリアム互換BLSサポートの再考開発者はまた、CryptoLibネイティブコントラクトにBLS12-381のEthereum互換エイリアスを追加する提案を検討しました。2つの主な懸念が特定されました。新しいメソッドはバイト配列で動作しますが、既存のCryptoLib機能は専用のシリアル化ヘルパーを使用してBLSポイントを相互運用インターフェースを介して公開します。各操作のための繰り返しシリアル化およびデシリアル化は非効率的であり、現在のAPI設計と一致していません。好ましい方向性は、Ethereum互換のBLSサポートを確立されたインターフェーススタイルに合わせることであり、内部BLSポイント表現に対して操作を実行しながらEthereumフォーマットのシリアル化メソッドを追加することです。Ethereumのシリアル化フォーマットとの互換性が主な要件であり、ミラーAPIサーフェスではありません。実装の詳細は、C#ノードとneo-goの両方で一貫した動作を確保するために洗練されます。## 凍結された資金のガバナンスツールグループは、定義された期間後にネオ評議会がブロックされた口座から資金を移動できるようにするガバナンスの変更についても検討しました。この変更には21の署名のうち19の署名が必要です。このメカニズムは、資金が悪意のあるまたは侵害されたウォレットに凍結されている場合を想定しています。プライベートキーを失い、所有権を証明できないユーザーのための資産回復を意図したものではありません。投票によりデフォルトのブロッキング期間が決定され、6か月、1年、または2年といった選択肢があります。最終決定されると、この機能は制裁対象アドレスの取り扱いに関するより明確なプロセスを提供することが期待されています。
Neo Core開発者がv3.9の範囲を確定し、テストと暗号資産ライブラリの設計作業を進める
ソース: CryptoNewsNet オリジナルタイトル:Neo Core developers finalize v3.9 scope, advance testing and CryptoLib design work オリジナルリンク: https://cryptonews.net/news/blockchain/32063611/ 最近のNeo Coreコールでは、開発者たちが実行手数料とホワイトリストの変更のテストを進め、CryptoLibネイティブコントラクトにおけるEthereum互換のBLSサポートの計画を洗練し、ブロックされた資金を扱うための新しいガバナンスメカニズムを評価しました。また、会議では、バリデーター候補者が実際のノードを運営することを確保するためのオプション、包括的にステーキングおよびスラッシングに基づく設計についても検討されました。
バリデーター候補が実際のノードを運用していることを確認する
開発者は、ガス報酬の平坦化への道の要求事項である理事候補者が機能的ノードを運営していることを証明する方法について議論を開始しました。候補者に対する軽量なプルーフ・オブ・ワーク方式と、候補者がNEOをロックし、設定された時間内に生存チェックに失敗した場合に罰せられるステーキングおよびスラッシングモデルの2つの広範なアプローチが検討されています。
コンセンサスノードはすでにビュー変更動作を通じて生存性を示しているため、新しいメカニズムは候補の検証を目的としています。さらなる設計の詳細は、対応する課題で洗練されます。
Neo v3.9.0に向けた進捗
開発者たちは、v3.9.0ブランチがほぼ完成していることに合意しました。Flamingoから移植された任意のメッセージ署名サポートを含める提案が議論されました。この機能は、追加のプルリクエストおよび署名されたメッセージの意味に関する明確な仕様に依存しているため、ドキュメントが時間内に最終化されない場合は、後のリリースにスケジュールされる可能性があります。
1つのアイテム、NEP-25はv3.9.0で出荷されません。標準への計画された変更により、開発は1〜2ヶ月遅れると予想されるため、貢献者はリリースの遅延を避けるためにそれを延期することに合意しました。
マージされた変更のテスト: 実行手数料とホワイトリスト
実行手数料係数の変更とホワイトリストベースの無料取引サポートは、すでにv3.9.0に統合されています。これらの機能のためのテストチェックリストを定義する専用の問題が、最終バイナリが公開される前に作成されます。
複数の寄稿者による広範なレビューが奨励されており、特にプロトコルレベルの動作に関わるプルリクエストに対してです。意図は、アップデートが展開された後、エクスプローラー、ウォレット、および代替ノード実装間での逸脱した動作のリスクを減らすことです。
CryptoLibでのイーサリアム互換BLSサポートの再考
開発者はまた、CryptoLibネイティブコントラクトにBLS12-381のEthereum互換エイリアスを追加する提案を検討しました。
2つの主な懸念が特定されました。新しいメソッドはバイト配列で動作しますが、既存のCryptoLib機能は専用のシリアル化ヘルパーを使用してBLSポイントを相互運用インターフェースを介して公開します。各操作のための繰り返しシリアル化およびデシリアル化は非効率的であり、現在のAPI設計と一致していません。
好ましい方向性は、Ethereum互換のBLSサポートを確立されたインターフェーススタイルに合わせることであり、内部BLSポイント表現に対して操作を実行しながらEthereumフォーマットのシリアル化メソッドを追加することです。Ethereumのシリアル化フォーマットとの互換性が主な要件であり、ミラーAPIサーフェスではありません。実装の詳細は、C#ノードとneo-goの両方で一貫した動作を確保するために洗練されます。
凍結された資金のガバナンスツール
グループは、定義された期間後にネオ評議会がブロックされた口座から資金を移動できるようにするガバナンスの変更についても検討しました。この変更には21の署名のうち19の署名が必要です。
このメカニズムは、資金が悪意のあるまたは侵害されたウォレットに凍結されている場合を想定しています。プライベートキーを失い、所有権を証明できないユーザーのための資産回復を意図したものではありません。
投票によりデフォルトのブロッキング期間が決定され、6か月、1年、または2年といった選択肢があります。最終決定されると、この機能は制裁対象アドレスの取り扱いに関するより明確なプロセスを提供することが期待されています。