Bitcoin sering digambarkan sebagai emas digital, yang menunjukkan sifat statik dan tidak boleh diubah. Walau bagaimanapun, perisian yang memacu rangkaian Bitcoin adalah protokol hidup yang menjalani penyelenggaraan, pembaikan bug, dan peningkatan. Tidak seperti pembangunan perisian terpusat di mana CEO syarikat atau pengurus produk menentukan ciri-ciri, Bitcoin bergantung pada rangkaian peserta terdesentralisasi untuk bersetuju mengenai perubahan. Proses ini disengajakan, perlahan, dan sangat berat sebelah terhadap status quo untuk memastikan keselamatan berbilion dolar nilai.
Evolusi protokol tidak dikawal oleh sistem undian formal atau autoriti tunggal. Sebaliknya, ia beroperasi melalui gabungan unik dokumen teknikal, semakan rakan sebaya, dan konsensus komuniti. Memahami bagaimana idea bergerak daripada perbincangan ringkas di senarai mel kepada perubahan kod yang diaktifkan secara global mendedahkan ketahanan rangkaian Bitcoin. Ia menyerlahkan sistem yang direka untuk menentang penangkapan oleh mana-mana kumpulan tunggal, sama ada pembangun, pelombong, atau kepentingan korporat.
Di pusat proses evolusi ini adalah Cadangan Penambahbaikan Bitcoin, atau BIP. Ini adalah mekanisme utama untuk mencadangkan ciri-ciri baru, mengumpul input komuniti mengenai isu, dan mendokumentasikan keputusan reka bentuk. BIP bukan undian mengikat, tetapi dokumen reka bentuk teknikal. Ia menyediakan maklumat kepada komuniti Bitcoin atau menerangkan ciri baru untuk Bitcoin atau prosesnya.
Rangkaian Cadangan Penambahbaikan Bitcoin
Untuk memahami bagaimana Bitcoin berubah, seseorang mesti terlebih dahulu memahami proses penstandardan. Sistem BIP sangat dipengaruhi oleh proses Cadangan Penambahbaikan Python (PEP). Ia berfungsi sebagai cara formal untuk memperkenalkan perubahan kepada kod asas atau ekosistem sekelilingnya. Sesiapa boleh menulis BIP, tetapi mendapatkannya diterima dan dilaksanakan adalah ujian ketat yang hanya sedikit cadangan yang bertahan.
Mendefinisikan BIP
BIP pada dasarnya adalah kertas teknikal. Ia menawarkan spesifikasi teknikal ringkas ciri tersebut dan rasional untuk ciri tersebut. Pengarang bertanggungjawab untuk membina konsensus dalam komuniti dan mendokumentasikan pendapat yang bertentangan. Terdapat tiga jenis utama BIP. BIP Jejak Piawaian menerangkan sebarang perubahan yang mempengaruhi kebanyakan atau semua pelaksanaan Bitcoin, seperti perubahan kepada protokol rangkaian atau perubahan dalam peraturan kesahihan blok atau transaksi.
BIP Maklumat menerangkan isu reka bentuk Bitcoin, atau menyediakan garis panduan umum atau maklumat kepada komuniti Bitcoin, tetapi tidak mencadangkan ciri baru. BIP Proses menerangkan proses sekeliling Bitcoin, atau mencadangkan perubahan kepada (atau peristiwa dalam) proses. Kebanyakan perhatian awam tertumpu kepada BIP Jejak Piawaian, kerana ini adalah cadangan yang mengubah peraturan konsensus rangkaian.
Kitaran Hayat Cadangan
Kehidupan BIP bermula jauh sebelum ia ditugaskan nombor. Ia biasanya bermula dengan perbincangan di senarai mel pembangunan Bitcoin. Ini adalah tempat idea awal diuji, dikritik, dan sering dipecahkan oleh pembangun lain. Jika idea bertahan ujian api awal ini, pengarang merangka teks BIP.
Setelah draf dihantar ke repositori BIP, editor menugaskannya nombor. Status ini dikenali sebagai "Draft." Daripada sana, cadangan bergerak melalui pelbagai peringkat. Jika komuniti bersetuju kerja itu berharga, ia boleh bergerak ke "Proposed." Jika perubahan dilaksanakan dan rangkaian mengaktifkannya, BIP menjadi "Final" atau "Active." Sebaliknya, cadangan boleh "Rejected," "Withdrawn" oleh pengarang, atau ditandakan "Obsolete" jika ia digantikan oleh penyelesaian baru.
Mekanisme Konsensus
Aspek paling mengelirukan pembangunan Bitcoin bagi orang luar adalah kekurangan struktur tadbir urus formal. Tiada asas atau pemimpin yang menekan "diluluskan" pada BIP. Sebaliknya, rangkaian bergantung pada konsep yang dikenali sebagai "rough consensus." Ini adalah istilah yang dipinjam daripada Internet Engineering Task Force (IETF). Ia tidak bermakna sebulat suara.
Memahami Rough Consensus
Rough consensus dicapai apabila komuniti teknikal secara amnya bersetuju bahawa cadangan itu kukuh dan semua bantahan penting telah ditangani. Ia adalah ukuran kualitatif dan bukan undian kuantitatif. Jika cadangan mempunyai merit teknikal yang kuat tetapi menghadapi kebimbangan keselamatan yang sah daripada sebahagian besar pembangun, ia tidak akan diteruskan.
Dinamik ini memaksa pengarang untuk terlibat dengan pengkritik. Mereka mesti memperbaiki cadangan mereka sehingga bantahan diselesaikan atau dibuktikan tidak berdasar. Proses ini boleh mengambil tahun. Contohnya, peningkatan Taproot dibincangkan dan diperbaiki untuk tempoh yang lama sebelum dianggap sedia untuk pengaktifan. Kelambatan ini adalah ciri, bukan bug, yang menghalang keputusan terburu-buru yang boleh mengganggu kestabilan rangkaian kewangan.
Akses Komit Pembangun
Salah faham yang biasa adalah bahawa pembangun dengan "commit access" kepada repositori GitHub Bitcoin Core mengawal Bitcoin. Walaupun penyelenggara ini mempunyai keupayaan untuk menggabungkan kod ke dalam cabang master perisian, mereka berfungsi lebih seperti tukang kebersihan daripada pemerintah. Peranan mereka adalah untuk memastikan kod yang digabungkan mencerminkan rough consensus komuniti.
Jika penyelenggara menggabungkan kod yang secara asas mengubah Bitcoin menentang kehendak pengguna, pengendali nod akan sekadar menolak untuk mengemas kini ke versi itu. Rangkaian akan terus pada versi sebelumnya, dan versi penyelenggara akan diabaikan. Ini mencipta semakan kuat terhadap pengaruh pembangun, memastikan mereka kekal tunduk kepada kehendak rangkaian nod.
Laluan Pengaktifan dan Pelaksanaan
Setelah peningkatan protokol dikod dan digabungkan ke dalam perisian Bitcoin Core, ia kekal tidak aktif. Ia mesti "diaktifkan" oleh rangkaian. Ini adalah fasa di mana konsensus teori berinteraksi dengan realiti fizikal blok rantai. Pengaktifan memerlukan penyelarasan di kalangan pelaku ekonomi sistem, terutamanya pelombong dan pengendali nod penuh.
Isyarat Pelombong dan Ambang
Secara sejarah, pengaktifan sering menggunakan proses yang ditakrifkan dalam BIP 9. Ini melibatkan pelombong mengisyaratkan kesediaan mereka untuk peningkatan dalam header blok yang mereka lombong. Untuk tempoh tertentu, biasanya dua minggu (2016 blok), rangkaian memantau berapa banyak blok yang mengandungi isyarat sokongan untuk peningkatan.
Jika peratusan blok isyarat mencapai ambang yang ditakrifkan—sering 90% atau 95%—peningkatan terkunci. Selepas tempoh rahmat berikutnya, peraturan baru menjadi aktif. Mekanisme ini direka untuk memastikan rangkaian menaik taraf dengan lancar tanpa meninggalkan pelombong. Walau bagaimanapun, ia juga telah membawa kepada kebuntuan politik di mana pelombong secara efektif mereto peringkatan dengan menolak isyarat, walaupun pangkalan pengguna yang lebih luas menginginkannya.
Soft Fork Diaktifkan Pengguna
Kekurangan isyarat pelombong menjadi jelas semasa "Block Size War" menjelang 2017. Apabila pelombong menghalang pengaktifan Segregated Witness (SegWit), gerakan akar rumput muncul mencadangkan User Activated Soft Fork (UASF), dikenali sebagai BIP 148.
Dalam UASF, pengendali nod menjalankan perisian yang menolak blok daripada pelombong yang tidak mengisyaratkan peningkatan selepas tarikh tertentu. Ini memindahkan kuasa daripada pelombong kembali kepada majoriti ekonomi nod. Jika aktiviti ekonomi (pertukaran, dompet, pengguna) bergerak ke rantai UASF, pelombong diberi insentif ekonomi untuk mengikuti atau berisiko melombong pada rantai yang tidak bernilai. Ancaman BIP 148 memainkan peranan penting dalam memaksa pengaktifan SegWit.
Dinamik Fork dan Keserasian
Perubahan kepada protokol Bitcoin secara amnya jatuh ke dalam dua kategori: soft fork dan hard fork. Perbezaan terletak pada keserasian ke belakang. Memahami perbezaan adalah penting untuk memahami mengapa Bitcoin kekal sebagai rangkaian tunggal dan berterusan walaupun pelbagai peningkatan.
Mekanisme Soft Fork
Soft fork adalah perubahan kepada protokol yang mengehadkan set blok sah. Ia memperketatkan peraturan. Kerana peraturan baru adalah subset peraturan lama, nod lama yang tidak dinaik taraf masih akan melihat blok baru sebagai sah. Mereka mungkin tidak memahami ciri baru, tetapi mereka akan menerima rantai.
Keserasian ke belakang ini adalah penting. ia membolehkan rangkaian menaik taraf secara beransur-ansur. Pengguna tidak dipaksa untuk mengemas kini perisian mereka dengan segera untuk kekal sebahagian daripada konsensus. Kebanyakan peningkatan utama, termasuk SegWit dan Taproot, dilaksanakan sebagai soft fork. Ini memastikan rangkaian tidak berpecah kepada dua rantai yang tidak serasi hanya kerana sesetengah pengguna lambat menaik taraf.
Perbezaan Hard Fork
Hard fork melonggarkan peraturan atau memperkenalkan peraturan yang tidak serasi dengan perisian lama. Nod lama akan melihat blok yang dicipta di bawah peraturan baru sebagai tidak sah dan menolaknya. Untuk hard fork berjaya tanpa memecah rangkaian, 100% pengguna mesti menaik taraf serentak, yang tidak mungkin dalam sistem terdesentralisasi.
Akibatnya, hard fork yang kontroversi hampir sentiasa menghasilkan pecahan rantai kekal. Contoh paling terkenal adalah penciptaan Bitcoin Cash (BCH) pada 2017. Pencadang ingin meningkatkan had saiz blok, perubahan peraturan yang tidak serasi dengan konsensus sedia ada Bitcoin. Ini menghasilkan dua rangkaian dan mata wang yang berbeza. Hard fork secara amnya dielakkan dalam pembangunan Bitcoin kerana risiko memecahkan rangkaian dan komuniti ini.
| Atribut Perbandingan | Soft Fork | Hard Fork |
|---|---|---|
| Keserasian | Serasi ke belakang | Tidak serasi ke belakang |
| Perubahan Peraturan | Memperketatkan/Mengehadkan peraturan | Melonggarkan/Memperluaskan peraturan |
| Risiko Rangkaian | Risiko rendah pecahan rantai | Risiko tinggi pecahan kekal |
Peningkatan Protokol Utama: Segregated Witness
Salah satu contoh paling penting cadangan bergerak ke pelaksanaan adalah Segregated Witness (SegWit). Diaktifkan pada Ogos 2017, ia menangani isu lama dan menyediakan pentas untuk penskalaan masa depan. Cadangan itu secara asas mengubah cara data transaksi berstruktur.
Menyelesaikan Malleability
Sebelum SegWit, adalah mungkin untuk mengubah ID unik transaksi sebelum ia disahkan pada blok rantai tanpa membatalkan tandatangan. Isu ini, dikenali sebagai transaction malleability, menyukarkan pembinaan penyelesaian lapisan kedua seperti Lightning Network. Jika ID transaksi boleh berubah, kontrak pintar yang bergantung pada ID itu akan rosak.
SegWit menyelesaikan ini dengan memindahkan data tandatangan (witness) ke luar bahagian transaksi yang digunakan untuk mengira ID. Dengan memisahkan witness, ID transaksi menjadi tidak boleh diubah. Pembaikan ini adalah kunci yang membolehkan saluran pembayaran berfungsi dengan selamat, membolehkan pembangunan Lightning Network.
Konsep Unit Berat
SegWit juga berfungsi sebagai peningkatan saiz blok yang pintar. Daripada sekadar menaikkan had 1MB—yang memerlukan hard fork—SegWit mengubah cara blok diukur. Ia memperkenalkan "block weight."
Data dalam bahagian witness dikira kurang berat daripada data dalam blok transaksi utama. Ini membolehkan blok melebihi saiz 1MB tradisional dari segi data mentah (sehingga 4MB secara teori) sambil kekal serasi dengan nod legacy yang hanya memeriksa data bukan-witness. Ini secara efektif meningkatkan kapasiti rangkaian dan menurunkan yuran untuk transaksi menggunakan format SegWit.
Peningkatan Taproot
Menyusul SegWit, perubahan utama seterusnya adalah Taproot, diaktifkan pada November 2021. Taproot menggabungkan tiga BIP (340, 341, dan 342) untuk meningkatkan privasi, kecekapan, dan keupayaan scripting. Ia menunjukkan proses pengaktifan yang lebih halus dikenali sebagai "Speedy Trial."
Tandatangan Schnorr
Di teras Taproot adalah pelaksanaan tandatangan Schnorr (BIP 340). Skim tandatangan digital ini menawarkan kelebihan ketara berbanding Algoritma Tandatangan Digital Lengkung Elips asal (ECDSA). Faedah utama adalah kelinearan.
Kelinearan membolehkan agregasi tandatangan. Dalam transaksi multi-tandatangan, pelbagai kunci awam dan tandatangan boleh digabungkan kepada kunci tunggal dan tandatangan tunggal. Kepada blok rantai, transaksi kompleks melibatkan pelbagai pihak kelihatan sama seperti transaksi pengguna tunggal standard. Ini meningkatkan privasi dengan menyelubungi kerumitan susunan dompet dan menjimatkan ruang pada blok rantai, mengurangkan yuran.
Pokok Sintaks Abstrak Merkelized
Taproot juga memperkenalkan Merkelized Abstract Syntax Trees (MAST). Sebelum ini, jika pengguna mencipta kontrak pintar kompleks dengan pelbagai syarat perbelanjaan, semua syarat itu mesti didedahkan pada blok rantai apabila dana dibelanjakan. Ini tidak cekap dan buruk untuk privasi.
Dengan MAST, pengguna boleh menyusun syarat perbelanjaan dalam format pokok. Apabila membelanjakan, mereka hanya perlu mendedahkan cabang khusus pokok yang digunakan. Cabang yang tidak dilaksanakan kekal tersembunyi. Ini membolehkan kontrak pintar yang rumit yang privat dan cekap data, meluaskan potensi Bitcoin melebihi pemindahan nilai ringkas.
Perdebatan Semasa: Kes OP_CAT
Evolusi Bitcoin sedang berterusan, dengan perbincangan semasa tertumpu pada pemulihan fungsi yang hilang. Salah satu topik paling menonjol adalah OP_CAT. Ini adalah kod operasi khusus (operation code) yang merupakan sebahagian daripada perisian Bitcoin asal tetapi dilumpuhkan oleh Satoshi Nakamoto pada 2010 kerana kebimbangan mengenai penggunaan memori dan kelemahan keselamatan.
Memahami Opcodes
Opcodes adalah arahan yang bahasa scripting Bitcoin faham. Mereka memberitahu rangkaian cara memproses transaksi. Sesetengah opcodes membolehkan penambahan, yang lain memeriksa tandatangan, dan sesetengah mengesahkan kunci masa. Apabila opcodes dilumpuhkan, keupayaan untuk melakukan tindakan khusus itu dialih keluar daripada kotak alat rangkaian.
Penyingkiran OP_CAT dan lain-lain secara teruk mengehadkan bahasa scripting Bitcoin. Kekangan ini disengajakan pada masa itu, mengutamakan keselamatan dan kestabilan melebihi fungsi. Walau bagaimanapun, apabila pemahaman protokol matang, pembangun kini meneroka pemulihan selamat kod-kod ini untuk membolehkan ciri baru.
Cadangan Penggabungan
OP_CAT secara khusus membolehkan penggabungan (penyertaan) dua rentetan data. Walaupun kedengaran ringkas, ia membolehkan ciri kuat dikenali sebagai "covenants." Covenants membolehkan pengguna meletakkan sekatan pada cara bitcoin masa depan boleh dibelanjakan, bukan hanya siapa yang boleh membelanjakannya.
Contohnya, covenant boleh menguatkuasa bahawa UTXO khusus hanya boleh dihantar ke senarai putih alamat khusus. Ini mempunyai implikasi besar untuk mekanisme vault, di mana pengguna boleh mencipta butang "undo" untuk dana dicuri, dan untuk jambatan Lapisan 2. Perdebatan mengenai OP_CAT menggambarkan sifat konservatif pembangunan Bitcoin; walaupun arahan ringkas memerlukan tahun analisis keselamatan sebelum dipulihkan.
Kesan kepada Penyelesaian Lapisan 2
Cadangan protokol sering menyasar lapisan asas, tetapi kegunaan utama mereka direalisasikan pada rangkaian Lapisan 2 (L2). Hubungan antara blok rantai utama dan lapisan sekunder ini adalah simbiosis. Penambahbaikan kepada protokol asas menjadikan L2 lebih murah, lebih selamat, dan lebih cekap.
Kebergantungan Lightning Network
Lightning Network adalah contoh utama kebergantungan ini. Ia bergantung pada keselamatan lapisan asas untuk menyelesaikan transaksi. Seperti yang disebut, peningkatan SegWit adalah prasyarat untuk Lightning berfungsi dengan boleh dipercayai. Peningkatan masa depan terus menyasar kecekapan Lightning.
Contohnya, cadangan seperti "Eltoo" (SIGHASH_ANYPREVOUT) bertujuan untuk menyederhanakan pengurusan saluran. Dengan mengubah cara transaksi ditandatangani pada lapisan asas, nod Lightning boleh menyimpan kurang data dan pulih daripada kegagalan dengan lebih mudah. Ini menunjukkan bagaimana cadangan L1 sering didorong oleh keperluan penskalaan L2.
Integrasi Sidechain
Sidechain, seperti Liquid atau Rootstock, juga mendapat manfaat daripada peningkatan protokol. Sidechain adalah blok rantai bebas yang berjalan selari dengan Bitcoin. Mereka menggunakan peg dua hala untuk memindahkan nilai semula jadi. Buat masa ini, peg ini sering bergantung pada federasi—kumpulan penyelia dipercayai.
Peningkatan seperti OP_CAT atau skim tandatangan baru boleh membolehkan mekanisme jambatan tanpa kepercayaan yang lebih baik. Jika skrip Bitcoin boleh mengesahkan bukti daripada sidechain (seperti bukti Zero-Knowledge), ia akan membolehkan pengguna memindahkan dana antara rantai tanpa mempercayai federasi. Ini kekal sebagai kawasan penyelidikan utama dan motivasi untuk BIP baru.
Inovasi Tidak Disengajakan: Fenomena Ordinals
Kadang-kadang, peningkatan protokol membawa kepada hasil yang sama sekali tidak dijangka. Kenaikan Ordinals adalah bukti kepada hukum akibat tidak disengajakan dalam perisian sumber terbuka. Ordinals menggunakan mekanik SegWit dan Taproot untuk menulis data secara langsung ke atas satoshi individu.
SegWit menjadikan lebih murah untuk menyimpan data witness, dan Taproot mengalihkan had saiz pada dorongan data dalam skrip transaksi. Digabungkan, perubahan ini membolehkan pengguna menanam imej, teks, dan walaupun permainan video ke dalam blok rantai Bitcoin. Ini bukan niat khusus pembangun yang menulis BIP tersebut.
Pembangunan ini mencetuskan perdebatan sengit dalam komuniti. Sesetengah melihat inskripsi sebagai spam yang menyumbat rangkaian, manakala yang lain melihatnya sebagai penggunaan ruang blok yang sah dibayar oleh yuran. Tidak kira pandangan, Ordinals menunjukkan bahawa sekali cadangan dilaksanakan, pengguna rangkaian akan menggunakan peraturan baru dengan cara yang pengarang mungkin tidak pernah jangkakan.
Kesimpulan
Anatomi cadangan protokol Bitcoin mendedahkan sistem yang mengutamakan kelangsungan hidup melebihi segalanya. Daripada merangka awal BIP kepada proses melelahkan membina rough consensus, setiap langkah direka untuk menapis risiko. Perbezaan antara soft fork dan hard fork menggambarkan komitmen kepada keserasian ke belakang, memastikan rangkaian kekal inklusif walaupun ia maju.
Peningkatan seperti SegWit dan Taproot menunjukkan bahawa Bitcoin boleh berinovasi tanpa mengorbankan prinsip terasnya. Sementara itu, perdebatan berterusan mengenai OP_CAT dan kemunculan Ordinals membuktikan bahawa ekosistem kekal berenergi dan tidak dapat diramalkan. Interaksi antara pelombong, pembangun, dan pengendali nod mencipta sistem semakan dan imbangan yang tiada entiti terpusat boleh menimpa.
Bitcoin berubah perlahan bukan kerana ia tidak boleh bergerak laju, tetapi kerana kos memecahkannya terlalu tinggi untuk dirisikokan.