BITCOIN CORE

[nusanian]

bitcoin core menurut saya didesain untuk user yang memahami teknis komputer dan rajin melakukan backup.

apalagi tentang adanya pelepasan limit OP_Return menjadi lebih besar. dikhawatirkan data non finansial memenuhi blockchain Bitcoin tentu akan berdampak pada ukuran blockchainnya.

[AakZaki]

Saya baru menyadiri mendownload Bitcoin Core sampai selesai (Synced) itu memang membutuhkan waktu sekitar 75-80jam untuk saat ini, tidak peduli itu Full Node atau Prune.
Dengan begitu yang bikin lama itu bukan downloadnya melainkan Verifikasi = Update UTXO = Disk I/O.

Yang sebenarnya terjadi saat IBD itu ibaratkan Bitcoin Core tidak percaya kepada siapapun. Jadi dalam proses IBD nya itu setiap block harus:

• Di Download
• Di cek Prof-of-Work
• Di cek semua Transaksi
• Validasi Signature dan Scrypt
• Update Database UTXO
• Tulis ke SSD/HDD
• Prune Block Lama Jika Versi Pruning
• Commit State ke LevelDB

Itu dilakukan pada setiap block yang ada, jadi di titik ini lah yang membuat proses Downloadnya terasa lama sekitar 75-80jam ingat untuk saat ini, tidak menutup kemungkinan akan bertambah lama proses itu seiring bertambahnya Block.
Saya sudah membuktikan sendiri di PC pribadi untuk Full Node dan memakan waktu seperti yang saya sebutkan diatas.

Namun karena saya masih penasaraan untuk yang mode pruning saya beli VPS dan menginstal nya di VPS tersebut. Awalnya saya pikir mode prune ini akan lebih cepat synced ketika menggunakan VPS namun nyatanya tidak, Karena proses Verifikasi = Update UTXO = Disk I/O tetap berlaku dan 8 poin diatas tetap jalan sehingga membutuhkan waktu sekitar 75-80jam itu.

Code:

 bitcoin-cli getblockchaininfo                                     vm: Sun Feb  1 09:54:14 2026
{
  "chain": "main",
  "blocks": 897117,
  "headers": 934575,
  "bestblockhash": "00000000000000000000f98bfbbf288e721f502259a2d4060f6b8be5334afc6e",
  "difficulty": 119116256505723.5,
  "time": 1747490250,
  "mediantime": 1747488117,
  "verificationprogress": 0.9057638816984529,
  "initialblockdownload": true,
  "chainwork": "0000000000000000000000000000000000000000c3cd78e3567956225965b924",
  "size_on_disk": 39808541157,
  "pruned": true,
  "pruneheight": 876877,
  "automatic_pruning": true,
  "prune_target_size": 41943040000,
  "warnings": ""
}

Uptime:


Proses IBD di VPS belum selesai masih skitar  "blocks": 897117 itu sudah sekitar 61jam.

Jadi kesimpulan akhirnya Mode Prune tidak mempercepat proses Verifikasi yang membuat status Synced lebih cepat.
Mode Prune hanya melimit storage untuk penyimpanan Block, chainstate dll nya.

[abhiseshakana]

Saya baru menyadiri mendownload Bitcoin Core sampai selesai (Synced) itu memang membutuhkan waktu sekitar 75-80jam untuk saat ini, tidak peduli itu Full Node atau Prune.
Dengan begitu yang bikin lama itu bukan downloadnya melainkan Verifikasi = Update UTXO = Disk I/O.

Yang sebenarnya terjadi saat IBD itu ibaratkan Bitcoin Core tidak percaya kepada siapapun. Jadi dalam proses IBD nya itu setiap block harus:

• Di Download
• Di cek Prof-of-Work
• Di cek semua Transaksi
• Validasi Signature dan Scrypt
• Update Database UTXO
• Tulis ke SSD/HDD
• Prune Block Lama Jika Versi Pruning
• Commit State ke LevelDB

Itu dilakukan pada setiap block yang ada, jadi di titik ini lah yang membuat proses Downloadnya terasa lama sekitar 75-80jam ingat untuk saat ini, tidak menutup kemungkinan akan bertambah lama proses itu seiring bertambahnya Block.
Saya sudah membuktikan sendiri di PC pribadi untuk Full Node dan memakan waktu seperti yang saya sebutkan diatas.

Namun karena saya masih penasaraan untuk yang mode pruning saya beli VPS dan menginstal nya di VPS tersebut. Awalnya saya pikir mode prune ini akan lebih cepat synced ketika menggunakan VPS namun nyatanya tidak, Karena proses Verifikasi = Update UTXO = Disk I/O tetap berlaku dan 8 poin diatas tetap jalan sehingga membutuhkan waktu sekitar 75-80jam itu.


- snip -

Jadi kesimpulan akhirnya Mode Prune tidak mempercepat proses Verifikasi yang membuat status Synced lebih cepat.
Mode Prune hanya melimit storage untuk penyimpanan Block, chainstate dll nya.

Memang benar Om ... Ketika kita memilih untuk menjalankan Client pada mode Prune Node itu tidak serta merta membuat proses Sinkronisasi lebih cepat karena proses IBD tetap berjalan seperti pada Full Node karena untuk melakukan verifikasi dan validasi (block dan transaksi) tetap harus mendownload keseluruhan Blockchain sebelum dihapus setelahnya dan hanya disimpan sesuai dengan parameter prune yang telah ditetapkan (besaran storage yang dipilih).

Bahkan terkadang saat menjalankan mode pruning, bisa menyebabkan proses sinkronisasi malah menjadi lebih lambat karena untuk proses penghapusan data bisa saja malah memerlukan waktu yang lebih panjang dan ada juga potensi Bottleneck.

[Husna QA]

Saya baru menyadiri mendownload Bitcoin Core sampai selesai (Synced) itu memang membutuhkan waktu sekitar 75-80jam untuk saat ini, tidak peduli itu Full Node atau Prune.
Dengan begitu yang bikin lama itu bukan downloadnya melainkan Verifikasi = Update UTXO = Disk I/O.
-snip-

Jadi kesimpulan akhirnya Mode Prune tidak mempercepat proses Verifikasi yang membuat status Synced lebih cepat.
Mode Prune hanya melimit storage untuk penyimpanan Block, chainstate dll nya.

Semua block harus di verifikasi dulu dari block pertama hingga block terbaru. Jadi, dalam hal ini prosesnya juga sama dengan Full Node, yang membedakan diantaranya adalah kapasitas untuk penyimpanan block, dimana mode prune akan disesuaikan dengan settingan yang sudah ditentukan user.

Setahu saya, untuk menjalankan mode prune, tetap harus mendownload dan memverifikasi semua block dari mulai genesis block, jadi dalam hal ini tetap memerlukan bandwidth yang besar. Namun memang nantinya block-block lama akan otomatis dihapus ketika sudah mencapai limit pada settingan "limit blockchain storage .." yang sudah ditentukan.

Sebagaimana sebelumnya saya sebutkan, selain Full Node, saya juga menggunakan Bitcoin Core mode Prune Node.
File yang berada di folder 'blocks' dan 'index' akan otomatis diperbaharui, dimana yang tercantum adalah block terakhir yang sudah didownload hingga mundur beberapa block ke belakang menyesuaikan dengan settingan pada 'Prune block storage ...'. Sementara block lama yang lebih lawas dari settingan tersebut otomatis dihapus.

Berikut ini contoh isi file dari folder 'blocks' dan 'index' pada Bitcoin Core yang saya gunakan dengan mode Prune node --nampak file block pertama sudah otomatis terhapus:

[AakZaki]

Update:

Bitcoin Core merilis versi terbarunya yaitu v.31.0
Dalam rilis tersebut dinyatakan mencakup fitur-fitur baru entah seperti apa fitur barunya saya sendiri belum upgrade. dinyatakan pula adanya perbaikan bug dan peningkatan kinerjanya serta terjemahan yang diperbarui.

Link Download: https://bitcoincore.org/en/download/

Dalam rilis itu juga disediakan link GitHub untuk report bug disini:
https://github.com/bitcoin/bitcoin/issues

Source:
- Juga di tulis oleh achow101 disini Bitcoin Core v31.0 Released
- https://bitcoincore.org/en/releases/31.0/

[Husna QA]

Bitcoin Core merilis versi terbarunya yaitu v.31.0
Dalam rilis tersebut dinyatakan mencakup fitur-fitur baru entah seperti apa fitur barunya saya sendiri belum upgrade. dinyatakan pula adanya perbaikan bug dan peningkatan kinerjanya serta terjemahan yang diperbarui.

Ada cukup banyak perubahan maupun update fitur baru yang bisa dilihat di catatan rilis Bitcoin Core versi tersebut (https://bitcoincore.org/en/releases/31.0/).
Dua diantaranya yang cukup menarik perhatian saya adalah adanya peningkatan pada -dbcache yang disatu sisi bisa menambah performa ketika menjalankan Bitcoin Core (namun bisa menguras lebih banyak penggunaan memori), dan yang kedua adanya perubahan pada Bitcoin Core fee estimator (tidak perlu modifikasi manual lagi sebagaimana di Electrum ketika ingin menggunakan fee dibawah 1 sat/vB).

Dalam rilis itu juga disediakan link GitHub untuk report bug disini:
https://github.com/bitcoin/bitcoin/issues

Informasi perihal link untuk me-report bug pada Bitcoin Core tersebut sebenarnya sudah lama ada dan belum berubah hirarki link di GitHub-nya.
Contoh, seperti disebutkan pula pada rilis versi lawas Bitcoin Core v0.11.0 yang di publish pada 12 Juli 2015 (https://bitcoincore.org/en/releases/0.11.0/):

[abhiseshakana]

Bitcoin Core merilis versi terbarunya yaitu v.31.0
Dalam rilis tersebut dinyatakan mencakup fitur-fitur baru entah seperti apa fitur barunya saya sendiri belum upgrade. dinyatakan pula adanya perbaikan bug dan peningkatan kinerjanya serta terjemahan yang diperbarui.

Ada cukup banyak perubahan maupun update fitur baru yang bisa dilihat di catatan rilis Bitcoin Core versi tersebut (https://bitcoincore.org/en/releases/31.0/).
Dua diantaranya yang cukup menarik perhatian saya adalah adanya peningkatan pada -dbcache yang disatu sisi bisa menambah performa ketika menjalankan Bitcoin Core (namun bisa menguras lebih banyak penggunaan memori)

Default dari dbcache sepertinya memang sudah selayaknya untuk diadjust, karena untuk pemilik node bitcoin core rata-rata sudah menggunakan device (PC) dengan RAM diatas 8GB, bahkan untuk ukuran sekarang ini kebanyakan orang yang lagi mem-build atau membeli komputer baru, rata-rata pasti memih RAM setidaknya dengan kapasitas 16GB.

Jadi untuk PC dengan spek RAM tersebut, ukuran dbcache 1024 MiB tidak akan menjadi masalah karena untuk pemakaian normal memory usage dari PC tersebut tidak akan melebih 70%, yang berarti masih ada kisaran 4000 - 5000 MB memory free yang bisa digunakan untuk penggunaan app lain (termasuk dbcache dari Bitcoin Core).

Semakin besar ukuran dbcache maka akan semakin cepat pula proses melakukan IBD (Initial Block Download).

[Husna QA]

Ada cukup banyak perubahan maupun update fitur baru yang bisa dilihat di catatan rilis Bitcoin Core versi tersebut (https://bitcoincore.org/en/releases/31.0/).

—snip—
Semakin besar ukuran dbcache maka akan semakin cepat pula proses melakukan IBD (Initial Block Download).

Ya, itu salah satu update yang cukup menarik perhatian saya, lumayan bisa menambah performa ketika menjalankan versi terbaru Bitcoin Core (v.31.0).
Bagi user yang memiliki RAM PC 'pas-pasan', toh masih bisa menurunkan settingan ukuran dbcache-nya kalaupun ingin tetap menggunakan Bitcoin Core meskipun tentunya performa (terutama ketika proses IBD) tidak sekencang bila menggunakan RAM yang lebih tinggi lagi.

Seperti bisa dilihat pada keterangan di screenshot sebelumnya, penyesuaian dbcache 1024 MiB tersebut baru bisa dimanfaatkan manakala device yang digunakan memiliki memory RAM minimalnya 4096 MiB.

[Husna QA]

Sedikit share informasi;

Bagi teman-teman yang saat ini menggunakan Bitcoin Core v.29 kebawah dan ingin melakukan update —saya sendiri masih menggunakan Bitcoin Core v.25.1—, sebaiknya langsung ke versi 31.0 yang sudah dirilis bulan lalu sebagaimana info updatenya di post @AakZaki di atas.

Ada alasan yang cukup krusial kenapa updatenya loncat dan melewati Bitcoin Core v.30, diantaranya pada versi tersebut ada bug ketika terjadi kegagalan migrasi wallet yang kemungkinan bisa menghapus file-file wallet pada direktori tertentu.

Berikut ini link dan kutipan lebih detail mengenai bug tersebut:

Wallet Migration Failure May Delete Unrelated Wallet Files In Bitcoin Core 30.0 and 30.1

We have become aware of a wallet migration bug introduced in Bitcoin Core 30.0 and 30.1. Under rare circumstances, when the migration of a wallet.dat file fails, all files in the wallet directory may be deleted in the process, potentially resulting in a loss of funds. A fix is forthcoming and will be released as 30.2, but out of an abundance of caution we have removed the binaries for affected releases from bitcoincore.org.

At this time, we ask users to not attempt wallet migrations using the GUI or RPC until v30.2 is released. All other users, including existing wallet users, are unaffected and can keep using existing installations.

Specifically, it requires the presence of a default (unnamed) wallet.dat file, which has not been created by default since 0.21 (released 5 years ago), that fails to be migrated or loaded. One condition that may trigger this is when pruning is enabled, and the wallet was unloaded while pruning happened.

https://bitcoincore.org/en/2026/01/05/wallet-migration-bug/

[AakZaki]

Sedikit share informasi;

Bagi teman-teman yang saat ini menggunakan Bitcoin Core v.29 kebawah dan ingin melakukan update —saya sendiri masih menggunakan Bitcoin Core v.25.1—, sebaiknya langsung ke versi 31.0 yang sudah dirilis bulan lalu sebagaimana info updatenya di post @AakZaki di atas.

-snip-

Sepertinya di versi v30.2 juga belum normal mas, Ketika awal saya download beberapa bulan yang lalu saya pakai yang versi 30.2 sampai ente update pembaruan ini baru saya update ke versi 31.0 kemarin, padahal saya yang update pembaruan kalo ada versi 31.0.

Masalahnya baru saya sadari bahwa kemarin App Bitcoin Core saya yang versi 30.2 sering close sendiri, kadang sampai lupa kalo terclose sendiri sehingga server Electrum saya gak jalan, pada akhirnya nunggu sinkron blocks yang tertinggal dulu baru server connected.

Nah.. sedangkan sekarang App Bitcoin Core v31.0 ini sepertinya lebih stabil, karena sudah lebih dari 24jam saya open gak ada close sama-skali.