Tentukan batas dompet
Dompet watch-only dapat mendeteksi pembayaran tanpa memegang kunci pengeluaran privat. Kunci publik yang diperluas tetap mengungkap aktivitas dompet yang sensitif dan harus dilindungi. Integrasi Lightning dapat memerlukan dompet online dan menimbulkan risiko operasional tambahan.
Ukuran untuk seluruh stack
Backend Bitcoin, database, layanan web, dan node Lightning opsional memiliki kebutuhan penyimpanan dan memori yang berbeda. Tinjau instruksi penerapan yang didukung saat ini dan kebutuhan pertumbuhan sebelum memilih mesin kecil.
Amankan antarmuka pedagang
Gunakan hostname khusus, HTTPS, perlindungan login yang kuat, dan akses administratif yang terbatas. Jaga server tetap diperbarui dan verifikasi tanda tangan webhook atau mekanisme verifikasi yang didukung di aplikasi penerima. Jangan mengirim barang hanya berdasarkan pengalihan browser.
Cadangkan dan rekonsiliasi
Lindungi konfigurasi penyimpanan, basis data, informasi pemulihan dompet, dan materi khusus Lightning sesuai dokumentasi yang relevan. Uji pemulihan dan rekonsiliasikan faktur dengan sistem pembayaran, terutama terkait kedaluwarsa, kekurangan pembayaran, dan pengembalian dana.
Periksa strategi deployment dan chain
Gunakan instruksi penerapan yang didukung saat ini, hostname khusus, dan rute HTTPS yang terverifikasi. Rantai yang dipangkas dapat mengurangi kebutuhan penyimpanan berkelanjutan jika didukung, tetapi kebutuhan rescan dan pemulihan harus dipahami. Jangan memilih disk hanya dari ukuran rantai saat ini; sisakan ruang untuk seluruh tumpukan dan pertumbuhannya.
- Verifikasi callback pembayaran dari pengujian eksternal
- Gunakan pembayaran uji sebelum toko live
- Konfirmasi kebijakan penyelesaian invoice
Dokumentasi resmi: Opsi penerapan BTCPay
Simpan kunci pengeluaran di tempat yang Anda inginkan
Pengaturan watch-only dapat mendeteksi pembayaran dari kunci publik yang diperluas tanpa memberikan kunci pengeluaran kepada server. xpub bersifat sensitif karena dapat mengungkap aktivitas dompet. Dompet hot mengubah risiko ini dengan menempatkan kemampuan pengeluaran secara online. Tinjau kustodi dompet dan Lightning secara terpisah dan ikuti proses pencadangan yang didukung.
Dokumentasi resmi: Model dompet BTCPay
Buat daftar periksa penerapan seputar stack yang dipilih
Mulailah dengan domain khusus, metode penerapan yang didukung, mode rantai yang dimaksudkan, dan ruang disk yang cukup untuk sinkronisasi. Tinjau generator Docker upstream dan komponen yang dipilih sebelum instalasi; pertahankan pilihan penerapan non-rahasia agar mesin lain dapat dibangun ulang secara konsisten. Periksa resolusi domain, penerbitan sertifikat, dan kepemilikan akun administratif sebelum menampilkan checkout kepada pelanggan. Contoh Docker Compose generik bukan bukti bahwa setiap komponen BTCPay opsional telah dikonfigurasi.
- Tentukan pemilik instans mana yang mengontrol pembaruan, pemantauan, cadangan, dan respons insiden.
- Pisahkan eksposur reverse-proxy dari RPC Bitcoin privat, basis data, dan administrasi Lightning.
- Dokumentasikan batas pemulihan/rescan backend yang dipangkas sebelum menghubungkan dompet dengan pembayaran historis.
- Pertahankan lingkungan uji yang didukung atau latihan pembayaran kecil yang terkendali untuk integrasi sebelum memenuhi pesanan bernilai tinggi.
Dokumentasi resmi: BTCPay Server: pilihan penerapan · BTCPay Server: deployment Docker yang didukung
Selidiki pembayaran dompet yang hilang tanpa mengimpor seed
Toko dapat menggunakan informasi xpub/derivasi dompet sementara kunci pengeluaran tetap berada di perangkat lain. Uji penerimaan dan jalur pemulihan dengan dompet yang dipilih. Jika BTCPay melihat pembayaran faktur tetapi dompet eksternal tidak menampilkannya, periksa skema derivasi dan perilaku batas celah alamatnya sebelum menganggap dana hilang. Deretan panjang alamat yang dihasilkan tetapi tidak dibayar dapat memengaruhi penemuan dompet. Gunakan diagnostik dompet yang didukung alih-alih menyalin kata pemulihan ke server.
Dokumentasi resmi: BTCPay Server: pemecahan masalah dompet dan derivasi
Rekonsiliasi faktur sebelum pemenuhan
Catat pengenal faktur dan buat operasi pemenuhan idempoten. Kembalinya browser ke toko adalah peristiwa navigasi, bukan bukti penyelesaian. Verifikasi status pembayaran melalui integrasi server Anda yang terautentikasi, tangani faktur yang kedaluwarsa, terlambat, atau kurang bayar secara eksplisit, dan pertahankan jalur peninjauan untuk hasil yang belum terselesaikan. Jika callback berulang, mengembalikan pengakuan yang berhasil tidak boleh mengirim atau mengkreditkan pesanan dua kali.
- Uji pembayaran yang tiba mendekati kedaluwarsa dan verifikasi pesanan tetap terkait dengan faktur yang benar.
- Simpan basis data, konfigurasi toko dan materi pemulihan dompet dalam cadangan independen yang telah diuji.
- Lightning menambahkan tanggung jawab terpisah atas likuiditas dan cadangan channel; memulihkan seluruh VPS kemarin bukan prosedur pemulihan universal yang aman.
- Meng-hosting instans BTCPay tidak menambahkan Lightning atau XMR ke checkout pelanggan KoalaVPS; metode pembayaran di situs hosting ini tetap tujuh jalur yang dipublikasikan.
Dokumentasi resmi: Panduan pengembang Bitcoin: verifikasi pembayaran · LND: pemulihan bencana · Core Lightning: cadangan dompet dan channel