#Plume $PLUME Hingga sekarang, setiap Proposal Peningkatan Bitcoin (BIP) yang memerlukan primitif kriptografi harus menemukan kembali roda. Masing-masing datang dengan implementasi Python kustom dari kurva elips secp256k1 dan algoritma terkait, masing-masing sedikit berbeda satu sama lain. Inkonsistensi ini memperkenalkan kewajiban yang tenang dan membuat peninjauan BIP menjadi rumit tanpa perlu. Masalah ini baru-baru ini disorot dalam Buletin Bitcoin Optech #348, dan ini adalah sesuatu yang setidaknya sekelompok pengembang di komunitas pengembangan Bitcoin telah lama rasakan: seharusnya ada standar yang terpadu dan dapat digunakan kembali untuk referensi BIP kriptografi kode secp256k1.
Minggu lalu, Jonas Nick dan Tim Ruffing dari Blockstream melakukan penelitian dan Sebastian Falbesoner membuat kemajuan besar menuju ini. Sebagai bagian dari proposal ChillDKG mereka yang ada, tim merilis secp256k1lab. Sebuah perpustakaan Python baru yang sengaja TIDAK AMAN untuk prototyping, bereksperimen, dan spesifikasi BIP. Ini bukan untuk penggunaan produksi (karena ini tidak konstan-waktu dan karena itu rentan terhadap serangan saluran samping), tetapi ini mengisi kesenjangan kritis: ini menawarkan referensi yang bersih dan konsisten untuk fungsionalitas secp256k1, termasuk tanda tangan gaya BIP-340 Schnorr, ECDH, dan aritmetika bidang/kelompok tingkat rendah. Tujuannya sederhana: membuatnya lebih mudah dan lebih aman untuk menulis BIP masa depan dengan menghindari implementasi yang berlebihan dan sekali pakai. Bagi penulis BIP, ini berarti: lebih sedikit kode kustom, lebih sedikit masalah spesifikasi, dan jalan yang lebih jelas dari prototipe ke proposal.
Minggu lalu, Jonas Nick dan Tim Ruffing dari Blockstream melakukan penelitian dan Sebastian Falbesoner membuat kemajuan besar menuju ini. Sebagai bagian dari proposal ChillDKG mereka yang ada, tim merilis secp256k1lab. Sebuah perpustakaan Python baru yang sengaja TIDAK AMAN untuk prototyping, bereksperimen, dan spesifikasi BIP. Ini bukan untuk penggunaan produksi (karena ini tidak konstan-waktu dan karena itu rentan terhadap serangan saluran samping), tetapi ini mengisi kesenjangan kritis: ini menawarkan referensi yang bersih dan konsisten untuk fungsionalitas secp256k1, termasuk tanda tangan gaya BIP-340 Schnorr, ECDH, dan aritmetika bidang/kelompok tingkat rendah. Tujuannya sederhana: membuatnya lebih mudah dan lebih aman untuk menulis BIP masa depan dengan menghindari implementasi yang berlebihan dan sekali pakai. Bagi penulis BIP, ini berarti: lebih sedikit kode kustom, lebih sedikit masalah spesifikasi, dan jalan yang lebih jelas dari prototipe ke proposal.