Pengembang inti Neo menyelesaikan ruang lingkup v3.9, melanjutkan pengujian dan pekerjaan desain CryptoLib

Sumber: CryptoNewsNet Judul Asli: Pengembang inti Neo menyelesaikan ruang lingkup v3.9, melanjutkan pengujian dan pekerjaan desain CryptoLib Tautan Asli: https://cryptonews.net/news/blockchain/32063611/ Dalam panggilan Neo Core terbaru, para pengembang melanjutkan pengujian untuk biaya eksekusi dan perubahan whitelist, menyempurnakan rencana untuk dukungan BLS yang kompatibel dengan Ethereum dalam kontrak asli CryptoLib, dan mengevaluasi mekanisme tata kelola baru untuk menangani dana yang diblokir. Pertemuan tersebut juga mengeksplorasi opsi untuk memastikan kandidat validator mengoperasikan node yang sebenarnya, termasuk desain berbasis staking dan slashing.

Memastikan kandidat validator menjalankan node yang sebenarnya

Para pengembang membuka diskusi tentang bagaimana membuktikan bahwa kandidat Dewan menjalankan node fungsional, sebuah persyaratan dalam proses meratakan hadiah GAS. Dua pendekatan luas sedang dipertimbangkan: skema bukti kerja ringan untuk kandidat, dan model staking dan slashing di mana kandidat mengunci NEO dan dapat dikenakan sanksi jika mereka gagal dalam pemeriksaan keaktifan dalam jangka waktu tertentu.

Karena node konsensus sudah menunjukkan keberlangsungan melalui perilaku perubahan tampilan, mekanisme baru ini dimaksudkan untuk verifikasi kandidat. Detail desain lebih lanjut akan disempurnakan dalam isu yang sesuai.

Kemajuan menuju Neo v3.9.0

Para pengembang sepakat bahwa cabang v3.9.0 hampir selesai. Sebuah proposal untuk memasukkan dukungan penandatanganan pesan arbitrer yang dipindahkan dari Flamingo telah dibahas. Karena fungsionalitas ini bergantung pada permintaan tarik tambahan dan spesifikasi yang jelas untuk semantik pesan yang ditandatangani, ini mungkin dijadwalkan untuk rilis yang lebih nanti jika dokumentasi tidak selesai tepat waktu.

Satu item, NEP-25, tidak akan dikirim dalam v3.9.0. Perubahan yang direncanakan pada standar diperkirakan akan memperlambat pengembangan selama satu hingga dua bulan, jadi kontributor sepakat untuk menundanya agar tidak menunda perilisan.

Menguji perubahan yang digabungkan: biaya eksekusi dan daftar putih

Faktor biaya eksekusi dan dukungan transaksi gratis berbasis whitelist telah digabungkan untuk v3.9.0. Sebuah isu khusus akan mendefinisikan daftar periksa pengujian untuk fitur-fitur ini sebelum biner akhir diterbitkan.

Tinjauan yang lebih luas dari beberapa kontributor dianjurkan, terutama untuk permintaan tarik yang menyentuh perilaku tingkat protokol. Tujuannya adalah untuk mengurangi risiko perilaku yang berbeda di antara penjelajah, dompet, dan implementasi node alternatif setelah pembaruan diterapkan.

Memikirkan kembali dukungan BLS yang kompatibel dengan Ethereum di CryptoLib

Pengembang juga memeriksa proposal untuk menambahkan alias yang kompatibel dengan Ethereum untuk BLS12-381 dalam kontrak asli CryptoLib.

Dua kekhawatiran utama diidentifikasi. Metode baru beroperasi pada array byte, sedangkan fungsionalitas CryptoLib yang ada mengekspos titik BLS melalui antarmuka interop dengan pembantu serialisasi yang khusus. Serialisasi dan deserialisasi yang berulang untuk setiap operasi tidak efisien dan tidak konsisten dengan desain API saat ini.

Arah yang diutamakan adalah menyelaraskan dukungan BLS yang kompatibel dengan Ethereum dengan gaya antarmuka yang telah ditetapkan dengan menambahkan metode serialisasi untuk format Ethereum sambil melaksanakan operasi pada representasi titik BLS internal. Kompatibilitas dengan format serialisasi Ethereum adalah persyaratan utama, bukan permukaan API yang tercermin. Rincian implementasi akan disempurnakan di kedua node C# dan neo-go untuk memastikan perilaku yang konsisten.

Alat pemerintahan untuk dana yang diblokir

Grup tersebut juga meninjau perubahan tata kelola yang akan memungkinkan Dewan Neo untuk memindahkan dana dari akun yang diblokir setelah periode tertentu, memerlukan 19 dari 21 tanda tangan.

Mekanisme ini ditujukan untuk kasus di mana dana dibekukan di dompet yang berbahaya atau terkompromi. Ini tidak dimaksudkan untuk memulihkan aset bagi pengguna yang telah kehilangan kunci privat dan tidak dapat membuktikan kepemilikan.

Sebuah suara akan menentukan periode pemblokiran default, dengan opsi seperti enam bulan, satu tahun, atau dua tahun. Setelah finalisasi, fitur ini diharapkan dapat memberikan proses yang lebih jelas untuk menangani alamat yang disanksi.