Bir VPS üzerinde Bitcoin tam düğümü çalıştırın

Üç şey, ve bunlardan yalnızca ikisi gizlilikle ilgili.

• Doğrulama. Düğümünüz mutabakatı kendisi uygular — her imza, her script, her ödül (subsidy) ve zorluk ayarı, zincirin kendi kopyasına karşı kontrol edilir. Hiç kimse ona var olmayan bir coin’in var olduğuna ikna edemez. Devredilemeyen kısım tam olarak budur: hafif bir cüzdan bir sunucunun cevabına güvenir.
• Ağ katmanında gizlilik. Hafif bir cüzdan, hangi adresleri önemsediğini birine söylemek zorundadır. En kibar protokoller bile bir sunucuya adreslerinizi tek bir cüzdanda kümeleyip bir IP’ye sabitlemeye yetecek kadar bilgi verir. Kendi düğümünüz bu sorguları yerel olarak yanıtlar.

Bir düğümün size kazandırmadığı şey zincir üzerinde anonimliktir. Defter kamuya açık ve kalıcı kalır; bir düğüm yalnızca ağ katmanını düzeltir. Zincirin kendisinde bağlantısızlık gerekiyorsa, bu farklı bir zincir meselesidir — bunun yerine bir Monero düğümü çalıştırın — ve kripto ile ödenen bir VPS gerçekten anonim mi? yazısı, hesabın geri kalanını ortaya koyar.

Her iki düğüm türü de aynı şekilde doğrulama yapar. Budanmış bir düğüm her bloğu indirir, her kuralı kontrol eder ve aynı UTXO setini oluşturur, ardından artık ihtiyaç duymadığı eski blok dosyalarını siler. Vazgeçtiği şey geçmişi sunma yeteneğidir: senkronize olan bir eşe eski blokları besleyemez, coinleri budama ufkundan (prune horizon) daha eski bir cüzdanı yeniden tarayamaz ve rastgele geçmiş işlemleri okuyan bir indeksi destekleyemez.

Boyut farkı göz ardı edilecek gibi değil. 2026’da budanmamış zincir 700 GB’ı epey geride bırakmış durumda ve her yıl onlarca gigabayt daha ekleniyor — diske karar vermeden önce güncel rakamı kontrol edin, çünkü bu rakam yalnızca artar. prune=5000 ayarındaki budanmış bir düğüm, yaklaşık 5 GB blok dosyası artı UTXO seti ve Core’un kendi veritabanlarını tutar: datadir’i 20 GB olarak düşünün.

Yani, aksi için belirli bir sebebiniz yoksa budayın. Bu sebepler dardır: geçmiş blokları ağa geri sunmak, bir blok gezgini için txindex, ya da kendi Electrum sunucunuzu çalıştırmak.

• CPU. Tek bir çekirdek, zincirin ucuyla süresiz olarak aynı hızda kalabilir. Çekirdeklerin gerçekten işe yaradığı yer ilk blok indirmedir, çünkü imza doğrulaması paralelleştirilebilir — 2 ila 4 vCPU ilk senkronizasyonu kısaltır ve ardından tekrar boşta kalır. Tam KVM sanallaştırması, çekirdek sayısından daha önemlidir: başkasının paylaştığı bir konteyner değil, gerçek donanım izolasyonu ve kendi çekirdeğiniz (kernel).
• RAM. Budanmış bir düğüm için çalışma tabanı 2 GB’tır. Önemli olan ayar dbcache’tir — IBD sırasında bir veya iki gigabaytlık UTXO önbelleği saatlerce süren rastgele okumayı ortadan kaldırır ve işlem sonrasında geri düşürebilirsiniz.
• Disk. Yukarıdaki gibi boyutlandırılmış olmalı ve başka her şey yerine NVMe olmalı. IBD, indirmeden çok chainstate’e yapılan rastgele erişime bağlıdır.
• Bant genişliği. IBD, budama olsun olmasın zincirin tamamını taşır: bir defaya mahsus birkaç yüz gigabayt. Dinleyen bir düğüm ardından eşlere düzenli olarak yükleme yapar; bu, maxuploadtarget ile sınırlandırılabilir. Buradaki her plan, sınırsız trafikli ve aşım faturası olmayan 1 Gbps’lik bir port üzerinde çalışır.

“Duruma göre değişir” bir cevap olmadığı için tarifemizden somut rakamlar:

• Budanmış, kişisel kullanım — Cub, 1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo. Payı bol 20 GB’lık bir datadir ve çoğu okur için dürüst tavsiye budur.
• Budanmış, konforlu — Scout, 2 vCPU / 4 GB / 70 GB, $9.00/mo. Senkronizasyon bekleyişini kabaca yarıya indirir. Bu kutu birden fazla iş yapacaksa, buradan başlayın.
• Düğüm artı Lightning artı izleme — Runner, 3 vCPU / 6 GB / 100 GB, $14.00/mo.
• Tam arşiv — dürüstlüğün üst satışa (upselling) galip geldiği yer. Garmr (500 GB, $69.00/mo) artık budanmamış bir 2026 zincirine sığmıyor, bu yüzden bunun için satın almayın. Fenrir (16 vCPU / 64 GB / 800 GB NVMe, $99.00/mo) sığıyor, hem de sonsuza dek değil ama birkaç yılı bulan bir marjla.

Konum, hiçbir gecikme gereksinimi olmayan bir düğüm için önemsizdir, bu yüzden fiyata veya hukuki yargı bölgesine göre seçim yapın: Amsterdam, Paris, Bükreş ve Sofya taban fiyattadır, Stockholm, Kuala Lumpur, Reykjavik ve Zürih ise bir çarpan taşır. Yıllık faturalandırma on iki değil on ay ücretlendirir.

IBD bir indirme sorunu değildir. Birkaç yüz gigabayt, 1 Gbps’lik bir port üzerinden birkaç saat içinde gelir; günler, bir sonraki adımdan gelir — 2009’dan bu yana her imzayı doğrulamak ve sürekli rastgele yeniden okunan bir UTXO setini sürdürmek. Bu iş yükü önce depolama gecikmesine, sonra CPU’ya bağlıdır.

Pratikteki etki bir büyüklük mertebesidir. Birkaç gigabaytlık dbcache ile NVMe RAID10 üzerinde, budanmış bir IBD tipik olarak yaklaşık bir günde biter. Bütçe dostu bir sunucunun paylaşımlı SATA SSD’sinde aynı iş genellikle bir hafta sürer ve bazen operatör önce pes ettiği için hiç bitmez. NVMe ile SSD karşılaştırmasının yalnızca bir teknik özellik satırı olmaktan çıktığı yer burasıdır. Buradaki her plan tamamen NVMe’dir, bu yüzden en ucuz katman bir teknik ayrıntı değil, düğüm çalıştırmak için gerçekçi bir yerdir.

Sabırsızsanız bir kaldıraç: senkronizasyon süresince dbcache’i RAM’in izin verdiği kadar yükseltin, ardından geri düşürün.

Core’un birinci sınıf Tor desteği vardır ve kişisel bir düğüm için yalnızca-Tor (Tor-only), seçilmeye değer varsayılan seçenektir. Bu, bir işlemin hangi düğümden kaynaklandığını gizler, VPS adresinizi Bitcoin’in kalıcı olarak dedikodusu yapılan eş listelerinin dışında tutar ve kendi cüzdanlarınızın, gelen bir port açmadan düğüme her yerden ulaşmasını sağlar.

tor’u kurun, Core’un kontrol portuna erişebilmesi için daemon’un kullanıcısını debian-tor grubuna ekleyin ve bitcoin.conf’a şunu ekleyin:

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

Core kendi v3 onion servisini otomatik olarak oluşturur ve duyurur; onion adresinin listelendiğini ve onion ağının erişilebilir göründüğünü bitcoin-cli getnetworkinfo ile doğrulayın.

Dürüst ödünleşim (trade-off) şudur: onion eşleri daha az ve daha yavaştır, bu yüzden Tor üzerinden senkronizasyon fark edilir derecede daha uzun sürer. Kutuda zaten Tor çalışıyorsa, Tor rölesi rehberimiz ve Tor dostu VPS notları politika tarafını ele alır — röleler ve onion servisleri burada yalnızca hoş görülmekle kalmaz, gerçekten memnuniyetle karşılanır.

Bir Electrum sunucusu, düğümünüz ile Electrum protokolü kullanan cüzdanlar arasında durur ve zincirin adrese göre indekslenmiş bir görünümünü tutar; böylece bir cüzdan “bu scripthash’te ne var?” diye sorabilir ve anında cevap alabilir. Kendi sunucunuzu çalıştırmak, Electrum, Sparrow ve BlueWallet’in, sahip olduğunuz her adresi gören herkese açık bir sunucu yerine size bağlanması demektir.

Tek satırlık eğitimlerin atladığı ince nokta: electrs ve Fulcrum’un ikisi de budanmamış bir düğüm gerektirir. İndekslerini blok dosyalarını doğrudan okuyarak oluştururlar, bu yüzden geçmişin hâlâ diskte olması gerekir. Dolayısıyla bir Electrum sunucusu eklemek sizi $5’lık budanmış bir kutudan, indeks için ek 50–100 GB gerektiren tam bir arşiv düğümüne sürükler — Cub değil, Fenrir bölgesi.

İkisi arasında electrs bellek konusunda daha hafiftir ama indeksini oluşturması daha yavaştır; Fulcrum ise daha hızlı indeksler ve cevap verir ama daha fazla RAM ister. İkisi de 50001’de düz metin ve 50002’de TLS üzerinden dinler. Bunları localhost’a bağlı tutun ve dışarı açmak yerine bir WireGuard tüneli veya bir onion servisi üzerinden erişin.

Bir Lightning düğümü, güvenebileceği bir Bitcoin arka ucuna ihtiyaç duyar ve sizinki bunun için bariz adaydır. İki büyük uygulama da aynı VPS’te Core ile birlikte çalışır:

• LND, bitcoind ile RPC ve ZMQ üzerinden konuşur. bitcoin.conf’a, yalnızca localhost’a bağlı zmqpubrawblock ve zmqpubrawtx uç noktalarını ekleyin.
• Core Lightning varsayılan olarak bitcoin-cli’yi çağırır; bu, akıl yürütmesi daha basittir ve ekstra port açmaz.

Budama bunu da karmaşıklaştırır. LND, budanmış bir bitcoind’e karşı çalışabilir ama eksik geçmiş blokları eşlerden çekmesi gerekir; bu daha yavaştır ve zaman zaman kırılgandır. Core Lightning, geçmiş mevcutken daha rahattır. Baştan itibaren hedef Lightning ise, ya budanmamış bir düğümü kabul edin ya da bu sürtünmeyi bile bile üstlenin.

Lightning’in kendisi hafiftir — kanal veritabanı birkaç yüz megabayttır — ama kanal ihlallerini izlemek için sürekli çevrimiçi kalması gerekir; bu da uykuya geçen bir dizüstü bilgisayar yerine bir VPS kullanmanın gerekçesidir. 9735 portu Lightning P2P portudur ve yalnızca-Tor bir Lightning düğümü tamamen normaldir.

Bir düğüm bir sır değildir, ama sürekli çalışan, küresel bir dedikodu ağına bir adres duyuran ve — dikkatsiz davranırsanız — sizin adınıza, sizin adınıza kayıtlı bir kartla kiralanmış bir makinedir.

• Kimliksiz kaydolun. Burada tasarım gereği KYC yoktur: kimlik yok, belge yükleme yok, başarısız olabileceğiniz bir doğrulama adımı yok.
• Zincir üzerinde ödeyin. Bakiyenizi BTC ile yükleyip bakiyeden deploy edin, ya da ödemenin kendisinin kalıcı bir kamu kaydı olmasını istemiyorsanız Monero ile — finanse ettiğiniz şey bir Bitcoin düğümüyken üzerinde durulmaya değer bir konu. Her iki durumda da kart yok, üçüncü taraf bir ödeme işlemcisi yok; mekanizması kredi kartı olmadan VPS satın almak yazısında.
• Kutuya hiçbir kimlik koymayın. Sunucu adını kendi adınızla anmayın, herkese açık bir kod barındırma profilinde görünen bir SSH anahtarını yeniden kullanmayın ve dinleyen bir düğümün adresinin tasarım gereği yayınlandığını unutmayın — yukarıdaki yalnızca-Tor modu için en güçlü pratik gerekçe budur.

Barındırıcının görebildiği şey, iyi bilinen bir port üzerinde düzenli eşler arası trafik taşıyan bir makinedir. Cüzdanınız, adresleriniz veya bakiyeleriniz hakkında hiçbir şey — bunlar kutudan asla çıkmaz, zaten bütün mesele de budur. Doğrulama yapan bir düğüm sıradan bir altyapıdır ve açıkça hoş karşılanır; kabul edilebilir kullanım politikasındaki tek komşu satır, paylaşımlı planlarda kripto para madenciliğine izin verilmediğidir, çünkü bu paylaşımlı çekirdekleri tekeline alır. Bir düğüm madenci değildir: IBD’den sonra neredeyse boşta kalır.

İkinci gün dramatik değildir. Core, kabaca her altı ayda bir büyük bir sürüm yayınlar ve yükseltme, servisi durdurmak, ikili dosyaları değiştirmek ve tekrar başlatmak anlamına gelir — datadir ileriye dönük uyumludur ve yeniden senkronizasyon gerekmez. Düğüm herhangi bir cüzdan tutuyorsa descriptor’larınızı yedekleyin; başka hiçbir şey önemli değildir, çünkü zincir tanımı gereği yeniden indirilir. Diski büyütürseniz — ki bir arşiv düğümü büyütür — bir üst katmana geçmek, yeniden kurulum gerektirmeden diski çevrimiçi olarak büyütür ve bakiyenizden orantılı olarak ücretlendirilir.