BIP (Bitcoin Improvement Proposal)

Anna menyiapkan pembayaran di komputer, tetapi ingin menandatanganinya memakai dompet perangkat keras dari produsen lain. Kedua program harus memahami data yang dipertukarkan. BIP 174 menangani masalah ini: dokumen tersebut menjelaskan PSBT, format bersama untuk mengirim transaksi yang belum selesai beserta informasi yang diperlukan untuk menandatanganinya. Pengembang dapat mengikuti satu dokumen alih-alih membuat format yang tidak kompatibel secara terpisah. Inilah salah satu manfaat praktis BIP. [8]

Nomor yang berbeda mewakili pekerjaan yang berbeda. BIP39 menjelaskan pembuatan kata pemulihan dan pengubahannya menjadi seed, data awal untuk menurunkan kunci dompet. BIP 141 menjelaskan SegWit, perubahan aturan pemrosesan transaksi yang mulai berlaku setelah aktivasi di jaringan. BIP 174 membantu dompet bertukar transaksi untuk ditandatangani tanpa mengubah validitas blok. Sementara itu, BIP 50 mencatat penyebab dan penyelesaian insiden Maret 2013 ketika jaringan terbelah sementara. Jadi, tidak semua BIP mengusulkan aturan Bitcoin baru. [6] [7] [8] [9]

Menjelaskan solusi, menulis programnya, dan menggunakannya merupakan langkah berbeda. Penjelasan disebut spesifikasi, sedangkan kode program disebut implementasi. Dompet bisa menguji usulan yang masih berupa draf; dokumen lain mungkin belum memiliki program yang dipakai sama sekali. Perubahan aturan validitas blok juga memerlukan aktivasi, yaitu saat perangkat lunak terkait mulai menegakkan aturan itu. Penerbitan dokumen tidak otomatis memperbarui node Anda, komputer yang memeriksa aturan jaringan. [7] [10]

Nomor terutama membantu menemukan dokumen yang tepat dan mengikuti pembahasan yang sama. Angka lebih besar tidak berarti usulan lebih baik atau pembaruan yang dianjurkan. Dokumen bernomor pun bisa tetap belum selesai atau ditinggalkan. Jika suatu layanan mengiklankan dukungan BIP, Anda masih perlu mengetahui fungsi yang dimaksud dan apakah versi perangkat lunaknya benar-benar menyediakan fungsi tersebut. [2]

Penulis terlebih dahulu mempelajari pekerjaan terdahulu dan membahas gagasan di Bitcoin Development Mailing List, diskusi pengembang terbuka melalui surel. Masukan dapat mengungkap masalah sebelum dokumen panjang ditulis. Usulan yang cukup matang kemudian diajukan ke tempat penyimpanan bersama bitcoin/bips di GitHub melalui pull request, yaitu permintaan untuk memasukkan dokumen. Penulis tidak memilih nomor sendiri: editor memberikannya setelah memeriksa topik, format, dan kesiapan usulan. [1]

BIP Editors merawat dokumen yang diterbitkan: memeriksa diskusi sebelumnya, kejelasan, format, dan lisensi, memberi nomor, serta memelihara catatan. Itu tidak memberi mereka kuasa menentukan program yang harus Anda gunakan atau aturan yang diterima node Anda. Masuknya dokumen ke repositori bukan jaminan keamanan atau persetujuan komunitas. Penggunaan nyata bergantung pada masing-masing proyek dan peserta jaringan. [1]

Jika berita menyebut BIP baru telah disetujui, buka dokumennya dan cari tahu apa yang sebenarnya terjadi. Apakah hanya mendapat nomor, penulis menyelesaikan pekerjaan, atau orang sudah memakai solusi itu dalam suatu program? Untuk fungsi dompet, cari bukti dalam dokumentasi dan versi yang dirilis; untuk perubahan aturan jaringan, periksa pula syarat serta perkembangan aktivasi. Dengan begitu, Anda dapat membedakan usulan menarik dari fungsi yang sudah bisa dipakai. [10] [2]

Prosedur saat ini dijelaskan oleh BIP 3, Updated BIP Process, dengan status Deployed. Dokumen ini menggantikan BIP 2 dan menyederhanakan jenis serta status dokumen. Karena itu, artikel lama mungkin menyebut Standards Track atau Final yang tidak sesuai dengan pembagian sekarang. Gunakan berkas terbaru dan riwayat perubahannya sebagai acuan. Repositori menerbitkan dan menyimpan usulan, bukan menyelenggarakan pemungutan suara atas masa depan Bitcoin. [1] [5]

Specification menjelaskan aturan teknis untuk membuat program yang dapat bekerja sama. Sebelum selesai, diperlukan implementasi acuan yang berfungsi, yaitu program yang menunjukkan cara menerapkan rancangan, serta vektor uji, yaitu contoh masukan beserta hasil yang diharapkan. Informational berisi informasi, analisis, atau panduan. Process mengatur cara kerja, misalnya penerbitan BIP itu sendiri. BIP 3 termasuk kelompok terakhir; dokumen ini tidak menetapkan format transaksi Bitcoin baru. [1]

Draft berarti masih dikerjakan. Complete berarti penulis menyelesaikan pekerjaan yang direncanakan dan menganjurkan adopsi. Deployed menunjukkan penggunaan aktif yang terbukti; untuk Process, ini bisa berarti terpenuhinya rough consensus, kesepakatan luas setelah pembahasan dan penyelesaian keberatan beralasan, bukan sekadar menghitung suara. Closed menandai bahan sejarah yang tidak lagi dikembangkan, didorong penggunaannya, atau dipakai secara aktif. Dokumennya tetap diarsipkan. Bahkan Deployed tidak berarti semua dompet mendukungnya. [1]

Bagian awal mencatat penulis, jenis, status, tanggal pemberian nomor, lisensi, dan tautan diskusi. Requires mencantumkan BIP lain yang diperlukan, Replaces usulan yang hendak digantikan, dan Proposed-Replacement calon penerus. Setelah mencapai status Complete, perubahan berikutnya dicatat dalam Changelog, yaitu riwayat perubahan, beserta tanggal dan nomor versi. Kolom Version di bagian awal menunjukkan versi dokumen saat ini. Perubahan yang tidak kompatibel dengan rancangan sebelumnya umumnya perlu menjadi BIP baru, agar nomor yang sama tidak diam-diam berubah makna. [1]