Çıplak bir Nordic VPS'ten kendi monerod'unuza altı adım — doğrulanmış ikili dosyalar, güçlendirilmiş bir yapılandırma, tam ya da budanmış, SSH, WireGuard ya da bir v3 onion üzerinden erişilebilir. Uzaktaki bir düğüm bakiyenizi okuyamaz, ama IP'nizin işleminizi yayınladığını görebilir — bu kılavuz o tek açığı kapatır. Debian 12 üzerinde v0.18 serisiyle test edilmiştir.
Sağla
Önce disk, sonra güçlendirme
Doğrula
İmza, sonra kurulum
Yapılandır
monerod.conf + systemd
Senkronizasyon
Bir iki gün, izlenerek
Bağlan
SSH, WireGuard ya da onion
Anonimleştirme
Tor üzerinden yayınlama
Neredeyse her Monero cüzdanı, başkasının sürecine yönlendirilmiş olarak gelir; çünkü alternatifi çeyrek terabaytlık bir alan ve iki günlük bir bekleyiştir. Bu varsayılan ayar savunulabilir bir seçimdir ve ortaya çıkan gizlilik kaybı, genellikle her iki yönde de yanlış anlatılır — uzaktaki bir düğümün bakiyelerini okuduğunu sananlar tarafından ve hiçbir şey öğrenmediğini sananlar tarafından. Sızıntının biçimini doğru kavramak, bu kılavuzun bir öğleden sonranıza değip değmeyeceğini size söyleyecek olan şeydir.
Yapamadığı şey. Bakiyenizi, adreslerinizi ya da anahtarlarınızı göremez. Bir Monero cüzdanı bir düğüme neyi arayacağını söylemez; bir blok aralığındaki blokların tamamını çeker ve cihazdan asla çıkmayan özel görüntüleme anahtarıyla her çıktıyı yerel olarak çözmeye çalışır. Düğüm, herkese vereceği baytların aynısını verir. Hangi çıktıların, varsa, size ait olduğunu söyleyemez — bu da başka yerlerde kullanılan ve bir sunucuya izlenecek adreslerin verildiği, dolayısıyla tam olarak neyi izlediğini bilen hafif cüzdan modelinden gerçek bir mimari farktır.
Yapabildiği şey. Bağlanan IP adresini görür. O IP'nin istediği ve arkasındaki cüzdanın ne zaman oluşturulduğunu sınırlayan blok aralığını görür. Yenilemelerinizin ritmini görür, ki bu bir kullanım desenidir. Ve harcama yaptığınızda, imzalı işlemi ağın geri kalanından önce sizden alır — dolayısıyla bu işlemin ağa bu adresten, bu saniyede girdiğini kaydedebilecek konumdadır. Monero'daki her şey tam da bu tür bir bağlantıyı kırmak üzere tasarlanmıştır. Bunu bir yabancıya, üstelik ücretsiz olarak, sabit bir IP'yle birlikte vermek, düzeltmeye değer kısımdır.
Ve kimsenin bahsetmediği, yapabildiği şey. Yalan söyleyebilir. Kötü niyetli ya da yalnızca bozuk bir düğüm, eskimiş bir zincir ucu sunarak cüzdanınızın gerçekleşmemiş bir gelen ödemeyi bildirmesine yol açabilir ya da gönderdiğinize inandığınız bir işlemi iletmeyi başaramayabilir. Bunların hiçbiri fon çalmaz — cüzdan çözdüğü her şeyi doğrular — ama dünyanın yanlış bir görünümüne göre hareket etmenize neden olur; bu da bir onay bekleyen bir satıcı için başlı başına bir kayıptır. Sizin çalıştırdığınız bir düğüm, yanıtlarını tartmak zorunda olmadığınız bir düğümdür.
| Neyin açığa çıktığı | Genel uzak düğüm | Düğümünüz, açık ağ | Düğümünüz, Tor üzerinden |
|---|---|---|---|
| Bakiyeniz ve adresleriniz | Asla | Asla | Asla |
| IP'niz, düğüm operatörüne | Evet — bir yabancı | Evet — siz | Hayır |
| Cüzdan oluşturma penceresi | Evet — bir yabancı | Evet — siz | Evet — siz |
| IP ↔ giden işleminiz | Evet — bir yabancı | Sunucunuzun IP'si, eşlerine | tx proxy tarafından bozuldu |
| Size sahte bir zincir ucu sunabilir | Evet | Hayır | Hayır |
"Cüzdan oluşturma penceresi" kendi düğümünüzde sizin için görünür kalmaya devam eder, çünkü istek yine de gerçekleşir — yalnızca başka hiç kimse için görünür olmaktan çıkar. Bu alıştırmanın bütün amacı budur: meta veriyi ortadan kaldırmak değil, onu elinde tutan tek taraf sizi yapmak.
Budanmış bir Monero düğümü, eski bloklara ait halka imzası verisinin sekizde birini tutar, geri kalanını atar. Yine de her bloğu kendisi indirir ve doğrular — budama, güvenmek değil, kontrol ettikten sonra unutmaktır — ve bir cüzdanın istediği her şeyi ve başka bir budanmış eşin ihtiyaç duyduğu her şeyi eksiksiz tutar. Kazanç, diskin yaklaşık üçte ikisidir. Görevi yalnızca kendi cüzdanlarınızı desteklemek olan bir düğüm için asla fark edeceğiniz işlevsel bir fark yoktur.
Tam bir düğüm için gerekçe dar ama gerçektir: yalnızca tam bir düğüm, yepyeni bir düğüme zinciri sıfırdan doğrulamak için ihtiyaç duyduğu eksiksiz geçmiş veriyi verebilir; dolayısıyla tamamen budanmış düğümlerden oluşan bir ağ işlemez. Diskiniz varsa tam çalıştırmak bir katkıdır. Yoksa budanmış çalıştırmak daha aşağı bir katılım biçimi değildir — kendi sunucusunu barındıran çoğu kişinin tercih etmesi gereken yapılandırma budur.
Süreci başlatmadan önce karar verin. İlk çalıştırmada --prune-blockchain vermek, senkronize olurken budama yapar; bu hem hızlı hem bedavadır. Tam bir veritabanını sonradan dönüştürmek ise süreci durdurup ayrı monero-blockchain-prune aracını onun üzerinde çalıştırmak anlamına gelir; bu da saatler alır ve çalışacak boş alana ihtiyaç duyar. Bunu baştan doğru yapmak bir yapılandırma dosyasında tek bir satıra mal olur; yanlış yapmak ise bir akşama mal olur.
| Biçim | Disk, 2026 ortası | Size uyan katman | Ne zaman seçilir |
|---|---|---|---|
| Budanmış · dar | ~90 GB | Sentinel · 2 vCPU / 4 GB / 120 GB · $3.90 | En ucuz çalışan düğümü istiyorsunuz ve diski yeniden gözden geçirmeyi kabul ediyorsunuz |
| Budanmış · rahat | ~90 GB | Garrison · 4 vCPU / 8 GB / 240 GB · $7.90 | Varsayılan öneri — yıllarca boşluk, sıcak veritabanı önbelleği |
| Tam | 240 GB+ | Ravelin · 8 vCPU / 16 GB / 480 GB · $16.90 | Bir arşiv kopyası istiyorsunuz ya da yeni düğümlere ilk senkronizasyonlarını sağlamak istiyorsunuz |
| Tam + genel hizmet | 240 GB+ | Bulwark · 16 vCPU / 32 GB / 960 GB · $32.90 | Gerçek eş trafiği taşımayı düşünüyorsunuz — burada sınırsız bant genişliği önemlidir |
Zincir boyutları 2026 ortası için birer tahmindir ve yalnızca tek yönde değişirler. Bir katmana karar vermeden önce güncel rakamı doğrulayın — her NordBastion planı sınırsız bant genişliğiyle gelir, ki açık eş yuvaları olan bir düğümün gerçekte tükettiği şey de budur.
Bu tabloda olmayan bir şey var: RAM. Sürecin kendisi mütevazıdır ve 4 GB gerçekten de bir düğümü çalıştırır. Fazladan belleğin size kazandırdığı şey, veritabanının önündeki sayfa önbelleğidir; bu da günlük işleyişte değil, ilk senkronizasyon sırasında ve bir cüzdanın ilk tam yeniden taramasında hissedilir. Aynı bütçeyle daha fazla RAM ile daha fazla NVMe arasında seçim yapıyorsanız NVMe'yi tercih edin — ve karar vermeden önce katman listesine bir göz atın.
Panelde: Sipariş → VPS → budanmış bir düğüm için Garrison, tam zinciri istiyorsanız Ravelin, imaj olarak Debian 12. Hesabı açmak için e-posta adresi gerekmez, hiçbir aşamada kimlik belgesi istenmez ve fatura Monero ile kapanır — bu hoş bir simetridir, aynı zamanda bildiğimiz bir cüzdandan çalışan bir sunucuya giden en kısa yoldur. Sunucuyu ağa değil, kendinize olan gecikmeye göre seçin: eş bağlantıları asenkrondur ve umursamaz, ama cüzdanınızın yenilemeleri umursar.
Sonra ilk saati duvara ayırın. Bir Monero düğümü doğası gereği genel bir hizmettir — bir P2P portunu dinler ve yabancılarla konuşur — dolayısıyla temel önlemler isteğe bağlı değildir: varsayılan olmayan bir portta yalnızca anahtarla SSH, varsayılan olarak reddeden bir güvenlik duvarı, gözetimsiz güvenlik güncellemeleri, fail2ban. İlk saat güçlendirme kontrol listesi bu kılavuzun tamamlayıcısıdır ve süreç var olmadan önce baştan sona uygulamaya değer.
Bu düğüm için güvenlik duvarı biçimi alışılmadık derecede basittir. Dışarıdan tam olarak iki şeye erişilebilir olmalıdır: SSH portunuz ve Monero P2P portu. Başka hiçbir şeye — özellikle de RPC portuna değil; adım 05 ona bunun yerine bir tünel üzerinden ulaşır.
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp # or your relocated SSH port
ufw allow 18080/tcp # Monero P2P — the only service port
ufw enable
ufw status numbered
Üzerine çeyrek terabaytlık veriyi senkronize etmeden önce gerçekte hangi diski aldığınızı doğrulayın; çünkü eksikliği ilk senkronizasyonun kırkıncı saatinde fark etmek kendine özgü bir tatsızlıktır:
df -h /
# → the "Avail" column is your real budget, not the tier name
Cüzdanlarınızın güvendiği ağ görünümünü elinde tutacak bir program kurmak üzeresiniz. Kurcalanmış bir monerod, bir cüzdana yalan söylemek için ideal konumdur; dolayısıyla buradaki doğrulama adımı bir ayin değildir — Monero projesinin baştan beri imzalı bir hash dosyası yayımlamasının nedeni tam olarak budur. Bunu bir kez, doğru biçimde yapın.
Linux x86-64 CLI arşivini ve imzalı hash dosyasını, orada yayımlanan haliyle geliştiricinin açık anahtarıyla birlikte resmi indirme sayfasından edinin. Anahtarı bir forum gönderisinde bulduğunuz üçüncü taraf bir anahtar sunucusu aynasından almayın — onu projeden, TLS üzerinden, anahtarı adlandıran aynı sayfadan alın.
apt update && apt install -y gnupg curl bzip2
cd /tmp
curl -LO https://downloads.getmonero.org/cli/linux64 # the release archive
curl -LO https://www.getmonero.org/downloads/hashes.txt # the signed hash list
# Import the signing key named on getmonero.org, then:
gpg --verify hashes.txt
# → "Good signature from ..." — anything else, stop here.
İmza doğrulanmadıkça hash değerinin hiçbir anlamı yoktur. İndirdiğiniz arşivin hash'ini alın ve az önce doğruladığınız dosyanın içinde tam olarak bu dizeyi bulun:
sha256sum linux64
grep -F "$(sha256sum linux64 | cut -d' ' -f1)" hashes.txt
# → one matching line. No output means no match: do not install it.
Ardından ihtiyacınız olan iki ikili dosyayı çıkarıp yerlerine koyun. Arşiv sürüm numarası taşıyan bir dizin içerir; monerod süreçtir, monero-blockchain-prune ise budama konusunda fikrinizi değiştirirseniz elinizde olmasına sevineceğiniz çevrimdışı araçtır.
tar -xjf linux64
cd monero-x86_64-linux-gnu-*/
install -m 0755 monerod monero-blockchain-prune /usr/local/bin/
monerod --version
Bu komutun yazdırdığı sürüm dizesini tekrar bulabileceğiniz bir yere not edin. Bir ağ güncellemesi duyurulduğunda tam olarak neyden güncelleme yaptığınızı bilmek isteyeceksiniz ve "latest" bir yanıt değildir.
Sürece kendi ayrıcalıksız kullanıcısını ve kendi dizinini verin. Bir Monero düğümünde çalışırken root gerektiren hiçbir şey yoktur ve gün boyu açık internetle konuşan bir hizmet, tam olarak root olarak çalışmasını istemeyeceğiniz hizmettir.
useradd --system --home /var/lib/monero --shell /usr/sbin/nologin monero
mkdir -p /var/lib/monero /var/log/monero
chown -R monero:monero /var/lib/monero /var/log/monero
/etc/monerod.conf — monerod'un komut satırında aldığı seçeneklerin aynısı, baştaki tireler olmadan yazılmış. Tam bir düğümde karar kıldıysanız prune-blockchain satırını kaldırın; geri alınamaz olan tek satır budur.
# ── storage ────────────────────────────────────────────────
data-dir=/var/lib/monero
log-file=/var/log/monero/monerod.log
log-level=0
max-log-file-size=104857600
prune-blockchain=1
sync-pruned-blocks=1
# ── P2P: the only port the firewall opens ─────────────────
p2p-bind-ip=0.0.0.0
p2p-bind-port=18080
out-peers=32
in-peers=48
no-igd=1
# ── RPC A: unrestricted, loopback only, for you ───────────
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
# ── RPC B: restricted, what a wallet is allowed to ask ────
rpc-restricted-bind-ip=127.0.0.1
rpc-restricted-bind-port=18089
# ── misc ──────────────────────────────────────────────────
zmq-pub=tcp://127.0.0.1:18083
db-sync-mode=safe
Anlamaya değer kısım iki RPC dinleyicisidir. 18081 portu, yönetimsel çağrılar dahil her şeye yanıt verir ve ait olduğu yer olan loopback'e bağlıdır. 18089 portu ise kısıtlı arayüzdür: salt okunur çağrılar, gizlilik açısından hassas hiçbir iç bileşen yok, ve ağdaki her genel düğümün açığa çıkardığı şey de budur. Burada ikisi de kasıtlı olarak 127.0.0.1 üzerindedir — adım 05, 18089'a onu açmak yerine bir tünel üzerinden ulaşır.
/etc/systemd/system/monerod.service
[Unit]
Description=Monero full node
After=network-online.target
Wants=network-online.target
[Service]
User=monero
Group=monero
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monerod.conf \
--non-interactive
Restart=on-failure
RestartSec=30
TimeoutStopSec=300
KillSignal=SIGINT
StandardOutput=journal
StandardError=journal
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=full
ProtectHome=true
[Install]
WantedBy=multi-user.target
KillSignal ve TimeoutStopSec süs değildir. Veritabanı temiz bir şekilde kapanmak ister ve bir yazma işleminin ortasında sert biçimde sonlandırılan bir süreç, geri dönüşte onarım gerektirebilir — ya da yeniden senkronizasyon. SIGINT ona düzgünce kapanmasını söyler ve beş dakika, işini bitirmesi için tanınan tolerans süresidir. Bu iki satırı atlayan her kılavuz, kayıp bir hafta sonundan yalnızca şanssız bir yeniden başlatma uzaktadır.
systemctl daemon-reload
systemctl enable --now monerod
systemctl status monerod --no-pager
Süreç artık zinciri başlangıç bloğundan itibaren yürüyor, karşılaştığı her halka imzasını ve her aralık kanıtını kontrol ediyor. Birkaç çekirdekli NVMe üzerinde bu bir iki gün sürer; bant genişliğinden değil CPU ve diskten sınırlıdır, dolayısıyla daha hızlı bir bağlantı bunu kısaltmaz. Bu iş, ürünün tamamıdır. Bunu atlayan bir düğüm, başkasına güvenmenin yalnızca daha yavaş bir yolu olurdu.
Onu ikinci bir kabuktan izleyin. Durum satırı size yüksekliği, eş sayısını ve tahmini kalan süreyi söyler ve çoğu düğümün ihtiyaç duyacağı tek izleme budur:
monerod --rpc-bind-port 18081 status
journalctl -u monerod -f --no-pager
df -h /var/lib/monero # check this one more often than you think you need to
İndirilmiş bir blok zincirini içe aktarmayın. İnternette bekleyişi atlamayı vadeden arşivler var ve birini içe aktarmak, doğruladığınız bir düğümü, bir yabancının size verdiği bir dosyaya inanan bir düğüme dönüştürür. Buraya gelme amacınız olan tek şeyi boşa çıkarır. Senkronizasyon süresi gerçekten kabul edilemezse dürüst çözüm doğrulamayı atlayan bir kestirme yol değil, daha fazla çekirdekli bir makinedir.
Bootstrap-daemon tuzağı. monerod, kendi senkronizasyonu araya girerken cüzdan sorgularını genel bir düğümden yanıtlayabilir; bu keskin bir kenarı olan bir kolaylıktır: etkin olduğu sürece, cüzdan trafiğiniz tam olarak bu kılavuzun ortadan kaldırmak için var olduğu türden bir üçüncü taraf tarafından karşılanıyor demektir. İlk saatte çalışır hale gelmek için bunu etkinleştirirseniz takviminize bir hatırlatıcı koyun ve kendi yüksekliğiniz zincirin ucuna ulaştığı anda kapatın. Kimsenin sonlandırmayı hatırlamadığı geçici bir uzlaşı, yeni bir isim taşıyan eski kurulumdan başka bir şey değildir.
Yükseklik hareket etmeyi bırakıp güvendiğiniz bir blok gezginiyle eşleştiğinde düğüm canlı demektir. Bu noktadan sonra süreç size günde birkaç gigabayt trafiğe, biraz CPU'ya ve güncellemeler dışında başka bir dikkate mal olur.
Kısıtlı RPC arayüzü loopback'e bağlıdır; bu da şu anda hiçbir şey tarafından erişilemez olduğu anlamına gelir. Bu doğru varsayılan ayardır ve bu adımın geri kalanı bu açığı nasıl aşacağınızı seçmekle ilgilidir. Birini seçin — bir arada iyi çalışmazlar ve zaten yalnızca birine ihtiyacınız var.
Seçenek A · SSH tüneli — tek makine, sıfır kurulum. Tek bir dizüstü bilgisayar kullanıyorsanız doğru seçenek. Yeni bir şey kurulmaz, yeni bir şey dinlemeye başlamaz ve tünel oturumla birlikte sona erer. Cüzdanınız da düğüm yerelmiş gibi 127.0.0.1:18089 adresine yönelir.
ssh -N -L 18089:127.0.0.1:18089 monero-vps
# leave it running; point the wallet at 127.0.0.1:18089
Seçenek B · WireGuard — birden fazla cihaz, her zaman açık. Bir telefon, bir masaüstü ve bir dizüstü bilgisayar için doğru seçenek. Düğüm, özel ağınıza katılır ve cüzdanlar ona tünel IP'si üzerinden erişir; internete açık hiçbir port yoktur. WireGuard kılavuzu tüneli kurar; buradaki tek ek adım, süreci bu tünel üzerinden yanıt verecek şekilde ayarlamaktır.
# in /etc/monerod.conf
rpc-restricted-bind-ip=10.8.0.1 # the node's WireGuard address
confirm-external-bind=1
# and in the firewall, only on the tunnel interface
ufw allow in on wg0 to any port 18089 proto tcp
Seçenek C · v3 onion — her yerden, portsuz, sabit IP'siz. Seyahat ediyorsanız ya da düğümün hiçbir yerde gelen bir port olmadan erişilebilir olmasını istiyorsanız doğru seçenek. Hizmeti Tor yayınlar; yönlendirilecek ya da taranacak hiçbir şey yoktur. gizli hizmet kılavuzu torrc'nin tamamını ele alır; düğüme özgü kısım yalnızca üç satırdır.
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-rpc/
HiddenServiceVersion 3
HiddenServicePort 18089 127.0.0.1:18089
# then read the address Tor generated for you
cat /var/lib/tor/monero-rpc/hostname
Hangi kapıyı kurmuş olursanız olun, cüzdan tarafı aynı üç alandır. Feather'da: Ayarlar → Düğüm → özel bir düğüm ekleyin, sunucu adresi ve port girin, onion seçtiyseniz Tor proxy'sini etkinleştirin. Resmi Monero GUI'de: Ayarlar → Düğüm → Uzak düğüm, "uzak bir düğüme bağlan" seçili olacak şekilde. Cake Wallet'ta: Ayarlar → Düğümler → düğüm ekle, ki bu doğrudan bir onion adresini kabul eder. RPC arayüzünde bir kullanıcı adı ve parola belirlediyseniz, üçünde de bunlar için alanlar bulunur.
Sonra işe yarayıp yaramadığını kontrol edin. Cüzdan, düğümünüzle aynı yüksekliği göstermelidir ve düğüm de bir RPC istemcisi daha göstermelidir. Cüzdan hâlâ tam bir saniyede yenileniyorsa muhtemelen hâlâ varsayılan genel düğümle konuşuyordur — çoğu cüzdan eskisini listede tutar ve sessizce ona geri döner.
Cüzdanınız artık işlemleri bir yabancıya vermiyor — onları kendi sürecinize veriyor. Ama o süreç ardından bunları sunucunuzun IP adresinden eşlerine duyurur ve eşler not tutar. Monero, yeni bir işlemi dağılmadan önce zaten rastgele bir röle aşamasından geçirerek yayar; bu da ilk sekmeyi tespit etmeyi zorlaştırır. Bunun yerine Tor üzerinden göndermek ise soruyu tamamen ortadan kaldırır.
Bunu tek bir satır halleder. Süreç blokları açık ağ üzerinden senkronize etmeye devam eder — senkronizasyonu hızlı tutan da budur — ve yalnızca giden işlem yayınlarınızı yerel Tor SOCKS portu üzerinden yönlendirir:
# in /etc/monerod.conf, with tor running locally
tx-proxy=tor,127.0.0.1:9050,16
Daha ileri gitmek ve eşleri Tor üzerinden de kabul etmek isterseniz, P2P tarafı için ikinci bir gizli hizmet yayınlayın ve sürece hangi onion adresini duyuracağını söyleyin. Port numarası, iki taraf da aynı fikirde olduğu ve makinede başka hiçbir şey onu zaten kullanmadığı sürece sizin seçiminizdir:
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-p2p/
HiddenServiceVersion 3
HiddenServicePort 18084 127.0.0.1:18084
# /etc/monerod.conf
anonymous-inbound=YOUR_ONION_ADDRESS.onion:18084,127.0.0.1:18084
Bu adım size yardımcı olduğundan daha çok ağa yardımcı olur, ki bu da onu atmak için gayet iyi bir nedendir. Biraz gecikmeye ve bazı eş yuvalarına mal olur ve yalnızca Tor üzerinden çalışan düğümlerin bağlanabileceği bir yer olması anlamına gelir.
İsteğe bağlı: genel bir düğüm bağışlayın. Bant genişliğiniz ve diskiniz yeterliyse, başkalarının cüzdanları kullanabilsin diye kısıtlı RPC uç noktanızı duyurabilirsiniz. Bu, en zayıf noktası kendi süreçlerini çalıştıran insan sayısının azlığı olan bir ağa yapılan gerçek bir katkıdır — ve her genel hizmet gibi kendi yükümlülükleriyle gelir: başkalarının trafiğini taşırsınız ve bir düğüm operatörü olarak görünür hale gelirsiniz. Buradaki her plan sınırsız bant genişliğiyle gelir, dolayısıyla bunlardan ilki bir fatura meselesi değil, bir karar meselesidir.
# only if you mean it: expose the RESTRICTED port, never 18081
rpc-restricted-bind-ip=0.0.0.0
confirm-external-bind=1
public-node=1
# and open it: ufw allow 18089/tcp
Bir düğüm, kendi barındırdığınız diğer altyapıların yanına koymak için de hoş bir şeydir — örneğin aynı rafta bir Lightning düğümü. Bütçe izin veriyorsa bunları ayrı makinelerde tutun: çalışma süresi gereksinimleri farklıdır ve kurtarma senaryoları da hayli farklıdır.
Süreç durur ve veritabanının yeniden açılabilmesi için bir onarım işleminden geçmesi gerekebilir. Senkronizasyon sırasında boş alanı günlük olarak kontrol edin ve katmanı bugünkü değil, üç yıl sonraki zincire göre boyutlandırın.
18081 portu yönetimsel çağrılara yanıt verir. Sonsuza dek 127.0.0.1'e ait kalır. Dışarıdan bir şeyin düğüme ulaşması gerekiyorsa, bir tünel üzerinden 18089'daki kısıtlı dinleyiciye ulaşır.
Düğümünüzü listeye eklemek onu seçili hale getirmez ve çoğu cüzdan erişilemez olduğunda sessizce eski düğüme geri döner. Yükseklikleri karşılaştırın ve düğümün bağlı bir RPC istemcisi bildirdiğini doğrulayın.
Bunu sonradan eklemek mevcut bir veritabanını küçültmez. Dönüştürmek, süreci durdurup monero-blockchain-prune'u çalıştırmak anlamına gelir; bu da saatler ve çalışma alanı gerektirir. İlk başlatmadan önce karar verin.
Bir ağ güncellemesi geçti ve süreç hiç güncellenmedi. Yüksek sesle uyarmaz — yükseklik yalnızca gerçekle eşleşmeyi bırakır. Sürüm duyurularını takip edin ve çatallanma yüksekliğinden önce güncelleyin.
Genellikle KillSignal'i olmayan ve kısa bir durdurma zaman aşımına sahip bir systemd biriminden kaynaklanan, bir yazma işleminin ortasında gelen SIGKILL. SIGINT kullanın ve ona beş dakika verin; sürecin kendi veritabanını kendisi kapatmasına izin verin.
Bir cüzdanı kendi çalıştırdığınız bir sürece taşımadan önce, taşırken ve taşıdıktan sonra karşınıza çıkan on soru.
Hayır. Monero cüzdanları istemci tarafında tarama yapar: cüzdan düğümden bir blok aralığı ister, bunları bütün olarak indirir ve her çıktıyı yerel olarak sizin özel görüntüleme anahtarınızla çözmeye çalışır. Düğüm görüntüleme anahtarınızı, harcama anahtarınızı ya da adresinizi asla almaz ve size verdiği çıktılardan hangilerinin size ait olduğunu söyleyemez. Bu, sunucuya genellikle hangi adreslerin ya da betiklerin izleneceğinin söylendiği Bitcoin hafif cüzdanlarına kıyasla gerçek bir mimari farktır. Uzaktaki bir düğümün öğrendiği şey ağ katmanıdır: IP adresiniz, o IP'deki bir cüzdanın senkronize olduğu gerçeği, istediği blok aralığı — ki bu cüzdanınızın geri yükleme yüksekliğini sınırlar — ve en önemlisi, yayınlaması için ona verdiğiniz herhangi bir işlem. Kapatmaya değer sızıntı işte sonuncusudur.
Aksini gerektiren bir nedeniniz olmadıkça budanmış çalıştırın. Budanmış bir düğüm, eski bloklara ait halka imzası verisinin sekizde yedisini atar, bir cüzdanın ya da yeni bir eşin sizden gerçekten ihtiyaç duyduğu her şeyi tutar, yine de zincirin tamamını kendisi doğrular ve tam bir düğümün diskinin kabaca üçte birine iner. Kişisel bir cüzdan arka ucu için davranış ayırt edilemez. Sıfırdan kendi ilk senkronizasyonunu yapan yeni bir düğüme hizmet verebilmek istiyorsanız, keyfi geçmiş işlem verisi okuyan blok gezgini tarzı araçlar çalıştırıyorsanız ya da yalnızca eksiksiz bir arşiv kopyası istiyorsanız tam bir düğüm çalıştırın. İlk senkronizasyondan önce karar verin: --prune-blockchain senkronize olurken budar, oysa zaten senkronize olmuş tam bir veritabanını dönüştürmek, süreci durdurup ayrı monero-blockchain-prune aracını onun üzerinde çalıştırmak anlamına gelir.
2026 ortası itibarıyla tam bir düğüm 240 GB'ın üzerindedir ve yılda onlarca gigabayt mertebesinde büyür; dolayısıyla bugün sahip olduğunuz zincire değil, üç yıl sonra sahip olacağınız zincire göre boyutlandırma yapın. Budanmış bir düğüm bunun kabaca üçte biri kadardır — şimdilik 85 ila 95 GB diyelim. Pratikte bu, bir Garrison'ın (240 GB NVMe) yıllarca yetecek boşlukla budanmış bir düğüm için rahat bir yuva olduğu, bir Ravelin'in (480 GB) ise tam bir düğüm için doğru makine olduğu anlamına gelir. 120 GB'lık bir Sentinel bugün budanmış bir düğümü barındırır ama sizi isteyeceğinizden daha kısa sürede bu konuyu yeniden düşünmeye iter. Diski satın almadan önce güncel zincir boyutunu kontrol edin — bu, bu kılavuzdaki, güncelliğini yitirmesi garanti olan tek sayıdır.
İlk senkronizasyon için NVMe üzerinde bir iki gün sürer ve bu süre bağlantınızdan değil, CPU ve diskten sınırlanır. Süreç, başlangıç bloğundan itibaren karşılaştığı her halka imzasını ve her aralık kanıtını doğrular; iş budur ve düğümü çalıştırmaya değer kılan da tam olarak budur. İki şey durumu ciddi biçimde kötüleştirir: NVMe yerine dönen diskler, ki bu iki günü bir haftaya çevirebilir, ve yarı yolda disk alanının tükenmesi. İnsanların sandığı kadar yardımcı olmayan iki şey de vardır: daha fazla bant genişliği ve veritabanı sayfalarını sıcak tutanın ötesinde daha fazla RAM. Beklemeyi atlamak için üçüncü bir taraftan indirilmiş bir blok zinciri arşivi içe aktarmayın — tam olarak güvenmemek için buraya geldiğiniz tarafa güvenmiş olursunuz.
Kısıtsız olanı asla değil. Kısıtsız RPC arayüzü yönetimsel çağrıları açığa çıkarır ve düğümün tüm ömrü boyunca 127.0.0.1'e bağlı kalmalıdır. Kısıtlı arayüz farklı bir nesnedir: yalnızca bir cüzdanın ihtiyaç duyduğu salt okunur çağrılara yanıt verir ve ağdaki her genel düğümün açığa çıkardığı şey tam olarak budur. Yine de bunu bir açık ağ portunda yayınlamak, adres uzayını tarayan herkese "burada bir Monero kullanıcısı var" diye duyuru yapmak demektir. Bu kılavuzdaki tercih sırası önce bir v3 onion hizmeti, ikinci sırada bir WireGuard tüneli, üçüncü sırada tek bir makine için bir SSH tüneli ve yalnızca bilinçli biçimde ağa genel bir düğüm bağışlamaya karar verdiyseniz çıplak bir genel porttur.
Bir düğüm hiçbir anahtar tutmaz, hiçbir fonun emanetçiliğini yapmaz ve kimsenin parasını hareket ettiremez. Başka insanların zaten imzaladığı blokları doğrular ve işlemleri iletir — tıpkı okuyamadığı mesajları taşıyan bir posta rölesi gibi bir duruş. Teknik gerçeklik budur; hukuki gerçeklik ise yargı yetkisine bağlıdır ve bu kılavuz hukuki tavsiye niteliği taşımaz. Yargı yetkisinin değiştirdiği şey, kimin neyi zorunlu kılabileceğidir: dört Nordic yargı bölgesi üzerine olan kılavuz, Stockholm, Helsinki, Oslo ya da Reykjavík'te duran bir sunucuya uygulanan mevzuatı ele alır.
Yalnızca onu güncellerseniz. Monero planlı ağ güncellemeleri yapar ve daha eski bir uzlaşı kural kümesiyle çalışan bir süreç, çatallanma yüksekliğinde ana zinciri izlemeyi bırakır — sizi yüksek sesle uyarmaz, yalnızca durur ya da ayrılır ve cüzdanınız sessizce artık gerçekle eşleşmeyen bir yükseklik bildirir. Sürüm duyurularına abone olun, hareketli bir etiketi takip etmek yerine kurduğunuz sürümü sabitleyin ve duyurulan güncelleme yüksekliği için bir takvim hatırlatıcısı koyun. Kendi sunucunuzda barındırdığınız bir düğümün işe yaramaz hale gelmesinin en yaygın tek yolu budur: bir çökme değil, yalnızca okumayı bırakmış bir sahip.
Giden işlem yayınlarınızı Tor üzerinden yönlendirin — bunun net ve ucuz bir gizlilik getirisi olan tek ayar olmasının nedeni, "bu işlem ağa girdi" ile "bu IP adresi var" bilgisini birbirinden ayırmasıdır. Gelen Tor eşlerini de kabul etmek, ağa sizden daha fazla yardımcı olan ve biraz gecikmeye mal olan ileri bir adımdır. Tüm eş trafiğini Tor üzerinden yönlendirmek agresif seçenektir: işe yarar, ama ilk senkronizasyonunuzu belirgin biçimde yavaşlatır; bu yüzden çoğu kişi açık ağ üzerinden senkronize olup ardından işlem yolunu Tor'a çevirir. Tor gizli hizmet kılavuzu torrc tarafını daha derinlemesine ele alır.
Neredeyse her zaman geri yükleme yüksekliğidir. Geri yükleme yüksekliği olmayan ya da sıfıra ayarlı bir cüzdan, her geri yüklendiğinde zinciri başlangıç bloğundan yeniden tarar; bu da boşuna harcanan saatler süren yerel bir iştir. Geri yükleme yüksekliğini cüzdanın oluşturulduğu andaki bloğa ayarlayın. İkinci neden ağ yoludur: başka bir ülkedeki bir cüzdanın, doymuş bir onion devresi üzerinden düğümünüzle konuşması, komşudaki genel bir düğüm üzerindeki aynı cüzdandan daha yavaş olacaktır — bu, gizliliğin bedelidir ve bir WireGuard tüneli genellikle hızın çoğunu geri kazandırır. Üçüncüsü, ve insanların gözden kaçırdığı neden, düğümünüzün kendi ilk senkronizasyonunu henüz bitirmemiş olması ve hâlâ bir bootstrap daemon'dan yanıt veriyor olmasıdır.
Çünkü bir düğüm, işlemlerinizin içinden geçtiği, uzun ömürlü ve herkese açık erişilebilir bir nesnedir. Tam bir düğüm, cüzdanınızla bir yabancının düğümü arasındaki sızıntıyı kapatır — ve ardından düğümünüzle size makineyi kiralayan taraf arasında daha küçük bir sızıntı açar. O makine için yapılan kayıt bir pasaport taraması ve yasal adınıza kayıtlı bir kart içeriyorsa, korelasyonu kaldırmış değil, yalnızca taşımış olursunuz. Monero düğümünüzü çalıştıran sunucuyu Monero ile ödemek bir slogan değildir; bu, iki katmanın birbiriyle örtüştüğü kurulumun tek biçimidir. Anonim VPS barındırma üzerine olan temel kılavuz, üç katmanı baştan sona ele alır.
Garrison (4 vCPU, 8 GB, 240 GB NVMe, $7.90/ay) yıllarca yetecek boşlukla budanmış bir düğümü barındırır; Ravelin (480 GB) ise tam zinciri kaldırır. Her planda sınırsız bant genişliği, kayıt sırasında e-posta yok, hiçbir zaman kimlik belgesi yok.
Son inceleme · 2026-10-12 · Kaynaklar · getmonero.org kullanıcı kılavuzları (bir düğüm çalıştırma, budama, Tor ve I2P), v0.18 serisinde monerod --help, Debian 12 ve Tor Project belgeleri · Kadans · yıllık
This guide is one spoke of a larger series. The pillar walks the three privacy layers end to end — the sibling spokes below dive into the specifics.
Three independent layers — signup, payment, network — explained, legal context included, common mistakes flagged.
Your own LN node — bitcoind + LND or Core Lightning, on a VPS.
Accept Bitcoin and Lightning with no processor — non-custodial, no fees.
Deploy your own MCP server on a no-KYC VPS — TLS, streamable HTTP, OAuth.
Host an MCP server with no ID — the privacy stack, crypto-paid.
Özel barındırma, Kuzey'de inşa edildi.