Node Bitcoin Anda sendiri.
Channel Lightning Anda sendiri. Bebas KYC, end to end.

Untuk node pe-routing pembayaran dan frontend BTCPay, pruned=550 (~5 GB di disk) sudah sangat memadai — LND, CLN, dan BTCPay hanya memerlukan set UTXO dan riwayat blok terbaru untuk memvalidasi dan merutekan. Pruned menurunkan persyaratan penyimpanan dari ~700 GB menjadi GB satu digit dan beban kerja IBD-lalu-keep-up dari "berminggu-minggu" menjadi "berhari-hari". Jalankan arsip penuh hanya jika Anda memiliki kasus penggunaan penelitian atau block-explorer yang memerlukan akses data blok historis berdasarkan ketinggian; jika tidak, pruned menang pada setiap sumbu operasional.

LND adalah yang paling banyak digunakan (~70% dari grafik Lightning publik), memiliki ekosistem tooling terbesar (Thunderhub, ride-the-lightning, Balance of Satoshis) dan polesan integrasi BTCPay terbanyak. Core Lightning (CLN) adalah codebase yang lebih konservatif, memiliki arsitektur plugin terbersih, dan adalah yang dijalankan banyak operator-node-dari-operator untuk alasan bisnis routing. Eclair adalah implementasi Scala, sebagian besar terlihat di balik wallet ACINQ. Untuk node pertama, LND pada Garrison adalah jalur dengan friksi terendah; CLN adalah pilihan tepat jika Anda ingin mendorong kinerja routing dan peduli dengan ekstensibilitas plugin.

Tor-only (tor.active=true, tanpa clearnet listener) adalah default privasi-maksimalis — node Anda hanya dapat dijangkau sebagai .onion, tidak ada kebocoran IP, tidak ada jejak port-scan. Clearnet + Tor (dual listener) memberikan penemuan channel yang lebih baik dan latensi routing yang lebih rendah dengan biaya mengekspos IP node Anda ke grafik publik. Sebagian besar operator memulai dengan Tor-only karena biaya operasional membuka port clearnet tidak sepele (firewall, port 9735, identifikasi log terkait LN yang hati-hati) dan lulus ke dual setelah mereka benar-benar peduli dengan optimasi biaya routing.

Gunakan Static Channel Backups (SCB) — LND menulis channel.backup setiap kali channel dibuka atau ditutup, dan file tersebut cukup untuk memulihkan dana on-chain (force-close dari sisi pihak lawan) tetapi tidak untuk melanjutkan channel. Kirim channel.backup keluar kotak pada setiap perubahan (rclone ke Backblaze terenkripsi, atau skrip kecil yang mengunggah ke VPS terpisah). Satu aturan yang merugikan orang sats: jangan pernah memulihkan channel.db lama. Memulihkan state basi memicu justice transaction pihak lawan dan Anda kehilangan dana channel. SCB adalah jalur yang aman.

Wallet node routing Lightning secara definisi pasti hot — kunci harus menandatangani komitmen HTLC secara real time. Disiplinnya adalah penentuan ukuran: simpan hanya apa yang Anda butuhkan untuk saldo channel yang Anda operasikan, perlakukan wallet routing-node sebagai float (bukan tabungan), dan pindahkan saldo on-chain berlebih ke cold storage pada irama yang teratur. Untuk operator skala kecil, $500–$2.000 di hot wallet adalah tipikal; untuk node routing serius, saldo hot mencerminkan kapasitas channel yang telah Anda komitmenkan.

Node pruned pada 4 vCPU / 8 GB / 240 GB NVMe milik Garrison menyelesaikan IBD dalam ~24 jam melalui uplink 1 Gbps — sebagian besar waktu itu adalah validasi tanda tangan, yang terikat CPU. Node arsip penuh pada Ravelin (8 vCPU / 16 GB / 480 GB NVMe) selesai dalam ~48 jam. NVMe itu penting: disk berputar mengubah IBD menjadi urusan multi-hari karena penulisan UTXO Bitcoin Core sangat berat random-IO. NordBastion adalah NVMe di setiap tingkat.

Tumpukan docker-compose BTCPay Server mengharapkan bitcoind + implementasi LN + nbxplorer + tier web BTCPay. Pada Ravelin Anda dapat menghosting seluruh tumpukan dalam satu kotak untuk merchant kecil (beberapa ribu transaksi setahun); pada Garrison, tekanannya nyata setelah indeks nbxplorer mulai berputar, jadi kami merekomendasikan memisahkan BTCPay ke tingkat kedua — Garrison untuk node, Sentinel untuk BTCPay yang melakukan reverse-proxy kembali melalui WireGuard ke node. Kedua alur tersebut bebas KYC end-to-end.

Proposisi nilai Bitcoin adalah penyelesaian tanpa izin. Pada saat infrastruktur routing Anda berjalan pada hoster yang mengenal-pelanggannya, melakukan-AML-nya, menyimpan-kartu-pada-file, Anda telah memperkenalkan kembali sebuah chokepoint — bukan di lapisan protokol, di lapisan infrastruktur. Hosting bebas KYC untuk infrastruktur pembayaran bebas KYC bukanlah absolutisme; itu menghapus tempat di mana rantai pengamanan untuk "siapa yang menjalankan node routing ini" dapat dipanggil ke pengadilan. Protokol tidak memerlukan izin; hoster setidaknya harus ramah-tanpa-izin.