Momen BIP110 Bitcoin: Tiga Skema Kemungkinan yang Mesti Diwaspadai

Di jaringan yang dibangun dari aturan konsensus, “momen” paling menentukan sering datang bukan lewat peretasan besar, melainkan lewat perubahan kecil pada cara node menilai validitas sebuah blok. Itulah yang membuat BIP110 menjadi sorotan: sebuah upaya soft fork yang menargetkan pembatasan data OP_RETURN dan, secara lebih luas, menekan penggunaan ruang blok untuk muatan non-finansial. Di permukaan, ini terdengar seperti perdebatan teknis. Namun bagi pelaku bursa, penyedia dompet, penambang, sampai pengguna yang hanya ingin transaksi-nya konfirmasi tepat waktu, tarik-menarik ini menyentuh hal paling sensitif dalam Bitcoin: siapa yang “mengendalikan” aturan, bagaimana koordinasi terjadi, dan seberapa besar risiko keamanan ketika sebagian jaringan menolak blok yang diterima pihak lain.

Yang membuat ketegangan meningkat adalah waktu. Mulai sekitar blok 961,632 (diperkirakan jatuh pada awal Agustus), node yang menjalankan implementasi seperti Bitcoin Knots dengan aturan BIP110 akan mulai menolak blok yang tidak memberi sinyal dukungan. Sementara itu, mayoritas ekosistem masih berada di jalur implementasi yang lebih dominan, dan sinyal dukungan dari hash power publik hanya berada di kisaran 1–2%. Dari kombinasi “aturan yang keras di sisi node tertentu” dan “dukungan penambang yang tipis”, lahirlah tiga skema hasil yang realistis—tiga kemungkinan yang patut diwaspadai karena efeknya bisa merembet dari level kriptografi dan validasi blok sampai urusan praktis seperti penarikan bursa dan pengiriman gaji on-chain.

Momen BIP110 Bitcoin dan Akar Konflik OP_RETURN di Blockchain

Untuk memahami momen BIP110 Bitcoin, bayangkan sebuah kota dengan aturan lalu lintas yang diterapkan oleh banyak “pos pemeriksaan”. Dalam Bitcoin, “pos” itu adalah node: perangkat lunak yang memeriksa apakah sebuah blok mengikuti aturan konsensus. Penambang memang membangun blok, tetapi node memutuskan apakah blok itu sah. Di sinilah BIP110 memantik kontroversi: ia bukan sekadar parameter teknis, melainkan perubahan pada cara sebagian node menilai blok “layak diterima” atau tidak.

Fokus BIP110 berkaitan dengan OP_RETURN, mekanisme dalam skrip Bitcoin yang memungkinkan penyertaan data kecil yang tidak dapat dibelanjakan kembali. Sejak beberapa tahun terakhir, OP_RETURN sering dipakai untuk menempelkan metadata: penanda aset, cap waktu dokumen, atau eksperimen aplikasi yang menumpang pada blockchain. Pendukung pembatasan berargumen bahwa ruang blok harus diprioritaskan untuk transfer nilai, karena ruang itu langka dan biaya mempengaruhi pengalaman pengguna. Penentangnya menilai perdebatan ini sering dibesar-besarkan: biaya adalah mekanisme pasar, dan penggunaan “non-finansial” tidak otomatis merusak sistem.

Dalam praktik, BIP110 mencoba membatasi ukuran OP_RETURN untuk sementara dan “mengurangi jenis data lain” yang dianggap tidak selaras dengan tujuan utama jaringan. Namun, inti masalahnya bukan hanya apakah pembatasan itu efektif. Masalah terbesar adalah tidak ada konsensus sosial-teknis: implementasi paling banyak digunakan belum mengadopsinya, sementara sebagian node lain bersiap menerapkannya secara ketat. Ketika dua kelompok node hidup berdampingan dengan standar penerimaan blok yang berbeda, potensi gesekan meningkat.

Di titik ini, detail waktu menjadi penentu. Mulai blok 961,632, node BIP110 akan menganggap blok tanpa sinyal sebagai “tidak ada” bagi mereka. Artinya, pengguna yang terkoneksi terutama ke node semacam itu bisa merasakan seolah jaringan berhenti, padahal bagi pengguna lain jaringan berjalan normal. Ini menimbulkan bentuk risiko yang sering diabaikan: risiko operasional. “Bitcoin” bagi seseorang bisa tampak macet bukan karena rantai global berhenti, melainkan karena perangkat lunaknya memutuskan menolak realitas yang diterima mayoritas.

Agar jelas, isu ini bukan soal “siapa benar siapa salah” semata. Ia adalah studi kasus tata kelola terbuka: bagaimana perubahan protokol dinegosiasikan ketika koordinasi tidak bulat. Bahkan bila Anda tidak peduli OP_RETURN, Anda tetap terdampak jika layanan yang Anda pakai—misalnya bursa lokal atau payment processor—menjalankan node yang berbeda kebijakan validasinya.

Ilustrasi Kasus: “Warung Kopi Raka” dan Dampak di Dunia Nyata

Ambil contoh fiktif: Raka menjalankan warung kopi di Jakarta dan menerima pembayaran Bitcoin melalui sebuah kasir digital yang mengandalkan node pihak ketiga. Di hari yang sama ketika aturan wajib sinyal mulai berjalan, kasirnya tiba-tiba menampilkan status “menunggu konfirmasi” selama berjam-jam. Pelanggan mengeluh, padahal di sisi lain, explorer yang memakai node non-BIP110 menunjukkan transaksi sudah masuk blok.

Di sini, problemnya bukan kriptografi tanda tangan atau UTXO yang rusak. Problemnya adalah perbedaan “pandangan dunia” antar node. Raka tidak butuh kuliah teknis; ia butuh kepastian kapan pembayaran final. Momen seperti ini menjelaskan kenapa perdebatan BIP110 meluas ke ranah kepercayaan: siapa yang Anda anggap sebagai sumber kebenaran, node mana yang diikuti, dan standar apa yang dipakai untuk menyatakan finalitas.

Semakin mendekati skema hasil yang berbeda, kita perlu membedakan dua lapisan: sinyal penambang sebagai koordinasi, dan penegakan aturan oleh node ekonomi. Dari sinilah tiga skema utama muncul, dan masing-masing punya konsekuensi yang sangat berbeda. Insight yang perlu dipegang: perselisihan aturan kecil bisa menciptakan pengalaman “Bitcoin yang berbeda” bagi kelompok pengguna yang berbeda.

Skema Kemungkinan 1 BIP110: Hampir Tidak Ada Miner Sinyal, Node BIP110 Terhenti

Skema pertama adalah yang paling “sunyi” tetapi justru paling membingungkan bagi pengguna awam: hampir tidak ada penambang yang memberi sinyal dukungan BIP110. Jika patokan dukungan publik di kisaran 1–2% bertahan, maka saat jendela sinyal wajib dimulai, mayoritas blok tidak membawa sinyal yang diminta. Dampaknya terbelah: bagi jaringan luas yang memakai implementasi tanpa penegakan BIP110, nyaris tidak ada drama; bagi mereka yang menjalankan node BIP110, dunia seperti berhenti.

Di sisi non-BIP110, blok akan terus diproduksi, mempool bergerak seperti biasa, dan transaksi tetap mencari konfirmasi. Banyak orang bahkan tidak akan menyadari ada peristiwa penting, kecuali mereka mengikuti diskusi pengembang atau komunitas. Inilah ironinya: sebuah “momen protokol” bisa terjadi tanpa terasa bagi mayoritas, karena mayoritas tidak mengubah aturan validasi.

Sebaliknya, bagi operator node BIP110, perangkat lunak mereka menolak blok tanpa sinyal. Karena sebagian besar blok tidak bersinyal, node mereka hanya “melihat” sedikit blok—mungkin sangat jarang. Akibatnya, transaksi masuk dan keluar akan tampak macet atau sangat lambat. Layanan yang bergantung pada node itu—merchant, gateway pembayaran, atau dompet self-hosted—bisa mengalami gangguan layanan yang serius. Ini bukan DDoS, bukan bug memori, melainkan konsekuensi logis dari kebijakan validasi yang minoritas.

Dampak Operasional: Dari Bursa hingga Pembayaran Gaji

Bayangkan sebuah bursa kecil yang menjalankan node BIP110 demi “komitmen ideologis” pada pembatasan data. Ketika node mulai macet, sistem deposit/withdraw akan membaca bahwa jaringan tidak bergerak. Bursa mungkin menghentikan penarikan untuk mencegah salah hitung, memicu kepanikan pengguna. Pada saat yang sama, bursa lain tetap beroperasi normal. Perbedaan ini menciptakan asimetri informasi: pengguna melihat berita “Bitcoin baik-baik saja” tetapi akun mereka di bursa tertentu terkunci.

Dari perspektif keamanan, kondisi ini juga berbahaya karena memancing keputusan tergesa-gesa: operator mungkin mengganti konfigurasi node, menurunkan jumlah konfirmasi, atau mempercayai sumber data pihak ketiga secara berlebihan. Setiap “jalan pintas” membuka risiko baru, terutama bila transaksi bernilai besar.

Pilihan Pendukung BIP110 Saat Skema 1 Terjadi

Jika skema ini berlangsung, pendukung BIP110 pada dasarnya dihadapkan pada tiga jalur tindakan, dan masing-masing membawa biaya sosial dan teknis:

• Menunggu dengan harapan sinyal penambang meningkat, seraya menerima bahwa node mereka sebagian tidak fungsional untuk periode yang tidak singkat.
• Mundur dengan beralih kembali ke perangkat lunak non-BIP110 agar kembali selaras dengan rantai mayoritas, sehingga pengalaman transaksi normal lagi.
• Mendorong perubahan protokol lanjutan, termasuk opsi ekstrem seperti hard fork ke algoritme proof-of-work baru agar penambangan bisa dilakukan oleh lebih banyak pihak (misalnya GPU), lalu membangun rantai yang konsisten dengan aturan BIP110.

Opsi terakhir praktis berarti “membuat koin baru” lewat pemisahan permanen. Di sinilah perdebatan tak lagi sekadar tentang OP_RETURN, melainkan tentang legitimasi nama, pasar, dan identitas jaringan. Jika tujuan awalnya “membersihkan data” di blockchain Bitcoin, hasil akhirnya bisa berupa ekosistem yang terpecah dan sumber daya komunitas terkuras untuk urusan yang tidak produktif.

Skema 1 menutup dengan pelajaran tajam: minoritas aturan dapat menghentikan dirinya sendiri tanpa menghentikan jaringan. Dan justru karena mayoritas tidak merasakan dampaknya, tekanan politik untuk “menyelamatkan” minoritas mungkin tidak akan muncul. Dari sini, pembahasan wajar beralih ke skema kedua: bagaimana jika justru para penambang kompak memberi sinyal?

Dalam banyak perdebatan, orang mencari jawaban sederhana: “apakah upgrade ini aktif atau tidak?” Namun pada BIP110, sinyal bukanlah akhir cerita, melainkan awal konflik baru antara koordinasi dan penegakan.

Skema Kemungkinan 2 BIP110: Hampir Semua Miner Sinyal, Tapi Penegakan Masih Dipertanyakan

Skema kedua adalah versi yang tampak rapi di permukaan: hampir semua penambang memberi sinyal dukungan saat jendela sinyal wajib dimulai. Secara sosial, ini bisa terjadi jika penambang memilih menghindari risiko blok mereka ditolak oleh node BIP110 selama periode tersebut. Dalam dunia penambangan, blok yang ditolak berarti rugi langsung: biaya listrik keluar, hadiah blok hilang, dan reputasi pool terganggu. Maka, memberi sinyal bisa dipandang sebagai “asuransi koordinasi”.

Jika semua blok yang masuk rantai membawa sinyal, dua kelompok node—BIP110 dan non-BIP110—akan tetap kompatibel selama fase sinyal. Rantai terlihat satu, dan dari jauh orang menyimpulkan “upgrade berhasil”. Umumnya, sinyal dipakai untuk mengumumkan niat: beberapa waktu setelah ambang koordinasi tercapai, penambang akan mulai menolak transaksi yang melanggar aturan baru. Dalam skema ini, transaksi yang melanggar pembatasan BIP110 diperkirakan tidak lagi masuk blok setelah jeda sekitar dua minggu sejak sinyal kuat, yang secara kalender jatuh ke awal September bila jendela dimulai awal Agustus.

Namun, inti ketegangan skema 2 adalah satu kalimat: sinyal tidak sama dengan penegakan. Penambang bisa menambahkan bit sinyal tanpa benar-benar menjalankan perangkat lunak yang memvalidasi aturan BIP110. Mereka bisa melakukan itu semata agar bloknya diterima oleh node BIP110 selama masa wajib sinyal. Setelah masa itu lewat, insentif untuk benar-benar menegakkan bisa berubah—apalagi jika permintaan transaksi berbayar tinggi datang dari aktivitas yang terdampak pembatasan data.

Node Ekonomi dan Siapa yang “Benar-benar” Menentukan Aturan

Di Bitcoin, yang sering disebut “node ekonomi” adalah node yang dipakai pihak-pihak yang memiliki bobot ekonomi: bursa, kustodian, merchant besar, payment provider. Mereka menentukan apa yang mereka anggap sebagai BTC “valid” karena mereka menukar koin dengan barang, jasa, atau fiat. Jika mayoritas node ekonomi tidak menegakkan BIP110, maka blok yang berisi transaksi “melanggar BIP110” tetap akan diterima luas—meskipun semua blok sebelumnya bersinyal.

Di titik itu, skema 2 bisa berubah menjadi pemisahan yang tertunda: node BIP110 menolak blok yang diterima node ekonomi, dan rantai bisa bercabang. Yang membuat ini berbahaya adalah timing: pemisahan terjadi saat sebagian pasar sudah terlanjur menganggap semuanya aman karena “penambang sudah sinyal”. Keputusan operasional—seperti melonggarkan kebijakan konfirmasi—bisa diambil di saat yang salah.

Tabel Risiko Skema 2: Koordinasi vs Penegakan

Dalam contoh “Warung Kopi Raka”, skema 2 awalnya tampak menyelesaikan masalah: transaksi kembali lancar karena node BIP110 melihat blok bersinyal. Tetapi jika beberapa minggu kemudian terjadi penegakan yang tidak serempak, Raka kembali terjebak dalam kebingungan—kali ini saat ia sudah percaya semuanya selesai. Pertanyaannya: mengapa penambang bersedia mengambil risiko itu? Jawabannya selalu kembali ke insentif fee dan tekanan sosial, dua hal yang bisa berubah cepat.

Skema 2 memberi insight penting: soft fork bukan hanya soal aktivasi teknis, tetapi juga disiplin kolektif setelah aktivasi. Dan ketika disiplin itu retak, kita masuk ke skema ketiga—yang paling dramatis karena pemisahan terjadi sejak awal oleh minoritas yang cukup besar.

Jika skema 2 adalah “ketenangan yang rapuh”, skema 3 adalah “pecah sejak start”—dan konsekuensinya bisa menyerupai krisis identitas jaringan.

Skema Kemungkinan 3 BIP110: Minoritas Hash Power Membuat Rantai Sendiri dan Risiko Forkcoin

Skema ketiga adalah yang paling langsung menciptakan dua realitas: minoritas penambang yang cukup besar memberi sinyal dan sekaligus menolak blok non-sinyal, sehingga mereka membangun rantai minoritas yang hanya berisi blok bersinyal. Ini bukan minoritas 1–2% yang nyaris tak berarti; bayangkan naik berkali-kali lipat hingga cukup untuk menghasilkan blok secara teratur—meski lebih lambat dari normal. Dalam kondisi ini, node BIP110 tidak “mati”; mereka tetap berjalan di atas rantai yang lebih sepi.

Konsekuensinya, sejak awal ada dua lajur. Di lajur BIP110, mungkin hanya terjadi satu-dua blok per jam pada fase awal, membuat konfirmasi lebih lambat. Setelah beberapa waktu, mekanisme penyesuaian kesulitan akan mengkalibrasi ulang dan tempo bisa kembali mendekati rata-rata normal untuk rantai tersebut. Di lajur non-BIP110, mayoritas hash power tetap menambang rantai “lama”, mungkin dengan laju sedikit berkurang sementara karena sebagian hash power pindah. Setelah penyesuaian kesulitan, laju di rantai mayoritas juga kembali normal.

Hal yang membuat skema ini benar-benar perlu diwaspadai adalah dua risiko: risiko penghapusan sepihak dan lahirnya forkcoin. Risiko penghapusan sepihak terjadi jika rantai BIP110 yang semula minoritas kemudian menjadi lebih panjang (misalnya karena penambang bermigrasi). Secara default, banyak node akan mengikuti rantai dengan kerja terbesar, sehingga rantai lain bisa “ditinggalkan” dan blok-bloknya menjadi seolah tidak pernah ada. Bagi penambang yang tadinya berada di rantai yang ditinggalkan, itu berarti hadiah blok yang sudah mereka kira aman bisa lenyap dari perspektif mayoritas.

Mengapa Risiko “Wiped Out” Tidak Selalu Tak Terhindarkan

Ada strategi defensif yang dapat dipakai pihak yang ingin memastikan rantai non-BIP110 tidak bisa dihapus oleh rantai BIP110. Mereka dapat secara manual menginvalidasi blok tertentu dari rantai BIP110 ketika rantai itu masih minoritas. Dengan begitu, node mereka akan menolak beralih ke rantai BIP110 meskipun suatu saat rantai itu menjadi lebih panjang. Tindakan ini mengubah permainan: pemisahan menjadi permanen karena masing-masing pihak secara eksplisit menolak sejarah pihak lain.

Di sinilah kita sampai pada implikasi identitas. Ketika pemisahan permanen terjadi, praktis tercipta aset baru: sejenis “BIP110 coin”. Pemilik BTC pada saat pemisahan secara teoritis memiliki saldo setara di kedua rantai, mirip dinamika yang pernah terjadi pada percabangan besar 2017. Namun kesamaan berhenti sampai di situ; detail implementasi menentukan apakah pengguna bisa mengaksesnya dengan aman.

Replay Tanpa Perlindungan: Ancaman Keamanan yang Sering Diremehkan

Masalah besar yang kerap muncul pada fork tanpa desain matang adalah tidak adanya replay protection. Jika format transaksi valid di kedua rantai, transaksi yang Anda kirim di satu rantai bisa disalin dan ditayangkan ulang di rantai lain. Anda bermaksud mengirim BTC, tetapi tanpa sadar juga mengirim “BIP110 coin” ke alamat yang sama di rantai lain. Bagi pengguna retail, ini terlihat seperti “saldo menghilang misterius”, padahal itu akibat transaksi yang dapat diputar ulang.

Ini bukan isu teoretis. Di skenario panik, orang cenderung bergerak cepat: memindahkan dana dari bursa, mengonsolidasikan UTXO, atau membayar tagihan. Justru saat itulah replay paling berbahaya. Karena itu, tindakan pencegahan paling masuk akal bagi pengguna yang ingin menjaga opsi adalah: self-custody (memegang kunci privat sendiri) dan menunda transaksi sampai ada panduan pemisahan koin yang jelas dari penyedia dompet tepercaya. Bukan karena “takut teknologi”, tetapi karena disiplin keamanan saat rantai tidak stabil adalah kebiasaan yang menyelamatkan dana.

Nilai Forkcoin dan Pertarungan Label “Bitcoin”

Jika dua rantai hidup berdampingan, pasar akan memutuskan mana yang dianggap “Bitcoin” dan mana yang diperlakukan sebagai forkcoin. Dalam banyak kasus, rantai yang mempertahankan aturan lama dan didukung mayoritas infrastruktur—bursa, kustodian, pembayaran—cenderung mempertahankan ticker utama. Rantai BIP110, bila minoritas, akan memakai nama lain dan memerlukan perangkat lunak spesifik agar koinnya terlihat. Bahkan jika secara teknis Anda “punya dua saldo”, likuiditas dan dukungan layanan menentukan apakah saldo itu bermakna.

Menutup skema 3, satu insight menonjol: perpecahan bukan hanya peristiwa teknis, melainkan peristiwa sosial-ekonomi. Ketika konsensus pecah, blockchain berubah dari buku besar tunggal menjadi dua narasi sejarah yang bersaing—dan di tengahnya ada pengguna seperti Raka yang hanya ingin kepastian. Dari sini, fokus publik biasanya bergeser ke satu pertanyaan praktis: “apa yang seharusnya dilakukan agar tidak menjadi korban kekacauan transaksi?”