SOFT / HARDPERBANDINGAN BERBASIS SUMBER
Soft Fork vs. Hard Fork
Kaji perubahan aturan validitas, kompatibilitas node yang belum diperbarui, serta risiko aktivasi atau perpecahan jaringan.
Soft Fork memperketat aturan agar blok yang sah menurut aturan baru juga memenuhi pemeriksaan lama. Hard Fork juga mengizinkan sebagian blok yang ditolak aturan lama. Perbedaan ini menjelaskan kompatibilitas, bukan besar perubahan atau dukungan politiknya.
02Perbedaan yang penting
Aturan baru mengecualikan sebagian blok yang sebelumnya diizinkan. Blok yang memenuhi aturan baru tetap kompatibel dengan aturan lama.
Aturan baru menerima setidaknya sebagian blok yang sebelumnya tidak sah. Node lama menolak blok itu meskipun kerja kumulatifnya besar.
Node dapat mengikuti rantai kompatibel tetapi tidak memverifikasi pembatasan baru. Pada SegWit, misalnya, node tidak memvalidasi data witness.
Tanpa mengubah aturan, node tidak dapat memvalidasi dan menerima blok yang baru diizinkan tetapi sebelumnya dilarang; node dapat tetap di cabang lain atau berhenti maju.
Node menegakkan aturan tambahan setelah syarat aktivasi terpenuhi. Pemberian sinyal tidak menggantikan validasi sebenarnya.
Node menegakkan aturan baru sesuai aktivasinya. Memperbarui satu node tidak mengubah aturan peserta lain.
Perbedaan aktivasi atau penegakan dapat menghasilkan cabang berbeda. Kompatibilitas mundur saja tidak menjamin transisi lancar.
Perpecahan bertahan jika kelompok berbeda terus memelihara rantai yang tidak kompatibel. Nama perubahan tidak menjamin dua jaringan yang dapat bertahan.
BIP menjelaskan proposal, bukan persetujuan otomatis. BIP9, misalnya, membedakan pemberian sinyal, penguncian aktivasi, dan aturan aktif.
Menerbitkan BIP juga tidak mengaktifkan apa pun di sini. Operator perlu memahami aturan transisi khusus dan konsekuensi ketidakcocokan.
Soft Fork tidak menjamin ketiadaan perpecahan rantai, dan Hard Fork tidak otomatis menciptakan koin baru. Hasilnya bergantung pada aktivasi, penegakan, dan apakah kelompok berbeda melanjutkan riwayat yang tidak kompatibel.
Kami membandingkan perubahan konsensus, bukan pembaruan antarmuka atau kebijakan mempool biasa. BIP9, BIP16, dan BIP141 adalah contoh khusus; syarat aktivasinya bukan aturan universal bagi semua proposal.