Bitcoin sering digambarkan sebagai emas digital, yang menyiratkan sifat statis dan tidak berubah. Namun, perangkat lunak yang menjalankan jaringan Bitcoin adalah protokol hidup yang menjalani pemeliharaan, perbaikan bug, dan peningkatan. Berbeda dengan pengembangan perangkat lunak terpusat di mana CEO perusahaan atau manajer produk menentukan fitur, Bitcoin bergantung pada jaringan terdesentralisasi peserta untuk menyetujui perubahan. Proses ini disengaja, lambat, dan sangat berpihak pada status quo untuk memastikan keamanan miliaran dolar dalam nilai.
Evolusi protokol tidak diatur oleh sistem voting formal atau otoritas tunggal. Sebaliknya, prosesnya beroperasi melalui kombinasi unik dari dokumentasi teknis, peer review, dan konsensus komunitas. Memahami bagaimana sebuah ide berpindah dari diskusi sederhana di mailing list menjadi perubahan kode yang diaktifkan secara global mengungkap ketahanan jaringan Bitcoin. Hal ini menyoroti sistem yang dirancang untuk menolak penangkapan oleh kelompok tunggal mana pun, baik itu pengembang, penambang, atau kepentingan korporat.
Di inti proses evolusi ini adalah Bitcoin Improvement Proposal, atau BIP. Ini adalah mekanisme utama untuk mengusulkan fitur baru, mengumpulkan masukan komunitas tentang suatu isu, dan mendokumentasikan keputusan desain. BIP bukanlah voting yang mengikat, melainkan dokumen desain teknis. Dokumen ini menyediakan informasi kepada komunitas Bitcoin atau menggambarkan fitur baru untuk Bitcoin atau prosesnya.
Kerangka Bitcoin Improvement Proposal
Untuk memahami bagaimana Bitcoin berubah, seseorang harus terlebih dahulu memahami proses standardisasi. Sistem BIP sangat dipengaruhi oleh proses Python Enhancement Proposal (PEP). Sistem ini berfungsi sebagai cara formal untuk memperkenalkan perubahan pada codebase atau ekosistem sekitarnya. Siapa pun dapat menulis BIP, tetapi mendapatkan penerimaan dan implementasi adalah rintangan ketat yang hanya dilewati oleh sedikit usulan.
Mendefinisikan BIP
BIP pada dasarnya adalah makalah teknis. Dokumen ini menawarkan spesifikasi teknis yang ringkas tentang fitur tersebut dan rasional untuk fitur tersebut. Penulis bertanggung jawab untuk membangun konsensus dalam komunitas dan mendokumentasikan pendapat yang tidak setuju. Ada tiga jenis utama BIP. Standards Track BIP menggambarkan perubahan apa pun yang memengaruhi sebagian besar atau semua implementasi Bitcoin, seperti perubahan pada protokol jaringan atau perubahan pada aturan validitas blok atau transaksi.
Informational BIP menggambarkan isu desain Bitcoin, atau menyediakan panduan umum atau informasi kepada komunitas Bitcoin, tetapi tidak mengusulkan fitur baru. Process BIP menggambarkan proses di sekitar Bitcoin, atau mengusulkan perubahan pada (atau peristiwa dalam) suatu proses. Sebagian besar perhatian publik tertuju pada Standards Track BIP, karena ini adalah usulan yang mengubah aturan konsensus jaringan.
Siklus Hidup Sebuah Usulan
Hidup sebuah BIP dimulai jauh sebelum diberi nomor. Biasanya dimulai dengan diskusi di mailing list pengembangan Bitcoin. Di sinilah ide awal diuji, dikritik, dan sering kali dihancurkan oleh pengembang lain. Jika ide tersebut bertahan dari ujian api awal ini, penulis menyusun teks BIP.
Setelah draf dikirim ke repositori BIP, seorang editor memberikan nomor padanya. Status ini dikenal sebagai "Draft." Dari sana, usulan bergerak melalui berbagai tahap. Jika komunitas setuju bahwa pekerjaan tersebut berharga, usulan dapat berpindah ke "Proposed." Jika perubahan diimplementasikan dan jaringan mengaktifkannya, BIP menjadi "Final" atau "Active." Sebaliknya, usulan dapat ditandai "Rejected," "Withdrawn" oleh penulis, atau ditandai "Obsolete" jika digantikan oleh solusi yang lebih baru.
Mekanisme Konsensus
Aspek paling membingungkan dari pengembangan Bitcoin bagi orang luar adalah kurangnya struktur tata kelola formal. Tidak ada yayasan atau pemimpin yang mencap "approved" pada BIP. Sebaliknya, jaringan bergantung pada konsep yang dikenal sebagai "rough consensus." Ini adalah istilah yang dipinjam dari Internet Engineering Task Force (IETF). Ini tidak berarti keseragaman.
Memahami Rough Consensus
Rough consensus dicapai ketika komunitas teknis secara umum setuju bahwa sebuah usulan sound dan semua keberatan signifikan telah ditangani. Ini adalah pengukuran kualitatif daripada voting kuantitatif. Jika sebuah usulan memiliki merit teknis yang kuat tetapi menghadapi kekhawatiran keamanan yang valid dari sebagian besar pengembang, usulan tersebut tidak akan dilanjutkan.
Dinamika ini memaksa penulis untuk berinteraksi dengan kritikus. Mereka harus meningkatkan usulan mereka sampai keberatan teratasi atau terbukti tidak berdasar. Proses ini bisa memakan waktu bertahun-tahun. Misalnya, peningkatan Taproot dibahas dan disempurnakan selama periode yang cukup lama sebelum dianggap siap untuk diaktifkan. Keterlambatan ini adalah fitur, bukan bug, yang mencegah keputusan gegabah yang dapat mengganggu jaringan keuangan.
Akses Commit Pengembang
Salah paham umum adalah bahwa pengembang dengan "commit access" ke repositori GitHub Bitcoin Core mengendalikan Bitcoin. Meskipun maintainer ini memiliki kemampuan untuk menggabungkan kode ke branch master perangkat lunak, mereka berfungsi lebih seperti petugas kebersihan daripada penguasa. Peran mereka adalah memastikan bahwa kode yang digabungkan mencerminkan rough consensus komunitas.
Jika seorang maintainer menggabungkan kode yang secara fundamental mengubah Bitcoin melawan kehendak pengguna, operator node hanya akan menolak untuk memperbarui ke versi tersebut. Jaringan akan melanjutkan pada versi sebelumnya, dan versi maintainer akan diabaikan. Hal ini menciptakan pemeriksaan kuat terhadap pengaruh pengembang, memastikan mereka tetap tunduk pada keinginan jaringan node.
Jalur Aktivasi dan Implementasi
Setelah peningkatan protokol dikodekan dan digabungkan ke perangkat lunak Bitcoin Core, itu tetap tidak aktif. Upgrade tersebut harus "diaktifkan" oleh jaringan. Ini adalah fase di mana konsensus teoretis berinteraksi dengan realitas fisik blockchain. Aktivasi memerlukan koordinasi di antara pelaku ekonomi sistem, terutama penambang dan operator node penuh.
Signaling Penambang dan Ambang Batas
Secara historis, aktivasi sering menggunakan proses yang didefinisikan dalam BIP 9. Proses ini melibatkan penambang yang menandakan kesiapan mereka untuk upgrade dalam header blok yang mereka tambang. Untuk periode tertentu, biasanya dua minggu (2016 blok), jaringan memantau berapa banyak blok yang berisi sinyal dukungan untuk upgrade tersebut.
Jika persentase blok signaling mencapai ambang batas yang ditentukan—sering kali 90% atau 95%—upgrade terkunci. Setelah periode tenggang berikutnya, aturan baru menjadi aktif. Mekanisme ini dirancang untuk memastikan upgrade jaringan berjalan lancar tanpa meninggalkan penambang. Namun, mekanisme ini juga menyebabkan kebuntuan politik di mana penambang secara efektif memveto upgrade dengan menolak signaling, meskipun basis pengguna yang lebih luas menginginkan perubahan tersebut.
User Activated Soft Forks
Keterbatasan signaling penambang menjadi jelas selama "Block Size War" menjelang 2017. Ketika penambang menunda aktivasi Segregated Witness (SegWit), gerakan akar rumput muncul yang mengusulkan User Activated Soft Fork (UASF), yang dikenal sebagai BIP 148.
Dalam UASF, operator node menjalankan perangkat lunak yang menolak blok dari penambang yang tidak menandakan upgrade setelah tanggal tertentu. Hal ini memindahkan kekuasaan dari penambang kembali ke mayoritas ekonomi node. Jika aktivitas ekonomi (bursa, dompet, pengguna) berpindah ke rantai UASF, penambang secara ekonomi termotivasi untuk mengikuti atau berisiko menambang pada rantai yang tidak berharga. Ancaman BIP 148 sangat penting dalam memaksa aktivasi SegWit.
Dinamika Fork dan Kompatibilitas
Perubahan pada protokol Bitcoin umumnya termasuk dalam dua kategori: soft fork dan hard fork. Perbedaan terletak pada kompatibilitas mundur. Memahami perbedaan ini sangat penting untuk memahami mengapa Bitcoin tetap menjadi jaringan tunggal dan berkelanjutan meskipun banyak upgrade.
Mekanisme Soft Fork
Soft fork adalah perubahan pada protokol yang membatasi kumpulan blok valid. Ini memperketat aturan. Karena aturan baru adalah subset dari aturan lama, node lama yang belum diupgrade masih akan melihat blok baru sebagai valid. Mereka mungkin tidak memahami fitur baru, tetapi mereka akan menerima rantai tersebut.
Kompatibilitas mundur ini sangat vital. itu memungkinkan jaringan untuk upgrade secara bertahap. Pengguna tidak dipaksa untuk memperbarui perangkat lunak mereka segera agar tetap menjadi bagian dari konsensus. Sebagian besar upgrade utama, termasuk SegWit dan Taproot, diimplementasikan sebagai soft fork. Hal ini memastikan bahwa jaringan tidak terbelah menjadi dua rantai yang tidak kompatibel hanya karena beberapa pengguna lambat untuk upgrade.
Penyimpangan Hard Fork
Hard fork melonggarkan aturan atau memperkenalkan aturan yang tidak kompatibel dengan perangkat lunak lama. Node lama akan melihat blok yang dibuat di bawah aturan baru sebagai tidak valid dan menolaknya. Agar hard fork berhasil tanpa memecah jaringan, 100% pengguna harus upgrade secara bersamaan, yang tidak mungkin dalam sistem terdesentralisasi.
Akibatnya, hard fork yang kontroversial hampir selalu menghasilkan pemisahan rantai permanen. Contoh paling terkenal adalah penciptaan Bitcoin Cash (BCH) pada 2017. Pendukung ingin meningkatkan batas ukuran blok, perubahan aturan yang tidak kompatibel dengan konsensus Bitcoin yang ada. Hal ini menghasilkan dua jaringan dan mata uang yang berbeda. Hard fork umumnya dihindari dalam pengembangan Bitcoin karena risiko memecah jaringan dan komunitas ini.
| Atribut Perbandingan | Soft Fork | Hard Fork |
|---|---|---|
| Kompatibilitas | Kompatibel ke belakang | Tidak kompatibel ke belakang |
| Perubahan Aturan | Memperketat/Membatasi aturan | Melonggarkan/Memperluas aturan |
| Risiko Jaringan | Risiko rendah pemisahan rantai | Risiko tinggi pemisahan permanen |
Upgrade Protokol Utama: Segregated Witness
Salah satu contoh paling signifikan dari usulan yang berpindah ke implementasi adalah Segregated Witness (SegWit). Diaktifkan pada Agustus 2017, upgrade ini mengatasi isu-isu lama dan membuka jalan untuk penskalaan masa depan. Usulan ini secara fundamental mengubah cara data transaksi disusun.
Menyelesaikan Malleability
Sebelum SegWit, memungkinkan untuk memodifikasi ID unik sebuah transaksi sebelum dikonfirmasi di blockchain tanpa membatalkan tanda tangan. Isu ini, yang dikenal sebagai transaction malleability, membuat sulit membangun solusi lapisan kedua seperti Lightning Network. Jika ID transaksi bisa berubah, smart contract yang bergantung pada ID tersebut akan rusak.
SegWit menyelesaikan ini dengan memindahkan data tanda tangan (witness) ke luar bagian transaksi yang digunakan untuk menghitung ID. Dengan memisahkan witness, ID transaksi menjadi tidak berubah. Perbaikan ini adalah kunci yang memungkinkan saluran pembayaran berfungsi dengan aman, memungkinkan pengembangan Lightning Network.
Konsep Unit Berat
SegWit juga berfungsi sebagai peningkatan ukuran blok yang cerdas. Alih-alih hanya menaikkan batas 1MB—yang akan memerlukan hard fork—SegWit mengubah cara pengukuran blok. Upgrade ini memperkenalkan "block weight."
Data di bagian witness dihitung lebih ringan daripada data di blok transaksi utama. Hal ini memungkinkan blok melebihi ukuran 1MB tradisional dalam hal data mentah (hingga 4MB secara teori) sambil tetap kompatibel dengan node lama yang hanya memeriksa data non-witness. Hal ini secara efektif meningkatkan kapasitas jaringan dan menurunkan biaya untuk transaksi yang menggunakan format SegWit.
Upgrade Taproot
Menyusul SegWit, perubahan utama berikutnya adalah Taproot, yang diaktifkan pada November 2021. Taproot menggabungkan tiga BIP (340, 341, dan 342) untuk meningkatkan privasi, efisiensi, dan kemampuan scripting. Upgrade ini menunjukkan proses aktivasi yang lebih halus yang dikenal sebagai "Speedy Trial."
Tanda Tangan Schnorr
Di inti Taproot adalah implementasi tanda tangan Schnorr (BIP 340). Skema tanda tangan digital ini menawarkan keunggulan signifikan dibandingkan algoritma Elliptic Curve Digital Signature Algorithm (ECDSA) asli. Manfaat utamanya adalah linearitas.
Linearitas memungkinkan agregasi tanda tangan. Dalam transaksi multi-tanda tangan, kunci publik dan tanda tangan ganda dapat digabungkan menjadi satu kunci dan satu tanda tangan. Bagi blockchain, transaksi kompleks yang melibatkan banyak pihak terlihat identik dengan transaksi pengguna tunggal standar. Hal ini meningkatkan privasi dengan menyembunyikan kompleksitas pengaturan dompet dan menghemat ruang di blockchain, mengurangi biaya.
Merkelized Abstract Syntax Trees
Taproot juga memperkenalkan Merkelized Abstract Syntax Trees (MAST). Sebelumnya, jika pengguna membuat smart contract kompleks dengan beberapa kondisi pengeluaran, semua kondisi tersebut harus diungkapkan di blockchain saat dana dibelanjakan. Hal ini tidak efisien dan buruk untuk privasi.
Dengan MAST, pengguna dapat menyusun kondisi pengeluaran dalam format pohon. Saat membelanjakan, mereka hanya perlu mengungkapkan cabang spesifik dari pohon yang digunakan. Cabang yang tidak dieksekusi tetap tersembunyi. Hal ini memungkinkan smart contract rumit yang privat dan efisien data, semakin memperluas potensi Bitcoin di luar transfer nilai sederhana.
Debat Saat Ini: Kasus OP_CAT
Evolusi Bitcoin sedang berlangsung, dengan diskusi saat ini berfokus pada pemulihan fungsionalitas yang hilang. Salah satu topik paling menonjol adalah OP_CAT. Ini adalah opcode (operation code) spesifik yang merupakan bagian dari perangkat lunak Bitcoin asli tetapi dinonaktifkan oleh Satoshi Nakamoto pada 2010 karena kekhawatiran tentang penggunaan memori dan kerentanan keamanan.
Memahami Opcodes
Opcodes adalah perintah yang dipahami oleh bahasa scripting Bitcoin. Mereka memberi tahu jaringan cara memproses transaksi. Beberapa opcode memungkinkan penjumlahan, yang lain memeriksa tanda tangan, dan beberapa memverifikasi time lock. Ketika opcode dinonaktifkan, kemampuan untuk melakukan tindakan spesifik tersebut dihapus dari kotak peralatan jaringan.
Penghapusan OP_CAT dan lainnya sangat membatasi bahasa scripting Bitcoin. Pembatasan ini disengaja pada saat itu, memprioritaskan keamanan dan stabilitas di atas fungsionalitas. Namun, seiring pemahaman protokol yang matang, pengembang kini mengeksplorasi reintroduksi aman dari kode-kode ini untuk memungkinkan fitur baru.
Usulan Penggabungan
OP_CAT secara spesifik memungkinkan penggabungan (penyambungan) dua string data. Meskipun terdengar sederhana, ini memungkinkan fitur kuat yang dikenal sebagai "covenants." Covenants memungkinkan pengguna untuk menempatkan pembatasan pada cara bitcoin masa depan dapat dibelanjakan, bukan hanya siapa yang bisa membelanjakannya.
Misalnya, sebuah covenant dapat menegakkan bahwa UTXO spesifik hanya dapat dikirim ke daftar putih alamat tertentu. Hal ini memiliki implikasi besar untuk mekanisme vault, di mana pengguna dapat membuat tombol "undo" untuk dana yang dicuri, dan untuk bridging Layer 2. Debat seputar OP_CAT mengilustrasikan sifat konservatif pengembangan Bitcoin; bahkan perintah sederhana memerlukan analisis keamanan bertahun-tahun sebelum direintroduksi.
Dampak pada Solusi Layer 2
Usulan protokol sering menargetkan lapisan dasar, tetapi kegunaan utamanya terealisasi pada jaringan Layer 2 (L2). Hubungan antara blockchain utama dan lapisan sekunder ini bersifat simbiosis. Peningkatan pada protokol dasar membuat L2 lebih murah, lebih aman, dan lebih efisien.
Ketergantungan Lightning Network
Lightning Network adalah contoh utama dari ketergantungan ini. Jaringan ini bergantung pada keamanan lapisan dasar untuk menyelesaikan transaksi. Seperti disebutkan, upgrade SegWit adalah prasyarat agar Lightning berfungsi dengan andal. Upgrade masa depan terus menargetkan efisiensi Lightning.
Misalnya, usulan seperti "Eltoo" (SIGHASH_ANYPREVOUT) bertujuan untuk menyederhanakan manajemen saluran. Dengan memodifikasi cara transaksi ditandatangani di lapisan dasar, node Lightning dapat menyimpan data lebih sedikit dan pulih dari kegagalan lebih mudah. Hal ini menunjukkan bagaimana usulan L1 sering didorong oleh kebutuhan penskalaan L2.
Integrasi Sidechain
Sidechain, seperti Liquid atau Rootstock, juga mendapat manfaat dari upgrade protokol. Sidechain adalah blockchain independen yang berjalan paralel dengan Bitcoin. Mereka menggunakan peg dua arah untuk mentransfer nilai bolak-balik. Saat ini, peg ini sering bergantung pada federasi—kelompok fungsionaris tepercaya.
Upgrade seperti OP_CAT atau skema tanda tangan baru dapat memungkinkan mekanisme bridging yang lebih trustless. Jika script Bitcoin dapat memverifikasi bukti dari sidechain (seperti bukti Zero-Knowledge), pengguna dapat memindahkan dana antar rantai tanpa mempercayai federasi. Hal ini tetap menjadi area penelitian utama dan motivasi untuk BIP baru.
Inovasi Tak Terduga: Fenomena Ordinals
Terkadang, upgrade protokol mengarah pada hasil yang benar-benar tidak terduga. Bangkitnya Ordinals adalah bukti hukum konsekuensi tak terduga dalam perangkat lunak open-source. Ordinals memanfaatkan mekanisme SegWit dan Taproot untuk mengukir data langsung ke satoshi individu.
SegWit membuat penyimpanan data witness lebih murah, dan Taproot menghapus batas ukuran pada data push dalam script transaksi. Dikombinasikan, perubahan ini memungkinkan pengguna untuk menyematkan gambar, teks, dan bahkan permainan video ke dalam blockchain Bitcoin. Ini bukan niat spesifik dari pengembang yang menulis BIP tersebut.
Perkembangan ini memicu debat sengit dalam komunitas. Beberapa memandang inskripsi sebagai spam yang menyumbat jaringan, sementara yang lain melihatnya sebagai penggunaan sah ruang blok yang dibayar dengan biaya. Terlepas dari sudut pandang, Ordinals menunjukkan bahwa setelah usulan diimplementasikan, pengguna jaringan akan memanfaatkan aturan baru dengan cara yang mungkin tidak pernah diantisipasi oleh penulisnya.
Kesimpulan
Anatomi usulan protokol Bitcoin mengungkap sistem yang memprioritaskan kelangsungan hidup di atas segalanya. Dari penyusunan awal BIP hingga proses melelahkan membangun rough consensus, setiap langkah dirancang untuk menyaring risiko. Perbedaan antara soft fork dan hard fork mengilustrasikan komitmen pada kompatibilitas mundur, memastikan jaringan tetap inklusif meskipun maju.
Upgrade seperti SegWit dan Taproot menunjukkan bahwa Bitcoin dapat berinovasi tanpa mengorbankan prinsip intinya. Sementara itu, debat berkelanjutan seputar OP_CAT dan kemunculan Ordinals membuktikan bahwa ekosistem tetap hidup dan tak terduga. Interaksi antara penambang, pengembang, dan operator node menciptakan sistem checks and balances yang tidak dapat ditimpa oleh entitas terpusat mana pun.
Bitcoin berubah perlahan bukan karena tidak bisa bergerak cepat, tetapi karena biaya memecahkannya terlalu tinggi untuk dipertaruhkan.