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.

[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.

-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.

Untuk Bitcoin Core v30.2 saya belum baca lagi bug apa saja yang masih ada di versi tersebut. Sementara untuk Bitcoin Core v30.0 dan v30.1 sebagaimana saya kutip diatas, masalahnya bisa dibilang cukup serius terutama bagi pemula yang baru beralih/migrasi dari model wallet lama ke model wallet baru.

Kemungkinan pada v30.xxx bug nya mirip-mirip. Diatas saya coba sarankan untuk yang mau update, sebaiknya langsung loncat ke v31.0, selain karena saat ini sudah tersedia juga updatenya.



Sebagaimana pernah didiskusikan sebelumnya, sekarang Bitcoin Core sudah mulai 'meninggalkan' model lama, Legacy wallet dan secara bertahap mulai beralih ke model Descriptor wallet.

Pada akhirnya seluruh pengguna Bitcoin Core tidak akan lagi bisa menggunakan Legacy wallet, karena fungsi tersebut akan dihilangkan secara permanen dari Bitcoin Core Client. Sejauh yang saya tahu di versi 27.0 nanti fungsi Legacy wallet masih tetap bisa digunakan karena di Release schedule for 27.0 tidak disebutkan adanya update Legacy wallet (BDB) removal.

Yup, sebagaimana sudah diinformasikan pada rilis update sebelumnya (https://bitcoincore.org/en/releases/26.0/) mengenai rencana penghapusan Legacy wallet pada update Bitcoin Core yang akan datang.

The createwallet RPC will no longer create legacy (BDB) wallets when setting descriptors=false without also providing the -deprecatedrpc=create_bdb option. This is because the legacy wallet is being deprecated in a future release. (#28597)

Artinya kedepan akan fokus ke descriptor wallet yang berbasis script dan lebih dari sekedar wallet tipe legacy.

In contrast with Legacy Wallets, Descriptor Wallets are designed to support the Bitcoin scripting system through the use of descriptors. Descriptors explicitly give an output script (and thus address) as well as all of the keys and scripts necessary to sign them. This essentially means that Descriptor Wallets are a script based wallet, while Legacy Wallets are key based.

—snip—

[Chikito]

Sebagaimana pernah didiskusikan sebelumnya, sekarang Bitcoin Core sudah mulai 'meninggalkan' model lama, Legacy wallet dan secara bertahap mulai beralih ke model Descriptor wallet.

Di versi 31.0 ini apakah bug yang menghapus wallet lama ketika kita migrasi ke Descriptor wallet masih ditemukan?. Kalau saya baca, pemicu adalah kondisi di mana pruning diaktifkan dan wallet-nya di-unload pas proses pruning sedang berjalan. Jadi kalau wallet lama yang ngejalanin pruning node, akan terkena dampak ini. Soalnya core di laptop saya ini versi lama (udah lama gak ngejalanin core), saya cek di HD baru 450GB.

[1]. https://investasi.kontan.co.id/news/bug-bitcoin-core-v30-berisiko-hapus-wallet-lama-pengembang-tarik-rilis-terbaru

[Husna QA]

Sebagaimana pernah didiskusikan sebelumnya, sekarang Bitcoin Core sudah mulai 'meninggalkan' model lama, Legacy wallet dan secara bertahap mulai beralih ke model Descriptor wallet.

Di versi 31.0 ini apakah bug yang menghapus wallet lama ketika kita migrasi ke Descriptor wallet masih ditemukan?. —snip—

Setahu saya bug tersebut sudah diperbaiki dan belum saya dapati laporan bug serupa di Bitcoin Core v.31.0
Berdasarkan keterangan pada catatan rilis versi tersebut, mestinya tidak ada masalah lagi terkait wallet lama.

Upgrading directly from a version of Bitcoin Core that has reached its EOL is possible, but it might take some time if the data directory needs to be migrated. Old wallet versions of Bitcoin Core are generally supported.

https://bitcoincore.org/en/releases/31.0/


Salah satu issue pada Bitcoin Core v.31.0, terkait privasi IP address pengirim:
Private Broadcast May Reveal Sender IP Address in Bitcoin Core 31.0

We have become aware of a privacy bug in the -privatebroadcast feature, newly introduced in Bitcoin Core 31.0, that may cause the originator’s IP address to be revealed to the receiving peer under certain network conditions. A fix is forthcoming and will be released with 31.1. Users of -privatebroadcast are advised to apply one of the workarounds below until 31.1 is released.

Beberapa solusi sementara v.31.1 belum dirilis:

Workarounds

Until they can upgrade to 31.1, users of -privatebroadcast should apply one of the following:

1. Disable the feature. Set -privatebroadcast=0.

2. Disable v2 transport. Set -v2transport=0. This causes all of the node’s connections to use the unencrypted v1 protocol, which has the downside that it becomes easier to fingerprint and censor on clearnet.

3. Route IPv4/IPv6 outbound through Tor. Set -proxy=127.0.0.1:9050 (replace 9050 with your Tor SOCKS port if different). This routes all outbound IPv4/IPv6 P2P traffic through Tor exit nodes, which has the downside of making the node easier to Sybil attack.

[Chikito]

Sebagaimana pernah didiskusikan sebelumnya, sekarang Bitcoin Core sudah mulai 'meninggalkan' model lama, Legacy wallet dan secara bertahap mulai beralih ke model Descriptor wallet.

Di versi 31.0 ini apakah bug yang menghapus wallet lama ketika kita migrasi ke Descriptor wallet masih ditemukan?. —snip—

Setahu saya bug tersebut sudah diperbaiki dan belum saya dapati laporan bug serupa di Bitcoin Core v.31.0
Berdasarkan keterangan pada catatan rilis versi tersebut, mestinya tidak ada masalah lagi terkait wallet lama.

Tks atas infonya, rencana mau running bitcoin core lagi, indexnya ada di HD eksternal, sekitar 450 GB blockchain, kalau index sekarang berkisar 750GB, butuh 300 GB download tan lagi untuk full sync.

Kalau tahun lalu pernah nyoba running dengan mentargetkan HD sebagai indexnya dapat error kayak gak terbaca gitu, entah apa masalah di HD, atau di bitcoin corenya, belum saya pastiin errornya.

[AakZaki]

Tks atas infonya, rencana mau running bitcoin core lagi, indexnya ada di HD eksternal, sekitar 450 GB blockchain, kalau index sekarang berkisar 750GB, butuh 300 GB download tan lagi untuk full sync.

Ini jumlah memory yang di butuhkan Bitcoin Core Full Node untuk penyimpanannya:
Ini Bitcoin Core milik saya, yang saya screnshot jumlah kapasitasnya agar kalo ada rencana running Bitcoin Core Full Node juga tidak nanggung Memory nya.
Dalam folder tersebut isinya Indexes dan Block dan semua file nya. Sedangkan folder Chainstate nya, saya gunakan Symbolic Link (Symlink) ke SSD itu sekitar 10GB, Jadi Memory yang dibutuhkan untuk penyimpanan ini saja sekitar 874 GB.

Saya rasa kalo ada tertulis disebuah artikel 750GB itu hanya perkiraan, namun realita yang sebenarnya adalah 874GB.

Kalau tahun lalu pernah nyoba running dengan mentargetkan HD sebagai indexnya dapat error kayak gak terbaca gitu, entah apa masalah di HD, atau di bitcoin corenya, belum saya pastiin errornya.

Coba pastiin lagi sisa Memory di HD nya, seharusnya kalo mencukupi seperti yang saya sebutkan di atas itu tidak akan jadi masalah.

[Husna QA]

Tks atas infonya, rencana mau running bitcoin core lagi, indexnya ada di HD eksternal, sekitar 450 GB blockchain, kalau index sekarang berkisar 750GB, butuh 300 GB download tan lagi untuk full sync.

Ini jumlah memory yang di butuhkan Bitcoin Core Full Node untuk penyimpanannya:
Ini Bitcoin Core milik saya, yang saya screnshot jumlah kapasitasnya agar kalo ada rencana running Bitcoin Core Full Node juga tidak nanggung Memory nya.
Dalam folder tersebut isinya Indexes dan Block dan semua file nya. Sedangkan folder Chainstate nya, saya gunakan Symbolic Link (Symlink) ke SSD itu sekitar 10GB, Jadi Memory yang dibutuhkan untuk penyimpanan ini saja sekitar 874 GB. —snip—

Masing-masing user bisa saja berbeda angka yang didapatkan pada ruang penyimpanan untuk data Bitcoin blockchain dari Bitcoin Core yang digunakannya.
Dulu saya juga demikian dan selisihnya bahkan cukup jauh dibandingkan dengan kapasitas yang sudah dicapai user lain dengan block yang hampir sama. Entah itu dikarenakan perbedaan pengaturan, jumlah wallet atau lainnya.

Namun, kalau secara umum untuk Bitcoin Blockchain Size biasanya saya melihat di https://ycharts.com/indicators/bitcoin_blockchain_size*, dimana contoh data per 03 Juli 2026 sudah mencapai 751.74 GB.

Data di ycharts tersebut bisa juga dilihat langsung ke sumbernya di: https://www.blockchain.com/explorer/charts/blocks-size

[AakZaki]

Masing-masing user bisa saja berbeda angka yang didapatkan pada ruang penyimpanan untuk data Bitcoin blockchain dari Bitcoin Core yang digunakannya.
Dulu saya juga demikian dan selisihnya bahkan cukup jauh dibandingkan dengan kapasitas yang sudah dicapai user lain dengan block yang hampir sama. Entah itu dikarenakan perbedaan pengaturan, jumlah wallet atau lainnya.

Saya sih gak yakin mas kalo sampe perbedaanya jauh dari yang saya sebutkan, Bitcoin Core yang saya gunakan ini saya gak generate wallet (alias gak ada walletnya) dan untuk setup-nya masih mendekati default.
Namun sayangnya gak ada yang membuktikan lagi saat ini, selain saya.

Namun, kalau secara umum untuk Bitcoin Blockchain Size biasanya saya melihat di https://ycharts.com/indicators/bitcoin_blockchain_size*, dimana contoh data per 03 Juli 2026 sudah mencapai 751.74 GB.

Data di ycharts tersebut bisa juga dilihat langsung ke sumbernya di: https://www.blockchain.com/explorer/charts/blocks-size

Sebenarnya sudah pernah saya katakan pada bulan January yang lalu bahwa Size-Block sudah 768GB, Namun seperti yang saya katakan juga bahwa kalo ada di sebuah artikel mengatakan 751 GB itu hanya perkiraan, bukan realitanya.

Tapi okelah anggap saja artikel itu benar 751.74GB, Namun itu Hanya Folder Size-Block, belum folder Indexes dan Chainstate

Sekedar Informasi ini, untuk siapapun yang hendak mendownload Bitcoin Core Full Node jangan hanya sediakan storage 1TB karena itu tidak akan bertahan lama. Saya sudah terlanjur mendownload jadi saya tidak ingin setenngah-setengah untuk proses ini, karena kebetulan punya storage 4TB.

Sejauh ini saya sudah download Bitcoin Core, awal nya 50 jam dan 768 GB saya pikir itu selesai karena sudah synced semuanya. namun saya masih heran kok sudah selesai, padahal tertulis sebelum instalasi itu 810GB. ternyata 50jam dan 786 GB itu belum include folder txindex pada akhirnya saya selesaikan txindex itu yang membutuhkan waktu sekitar 24jam + 62GB dibagian ini terdownload agak lama karena full di HDD. Jadi total sampai selesai itu memakan storage 830GB + 74jam itu pun karena chainstate nya saya pindah ke SSD, kalo tidak mungkin membutuhkan waktu yang lebih lama lagi.

[Husna QA]

Masing-masing user bisa saja berbeda angka yang didapatkan pada ruang penyimpanan untuk data Bitcoin blockchain dari Bitcoin Core yang digunakannya.
Dulu saya juga demikian dan selisihnya bahkan cukup jauh dibandingkan dengan kapasitas yang sudah dicapai user lain dengan block yang hampir sama. Entah itu dikarenakan perbedaan pengaturan, jumlah wallet atau lainnya.

Saya sih gak yakin mas kalo sampe perbedaanya jauh dari yang saya sebutkan, Bitcoin Core yang saya gunakan ini saya gak generate wallet (alias gak ada walletnya) dan untuk setup-nya masih mendekati default.
Namun sayangnya gak ada yang membuktikan lagi saat ini, selain saya.

Berikut ini beberapa contoh perbedaan data user pengguna Bitcoin padahal masih dalam kurun waktu yang tidak terlalu berbeda.
Dalam salah satu kesempatan, bahkan saya sampai penasaran dengan memulai lagi dari nol untuk melihat dan mengkomparasi ulang ukuran data blockchain dengan yang sudah di download sebelumnya (maka dari itu, di atas saya sebutkan data blockchain yang di download user bisa saja berbeda):

File size data Bitcoin Blockchain testnet berbeda dengan yang mainnet dan foldernya dibuat tersendiri (testnet3). Sementara itu, jika menilik dari yang sudah saya download, minimalnya perlu space kosong sekitar 50 GB untuk testnet pada saat ini. Kalaupun misalkan menggunakan opsi Prune, nantinya setelah full sync, penggunaan space data akan di reduce disesuaikan dengan settingan Block pruning-nya.

Kok bedanya cukup gede juga ya antara MacOS dengan Windows, soalnya punya saya ukurannya cuman 35GB kurang dikit. Dan jika melihat info Blockchain size di https://blockchair.com/bitcoin/testnet ukurannya malah  31.3GB

Di Bitcoin Core MacOS yang saya gunakan, file size dari folder testnet3 hingga barusan saya update persisnya sudah mencapai 41 GB mas; Di atas saya menyebutkan minimalnya perlu sekitar 50 GB untuk jarak aman agar harddrive nya tidak terlalu 'penuh' ketika mau menggunakan versi full untuk download data Bitcoin blockchain testnet-nya.


—snip—

out of curiosity, does that folder contain only the blockchain or does it have other stuff too? -snip-

Here are the contents of the testnet3 folder on my computer. I didn't add any files manually to the folder.

-snip- since explorers say blockchain size is 23.60 GB. -snip-

I was curious to browse also through explorers (https://tbtc.bitaps.com/), and got data like the following:

-snip- wallet files that could also be big if they were used a lot. and all of that can take up a lot of additional size.

It seems that the cause of the data in my testnet3 folder has a larger file size.

Today I tried to re-download the Blockchain testnet from scratch by deleting the old testnet3 folder first.
Currently, I haven't used it for any transactions. Here are the results (last synchronization up to the number of blocks 1862241):

 

thanks for the update.
the blockchain size is the size of the "blocks" file not the entire testnet3 folder because as i said it contains other files that have high sizes:
* chainstate: is the current UTXO list that takes up quite a lot of space because it is ALL the unspent transaction outputs. this file is not part of the "blockchain" and can even be safely deleted, of course you'll have to recreate it from block #1 if you delete it.
* indexes: is not that big but it contains the information about blocks, where they are on your disk, etc. to make look up process faster. again this is not part of the "blockchain" and same as chainstate can be deleted.
* rev files that are found inside blocks folder are the "undo" data that i mentioned before and are used to "undo" the chainstate if needed like in case of chain reorgs. this also takes some some space and is the same as the other two and is not part of the "blockchain".

your blocks folder is showing 28.73 which means out of 33.36 GB there were 4.63 GB chainstate and indexes. your debug.log seems to be moderately big (~0.5GB) which i'm not sure what it does.
the 28.73 GB is closer to 23.6 GB reported by the block explorer. if you could, check the rev files and see how much space they take and only sum the blk***.dat file sizes to see if it is closer to 23.6 or not.