Crypto · 5 min read · 4 views
Bitcoin Core 30.0 dan Kebijakan Data-Carrier: Apa yang Berubah bagi Operator Node
Bitcoin Core 30.0 mengubah kebijakan default relay data tanpa mengubah aturan konsensus. Artikel ini membedah dampaknya bagi mempool, penambang, serta operator node secara teknis dan netral.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Bitcoin Core 30.0 dirilis pada Oktober 2025 sebagai versi mayor perangkat lunak node yang paling banyak dijadikan rujukan dalam ekosistem Bitcoin. Pengumuman akun resmi [Bitcoin Core di X](https://x.com/bitcoincoreorg/status/1977300150751269261) menjadi sinyal awal, tetapi fakta rilis dan rincian teknisnya dapat diverifikasi langsung melalui [catatan rilis Bitcoin Core](https://bitcoincore.org/en/releases/30.0/) serta [repositori resmi di GitHub](https://github.com/bitcoin/bitcoin/releases/tag/v30.0). Karena Bitcoin tidak memiliki pengelola tunggal, rilis baru bukan “perintah upgrade”, melainkan paket perubahan yang bebas dinilai dan dipilih oleh setiap operator node.
Salah satu perubahan yang paling banyak dibahas menyangkut kebijakan relay data: batas default untuk data pada keluaran transaksi dinaikkan dari 83 byte menjadi 100.000 byte, opsi `-datacarriersize` didepresiasi dan diabaikan, serta lebih dari satu keluaran data-carrier dapat diterima oleh kebijakan standar. Perubahan ini tidak menaikkan batas ukuran blok dan tidak mengubah aturan konsensus Bitcoin. Namun, ia penting karena memperlihatkan perbedaan antara konsensus, kebijakan mempool, dan pilihan lokal—tiga lapisan yang sering tercampur dalam perdebatan publik.
## Daftar Isi
- [01 — Apa yang Sebenarnya Berubah](#bagian-01)
- [02 — Konsensus, Relay, dan Penambangan Bukan Hal yang Sama](#bagian-02)
- [03 — Mengapa Batas Lama Dinilai Kurang Efektif](#bagian-03)
- [04 — Risiko dan Keberatan yang Tetap Relevan](#bagian-04)
- [05 — Panduan Evaluasi bagi Operator Node](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — Apa yang Sebenarnya Berubah
Menurut [catatan rilis resmi](https://bitcoincore.org/en/releases/30.0/), Bitcoin Core 30.0 mengubah *default policy* penerimaan dan penyiaran transaksi yang membawa data pada output yang tidak dapat dibelanjakan. Sebelumnya, konfigurasi standar membatasi data-carrier sekitar 83 byte dan lazimnya satu output; versi 30.0 menaikkan batas default menjadi 100.000 byte dan mengizinkan beberapa output semacam itu. Angka tersebut adalah batas kebijakan per output/script untuk relay standar, bukan jatah data baru yang dijamin masuk blok. Transaksi masih harus membayar biaya, bersaing memperebutkan ruang blok, serta memenuhi aturan konsensus dan kebijakan node yang menerimanya.
> **Highlight:** Bitcoin Core 30.0 mengubah kebijakan default perangkat lunak, bukan konstitusi jaringan; operator tetap dapat memilih kode, konfigurasi, dan transaksi yang mereka relay.
<a id="bagian-02"></a>
## 02 — Konsensus, Relay, dan Penambangan Bukan Hal yang Sama
| Lapisan | Fungsi | Dampak perubahan v30.0 |
|---|---|---|
| Aturan konsensus | Menentukan blok dan transaksi yang valid bagi jaringan | Tidak diubah oleh kebijakan data-carrier ini |
| Kebijakan mempool | Menentukan transaksi belum terkonfirmasi yang disimpan node | Default penerimaan data dibuat lebih longgar |
| Kebijakan relay | Menentukan transaksi yang diteruskan ke peer | Transaksi dengan data lebih besar lebih mungkin disiarkan oleh node default |
| Template penambangan | Menentukan transaksi yang dipilih untuk kandidat blok | Penambang tetap memilih berdasarkan kebijakan dan insentif sendiri |
| Konfigurasi operator | Mencerminkan preferensi lokal node | Operator bebas memakai implementasi atau aturan lokal lain |
Pemisahan ini menjelaskan mengapa dua node dapat berbeda dalam menerima transaksi ke mempool, tetapi tetap sepakat pada validitas blok yang akhirnya ditambang. Bila sebuah transaksi tidak direlay oleh satu node, transaksi itu belum tentu tidak valid; ia mungkin mencapai penambang melalui jalur lain. Sebaliknya, diterima mempool juga bukan jaminan transaksi akan dikonfirmasi. [Dokumentasi rilis](https://bitcoincore.org/en/releases/30.0/) perlu dibaca sebagai spesifikasi perilaku perangkat lunak default, bukan perubahan sepihak terhadap protokol Bitcoin.
<a id="bagian-03"></a>
## 03 — Mengapa Batas Lama Dinilai Kurang Efektif
Argumen teknis di balik perubahan ini berangkat dari kenyataan bahwa filter relay bukan alat konsensus. Data dapat ditempatkan dengan teknik lain yang lebih sulit dipangkas (*pruning*) atau lebih mahal diproses, sementara penambang tetap dapat menerima transaksi secara langsung. Karena itu, pembatasan ketat pada satu pola output belum tentu mengurangi data on-chain; ia dapat sekadar menggeser data ke bentuk yang kurang transparan bagi perangkat lunak. Kebijakan yang lebih permisif berusaha menyelaraskan mempool dengan transaksi yang secara nyata dapat masuk blok, meningkatkan estimasi biaya dan mengurangi perbedaan pandangan antara mempool node dan kandidat blok. Ini adalah pilihan desain dengan kompromi, bukan bukti bahwa setiap penggunaan ruang blok otomatis bermanfaat.
<a id="bagian-04"></a>
## 04 — Risiko dan Keberatan yang Tetap Relevan
Keberatan terhadap default baru juga rasional: relay data yang lebih besar dapat menambah penggunaan bandwidth, memori, penyimpanan sementara, dan beban validasi pada node, terutama pada perangkat dengan sumber daya terbatas. Ada pula kekhawatiran tentang konten ilegal atau tidak diinginkan, pertumbuhan UTXO bila data memakai pola yang dapat dibelanjakan, serta kompetisi ruang blok dengan pembayaran moneter. Namun, dampak aktual ditahan oleh biaya transaksi, kapasitas blok, kebijakan penambang, mekanisme pemangkasan, dan konfigurasi tiap operator. Karena [rilis GitHub v30.0](https://github.com/bitcoin/bitcoin/releases/tag/v30.0) menyediakan kode serta artefak yang dapat diaudit, respons yang sehat adalah menguji beban dan ancaman pada lingkungan sendiri, bukan menyimpulkan hasil hanya dari slogan “bebas data” atau “spam”.
<a id="bagian-05"></a>
## 05 — Panduan Evaluasi bagi Operator Node
Operator sebaiknya memperlakukan upgrade sebagai keputusan operasional. Catat versi dan sumber binary, verifikasi tanda tangan atau checksum melalui kanal resmi, baca seluruh *release notes*, lalu uji pada node nonkritis sebelum produksi. Pantau konsumsi bandwidth, ukuran mempool, ruang disk, waktu validasi, dan kualitas koneksi peer. Bila kebijakan proyek tidak cocok dengan kebutuhan organisasi, dokumentasikan alasannya dan pahami konsekuensi konektivitas dari aturan lokal yang lebih ketat. Daftar periksa berikut menjaga evaluasi tetap berbasis bukti:
- [ ] Unduh hanya dari [situs Bitcoin Core](https://bitcoincore.org/en/download/) atau artefak resmi yang dirujuk proyek.
- [ ] Cadangkan data penting dan pastikan prosedur pemulihan telah diuji.
- [ ] Baca perubahan kompatibilitas, wallet, RPC, jaringan, dan kebijakan mempool.
- [ ] Bandingkan metrik node sebelum dan sesudah upgrade dalam periode representatif.
- [ ] Pisahkan insiden konsensus dari penolakan mempool atau kegagalan relay.
- [ ] Tinjau ulang konfigurasi setelah rilis minor, bukan menganggap default selalu permanen.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
Bitcoin Core 30.0 penting bukan karena memberi otoritas baru kepada pengembang, melainkan karena memaksa ekosistem menjelaskan lapisan pengambilan keputusan dengan lebih tepat. Perubahan data-carrier memperlonggar default relay, tetapi tidak memperbesar blok, menghapus biaya, atau memaksa penambang dan operator mengikuti kebijakan yang sama. Bagi pengguna, pelajaran utamanya adalah menilai rilis dari kode, dokumentasi, metrik, dan model ancaman. Bagi operator, kedaulatan node bukan sekadar menolak perubahan: kedaulatan berarti memahami kompromi, memilih kebijakan secara sadar, dan menanggung konsekuensi teknisnya.
<a id="sumber-artikel"></a>
## Sumber
1. [Bitcoin Core — Bitcoin Core 30.0 Release Notes](https://bitcoincore.org/en/releases/30.0/) — rincian resmi perubahan jaringan, mempool, RPC, wallet, dan kebijakan data-carrier.
2. [GitHub bitcoin/bitcoin — Release v30.0](https://github.com/bitcoin/bitcoin/releases/tag/v30.0) — kode, tag, artefak, dan catatan rilis yang dapat diaudit.
3. [Bitcoin Core Project di X — Pengumuman v30.0](https://x.com/bitcoincoreorg/status/1977300150751269261) — sinyal publik dari akun resmi; seluruh klaim teknis artikel diverifikasi melalui dua sumber resmi non-X di atas.
*Artikel ini bersifat edukatif dan teknis, bukan nasihat investasi atau rekomendasi membeli aset kripto.*
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
