Monero Pruned Node Kurulum Rehberi: 2026'da 60GB Tasarruf

Mayıs 2026 itibarıyla Monero blok zincirinin disk üzerindeki boyutu yaklaşık 215 GB'a ulaştı. Bu rakam, Kasım 2025'teki sert çatallanmanın FCMP++ tam zincir üyelik kanıtlarını üretime alması ve günlük işlem sayısının haftalarca üst üste 60.000 sınırını aşmasının ardından dik bir tırmanışa geçti. 256 GB SSD'ye sahip bir dizüstü bilgisayarda, ucuz NVMe başlığı takılmış bir Raspberry Pi 5'te veya trafik kotası ölçülen bir VPS'te bir node işletmeye çalışan herkes için tam arşiv senkronizasyonu artık sıradan bir taahhüt değil. Pruned node bu sorunu zarif bir şekilde çözüyor: geçmiş halka imzası verisinin yaklaşık üçte ikisini atarken, her blok başlığını, her işlem çıktısını ve tüm zinciri yerel olarak ve güvensiz üçüncü taraflara dayanmadan doğrulama yeteneğinizi koruyor. Sonuç, 215 GB yerine yaklaşık 85–95 GB yer kaplayan, hâlâ cüzdanlara RPC üzerinden hizmet veren, eşler arası ağa katılmaya devam eden ve kendi işlemlerinizi Dandelion++ üzerinden bir yabancının uzak daemon'ına meta veri sızdırmadan yayınlayan tamamen egemen bir Monero daemon'u. Bu rehber, Linux, Windows, macOS ve başsız bir Raspberry Pi üzerinde böyle bir node'u tam olarak nasıl kuracağınızı adım adım anlatıyor — yeniden başlatmalara dayanan systemd birim dosyası, RPC portunu koruyan güvenlik duvarı kuralları ve kaçınılmaz şekilde bir şey bozulduğunda uygulanacak yeniden senkronizasyon kurtarma adımları dahil. İster MoneroSwapper üzerinden KYC'siz bir takas yaptıktan sonra bu makaleyi bulduysanız, ister ilk bağımsız node'unuzu kuruyor olun, varış noktası aynı: daha az tüketilen disk, kaybedilmemiş mahremiyet.

Neden Uzak Node Yerine Pruned Node Çalıştırmalısınız

Özellikle kısıtlı bir cihazda, node işletmeyi tamamen atlayıp cüzdanınızı node.moneroworld.com gibi topluluk node'larına veya Monero forumlarında listelenen .onion uç noktalarına yönlendirmek cazip gelebilir. Teknik olarak çalışır. Ayrıca o node'un işletmecisine cüzdanınızın hangi işlemleri taradığının, ne zaman çevrimiçi olduğunuzun ve — trafik korelasyonu yoluyla — hangi çıktıların size ait olduğuna dair makul bir tahminin kesin günlüğünü teslim eder. Uzak node'lar görüntüleme anahtarınızı veya harcama anahtarınızı göremezler, ancak kesinlikle davranışsal bir parmak izi oluşturabilirler ve 2024 ile 2025 yıllarında yayımlanan birkaç akademik makale, yalnızca üçüncü taraf altyapısına dayanan cüzdanlara karşı pratik kimliksizleştirme saldırılarını göstermiştir.

Pruned node bu açığı sizi yedek bir terabayt bulmaya zorlamadan kapatır. Cüzdan perspektifinden mahremiyet garantileri tam node ile birebir aynıdır, çünkü budama mantığı yalnızca yedek halka imzası verisini atar — hiçbir çıktıyı, hiçbir anahtar görüntüsünü ve hiçbir blok başlığını asla. Cüzdanınız zinciri yerel olarak tutulan verilere karşı tarar, işlemleriniz mempool'a kendi eş bağlantılarınız üzerinden girer ve RPC trafiğiniz localhost'tan asla dışarı çıkmaz.

• Hiçbir uzak işletmeci cüzdan aktivitenizi görmez: her yenileme, her çıktı taraması, her ücret tahmini kendi makinenizde gerçekleşir.
• Ağa hâlâ yardım edersiniz: bir pruned node geçmiş blokların yaklaşık üçte birini diğer eşlere sunar, bu da toplu olarak ağın her node'un arşiv olmasına ihtiyaç duymadığı anlamına gelir.
• Donanım tabanı makuldür: 4 GB RAM, modern bir dört çekirdekli ARM veya x86 CPU ve 120 GB boş SSD alanı, muhafazakâr büyüme varsayımlarıyla bile en az 2027'ye kadar yeterlidir.
• Kurtarma basittir: veritabanı bozulursa, ev tipi bir fiber hatta yaklaşık altı ila on iki saatte sıfırdan yeniden senkronize edebilirsiniz; tam arşiv node için on sekiz ila otuz saate karşı.

Pruned ve Tam Node: Aslında Ne Değişir

v0.15'te tanıtılan ve 2025 boyunca v0.18.4'e kadar istikrarlı şekilde rafine edilen Monero budama algoritması, zinciri her biri 4096 bloktan oluşan 8 "budama şeridi" olarak böler. Bir pruned node, bu şeritlerden tam olarak birinin (node ilklendirildiğinde eş başına sözde rastgele seçilir) tam verisini, ayrıca son 5500 bloğun tamamını eksiksiz tutar; diğer tüm bloklar için ise başlıkları, anahtar görüntülerini, çıktı tutarlarını ve madenci verilerini saklar. Disk üzerindeki ağırlığın büyük kısmını oluşturan halka imzası verisi, node'un barındırmadığı yedi şerit için atılır.

Her node farklı bir şerit barındırdığı için, her node budama yapsa bile ağ kolektif olarak geçmiş blok zincirinin tamamını korur. Eski bir blok için halka imzası verisine ihtiyaç duyan yeni senkronize olan bir cüzdan, bu şeridi barındıran herhangi bir pruned eşten verisini şeffaf şekilde ve kullanıcı müdahalesi olmadan indirir. Doğrulama açısından hiçbir şey feda edilmez: her pruned node ilk senkronize olduğunda zinciri tam olarak doğrular ve her yeni blok geldiğinde doğrulamaya devam eder.

Bir pruned node'un yaptığı tek anlamlı ödün, bir blok gezgini veya tam geçmiş halka imzalarına ihtiyaç duyan akademik zincir analizi araçları için veri kaynağı olarak hizmet edememesidir. Bunlar yol haritanızda yoksa — ve kendi kendine barındıran kullanıcıların büyük çoğunluğu için yoktur — kısıtlı bir makinede budama, arşivlemeye kıyasla kesinlikle daha iyidir.

2026'da Donanım ve Sistem Gereksinimleri

Rahat bir pruned Monero node için donanım tabanı, FCMP++ aktivasyonundan bu yana mütevazı şekilde yükseldi; bunun başlıca nedeni, gelen bloklarda üyelik kanıtı doğrulamasının çatallanma öncesi CLSAG doğrulamasına göre yaklaşık %18 daha CPU yoğun olmasıdır. İyi haber, kabaca 2021 sonrası üretilmiş herhangi bir cihazın bunu rahatlıkla halletmesidir. Kötü haber ise daha eski tek kart bilgisayarların — 2 GB RAM'li orijinal Raspberry Pi 4, düşük güçlü Atom tabanlı mini PC'ler — yoğun işlem günlerinde zincir ucuna ayak uydurmakta zorlanacağıdır.

Önerilen temel yapılandırma

• CPU: Dört çekirdekli ARM Cortex-A76 (Raspberry Pi 5) veya AES-NI'lı herhangi bir modern x86-64. 32 bit hostlardan tamamen kaçının; LMDB performansı bozulur ve bazı cüzdan RPC'leri yanlış davranır.
• RAM: Minimum 4 GB, rahat 8 GB. LMDB bellek eşleştirmesi boşluktan faydalanır; RAM kısıtlıysa monerod yine de çalışır ama blok doğrulaması belirgin şekilde yavaşlar.
• Depolama: SSD veya NVMe üzerinde 120 GB boş alan. Mekanik diskler teknik olarak çalışır ama bir HDD 6 saatlik senkronizasyonu 36 saatlik bir çileye çevirir — LMDB'nin rastgele erişim deseni plakaları acımasızca yorar.
• Ağ: Sürekli operasyon için 25 Mbps simetrik bağlantı fazlasıyla yeterlidir. İlk senkronizasyon elinizdeki bant genişliğini doyuracaktır; pruned bootstrap için 90–110 GB indirme öngörün.
• İşletim sistemi: Ubuntu 24.04 LTS, Debian 12, Fedora 41, macOS 14+ veya Windows 11. NixOS kullanıcılarının bakımlı bir servis modülü, Arch kullanıcılarının ise AUR'da monero-bin paketi vardır.

Bir Raspberry Pi 5'e kurulum yapıyorsanız, Pimoroni'nin resmi NVMe Base'ini veya eşdeğer bir M.2 başlığını kullanın; SD kart yuvası işletim sistemi için kabul edilebilir ama blok zincirini asla barındırmamalıdır. SD kartlar yazma deseninden aylar içinde ölür ve G/Ç gecikmesi, daemon tamamen senkronize olsa bile sürekli zincirin gerisindeymiş gibi görünmesine yol açar.

Linux Üzerinde Adım Adım Kurulum

Referans yol Linux'tur çünkü çoğaltması en basit, en yaygın üretim hedefi ve gözetimsiz çalışır halde tutması en kolay olanıdır. macOS ve Windows için uyarlamalar makalenin sonunda yer alıyor.

1. Özel bir kullanıcı ve dizin oluşturun. Root olarak useradd -r -s /bin/false monero komutunu çalıştırın, ardından mkdir -p /var/lib/monero/blockchain /var/log/monero ve sonrasında chown -R monero:monero /var/lib/monero /var/log/monero komutlarını uygulayın. monerod'u oturum kullanıcınızla değil bir servis hesabıyla çalıştırmak, hiçbir maliyeti olmayan en büyük güvenlik kazanımıdır.
2. Resmi binary'yi indirin. getmonero.org/downloads adresine gidin ve Linux 64 bit tarball'ını alın — bu yazının yazıldığı sırada güncel sürüm v0.18.4.2. Kritik olarak, eşleşen hashes.txt dosyasını da indirin ve SHA256'yı shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2 ile doğrulayın, ardından hashes.txt üzerindeki imzayı binaryFate'in PGP anahtarını kullanarak gpg --verify hashes.txt ile onaylayın. Doğrulamayı atlamak, makinenize zararlı yazılım bulaşmasının yoludur.
3. Çıkarın ve kurun. tar xjf monero-linux-x64-v0.18.4.2.tar.bz2 ile arşivi açın, ardından binary'leri taşıyın: install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/. Bu komut monerod, monero-wallet-cli ve monero-wallet-rpc dosyalarını PATH'inize yerleştirir.
4. Yapılandırma dosyasını yazın. /etc/monero/monerod.conf dosyasını şu minimum içerikle oluşturun: 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. sync-pruned-blocks=1 bayrağı kritiktir: bu olmadan monerod tüm zinciri indirir ve yerel olarak budar, bu da hem bant genişliği hem de zaman israfıdır.
5. systemd birim dosyasını oluşturun. Aşağıdakini /etc/systemd/system/monerod.service olarak kaydedin: Description=Monero Full Node (pruned) ve After=network-online.target içeren tek bir [Unit] bloğu; 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 ve MemoryMax=5G içeren bir [Service] bloğu; ve WantedBy=multi-user.target içeren bir [Install] bloğu.
6. Servisi etkinleştirin ve başlatın. systemctl daemon-reload komutunu çalıştırın, ardından systemctl enable --now monerod. İlerlemeyi journalctl -u monerod -f ile veya günlük dosyasını doğrudan takip ederek izleyin. Sıfırdan başlayan bir pruned node'un ilk senkronizasyonu 1 Gbps ev tipi hatta tipik olarak 6–10 saat alır; NVMe'li Pi 5'te 14–20 saat bekleyin çünkü darboğaz indirme değil, doğrulamadır.
7. P2P portunu açın, RPC portunu değil. Gelen eş bağlantıları istiyorsanız (bu ağa yardımcı olur ve kendi eş çeşitliliğinizi artırır), yönlendiricinizde veya güvenlik duvarınızda TCP 18080 portunu açın. 18081'i halka açık internete asla maruz bırakmayın — o sizin cüzdanınızın RPC uç noktasıdır ve localhost'a bağlı kalmalıdır. Uzaktan cüzdan erişimine ihtiyacınız varsa, SSH veya Tor üzerinden tünelleyin, asla ham port yönlendirmesi üzerinden değil.
8. Cüzdanınızı yerel daemon'a yönlendirin. Resmi GUI cüzdanda "Yerel bir node'a bağlan" seçeneğini seçin ve 127.0.0.1:18081 kullanın. CLI'da monero-wallet-cli'ye --daemon-address=127.0.0.1:18081 parametresini geçirin. Feather Wallet'ta yerel node anahtarı Ayarlar → Node menüsündedir; Cake Wallet'ın masaüstü sürümü ise bunu Ayarlar → Gizlilik → Özel node yoluyla destekler.

monerod'u halka açık bir arayüzde --restricted-rpc=0 ile asla çalıştırmayın. Shodan tarafından dizine eklendikten sonraki kırk sekiz saat içinde, kısıtlanmamış bir RPC uç noktası madencilik havuzu kazıyıcıları, cüzdan tarama botları ve daha kötüleri tarafından dövülecektir. Yalnızca localhost'a bağlanma varsayılanı bir nedenle vardır.

Diğer Platformlar için Kurulumun Uyarlanması

NVMe'li Raspberry Pi 5

Yukarıdaki yapılandırma Pi 5'te neredeyse değişmeden çalışır. Yapılması gereken iki ayar: NVMe üzerindeki yazma yükselmesini azaltmak için monerod.conf dosyasına db-sync-mode=fast:async:250000000 ekleyin (varsayılan güvenli ama daha yavaştır) ve sürekli yükleme sırasında kısıtlanan bir ev bağlantısındaysanız out-peers değerini 16'ya, in-peers değerini 32'ye düşürmeyi düşünün. Pi 5'in dört çekirdekli Cortex-A76'sı blokları modern bir masaüstünün yaklaşık 0,6 katı hızında doğrular, dolayısıyla ilk senkronizasyon daha uzun sürer ama sürekli operasyonda zincir ucunu sorunsuz takip eder.

macOS

Homebrew ile brew install monero komutunu kullanarak kurun; bu Apple Silicon'da monerod'u /opt/homebrew/bin/monerod konumuna yerleştirir. systemd yerine ~/Library/LaunchAgents/io.getmonero.monerod.plist içinde bir launchd plist kullanın. Aynı yapılandırma dosyası içeriği geçerlidir — sadece data-dir'i ev dizininizin altındaki bir yere, örneğin ~/Library/Application Support/monero'ya yönlendirin. macOS güvenlik duvarı istemleri ilk çalıştırmada görünecektir; eşlere hizmet vermek istiyorsanız P2P portunda gelen bağlantılara izin verin.

Windows 11

Windows 64 bit yükleyiciyi getmonero.org'dan indirin, çalıştırın ve veri dizinini C:\ProgramData\bitmonero altında oluşturmasına izin verin. monerod'u ön plan süreci yerine bir servis olarak çalıştırmak için NSSM'i (Non-Sucking Service Manager) kullanın ve aynı --config-file argümanıyla monerod.exe'ye yönlendirin. Windows Defender bazen monerod'u "coin mining" olarak işaretler — madencilik yapmaz, ama buluşsal yöntem aptaldır, dolayısıyla binary dizini için bir istisna ekleyin.

Bakım, İzleme ve Kurtarma

Doğru yapılandırılmış bir pruned node neredeyse "kur ve unut" durumundadır, ancak üç operasyonel alışkanlık sorunların %90'ını önler.

Birincisi, disk alanını aylık kontrol edin. Pruned zincir, mevcut işlem hacimlerinde ayda kabaca 4–6 GB büyür ve beklenmeyen bir dolum LMDB'yi çirkin şekillerde bozabilir. /var/lib/monero 15 GB boş alanın altına düştüğünde uyarı veren basit bir monit veya systemd zamanlayıcısı ayarlayın.

İkincisi, monerod'u güncel tutun. Ağ yükseltmeleri (sert çatallar) yaklaşık 6–9 ayda bir gerçekleşir ve önceki protokol sürümünü çalıştıran bir node, çatal etkinleştiği anda blokları kabul etmeyi durdurur. Monero sürüm takvimi GitHub releases sayfasında yayımlanır ve genellikle dört ila altı hafta önceden r/Monero ve resmi posta listesinde duyurulur. Kendinize bir tampon vermek için çatal yüksekliğinden en az iki hafta önce güncelleyin.

Üçüncüsü, nasıl yeniden senkronize edileceğini bilin. LMDB "MDB_CORRUPTED" hatası fırlatırsa veya daemon güç kaybından sonra başlamayı reddederse, kurtarma acımasız ama güvenilirdir: servisi durdurun, /var/lib/monero/blockchain içeriğini silin ve yeniden başlatın. Node sıfırdan 6–12 saatte yeniden senkronize olur. Artımlı bir onarım aracı yoktur çünkü LMDB'nin de yoktur; temiz bir yeniden senkronizasyon kanonik çözümdür ve 2017'den beri çalışmaktadır.

Gerçek dünyadan bir örnek: MoneroSwapper arka ucuna katkı sağlayan biri, anonim takas hizmetimiz için çeşitlendirilmiş daemon uç noktaları sağlamak amacıyla üç ülkede yedi pruned node'dan oluşan bir filo işletiyor. Her node aynı şekilde sağlanıyor — Debian 12, yukarıda gösterilen systemd birimi, NVMe depolama ve P2P portu için Tor gizli servis ifşası. Filo genelinde otuz sekiz ayın kümülatif çalışma süresinde gereken tek müdahale, planlanmamış veri merkezi yeniden başlatmalarından sonra üç yeniden senkronizasyon ve standart çatal günü binary değişimi olmuştur. Düzgün sertleştirilmiş bir kurulumdan bekleyeceğiniz kararlı durum budur.

Sıkça Sorulan Sorular

Mevcut bir tam node'u yeniden senkronize etmeden pruned node'a dönüştürebilir miyim?

Evet. monerod'u durdurun, monerod --prune-blockchain komutunu tek seferlik (servis olarak değil) çalıştırın ve bekleyin. Budama işlemi disk hızına bağlı olarak 30–90 dakika sürer ve veritabanını yerinde yeniden yazar. Bittiğinde, servisinizi pruned yapılandırmayla yeniden başlatın. Veri kaybı yok, yeniden senkronizasyon yok, ancak önlem olarak önce cüzdan anahtarlarınızın yedeğini alın — blok zincirinin kendisini değil, o herhangi bir eşten yeniden üretilebilir.

Pruned node madencilik veya Monero tüccar ağ geçidi çalıştırmak için işe yarar mı?

Solo madencilik veya havuz madenciliği için evet — madenci yalnızca zincir ucuna ihtiyaç duyar, geçmiş halka imzalarına değil. P2Pool da pruned node ile çalışır ve aslında 2023'ten beri kendi kendine egemen solo tarzı madencilik için önerilen eşleşmedir. monero-wallet-rpc aracılığıyla gelen ödemeleri işleyen bir tüccar ağ geçidi için de pruned node aynı derecede uygundur. Arşiv node gerektiren tek roller blok gezginleri ve akademik zincir analizi araçlarıdır.

Pruned node kendi cüzdanımın mahremiyetine zarar verir mi?

Hayır. Cüzdan taramaları, çıktı dizini ve anahtar görüntü veritabanını kullanır; bunların ikisi de pruned node'da tam olarak tutulur. Atılan veri — geçmiş halka imzaları — cüzdanınızın görüntüleme anahtarı taramasında veya yeni bir işlem oluştururken cüzdanınız tarafından yapılan herhangi bir tuzak seçiminde rol oynamaz. Cüzdanın perspektifinden yerel daemon arşivlenmişten ayırt edilemez ve uzak işletmecinin ne kadar güvenilir olduğunu iddia ettiğinden bağımsız olarak herhangi bir uzak node'dan çok daha mahremdir.

Üyelik kanıtları artık üretimdeyken pruned node FCMP++ ile nasıl etkileşir?

Kasım 2025 sert çatalı, mevcut halka imzası şemasının yanı sıra tam zincir üyelik kanıtlarını tanıttı ve budama her ikisine de tutarlı davranır: zinciri doğrulamak için gereken her kanıtı ve her anahtar görüntüsünü tutar, yalnızca eski işlemlerin hâlâ taşıdığı yedek halka imzası yük baytlarını atar. FCMP++ sonrası işlemler eski CLSAG işlemlerinden biraz daha küçüktür, dolayısıyla budama oranı aslında son bloklarda geçmiş bloklara göre marjinal olarak daha lehte çalışır.

Pruned node'u tamamen Tor üzerinden çalıştırabilir miyim?

Evet ve bu, hem disk verimliliği hem de ağ düzeyinde mahremiyet isteyen kullanıcılar için yaygın bir kurulumdur. monerod.conf dosyasına tx-proxy=tor,127.0.0.1:9050,32 ve anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 ekleyin ve /etc/tor/torrc içinde eşleşen gizli servisi yapılandırın. Tor üzerinden ilk senkronizasyon daha yavaştır — 6–12 yerine 24–48 saat — ama sürekli operasyon sorunsuzdur ve işlemlerinizin veya cüzdan taramalarınızın hiçbirinin clearnet'e dokunmadığı ek özelliğini kazanırsınız.

Sonuç

Pruned bir Monero node'u, arşiv node'unun tam mahremiyet ve doğrulama garantilerini disk ayak izinin kabaca %40'ında sunar; bu da "bunu dizüstüme sığdıramam" ile "bu her şeyin yanında rahatça çalışır" arasındaki farktır. Kurulum modern herhangi bir makinede bir akşamlık bir projedir, bakım yükü yaklaşık altı ayda bir saattir ve sonuç, göndereceğiniz veya alacağınız her Monero işlemi için kendi kendine egemen bir temeldir. MoneroSwapper gibi KYC'siz bir takas hizmetiyle yerel bir pruned node'u birleştirin ve tam yığına sahip olun: RingCT ve FCMP++ aracılığıyla protokol katmanında mahremiyet, kendi daemon'unuz aracılığıyla ağ katmanında mahremiyet ve kimliğinizi asla görmeyen sabit oranlı atomik takaslar aracılığıyla giriş rampasında mahremiyet. Tasarruf ettiğiniz disk alanı tesadüfidir; gerçek kazanç operasyonel bağımsızlıktır.