Gabay sa Pag-setup ng Pruned Monero Node: Makatipid ng 60GB sa 2026

Sa Mayo 2026, umabot na sa humigit-kumulang 215 GB ang laki ng Monero blockchain sa disk — isang bilang na biglang tumaas matapos ang hard fork noong Nobyembre 2025 na nagdala ng FCMP++ sa production at nagtulak ng araw-araw na bilang ng transaksyon nang lampas 60,000 sa loob ng ilang magkakasunod na linggo. Para sa kahit sinong nagpapatakbo ng node sa isang 256 GB laptop SSD, sa isang Raspberry Pi 5 na may budget NVMe hat, o sa isang metered VPS, hindi na biro ang isang full archival sync. Eleganteng nilulutas ito ng isang pruned node: tinatanggal nito ang humigit-kumulang dalawang-katlo ng historical ring signature data habang pinapanatili ang bawat block header, bawat transaction output, at ang kakayahan mong i-verify ang buong chain nang lokal at nang walang tiwala sa iba. Ang resulta ay isang fully sovereign Monero daemon na umookupa lamang ng halos 85–95 GB sa halip na 215 GB, na nagsisilbi pa rin sa mga wallet sa pamamagitan ng RPC, lumalahok pa rin sa peer-to-peer swarm, at nagbo-broadcast pa rin ng sarili mong mga transaksyon sa pamamagitan ng Dandelion++ nang hindi naglalabas ng metadata sa daemon ng estranghero. Tatalakayin sa gabay na ito kung paano mismo ito i-deploy sa Linux, Windows, macOS, at sa isang headless Raspberry Pi — kasama na ang systemd unit file na nakakaligtas sa mga reboot, ang firewall rules na nagpoprotekta sa RPC port, at ang resync recovery steps kapag may nasira (na talagang mangyayari paminsan-minsan). Kung nadiskubre mo man ang artikulong ito matapos gumamit ng MoneroSwapper para sa isang no-KYC swap o ginagawa mo pa lamang ang iyong unang independent node, iisa ang destinasyon: bawas na disk, walang nawawalang privacy.

Bakit Magpatakbo ng Pruned Node sa Halip na Remote?

Nakakatukso, lalo na sa isang limitadong device, na laktawan na lang ang pagpapatakbo ng sariling node at ituro ang iyong wallet sa isang community node tulad ng node.moneroworld.com o sa isa sa mga .onion endpoints na nakalista sa Monero forums. Gumagana iyon, sa teknikal na aspeto. Pero ibinibigay rin nito sa operator ng node na iyon ang detalyadong log ng kung anong mga transaksyon ang sinusuri ng wallet mo, anong oras ka nag-o-online, at — sa pamamagitan ng traffic correlation — isang katanggap-tanggap na hula kung aling mga output ang sa iyo. Hindi nakikita ng remote node ang view key o spend key mo, pero kaya nilang gumawa ng behavioral fingerprint, at maraming academic paper noong 2024 at 2025 ang nagpakita ng praktikal na decloaking attacks laban sa mga wallet na umaasa lamang sa third-party na infrastruktura.

Sinasara ng isang pruned node ang puwang na iyon nang hindi mo kailangang humanap ng dagdag na terabyte. Pareho ang privacy guarantees nito sa full node mula sa pananaw ng wallet, dahil tinatanggal lamang ng pruning logic ang redundant ring signature data — wala kahit isang output, wala kahit isang key image, wala kahit isang block header. Sinusuri ng wallet mo ang chain laban sa locally held data, pumapasok ang mga transaksyon mo sa mempool sa pamamagitan ng sarili mong peer connections, at hindi umaalis sa localhost ang RPC traffic mo.

• Walang remote operator na nakakakita ng wallet activity mo: bawat refresh, bawat output scan, bawat fee estimate ay nangyayari sa sarili mong makina.
• Tumutulong ka pa rin sa network: nagsisilbi ang isang pruned node ng halos isang-katlo ng historical blocks sa ibang peers, na sa kabuuan ay nangangahulugang hindi kailangan ng swarm na archival lahat ang nodes.
• Makatwiran ang hardware requirements: 4 GB RAM, isang modernong quad-core ARM o x86 CPU, at 120 GB libreng SSD space ang sapat hanggang 2027 kahit sa konserbatibong assumption sa paglaki.
• Diretso ang recovery: kung magka-corrupt ang database, kaya mong mag-resync mula sa simula sa loob ng anim hanggang labindalawang oras sa isang residential fiber line, kumpara sa labingwalo hanggang tatlumpung oras para sa full archival node.

Pruned vs Full Node: Ano ang Talagang Pagkakaiba

Ang Monero pruning algorithm, na ipinakilala sa v0.15 at unti-unting pinino hanggang sa v0.18.4 noong 2025, ay hinahati ang chain sa 8 "pruning stripes" na tig-4096 blocks. Pinapanatili ng isang pruned node ang buong data para sa eksaktong isa sa mga stripe na iyon (napili nang pseudo-randomly kada peer kapag ina-initialize ang node) at ang pinakabagong 5500 blocks nang buo, at pinapanatili nito ang headers, key images, output amounts, at miner data para sa lahat ng iba pang blocks. Ang ring signature data — na siyang pinakamabigat na bahagi sa on-disk weight — ay tinatanggal para sa pitong stripe na hindi inihohost ng node.

Dahil bawat node ay nagho-host ng iba't ibang stripe, kolektibong napapanatili ng swarm ang buong historical blockchain kahit lahat ng node ay pruned. Ang isang wallet na nagsa-sync mula sa simula at nangangailangan ng ring signature data para sa lumang block ay simpleng nagda-download nito mula sa kung aling pruned peer ang naghohost ng stripe na iyon, transparent at walang user intervention. Mula sa pananaw ng verification, walang isinakripisyo: ina-validate ng bawat pruned node ang chain nang buo kapag unang nag-sync, at patuloy itong nagva-validate ng bawat bagong block paglapag nito.

Ang tanging makabuluhang tradeoff ng isang pruned node ay hindi ito magagamit bilang data source para sa block explorer o para sa academic chain analysis tools na nangangailangan ng buong historical ring signatures. Kung wala iyon sa plano mo — at para sa karamihan ng self-hosted users ay wala — mas mahusay nang katiting ang pruning kaysa archival sa isang limitadong makina.

Hardware at System Requirements sa 2026

Ang hardware floor para sa isang komportableng pruned Monero node ay marahang tumaas mula nang ma-activate ang FCMP++, pangunahin dahil ang membership proof verification sa mga papasok na block ay halos 18% na mas CPU-intensive kaysa sa pre-fork CLSAG verification. Ang magandang balita ay madali itong kayanin ng kahit anong device na ginawa pagkatapos ng halos 2021. Ang masamang balita ay hihirap ang mga lumang single-board computers — orihinal na Raspberry Pi 4 na may 2 GB RAM, low-power Atom-based mini-PCs — na sumabay sa chain tip tuwing mabigat ang araw ng transaksyon.

Inirerekomendang baseline

• CPU: Quad-core ARM Cortex-A76 (Raspberry Pi 5) o anumang modernong x86-64 na may AES-NI. Iwasan ang 32-bit hosts nang tuluyan; bumababa ang performance ng LMDB at hindi gumagana nang maayos ang ilang wallet RPCs.
• RAM: 4 GB ang minimum, 8 GB ang komportable. Mas maganda kapag may headroom ang LMDB memory map; kung kapos sa RAM, gagana pa rin ang monerod pero bumabagal ang block verification.
• Storage: 120 GB na libre sa isang SSD o NVMe. Teknikal na gagana ang spinning rust pero gagawing 36-oras na pasakit ng HDD ang dapat sana ay 6-oras na sync — brutal sa platters ang random-access pattern ng LMDB.
• Network: Sapat na ang 25 Mbps symmetric para sa steady-state operation. Sa initial sync, ginagamit ang kahit anong bilis mo; ihanda ang 90–110 GB na download para sa pruned bootstrap.
• Operating system: Ubuntu 24.04 LTS, Debian 12, Fedora 41, macOS 14+, o Windows 11. May maintained service module para sa NixOS users; may monero-bin sa AUR ang mga Arch users.

Kung nagde-deploy ka sa Raspberry Pi 5, gamitin ang official NVMe Base mula sa Pimoroni o isang katumbas na M.2 hat; tanggap-tanggap ang SD card slot para sa OS pero huwag na huwag itong gagawing tahanan ng blockchain. Namamatay ang mga SD card mula sa write pattern sa loob ng ilang buwan, at ang I/O latency ay nagpapamukha sa daemon na laging nasa likod ng tip kahit fully synced na.

Step-by-Step na Setup sa Linux

Linux ang reference path dahil ito ang pinakamadaling kopyahin, ang pinakakaraniwang production target, at ang pinakamadali sa pagpapanatili nang walang asikasuhin. Susunod sa dulo ang adaptations para sa macOS at Windows.

1. Gumawa ng dedicated user at directory. Bilang root, patakbuhin ang useradd -r -s /bin/false monero at saka mkdir -p /var/lib/monero/blockchain /var/log/monero na sinusundan ng chown -R monero:monero /var/lib/monero /var/log/monero. Ang pagpapatakbo ng monerod sa ilalim ng service account, hindi sa iyong login user, ay ang pinakamalaking hardening win at libre lang ito.
2. I-download ang opisyal na binary. Bisitahin ang getmonero.org/downloads at kunin ang Linux 64-bit tarball — sa pagkakasulat nito, ang kasalukuyang release ay v0.18.4.2. Mahalagang i-download din ang katugmang hashes.txt at i-verify ang SHA256 gamit ang shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2, pagkatapos ay kumpirmahin ang signature ng hashes.txt sa pamamagitan ng gpg --verify hashes.txt gamit ang PGP key ni binaryFate. Ang paglaktaw sa verification ang paraan para makapasok ang malware sa makina mo.
3. I-extract at i-install. Mag-untar gamit ang tar xjf monero-linux-x64-v0.18.4.2.tar.bz2, tapos ilipat ang mga binary: install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/. Inilalagay nito ang monerod, monero-wallet-cli, at monero-wallet-rpc sa iyong PATH.
4. Isulat ang configuration file. Gumawa ng /etc/monero/monerod.conf na may ganitong minimum content: 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. Kritikal ang flag na sync-pruned-blocks=1: kapag wala ito, ida-download ng monerod ang buong chain at saka mag-pi-prune nang lokal, na nag-aaksaya ng bandwidth at oras.
5. Gawin ang systemd unit. I-save ang sumusunod bilang /etc/systemd/system/monerod.service: isang [Unit] block na may Description=Monero Full Node (pruned) at After=network-online.target; isang [Service] block na may User=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, at MemoryMax=5G; at isang [Install] block na may WantedBy=multi-user.target.
6. I-enable at i-start ang service. Patakbuhin ang systemctl daemon-reload, tapos systemctl enable --now monerod. Bantayan ang progreso gamit ang journalctl -u monerod -f o sa pamamagitan ng direktang pag-tail sa log file. Ang initial sync ng pruned node mula sa simula sa isang 1 Gbps residential line ay karaniwang natatapos sa 6–10 oras; sa Pi 5 na may NVMe, asahan ang 14–20 oras dahil verification, hindi download, ang bottleneck.
7. Buksan ang P2P port, hindi ang RPC port. Kung gusto mo ng inbound peer connections (na tumutulong sa network at nagpapabuti ng peer diversity mo), buksan ang TCP 18080 sa router o firewall mo. Huwag na huwag ilalantad sa pampublikong internet ang 18081 — iyon ang RPC endpoint ng wallet mo at dapat manatiling naka-bind sa localhost. Kung kailangan mo ng remote wallet access, i-tunnel ito sa pamamagitan ng SSH o Tor, hindi sa pamamagitan ng raw port forward.
8. Ituro ang wallet mo sa lokal na daemon. Sa opisyal na GUI wallet, piliin ang "Connect to a local node" at gamitin ang 127.0.0.1:18081. Sa CLI, ipasa ang --daemon-address=127.0.0.1:18081 sa monero-wallet-cli. Sa Feather Wallet, nasa Settings → Node ang local node toggle, at sinusuportahan ito ng Cake Wallet sa desktop sa pamamagitan ng Settings → Privacy → Custom node.

Huwag na huwag patakbuhin ang monerod gamit ang --restricted-rpc=0 sa pampublikong interface. Sa loob ng apatnapu't walong oras matapos ma-index ng Shodan, kakatok-katukin ang isang unrestricted RPC endpoint ng mga mining-pool scrapers, wallet-scanning bots, at iba pa. May dahilan kung bakit localhost-only binding ang default.

Pag-adapt ng Setup sa Ibang Platforms

Raspberry Pi 5 na may NVMe

Halos walang pagbabago ang configuration sa itaas para sa Pi 5. Dalawang adjustment na sulit gawin: itakda ang db-sync-mode=fast:async:250000000 sa monerod.conf para bawasan ang write amplification sa NVMe (safe ang default pero mas mabagal), at isaalang-alang ang pagbaba ng out-peers sa 16 at in-peers sa 32 kung nasa domestic connection ka na nagti-throttle sa sustained upload. Bina-verify ng quad Cortex-A76 ng Pi 5 ang mga block sa halos 0.6× ng bilis ng isang modernong desktop, kaya tatagal ang initial sync, pero walang problema ang steady-state operation sa pagsabay sa chain tip.

macOS

Mag-install sa pamamagitan ng Homebrew gamit ang brew install monero, na naglalagay ng monerod sa /opt/homebrew/bin/monerod sa Apple Silicon. Gumamit ng launchd plist sa ~/Library/LaunchAgents/io.getmonero.monerod.plist sa halip na systemd. Pareho lang ang content ng config file — ituro lang ang data-dir sa kung saan sa ilalim ng home directory mo, tulad ng ~/Library/Application Support/monero. Lalabas ang firewall prompts ng macOS sa unang pagtakbo; payagan ang inbound sa P2P port kung gusto mong magsilbi ng peers.

Windows 11

I-download ang Windows 64-bit installer mula sa getmonero.org, patakbuhin ito, at hayaan itong gumawa ng data directory sa ilalim ng C:\ProgramData\bitmonero. Para patakbuhin ang monerod bilang service sa halip na foreground process, gamitin ang NSSM (the Non-Sucking Service Manager) at ituro ito sa monerod.exe kasama ng parehong --config-file argument. Paminsan-minsan, fina-flag ng Windows Defender ang monerod bilang "coin mining" — hindi ito nag-mi-mine, pero tanga ang heuristic, kaya magdagdag ng exclusion para sa binary directory.

Maintenance, Monitoring, at Recovery

Halos set-and-forget ang isang wastong na-configure na pruned node, pero may tatlong operational habit na pumipigil sa 90% ng problema.

Una, suriin ang disk space buwan-buwan. Lumalaki ang pruned chain nang halos 4–6 GB bawat buwan sa kasalukuyang dami ng transaksyon, at isang biglaang pagkapuno ay maaaring mag-corrupt ng LMDB sa mapanganib na paraan. Mag-set up ng simpleng monit o systemd timer na nag-aalerto kapag ang /var/lib/monero ay bumaba sa 15 GB na libreng espasyo.

Pangalawa, panatilihing updated ang monerod. Nangyayari ang network upgrades (hard forks) tuwing 6–9 buwan, at humihinto sa pagtanggap ng blocks ang isang node na nagpapatakbo pa rin ng nakaraang protocol version sa sandaling ma-activate ang fork. Inilalathala ang Monero release schedule sa GitHub releases page at ina-announce sa r/Monero at sa opisyal na mailing list karaniwang apat hanggang anim na linggo bago ang pagbabago. Mag-update man lamang dalawang linggo bago ang fork height para magkaroon ng margin.

Pangatlo, alamin kung paano mag-resync. Kung kailanman naghagis ang LMDB ng "MDB_CORRUPTED" o tumangging mag-start ang daemon matapos ang power loss, brutal pero maaasahan ang recovery: ihinto ang service, tanggalin ang nilalaman ng /var/lib/monero/blockchain, at i-restart. Magre-resync ang node mula sa simula sa loob ng 6–12 oras. Walang incremental repair tool dahil walang ganoon ang LMDB; ang malinis na resync ang canonical fix at gumana na ito mula 2017.

Bilang totoong halimbawa: isang contributor sa MoneroSwapper backend ay nagpapatakbo ng pitong pruned nodes sa tatlong bansa para magbigay ng diversified daemon endpoints para sa aming anonymous swap service. Magkapareho ang configuration ng bawat node — Debian 12, ang systemd unit na ipinakita sa itaas, NVMe storage, at Tor hidden-service exposure para sa P2P port. Sa tatlumpu't walong buwan ng pinagsamang uptime sa buong fleet, ang tanging intervention na kinailangan ay tatlong resync matapos ang hindi nakaiskedyul na pag-reboot ng datacenter at ang karaniwang fork-day binary swap. Iyan ang steady state na dapat mong asahan mula sa isang maayos na nai-harden na deployment.

FAQ

Maaari ko bang gawing pruned ang isang umiiral nang full node nang hindi muling nagsa-sync?

Oo. Ihinto ang monerod, patakbuhin ang monerod --prune-blockchain bilang one-shot command (hindi bilang service), at maghintay. Tumatagal nang 30–90 minuto ang pruning operation depende sa bilis ng disk at muling sinusulat ang database in place. Pagkatapos nito, i-restart ang service mo gamit ang pruned configuration. Walang nawawalang data, walang resync, pero gumawa ng backup ng wallet keys muna bilang pag-iingat — hindi ang blockchain mismo, na maaaring kunin muli mula sa kahit anong peer.

Gagana ba ang pruned node para sa mining o para sa pagpapatakbo ng Monero merchant gateway?

Para sa solo mining o pool mining, oo — kailangan lamang ng miner ang chain tip, hindi ang historical ring signatures. Gumagana rin ang P2Pool sa pruned node at ito nga ang inirerekomendang pares para sa self-sovereign solo-style mining mula 2023. Para sa merchant gateway na nagpoproseso ng papasok na bayad sa pamamagitan ng monero-wallet-rpc, kasinghusay rin ng pruned node. Ang tanging mga papel na nangangailangan ng archival node ay block explorers at academic chain analysis tooling.

Nakakasama ba sa privacy ng sarili kong wallet ang pruned node?

Hindi. Gumagamit ang wallet scans ng output index at key image database, na parehong pinananatili nang buo sa isang pruned node. Ang data na natatanggal — ang historical ring signatures — ay hindi pumapasok sa view-key scanning ng wallet mo o sa kahit anong decoy selection na ginagawa ng wallet mo kapag bumubuo ng bagong transaksyon. Sa pananaw ng wallet, hindi makikilala ang lokal na daemon mula sa isang archival, at malaki ang pagiging mas pribado kaysa sa kahit anong remote node anuman ang sabi ng remote operator tungkol sa pagiging mapagkakatiwalaan nito.

Paano nakakaugnay ang pruning sa FCMP++ ngayong live na ang membership proofs?

Ang hard fork noong Nobyembre 2025 ay nagpakilala ng full chain membership proofs kasama ng umiiral nang ring signature scheme, at pareho silang trinatrato ng pruning: pinapanatili nito ang bawat proof at bawat key image na kinakailangan para ma-validate ang chain, at tinatanggal lamang ang redundant ring signature payload bytes na dala pa rin ng mga lumang transaksyon. Bahagyang mas maliit ang post-FCMP++ transactions kaysa sa legacy CLSAG transactions, kaya kaunting mas pabor ang pruning ratio sa mga kamakailang block kaysa sa mga makasaysayang ito.

Maaari ko bang patakbuhin ang pruned node nang buong-buo sa Tor?

Oo, at ito ang karaniwang deployment para sa mga user na gusto ng disk efficiency at network-level privacy. Idagdag ang tx-proxy=tor,127.0.0.1:9050,32 at anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 sa monerod.conf, na may katumbas na hidden service na naka-configure sa /etc/tor/torrc. Mas mabagal ang initial sync sa Tor — 24–48 oras sa halip na 6–12 — pero okay lang ang steady-state operation, at nakakamit mo ang dagdag na katangian na walang sa mga transaksyon mo o wallet scans ang sumasaklaw sa clearnet.

Konklusyon

Ang isang pruned Monero node ay nagbibigay ng buong privacy at verification guarantees ng isang archival node sa halos 40% lamang ng disk footprint, na siyang pagkakaiba ng "hindi ko ito kasya sa laptop ko" at "kasya at komportable itong tumakbo kasabay ng lahat." Isang one-evening project ang setup sa kahit anong modernong makina, halos isang oras kada anim na buwan ang maintenance burden, at ang resulta ay isang self-sovereign na pundasyon para sa bawat Monero transaksyon na ipapadala o tatanggapin mo. Pagsamahin ang isang lokal na pruned node sa isang no-KYC swap service tulad ng MoneroSwapper, at nakukuha mo ang buong stack: privacy sa protocol layer sa pamamagitan ng RingCT at FCMP++, privacy sa network layer sa pamamagitan ng sarili mong daemon, at privacy sa on-ramp sa pamamagitan ng fixed-rate atomic swaps na hindi kailanman nakakakita ng iyong pagkakakilanlan. Bonus na lang ang disk space na natitipid mo; ang tunay na panalo ay ang operational independence.