Визначте межі гаманця
Гаманець лише для спостереження може виявляти платежі без зберігання приватних ключів витрат. Розширений публічний ключ усе одно розкриває конфіденційну активність гаманця, і його слід захищати. Інтеграція з Lightning може вимагати онлайн-гаманця та створює додатковий операційний ризик.
Розмір для повного стеку
Бекенд Bitcoin, база даних, вебсервіс і необов'язковий вузол Lightning мають різні потреби у сховищі та пам'яті. Перегляньте поточні підтримувані інструкції з розгортання та вимоги до зростання, перш ніж обирати малу машину.
Захистіть інтерфейс продавця
Використовуйте виділене ім’я хоста, HTTPS, надійний захист входу та обмежений адміністративний доступ. Тримайте сервер оновленим і перевіряйте підписи webhook або підтримувані механізми перевірки в застосунку-одержувачі. Не відправляйте товари лише на підставі перенаправлення браузера.
Резервне копіювання та звіряння
Захищайте конфігурацію магазину, базу даних, інформацію для відновлення гаманця та матеріали, специфічні для Lightning, згідно з відповідною документацією. Перевіряйте відновлення та звіряйте рахунки з платіжною системою, особливо щодо закінчення терміну дії, недоплати та повернень коштів.
Перевірте стратегію розгортання та ланцюга
Використовуйте поточні підтримувані інструкції з розгортання, виділене ім'я хоста та перевірений маршрут HTTPS. Обрізаний ланцюжок може зменшити поточні вимоги до сховища, де це підтримується, але потреби в повторному скануванні та відновленні слід розуміти. Не вибирайте диск лише за поточним розміром ланцюжка; залиште місце для всього стеку та зростання.
- Перевірте зворотний виклик оплати із зовнішнього тесту
- Використовуйте тестові платежі перед живим магазином
- Підтвердьте політику розрахунку за рахунком
Офіційна документація: Варіанти розгортання BTCPay
Зберігайте ключ витрат там, де ви плануєте
Налаштування лише для спостереження може виявляти платежі з розширеного публічного ключа, не надаючи серверу ключ витрат. xpub є конфіденційним, оскільки може розкрити активність гаманця. Гарячий гаманець змінює цей ризик, розміщуючи можливість витрат онлайн. Перегляньте зберігання гаманця та Lightning окремо й дотримуйтеся підтримуваного процесу резервного копіювання.
Офіційна документація: Модель гаманця BTCPay
Створіть контрольний список розгортання на основі обраного стеку
Почніть із виділеного домену, підтримуваного способу розгортання, потрібного режиму ланцюжка та достатнього запасу дискового простору для синхронізації. Перед встановленням перегляньте генератор Docker від upstream та вибрані ним компоненти; збережіть несекретні параметри розгортання, щоб іншу машину можна було послідовно відтворити. Перевірте розв’язання домену, видачу сертифіката та володіння адміністративним обліковим записом, перш ніж показувати оформлення замовлення клієнтам. Загальний приклад Docker Compose не є доказом того, що налаштовано кожен необов’язковий компонент BTCPay.
- Визначте, який власник екземпляра контролює оновлення, моніторинг, резервні копії та реагування на інциденти.
- Відокремте доступ через зворотний проксі від приватного Bitcoin RPC, бази даних та адміністрування Lightning.
- Задокументуйте обмеження відновлення/повторного сканування обрізаного бекенду, перш ніж підключати гаманець з історичними платежами.
- Підтримуйте підтримуване тестове середовище або невелику контрольовану платіжну вправу для інтеграцій, перш ніж виконувати цінні замовлення.
Офіційна документація: BTCPay Server: варіанти розгортання · BTCPay Server: підтримуване розгортання Docker
Розслідуйте відсутні платежі з гаманця без імпорту seed-фрази
Магазин може використовувати інформацію xpub/деривації гаманця, тоді як ключ витрат залишається на іншому пристрої. Перевірте отримання та шлях відновлення з вибраним гаманцем. Якщо BTCPay бачить оплату рахунку, а зовнішній гаманець її не показує, перевірте його схему деривації та поведінку ліміту розриву адрес, перш ніж припускати, що кошти зникли. Довгі серії неоплачених згенерованих адрес можуть впливати на виявлення в гаманці. Використовуйте підтримувану діагностику гаманця, а не копіюйте слова відновлення на сервер.
Офіційна документація: BTCPay Server: усунення несправностей гаманця та деривації
Звіряйте рахунки перед виконанням
Записуйте ідентифікатори рахунків і зробіть операцію виконання ідемпотентною. Повернення браузера до магазину — це подія навігації, а не доказ розрахунку. Перевіряйте стан оплати через вашу автентифіковану серверну інтеграцію, явно обробляйте прострочені, запізнілі або недоплачені рахунки та зберігайте шлях перегляду для невирішених результатів. Якщо зворотний виклик повторюється, повернення успішного підтвердження не повинно відвантажити або зарахувати замовлення двічі.
- Перевірте платіж, що надходить ближче до завершення терміну, і переконайтеся, що замовлення залишається пов'язаним із правильним рахунком.
- Зберігайте базу даних, конфігурацію магазину та матеріали відновлення гаманця в перевіреній незалежній резервній копії.
- Lightning додає окрему відповідальність за ліквідність і резервне копіювання каналів; відновлення всього VPS за вчора не є безпечною універсальною процедурою відновлення.
- Розміщення екземпляра BTCPay не додає Lightning чи XMR до оформлення замовлення клієнта KoalaVPS; способи оплати на цьому хостинговому сайті залишаються його сімома опублікованими маршрутами.
Офіційна документація: Посібник розробника Bitcoin: перевірка оплати · LND: відновлення після збою · Core Lightning: резервні копії гаманця та каналів