निजी अवसंरचना / कोई आईडी आवश्यक नहींगोपनीयता सिद्धांत पढ़ें
KoalaVPS फ़ील्ड नोट्स

जानबूझकर डिज़ाइन कस्टडी वाला भुगतान सर्वर।

BTCPay Server एक व्यापारी को अपना स्वयं का भुगतान प्रवाह संचालित करने दे सकता है। भुगतान पहचान, वॉलेट नियंत्रण और स्टोर संचालन को अलग रखें।

वॉलेट की सीमा निर्धारित करें

केवल-निगरानी वाला वॉलेट निजी व्यय कुंजियाँ रखे बिना भुगतान का पता लगा सकता है। एक विस्तारित सार्वजनिक कुंजी फिर भी संवेदनशील वॉलेट गतिविधि प्रकट करती है और उसे संरक्षित किया जाना चाहिए। Lightning एकीकरण के लिए ऑनलाइन वॉलेट की आवश्यकता हो सकती है और यह अतिरिक्त परिचालन जोखिम लाता है।

पूर्ण स्टैक के लिए आकार निर्धारित करें

Bitcoin बैकएंड, डेटाबेस, वेब सेवा और वैकल्पिक Lightning नोड की स्टोरेज और मेमोरी आवश्यकताएँ भिन्न होती हैं। छोटी मशीन चुनने से पहले वर्तमान समर्थित डिप्लॉयमेंट निर्देश और वृद्धि आवश्यकताओं की समीक्षा करें।

मर्चेंट इंटरफ़ेस सुरक्षित करें

एक समर्पित होस्टनेम, HTTPS, मजबूत लॉगिन सुरक्षा और प्रतिबंधित प्रशासनिक पहुँच का उपयोग करें। सर्वर को अद्यतन रखें और प्राप्त करने वाले एप्लिकेशन में वेबहुक हस्ताक्षर या समर्थित सत्यापन तंत्र सत्यापित करें। केवल ब्राउज़र रीडायरेक्ट के आधार पर सामान न भेजें।

बैकअप लें और मिलान करें

प्रासंगिक दस्तावेज़ के अनुसार स्टोर कॉन्फ़िगरेशन, डेटाबेस, वॉलेट रिकवरी जानकारी और Lightning-विशिष्ट सामग्री की सुरक्षा करें। रिकवरी का परीक्षण करें और भुगतान प्रणाली के विरुद्ध इनवॉइस का मिलान करें, विशेष रूप से समाप्ति, कम भुगतान और रिफ़ंड के संदर्भ में।

तैनाती और चेन रणनीति की जाँच करें

वर्तमान समर्थित तैनाती निर्देशों, एक समर्पित होस्टनाम और एक सत्यापित HTTPS मार्ग का उपयोग करें। जहाँ समर्थित हो वहाँ एक प्रून्ड चेन चल रही भंडारण आवश्यकताओं को कम कर सकती है, लेकिन रीस्कैन और पुनर्प्राप्ति आवश्यकताओं को समझा जाना चाहिए। केवल वर्तमान चेन आकार से डिस्क न चुनें; पूर्ण स्टैक और वृद्धि के लिए जगह छोड़ें।

  • बाहरी परीक्षण से भुगतान कॉलबैक सत्यापित करें
  • लाइव स्टोर से पहले परीक्षण भुगतान का उपयोग करें
  • इनवॉइस निपटान नीति की पुष्टि करें

व्यय कुंजी को वहीं रखें जहाँ आप उसे रखना चाहते हैं

केवल-निगरानी वाला सेटअप सर्वर को व्यय कुंजी दिए बिना विस्तारित सार्वजनिक कुंजी से भुगतान का पता लगा सकता है। xpub संवेदनशील है क्योंकि यह वॉलेट गतिविधि प्रकट कर सकता है। हॉट वॉलेट व्यय क्षमता को ऑनलाइन रखकर इस जोखिम को बदल देता है। वॉलेट और Lightning अभिरक्षा की अलग-अलग समीक्षा करें और समर्थित बैकअप प्रक्रिया का पालन करें।

चुने गए स्टैक के आधार पर डिप्लॉयमेंट चेकलिस्ट बनाएँ

एक समर्पित डोमेन, समर्थित डिप्लॉयमेंट विधि, इच्छित चेन मोड और सिंक्रोनाइज़ेशन के लिए पर्याप्त डिस्क स्थान से शुरू करें। इंस्टॉलेशन से पहले अपस्ट्रीम Docker जनरेटर और उसके चयनित घटकों की समीक्षा करें; गैर-गोपनीय डिप्लॉयमेंट विकल्पों को सुरक्षित रखें ताकि किसी अन्य मशीन को लगातार पुनर्निर्मित किया जा सके। ग्राहकों को चेकआउट दिखाने से पहले डोमेन रिज़ॉल्यूशन, प्रमाणपत्र जारी करना और प्रशासनिक खाता स्वामित्व जाँचें। एक सामान्य Docker Compose उदाहरण इस बात का प्रमाण नहीं है कि हर वैकल्पिक BTCPay घटक कॉन्फ़िगर है।

  • तय करें कि कौन सा इंस्टेंस स्वामी अपडेट, मॉनिटरिंग, बैकअप और घटना प्रतिक्रिया को नियंत्रित करता है।
  • निजी Bitcoin RPC, डेटाबेस और Lightning प्रशासन से रिवर्स-प्रॉक्सी एक्सपोज़र को अलग रखें।
  • ऐतिहासिक भुगतान वाले वॉलेट को जोड़ने से पहले प्रून्ड बैकएंड की पुनर्प्राप्ति/रीस्कैन सीमाओं का दस्तावेज़ीकरण करें।
  • मूल्यवान ऑर्डर पूरे करने से पहले एकीकरण के लिए समर्थित परीक्षण वातावरण या छोटा नियंत्रित भुगतान अभ्यास रखें।

सीड आयात किए बिना गुम वॉलेट भुगतानों की जाँच करें

एक स्टोर वॉलेट की xpub/व्युत्पत्ति जानकारी का उपयोग कर सकता है जबकि खर्च करने वाली कुंजी किसी अन्य डिवाइस पर रहती है। चुने गए वॉलेट के साथ प्राप्ति और रिकवरी पथ का परीक्षण करें। यदि BTCPay को इनवॉइस भुगतान दिखता है लेकिन बाहरी वॉलेट उसे नहीं दिखाता, तो यह मानने से पहले कि धन गायब हो गया, उसकी व्युत्पत्ति योजना और पता गैप-लिमिट व्यवहार की जाँच करें। अदत्त उत्पन्न पतों की लंबी श्रृंखलाएँ वॉलेट की खोज को प्रभावित कर सकती हैं। रिकवरी शब्दों को सर्वर में कॉपी करने के बजाय समर्थित वॉलेट निदान का उपयोग करें।

पूर्ति से पहले इनवॉइस का मिलान करें

इनवॉइस पहचानकर्ता रिकॉर्ड करें और पूर्ति संचालन को इडेम्पोटेंट बनाएं। ब्राउज़र का दुकान पर लौटना एक नेविगेशन घटना है, निपटान का प्रमाण नहीं। अपने प्रमाणित सर्वर एकीकरण के माध्यम से भुगतान स्थिति सत्यापित करें, समाप्त, विलंबित या कम भुगतान वाले इनवॉइस को स्पष्ट रूप से संभालें, और अनसुलझे परिणामों के लिए समीक्षा पथ रखें। यदि कॉलबैक दोहराया जाता है, तो सफल पावती लौटाने से ऑर्डर दो बार नहीं भेजा या क्रेडिट नहीं होना चाहिए।

  • समाप्ति के निकट आने वाले भुगतान का परीक्षण करें और सत्यापित करें कि ऑर्डर सही इनवॉइस से जुड़ा रहता है।
  • डेटाबेस, स्टोर कॉन्फ़िगरेशन और वॉलेट पुनर्प्राप्ति सामग्री को एक परीक्षित स्वतंत्र बैकअप में रखें।
  • Lightning एक अलग तरलता और चैनल-बैकअप ज़िम्मेदारी जोड़ता है; कल के पूरे VPS को पुनर्स्थापित करना कोई सुरक्षित सार्वभौमिक रिकवरी प्रक्रिया नहीं है।
  • BTCPay इंस्टेंस होस्ट करने से KoalaVPS ग्राहक चेकआउट में Lightning या XMR नहीं जुड़ता; इस होस्टिंग साइट पर भुगतान विधियाँ इसके सात प्रकाशित मार्ग ही रहती हैं।
अपना इंफ्रास्ट्रक्चर कॉन्फ़िगर करें

नियंत्रण लें।
अपनी शर्तों पर तैनात करें।

कोई पहचान कागज़ी कार्रवाई नहीं। पूर्ण प्रशासक पहुँच। क्रिप्टो-नेटिव बिलिंग।