Panduan Setup Pruned Node Monero: Hemat 60GB di 2026
Panduan Setup Pruned Node Monero: Hemat 60GB di 2026
Per Mei 2026, ukuran blockchain Monero di disk sudah mencapai sekitar 215 GB. Angka ini melonjak tajam setelah hard fork November 2025 yang membawa FCMP++ ke produksi dan mendorong jumlah transaksi harian melewati 60.000 selama beberapa minggu berturut-turut. Bagi siapa pun yang menjalankan node di laptop dengan SSD 256 GB, di Raspberry Pi 5 dengan NVMe hat murah, atau di VPS lokal Niagahoster maupun IDCloudHost yang bandwidth-nya dihitung per GB, sinkronisasi arsip penuh bukan lagi komitmen ringan. Pruned node menyelesaikan masalah ini dengan elegan: ia membuang sekitar dua per tiga data ring signature historis sambil mempertahankan setiap block header, setiap transaction output, dan kemampuan Anda untuk memverifikasi seluruh chain secara lokal tanpa pihak ketiga. Hasilnya adalah daemon Monero yang sepenuhnya berdaulat, hanya menempati sekitar 85–95 GB ketimbang 215 GB, tetap melayani wallet via RPC, tetap berpartisipasi di swarm peer-to-peer, dan tetap menyiarkan transaksi Anda lewat Dandelion++ tanpa membocorkan metadata ke daemon remote milik orang asing. Panduan ini menelusuri tepat bagaimana cara men-deploy-nya di Linux, Windows, macOS, serta Raspberry Pi headless — termasuk file unit systemd yang tahan reboot, aturan firewall untuk melindungi port RPC, dan langkah recovery resync ketika sesuatu pasti akan rusak. Entah Anda menemukan artikel ini setelah menggunakan MoneroSwapper untuk swap tanpa KYC atau baru pertama kali merangkai node mandiri, tujuannya tetap sama: ruang disk yang lebih hemat, tanpa privasi yang hilang.
Mengapa Jalankan Pruned Node Ketimbang Remote Node
Sangat menggoda, apalagi di perangkat dengan sumber daya terbatas, untuk melewatkan menjalankan node sama sekali dan mengarahkan wallet Anda ke node komunitas seperti node.moneroworld.com atau salah satu endpoint .onion yang terdaftar di forum Monero. Secara teknis itu memang bekerja. Namun, hal itu juga memberikan operator node tersebut log presisi tentang transaksi mana yang dipindai wallet Anda, jam berapa Anda online, dan — lewat korelasi lalu lintas — perkiraan masuk akal tentang output mana yang menjadi milik Anda. Remote node memang tidak bisa melihat view key atau spend key Anda, tetapi mereka sepenuhnya bisa membangun fingerprint perilaku, dan beberapa makalah akademik yang terbit pada 2024 dan 2025 mendemonstrasikan serangan decloaking praktis terhadap wallet yang sepenuhnya bergantung pada infrastruktur pihak ketiga.
Pruned node menutup celah itu tanpa memaksa Anda mencari ekstra satu terabyte. Jaminan privasi dari sudut pandang wallet identik dengan node penuh, karena logika pruning hanya membuang data ring signature redundan — tidak pernah satu pun output, tidak pernah satu pun key image, tidak pernah satu pun block header. Wallet Anda memindai chain berdasarkan data yang tersimpan secara lokal, transaksi Anda masuk ke mempool melalui koneksi peer Anda sendiri, dan lalu lintas RPC Anda tidak pernah meninggalkan localhost.
- Tidak ada operator remote yang melihat aktivitas wallet Anda: setiap refresh, setiap pemindaian output, setiap estimasi fee terjadi di mesin Anda sendiri.
- Anda tetap membantu jaringan: pruned node melayani sekitar sepertiga blok historis ke peer lain, yang secara kolektif berarti swarm tidak perlu setiap node menjadi arsip lengkap.
- Standar hardware masuk akal: RAM 4 GB, CPU quad-core ARM atau x86 modern, dan ruang SSD kosong 120 GB sudah cukup hingga setidaknya 2027 bahkan dengan asumsi pertumbuhan konservatif.
- Recovery mudah: jika database pernah korup, Anda bisa melakukan resync dari nol dalam kurang lebih enam hingga dua belas jam di jalur fiber residensial seperti IndiHome 100 Mbps, dibanding delapan belas sampai tiga puluh jam untuk node arsip penuh.
Pruned vs Full Node: Apa yang Sebenarnya Berbeda
Algoritma pruning Monero, yang diperkenalkan di v0.15 dan disempurnakan terus hingga v0.18.4 pada 2025, membagi chain menjadi 8 "pruning stripe" yang masing-masing berisi 4096 blok. Sebuah pruned node menyimpan data penuh untuk tepat satu stripe (dipilih secara pseudo-random per peer ketika node diinisialisasi) ditambah 5500 blok terbaru secara utuh, serta menyimpan header, key image, jumlah output, dan data miner untuk semua blok lain. Data ring signature — yang merupakan bagian terbesar dari berat on-disk — dibuang untuk tujuh stripe yang tidak di-host node tersebut.
Karena setiap node menampung stripe berbeda, swarm secara kolektif tetap memegang seluruh blockchain historis bahkan jika setiap node melakukan pruning. Wallet yang melakukan sinkronisasi baru dan membutuhkan data ring signature untuk blok lama tinggal mengunduhnya dari peer pruned mana pun yang kebetulan menampung stripe itu, secara transparan dan tanpa intervensi pengguna. Dari sudut verifikasi tidak ada yang dikorbankan: setiap pruned node memvalidasi chain secara penuh saat pertama disinkronkan, dan terus memvalidasi setiap blok baru saat tiba.
| Kapabilitas | Full Node | Pruned Node | Remote Node |
|---|---|---|---|
| Pemakaian disk (Mei 2026) | ~215 GB | ~90 GB | 0 GB lokal |
| Privasi pemindaian wallet | Penuh | Penuh | Operator melihat pemindaian |
| Melayani blok historis | Semua stripe | 1 dari 8 stripe | Tidak relevan |
| Waktu sinkronisasi awal (1 Gbps) | 18–30 jam | 6–12 jam | Instan (tanpa sync) |
| Batas minimum RAM | 4 GB | 4 GB | — |
| Memvalidasi chain | Ya | Ya | Percaya operator |
Satu-satunya kompromi berarti yang dibuat pruned node adalah ia tidak dapat menjadi sumber data untuk block explorer atau untuk alat analisis chain akademik yang membutuhkan ring signature historis penuh. Jika kebutuhan-kebutuhan itu tidak ada di roadmap Anda — dan bagi mayoritas pengguna self-hosted memang tidak — pruning jelas lebih baik daripada arsip pada mesin terbatas.
Persyaratan Hardware dan Sistem di 2026
Standar hardware untuk pruned Monero node yang nyaman naik sedikit sejak aktivasi FCMP++, terutama karena verifikasi membership proof pada blok masuk kira-kira 18% lebih intensif CPU dibanding verifikasi CLSAG pra-fork. Kabar baiknya, perangkat apa pun yang dibuat setelah kira-kira 2021 melibasnya dengan mudah. Kabar buruknya, single-board computer lawas — Raspberry Pi 4 generasi awal dengan RAM 2 GB, mini-PC berbasis Atom low-power — akan kesulitan mengikuti chain tip pada hari-hari volume transaksi tinggi.
Baseline yang direkomendasikan
- CPU: ARM Cortex-A76 quad-core (Raspberry Pi 5) atau x86-64 modern apa pun dengan AES-NI. Hindari host 32-bit sama sekali; performa LMDB menurun dan beberapa RPC wallet bertingkah aneh.
- RAM: Minimum 4 GB, nyaman 8 GB. Memory map LMDB diuntungkan oleh ruang lega; jika RAM mepet, monerod tetap berjalan tapi verifikasi blok melambat terasa.
- Penyimpanan: 120 GB kosong di SSD atau NVMe. HDD secara teknis bisa, tetapi akan mengubah sinkronisasi 6 jam menjadi siksaan 36 jam — pola akses acak LMDB sangat brutal untuk piringan magnetik.
- Jaringan: 25 Mbps simetris sudah cukup untuk operasi steady-state. Sinkronisasi awal akan memenuhi berapa pun bandwidth yang Anda miliki; siapkan 90–110 GB unduhan untuk bootstrap pruned. Bagi pengguna IndiHome dengan FUP, lakukan sync awal di luar jam sibuk agar tidak terkena throttling.
- Sistem operasi: Ubuntu 24.04 LTS, Debian 12, Fedora 41, macOS 14+, atau Windows 11. Pengguna NixOS memiliki modul service yang terawat; pengguna Arch memiliki monero-bin di AUR.
Jika Anda men-deploy di Raspberry Pi 5, gunakan NVMe Base resmi dari Pimoroni atau M.2 hat setara (banyak yang dijual di Tokopedia dan Bhinneka oleh distributor lokal); slot SD card boleh untuk OS tapi jangan pernah dipakai menampung blockchain. SD card mati karena pola tulis dalam hitungan bulan, dan latensi I/O membuat daemon terlihat selalu tertinggal di tip walau sebetulnya sudah sinkron penuh.
Setup Langkah demi Langkah di Linux
Jalur referensi adalah Linux karena paling mudah direproduksi, paling umum di lingkungan produksi, dan paling gampang dibiarkan jalan tanpa pengawasan. Adaptasi untuk macOS dan Windows menyusul di akhir.
- Buat user dan direktori khusus. Sebagai root, jalankan
useradd -r -s /bin/false monerolalumkdir -p /var/lib/monero/blockchain /var/log/monerodan kemudianchown -R monero:monero /var/lib/monero /var/log/monero. Menjalankan monerod di bawah service account, bukan user login Anda, adalah kemenangan hardening tunggal terbesar dan tidak berbiaya apa pun. - Unduh biner resmi. Kunjungi getmonero.org/downloads dan ambil tarball Linux 64-bit — saat tulisan ini dibuat rilis aktualnya adalah v0.18.4.2. Yang penting, juga unduh hashes.txt yang cocok dan verifikasi SHA256-nya dengan
shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2, lalu konfirmasi tanda tangan pada hashes.txt dengangpg --verify hashes.txtmenggunakan PGP key milik binaryFate. Melewatkan verifikasi adalah cara malware masuk ke mesin Anda. - Ekstrak dan pasang. Untar dengan
tar xjf monero-linux-x64-v0.18.4.2.tar.bz2, lalu pindahkan binernya:install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/. Ini menaruh monerod, monero-wallet-cli, dan monero-wallet-rpc di PATH Anda. - Tulis file konfigurasi. Buat
/etc/monero/monerod.confdengan isi minimum berikut:data-dir=/var/lib/monero/blockchain,log-file=/var/log/monero/monerod.log,log-level=0,prune-blockchain=1,sync-pruned-blocks=1,rpc-bind-ip=127.0.0.1,rpc-bind-port=18081,p2p-bind-port=18080,out-peers=32,in-peers=64,limit-rate-up=1048576,no-igd=1,enable-dns-blocklist=1. Flagsync-pruned-blocks=1krusial: tanpanya, monerod mengunduh seluruh chain dan baru memangkasnya secara lokal, yang membuang bandwidth dan waktu. - Buat unit systemd. Simpan berikut sebagai
/etc/systemd/system/monerod.service: satu blok[Unit]denganDescription=Monero Full Node (pruned)danAfter=network-online.target; satu blok[Service]denganUser=monero,Group=monero,Type=simple,ExecStart=/usr/local/bin/monerod --config-file=/etc/monero/monerod.conf --non-interactive,Restart=on-failure,RestartSec=30,MemoryHigh=3G, danMemoryMax=5G; serta satu blok[Install]denganWantedBy=multi-user.target. - Aktifkan dan jalankan service. Jalankan
systemctl daemon-reload, lalusystemctl enable --now monerod. Pantau progres denganjournalctl -u monerod -fatau dengan menge-tail file log secara langsung. Sinkronisasi awal pruned node dari nol di jalur residensial 1 Gbps umumnya selesai dalam 6–10 jam; di Pi 5 dengan NVMe perkirakan 14–20 jam karena verifikasi, bukan unduhan, yang menjadi bottleneck. Di koneksi IndiHome 100 Mbps tipikal, hitungannya kurang lebih 10–14 jam. - Buka port P2P, bukan port RPC. Jika Anda ingin koneksi peer masuk (yang membantu jaringan dan meningkatkan keberagaman peer Anda sendiri), buka TCP 18080 di router atau firewall Anda. Jangan pernah memaparkan 18081 ke internet publik — itu endpoint RPC wallet Anda dan harus tetap terikat ke localhost. Jika butuh akses wallet jarak jauh, tunnel via SSH atau Tor, jangan pernah lewat port forward mentah.
- Arahkan wallet Anda ke daemon lokal. Di GUI wallet resmi, pilih "Connect to a local node" dan gunakan 127.0.0.1:18081. Di CLI, sertakan
--daemon-address=127.0.0.1:18081ke monero-wallet-cli. Di Feather Wallet, toggle local node ada di Settings → Node, dan Cake Wallet versi desktop mendukungnya lewat Settings → Privacy → Custom node.
Jangan pernah menjalankan monerod dengan --restricted-rpc=0 di interface publik. Dalam empat puluh delapan jam setelah terindeks Shodan, endpoint RPC tak terbatas akan dihantam scraper mining-pool, bot pemindai wallet, dan yang lebih buruk. Binding khusus localhost adalah default karena alasan itu.
Adaptasi Setup untuk Platform Lain
Raspberry Pi 5 dengan NVMe
Konfigurasi di atas bekerja praktis tanpa perubahan di Pi 5. Dua penyesuaian yang layak dilakukan: set db-sync-mode=fast:async:250000000 di monerod.conf untuk mengurangi write amplification pada NVMe (default-nya aman tapi lebih lambat), dan pertimbangkan menurunkan out-peers ke 16 dan in-peers ke 32 jika Anda berada di koneksi rumah yang men-throttle pada upload berkelanjutan — kasus umum di paket IndiHome dan First Media kelas konsumen. Quad Cortex-A76 milik Pi 5 memverifikasi blok pada kecepatan sekitar 0,6× desktop modern, sehingga sinkronisasi awal lebih lama, namun operasi steady-state mengikuti chain tip tanpa masalah.
macOS
Pasang via Homebrew dengan brew install monero, yang menempatkan monerod di /opt/homebrew/bin/monerod pada Apple Silicon. Gunakan launchd plist di ~/Library/LaunchAgents/io.getmonero.monerod.plist sebagai pengganti systemd. Isi file konfigurasi yang sama berlaku — cukup arahkan data-dir ke suatu lokasi di bawah home directory Anda, misalnya ~/Library/Application Support/monero. Prompt firewall macOS akan muncul saat pertama dijalankan; izinkan inbound di port P2P jika Anda ingin melayani peer.
Windows 11
Unduh installer Windows 64-bit dari getmonero.org, jalankan, dan biarkan ia membuat direktori data di bawah C:\ProgramData\bitmonero. Untuk menjalankan monerod sebagai service alih-alih proses foreground, gunakan NSSM (Non-Sucking Service Manager) dan arahkan ke monerod.exe dengan argumen --config-file yang sama. Windows Defender kadang menandai monerod karena "coin mining" — ia tidak menambang, tetapi heuristiknya bodoh, jadi tambahkan exclusion untuk direktori biner.
Perawatan, Pemantauan, dan Recovery
Pruned node yang dikonfigurasi dengan benar sangat mendekati set-and-forget, tetapi tiga kebiasaan operasional mencegah 90% rasa sakit.
Pertama, periksa ruang disk setiap bulan. Chain pruned tumbuh sekitar 4–6 GB per bulan pada volume transaksi saat ini, dan disk yang tiba-tiba penuh bisa merusak LMDB dengan cara yang buruk. Atur monit atau systemd timer sederhana yang memberi peringatan ketika /var/lib/monero turun di bawah 15 GB kosong.
Kedua, jaga monerod tetap ter-update. Network upgrade (hard fork) terjadi kira-kira setiap 6–9 bulan, dan node yang menjalankan versi protokol sebelumnya akan berhenti menerima blok begitu fork aktif. Jadwal rilis Monero dipublikasikan di halaman releases GitHub dan diumumkan di r/Monero serta mailing list resmi biasanya empat hingga enam minggu di muka. Lakukan update setidaknya dua minggu sebelum tinggi fork untuk memberi diri Anda margin.
Ketiga, ketahui cara melakukan resync. Jika LMDB pernah melempar "MDB_CORRUPTED" atau daemon menolak start setelah listrik mati — skenario yang umum di daerah dengan kualitas listrik PLN tidak stabil, jadi pertimbangkan UPS murah untuk node 24/7 Anda — recovery-nya kasar tapi andal: hentikan service, hapus isi /var/lib/monero/blockchain, dan restart. Node akan resync dari nol dalam 6–12 jam. Tidak ada alat perbaikan inkremental karena LMDB tidak punya; resync bersih adalah perbaikan kanonik dan sudah bekerja sejak 2017.
Contoh nyata: seorang kontributor backend MoneroSwapper menjalankan armada tujuh pruned node yang tersebar di tiga negara untuk menyediakan endpoint daemon terdiversifikasi bagi layanan swap anonim kami. Setiap node disediakan secara identik — Debian 12, unit systemd yang ditunjukkan di atas, penyimpanan NVMe, dan paparan hidden-service Tor untuk port P2P. Dalam tiga puluh delapan bulan total uptime di seluruh armada, intervensi yang dibutuhkan hanyalah tiga kali resync setelah reboot datacenter tak terjadwal dan pertukaran biner standar di hari fork. Itulah steady state yang seharusnya Anda harapkan dari deployment yang di-harden dengan benar.
FAQ
Bisakah saya mengubah full node yang sudah ada menjadi pruned tanpa resync?
Bisa. Hentikan monerod, jalankan monerod --prune-blockchain sebagai perintah satu-kali (bukan sebagai service), dan tunggu. Operasi pruning butuh 30–90 menit tergantung kecepatan disk dan menulis ulang database di tempat. Setelah selesai, restart service Anda dengan konfigurasi pruned. Tidak ada kehilangan data, tidak ada resync, namun buatlah cadangan kunci wallet terlebih dahulu sebagai tindakan jaga-jaga — jangan blockchain-nya, yang bisa direproduksi dari peer mana pun.
Apakah pruned node bekerja untuk mining atau gateway merchant Monero?
Untuk solo mining atau pool mining, ya — penambang hanya butuh chain tip, bukan ring signature historis. P2Pool juga bekerja dengan pruned node dan justru adalah pasangan yang direkomendasikan untuk solo-style mining berdaulat sejak 2023. Untuk gateway merchant — misalnya warung kopi independen yang menerima pembayaran XMR via monero-wallet-rpc — pruned node sama-sama bagus. Satu-satunya peran yang membutuhkan node arsip adalah block explorer dan perangkat analisis chain akademik.
Apakah pruned node menyakiti privasi wallet saya sendiri?
Tidak. Pemindaian wallet menggunakan basis data output index dan key image, yang keduanya disimpan penuh di pruned node. Data yang dibuang — ring signature historis — tidak menjadi faktor dalam pemindaian view-key wallet Anda atau dalam pemilihan decoy yang dilakukan wallet Anda saat menyusun transaksi baru. Dari sudut pandang wallet, daemon lokal tidak bisa dibedakan dari yang arsip, dan jauh lebih privat daripada remote node mana pun terlepas dari seberapa terpercaya operator remote itu mengklaim diri.
Bagaimana pruning berinteraksi dengan FCMP++ sekarang setelah membership proof aktif?
Hard fork November 2025 memperkenalkan full chain membership proof berdampingan dengan skema ring signature yang ada, dan pruning memperlakukan keduanya secara konsisten: ia mempertahankan setiap proof dan setiap key image yang dibutuhkan untuk memvalidasi chain, serta hanya membuang byte payload ring signature redundan yang masih dibawa transaksi-transaksi lama. Transaksi pasca-FCMP++ sedikit lebih kecil dari transaksi CLSAG lawas, sehingga rasio pruning sebenarnya sedikit lebih menguntungkan pada blok terbaru daripada pada blok historis.
Bisakah saya menjalankan pruned node sepenuhnya lewat Tor?
Bisa, dan ini adalah deployment umum bagi pengguna yang menginginkan efisiensi disk sekaligus privasi tingkat jaringan. Tambahkan tx-proxy=tor,127.0.0.1:9050,32 dan anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 ke monerod.conf, dengan hidden service yang cocok dikonfigurasi di /etc/tor/torrc. Sinkronisasi awal lewat Tor lebih lambat — 24–48 jam ketimbang 6–12 — namun operasi steady-state baik-baik saja, dan Anda mendapat properti tambahan bahwa tidak ada transaksi atau pemindaian wallet Anda yang pernah menyentuh clearnet. Bagi pengguna Indonesia di wilayah di mana ISP melakukan deep packet inspection terhadap koneksi tertentu, jalur ini juga memberikan resistensi tambahan terhadap pencitraan trafik.
Kesimpulan
Pruned Monero node memberikan jaminan privasi dan verifikasi penuh dari node arsip pada sekitar 40% jejak disk, yang adalah perbedaan antara "saya tidak bisa memasangnya di laptop" dan "ini berjalan nyaman bersama segala hal lain". Setup-nya proyek satu malam di mesin modern apa pun, beban perawatan kira-kira satu jam setiap enam bulan, dan hasilnya adalah fondasi berdaulat untuk setiap transaksi Monero yang pernah Anda kirim atau terima. Kombinasikan pruned node lokal dengan layanan swap tanpa KYC seperti MoneroSwapper, dan Anda memiliki tumpukan penuh: privasi di lapisan protokol melalui RingCT dan FCMP++, privasi di lapisan jaringan melalui daemon Anda sendiri, dan privasi di on-ramp melalui atomic swap dengan harga tetap yang tidak pernah melihat identitas Anda. Ruang disk yang dihemat hanyalah bonus; kemandirian operasional adalah kemenangan yang sesungguhnya.
🌍 Baca dalam