Kendi Bitcoin düğümünüz.
Kendi Lightning kanallarınız. Uçtan uca KYC'siz.

Bir ödeme yönlendirme düğümü ve bir BTCPay ön ucu için, pruned=550 (~diskte 5 GB) tamamen yeterlidir — LND, CLN ve BTCPay, yalnızca doğrulamak ve yönlendirmek için UTXO kümesine ve yakın blok geçmişine ihtiyaç duyar. Budanmış mod, depolama gereksinimini ~700 GB'tan tek haneli GB'ye ve IBD-sonra-yetiş iş yükünü "haftalardan" "günlere" düşürür. Yüksekliğe göre tarihsel blok verisi erişimine ihtiyaç duyan bir araştırma veya blok gezgini kullanım senaryonuz varsa yalnızca tam arşiv çalıştırın; aksi takdirde budanmış mod her operasyonel eksende kazanır.

LND en yaygın olarak dağıtılanıdır (genel Lightning grafiğinin ~%70'i), en büyük araç ekosistemine (Thunderhub, ride-the-lightning, Balance of Satoshis) ve en cilalı BTCPay entegrasyonuna sahiptir. Core Lightning (CLN) daha muhafazakar bir kod tabanıdır, en temiz eklenti mimarisine sahiptir ve birçok operatörlerin operatörünün yönlendirme iş nedenleriyle çalıştırdığı şeydir. Eclair, çoğunlukla ACINQ'nun cüzdanının arkasında görülen Scala uygulamasıdır. İlk düğüm için bir Garrison üzerinde LND en az sürtüşmeli yoldur; yönlendirme performansını artırmak ve eklenti genişletilebilirliğini önemsiyorsanız CLN doğru seçimdir.

Yalnızca Tor (tor.active=true, clearnet dinleyicisi yok) gizlilik maksimalisti varsayılanıdır — düğümünüze yalnızca bir .onion olarak ulaşılabilir, IP sızıntısı yok, port-scan ayak izi yok. Clearnet + Tor (çift dinleyici), düğüm IP'nizi genel grafiğe maruz bırakma pahasına daha iyi kanal keşfi ve daha düşük yönlendirme gecikmesi verir. Çoğu operatör yalnızca Tor ile başlar çünkü bir clearnet portu açmanın operasyonel maliyeti önemsiz değildir (güvenlik duvarı, port 9735, LN ile ilgili logların dikkatli tanımlanması) ve yalnızca yönlendirme ücreti optimizasyonunu gerçekten önemsediklerinde çifte geçerler.

Static Channel Backups (SCB) kullanın — LND, bir kanal açıldığında veya kapandığında channel.backup yazar ve bu dosya zincir üstü fonları kurtarmaya (karşı taraftan zorla kapatma) yeterlidir ancak kanalları sürdürmeye yetmez. Her değişiklikte channel.backup'ı kutu dışına gönderin (şifrelenmiş Backblaze'e rclone veya ayrı bir VPS'e yükleyen küçük bir script). İnsanlara sats kaybettiren tek kural: asla eski bir channel.db'yi geri yüklemeyin. Eski bir durumu geri yüklemek, karşı tarafın justice transaction'ını tetikler ve kanal fonlarını kaybedersiniz. SCB güvenli yoldur.

Bir Lightning yönlendirme düğümünün cüzdanı tanım gereği zorunlu olarak hot'tur — anahtarların HTLC commitment'larını gerçek zamanlı imzalaması gerekir. Disiplin boyutlandırmadır: yalnızca işlettiğiniz kanal bakiyeleri için ihtiyacınız olanı tutun, yönlendirme düğümü cüzdanını birikim değil, döngüsel sermaye olarak ele alın ve fazla zincir üstü bakiyeyi düzenli aralıklarla cold storage'a taşıyın. Küçük ölçekli bir operatör için hot wallet'ta 500–2.000 $ tipiktir; ciddi bir yönlendirme düğümü için hot bakiye, taahhüt ettiğiniz kanal kapasitesini yansıtır.

Bir Garrison'ın 4 vCPU / 8 GB / 240 GB NVMe'sindeki budanmış bir düğüm, 1 Gbps bir bağlantı üzerinden IBD'yi ~24 saatte tamamlar — bu sürenin çoğu, CPU bağımlı olan imza doğrulamasıdır. Bir Ravelin (8 vCPU / 16 GB / 480 GB NVMe) üzerindeki tam arşiv düğümü ~48 saatte tamamlar. NVMe önemlidir: dönen diskler IBD'yi çok günlük bir mesele haline getirir çünkü Bitcoin Core'un UTXO yazımları son derece rastgele-IO-yoğundur. NordBastion her kademede NVMe'dir.

BTCPay Server'ın docker-compose yığını bitcoind + bir LN uygulaması + nbxplorer + BTCPay web kademesini bekler. Bir Ravelin üzerinde küçük bir tüccar için tüm yığını tek bir kutuda barındırabilirsiniz (yılda birkaç bin işlem); bir Garrison'da nbxplorer indeksleri çalkalanmaya başladığında sıkışma gerçektir, bu nedenle BTCPay'i ikinci bir kademeye ayırmanızı öneririz — düğüm için Garrison, BTCPay'in WireGuard üzerinden düğüme geri proxylenmesi için Sentinel. Her iki akış da uçtan uca KYC'sizdir.

Bitcoin'in değer önerisi izinsiz uzlaşmadır. Yönlendirme altyapınız müşterisini tanıyan, AML yapan, kayıtlı kart tutan bir barındırıcıda çalıştığı an, bir tıkanma noktasını yeniden tanıttınız — protokol katmanında değil, altyapı katmanında. KYC'siz ödeme altyapısı için KYC'siz barındırma mutlakçılık değildir; "bu yönlendirme düğümünü kimin çalıştırdığı" için gözetim zincirinin mahkeme celbi ile çağrılabileceği yeri ortadan kaldırmaktır. Protokol izinsizdir; barındırıcı en azından izinsiz-dostu olmalıdır.