दस्तावेज़

• Ubuntu 22.04+ या Debian 12+; Mint 21+ और Pop!_OS 22+।
• Fedora 42+; Rocky, AlmaLinux, RHEL, Oracle Linux या CentOS Stream 9–10।
• openSUSE Leap 16+ या Tumbleweed; Arch, Manjaro या EndeavourOS।

विक्रेता द्वारा बनाए रखा गया रिलीज़ चुनें। OS की अधिक संसाधन ज़रूरतों को प्राथमिकता दें: openSUSE Leap 16 को 40 GB से अधिक डिस्क चाहिए।

अधिक चेन और एक साथ चलने वाले इनवॉइस को अधिक CPU व RAM चाहिए हो सकते हैं। बड़ा VPS, RPC कोटा नहीं हटाता। सेटअप प्रवाह के ऑटोमैटिक टेस्ट हैं; हर वितरण पर नए VPS का पूरा परीक्षण अभी नहीं हुआ है।

कोई खास रिलीज़ चाहिए? नए VPS पर जोड़ें: --version 7.8.1 ठीक वही हस्ताक्षरित संस्करण इंस्टॉल करने के लिए। इसके बिना सेटअप नवीनतम स्थिर रिलीज़ इस्तेमाल करता है।

जारी करने पर चुना रिलीज़ और पूरे चरण बने रहते हैं, GitHub विकल्प के साथ भी। यह मौजूदा इंस्टॉलेशन को कभी पुराने संस्करण पर नहीं लाता।

इंस्टॉलर जाँचें। जोड़ें: --check बिना इंस्टॉल किए संगतता जाँचने के लिए कमांड में; या --help विकल्पों के लिए।

कुंजियाँ या सेटिंग्स बदले बिना सहेजी प्रगति जारी करें:

bash <(curl -fsSL https://releases.whollycrypto.com/setup_wholly.sh) --resume

अतिरिक्त बेस डोमेन वही सेवा नाम इस्तेमाल कर सकते हैं। सभी IPv6 रिकॉर्ड भी इसी VPS पर जाने चाहिए। Cloudflare प्रॉक्सी इसके बाद ही चालू करें: डोमेन सत्यापन.

पहचाने गए स्टेबलकॉइन के नए कोट ऊपर की ओर राउंड होते हैं: 1.321 USDC → 1.33 USDC, शून्य सहनशीलता पर भी। न्यूनतम: 0.01 टोकन।

मौजूदा इनवॉइस, बैलेंस और आंशिक भुगतान के बकाया सटीक रहते हैं। अन्य/कस्टम टोकन सामान्य सटीकता रखते हैं।

आपका Basic Auth लॉगिन यहाँ सहेजा जाता है: /root/whollycrypto/config/setup-credentials.txt। यह कंसोल ईमेल/पासवर्ड से अलग है।

नए प्रोजेक्ट अपनाते हैं: सिस्टम की डिफ़ॉल्ट मुद्रा और समय क्षेत्र; स्टोर प्रोजेक्ट की मुद्रा इस्तेमाल करते हैं। मौजूदा खातों के समय क्षेत्र सेटिंग्स → खाता में अलग सँभाले जाते हैं।

whollycrypto welcome आपका कंसोल URL दिखाता है।

1. साझा नोड, दरें, डोमेन, इंस्टॉलेशन क्रेडिट और अपडेट यहाँ होते हैं: ऑपरेटर पैनल.
2. खोलें: वॉलेट → भुगतान पाने वाले वॉलेट बनाएँ BTC, ETH और Ethereum USDC/USDT के लिए। दोनों स्वतंत्र रिकवरी फ़्रेज़ का बैकअप लें। यह समर्पित प्रोजेक्ट बिक्री इनवॉइस जारी नहीं कर सकता; मौजूदा प्राप्ति स्टोर सुरक्षित रहता है।
3. क्रेडिट मुद्रा, शुल्क और एडमिन ईमेल के साथ मर्चेंट जोड़ें। निमंत्रण और मर्चेंट Basic Auth निजी तौर पर साझा करें। वे अपना पासवर्ड चुनते हैं। ऑपरेटर Basic Auth कभी साझा न करें।
4. मर्चेंट आपके चेकआउट से टॉप-अप करते हैं, या आप कारण सहित क्रेडिट समायोजन दर्ज करते हैं। प्रोजेक्ट/स्टोर बनाने से पहले क्रेडिट चाहिए। उपयोगकर्ता और क्रेडिट इतिहास यहाँ सँभालें: मर्चेंट → प्रबंधन.

ऑपरेटर सेटअप चौथा पता माँगता है, जैसे operator.example.com, और उसका अलग Basic Auth उपयोगकर्ता नाम व पासवर्ड। अपना लेबल चुनें, DNS को VPS पर भेजें, DNS जाँचें और HTTPS सक्रिय करें। पैनल सीधे उस पते पर खुलता है। मर्चेंट, चेकआउट और API पते अलग रहते हैं।

नया ऑपरेटर Basic Auth लॉगिन, फिर अपना एडमिन ईमेल/पासवर्ड इस्तेमाल करें। मर्चेंट Basic Auth नहीं बदलता। DNS या सर्टिफ़िकेट त्रुटि के बाद सेटअप जारी हो सकता है। 7.0.0 से अपडेट करने वाले ऑपरेटर भी यह चरण पूरा करते हैं; मौजूदा लाइव पते उपलब्ध रहते हैं।

3% पर 100 EUR के इनवॉइस में 3 EUR मर्चेंट क्रेडिट लगता है। क्रेडिट मुद्रा अलग हो तो बनाते समय की फ़िएट दर शुल्क के साथ सहेजी जाती है।

ऑपरेटर सामान्य Wholly Crypto इंस्टॉलेशन शुल्क अलग देता है। ग्राहक फंड ऑन-चेन नहीं बाँटे जाते। क्रेडिट खरीद पर दोबारा शुल्क नहीं लगता।

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

कम होस्टेड क्रेडिट IPN, वेबहुक, स्वीप और नए प्रोजेक्ट/स्टोर बनाना रोकता है। मौजूदा ग्राहक इनवॉइस और भुगतान पाना जारी रहता है। कम इंस्टॉलेशन क्रेडिट होस्ट किए व्यवसायों का ऑटोमेशन रोक सकता है। मर्चेंट निष्क्रिय करने पर लॉगिन और नए इनवॉइस भी रुकते हैं, जबकि पुराने भुगतान की निगरानी जारी रहती है।

यह ऐप स्तर का अलगाव है, हर मर्चेंट के लिए अलग VPS नहीं। मर्चेंट एक-दूसरे के प्रोजेक्ट, वॉलेट, API क्रेडेंशियल, एक्सचेंज या क्रेडिट नहीं देख सकते। सर्वर एडमिन होस्ट किए हॉट वॉलेट की कुंजियाँ पा सकता है। शामिल करने से पहले मर्चेंट को बताएँ; विश्वसनीय होस्टिंग, स्वतंत्र बैकअप और साझा कार्यभार के लिए पर्याप्त क्षमता इस्तेमाल करें।

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

खोलें: वित्त कमाए शुल्क, सत्यापित इंस्टॉलेशन खर्च, अनुमानित मार्जिन और वर्तमान मर्चेंट क्रेडिट के लिए। तारीख, मर्चेंट या रिपोर्टिंग मुद्रा से फ़िल्टर करें; CSV एक्सपोर्ट करें।

रिपोर्ट इनवॉइस को पहले निपटान के अनुसार समूहित करती हैं और उनके नवीनतम शुल्क रिवर्सल दिखाती हैं। प्रीपेड बैलेंस आय नहीं है। अपने व्यवसाय के शुल्क अलग रहते हैं। लंबित शुल्क या गुम दरों से संबंधित मार्जिन उपलब्ध नहीं रहता। बदली हुई राशियाँ वर्तमान कैश की गई फ़िएट दरें इस्तेमाल करती हैं; गैस और संचालन खर्च शामिल नहीं हैं।

मर्चेंट जोड़ें निमंत्रण बनाता है। 7.3.0 से मर्चेंट की क्रेडिट मुद्रा में मुफ़्त शुरुआती क्रेडिट चुनें; शून्य भी मान्य है। इससे आपका ऑपरेटर बैलेंस नहीं भरता। ईमेल से निमंत्रण भेजें डिफ़ॉल्ट रूप से चुना होता है।

अपना SMTP प्रदाता यहाँ कॉन्फ़िगर करें: सेटिंग्स → निमंत्रण ईमेल पहले TLS या STARTTLS के साथ। कनेक्शन टेस्ट ईमेल नहीं भेजता। चाहें तो ईमेल हटाकर लिंक निजी तौर पर साझा करें। ईमेल विफल हो तो खाता और क्रेडिट सुरक्षित रहते हैं; मर्चेंट दोबारा न बनाएँ।

दूसरे लिंक या पासवर्ड रीसेट के लिए खोलें: मर्चेंट → प्रबंधन → उपयोगकर्ता खाते। SMTP द्वारा स्वीकार होना इनबॉक्स में पहुँचने की गारंटी नहीं। मर्चेंट Basic Auth अलग साझा करें, ऑपरेटर क्रेडेंशियल कभी नहीं।

निमंत्रण 48 घंटे और रीसेट एक घंटे तक मान्य है। दोनों एक बार काम करते हैं। उसी स्क्रीन से लिंक बदलें या रद्द करें। रीसेट मौजूदा सत्र बंद करता है लेकिन 2FA चालू रखता है। मर्चेंट Basic Auth फिर भी चाहिए।

पासवर्ड से सीधे खाते बनाएँ या निमंत्रण भेजें। उपयोगकर्ता, प्रोजेक्ट, स्टोर, शुल्क और स्थानीय प्रीपेड क्रेडिट सँभालें; रिपोर्ट पढ़ें और हस्ताक्षरित जीवनचक्र घटनाओं की सदस्यता लें। पहले लॉगिन पर कस्टडी सहमति, 2FA और खातों का अलगाव बना रहता है।

हर लिखने वाले अनुरोध के लिए सहेजी हुई idempotency कुंजी चाहिए। क्रेडिट अनुदान स्थानीय खाता समायोजन हैं, इंस्टॉलेशन टॉप-अप नहीं। वॉलेट की गुप्त जानकारी, पैसे भेजना और सर्वर कॉन्फ़िगरेशन इस API में नहीं हैं।

इस्तेमाल करें: api.your-domain.com/v1/operator। ऑपरेटर कुंजियाँ अपने बैकएंड पर रखें, ब्राउज़र में या होस्ट किए मर्चेंट के पास कभी नहीं।

सेटिंग्स → पता पुस्तिका: चेन/पता सहेजें। नेटिव कॉइन और मेल खाते CoinGecko टोकन अपने आप दिखते हैं। केवल पढ़ने योग्य, एडमिन द्वारा प्रबंधित; चेकआउट की स्वीकृति नहीं बदलती।

टोकन रीडर 22 चेन कवर करते हैं। निजी बैलेंस और Bitcoin/CashTokens/Kaspa पर अतिरिक्त टोकन परतों के लिए अलग पहुँच या इंडेक्सर चाहिए। पढ़ना विफल हो तो त्रुटि दिखती है, शून्य नहीं।

इनवॉइस बैलेंस दूसरे वॉलेट में इकट्ठा करें: मैनुअल भेजने या ऑटोमैटिक स्वीप से। टोकन ट्रांसफ़र के शुल्क के लिए चेन का नेटिव कॉइन भी चाहिए।

कीमत उपलब्ध नहीं का संबंध दरों से है, बैलेंस से नहीं।

1. स्टोर → भुगतान के तरीके → EVM या Solana → कस्टम टोकन.
2. कॉन्ट्रैक्ट/मिंट, नाम और टिकर डालें। तय USD या ऑटोमैटिक DEX कीमत चुनें।

नेटवर्क/दशमलव जाँचे जाते हैं। प्रोजेक्ट-व्यापी कीमतें पुराने कोट नहीं बदलतीं। कैटलॉग में मिलना भर चेकआउट सक्रिय नहीं करता।

ऑटोमैटिक कीमत

DEX Screener को ठीक उसी कॉन्ट्रैक्ट का पूल, $10,000 तरलता और एक घंटे के भीतर ट्रेड चाहिए। दरें हर मिनट ताज़ा होती हैं; विफल या पाँच मिनट पुरानी दरें नए कोट रोकती हैं।

DEX कीमतों में हेरफेर हो सकता है; जाँच ऑडिट नहीं है। भरोसेमंद मानक ERC-20 या क्लासिक SPL टोकन इस्तेमाल करें। Token-2022/एक्सटेंशन समर्थित नहीं हैं। उपयुक्त पूल न हो तो तय कीमत इस्तेमाल करें।

स्कैनर ऑफ़लाइन है? इनवॉइस कॉन्फ़िगर किए तरीके बनाए रखते हैं जबकि पहचान इंतज़ार करती है। चेन कनेक्शन में समर्थित API जाँचें; स्वस्थ होना स्कैनर-संगत होना नहीं है। डिफ़ॉल्ट: दो स्वतंत्र प्रदाता।

वॉलेट/दरें फिर भी ज़रूरी हैं। Monero/Lightning सेवाओं को भुगतान अनुरोध जारी करने होंगे।

API/MCP त्रुटियों में शामिल है: error.details.payment_methods। SDK 2.4.0 सुरक्षित विवरण जोड़ता है: PHP getPaymentMethodIssues(), Python payment_method_issues, Node paymentMethodIssues. त्रुटि संदर्भ →

क्रिप्टो कोट ऊपर की ओर राउंड होते हैं और स्टोर का स्प्रेड शामिल करते हैं। फ़िएट में कीमत वाला इनवॉइस प्राप्त क्रिप्टो को बैंक बैलेंस में नहीं बदलता।

शून्य पुष्टियों पर पहचान होते ही निपटान होता है, नेटवर्क पुष्टि की सुरक्षा के बिना। नेटिव EVM भुगतान सीधे ट्रांसफ़र के रूप में पहचाने जाते हैं। असामान्य या अनिश्चित भुगतान यहाँ देखें: ध्यान देने की ज़रूरत.

डिफ़ॉल्ट रूप से बंद। सक्रिय करें: स्टोर → इनवॉइस → शून्य राशि के इनवॉइस की अनुमति दें मैनुअल/API शून्य कुल की अनुमति के लिए। वे बिना भुगतान, प्राप्ति पते, ट्रांज़ैक्शन या प्रोसेसिंग शुल्क के तुरंत पूरे होते हैं।

status घटना बनते समय इनवॉइस की स्थिति है; event_type बताता है कि क्या हुआ।

• Ethereum उदाहरण: payment.received + processing, फिर invoice.settled + settled.
• Solana उदाहरण: पहचान होते समय ही अंतिम हो चुका है, इसलिए payment.received और invoice.settled दोनों में होता है: settled.

दूसरी चेन पर दोनों में से कोई प्रवाह हो सकता है। ये अलग घटनाएँ हैं, ज़रूरी नहीं कि दो भुगतान हों। इनमें एक जैसा हो सकता है: sequence लेकिन अलग होते हैं: event_id के मान। डिलीवरी का क्रम तय नहीं है; यह ज़रूरी न मानें कि processing पहले आए।

घटनाएँ: invoice.created, payment.received, invoice.processing, invoice.settled, invoice.expired, invoice.invalid, invoice.cancelled. पूरी घटना तालिका और अपवाद नियम →

amount_status: none, partial, paid, overpaid. paid में सहनशीलता शामिल है, अंतिमता नहीं। timing_status: on_time या late. resolution: automatic, manually_settled या manually_invalidated। अपनी अपवाद नीति लागू करें जब requires_review true हो।

invoice_id API उत्तर से मेल खाता है। amount, currency और order_id आपका मूल ऑर्डर बताते हैं। payment_info ट्रांसफ़र, सटीक क्रिप्टो राशि, लॉक किया कोट/स्प्रेड/सहनशीलता और सलाहकारी दरें जोड़ता है। ग्राहक डेटा और मेटाडेटा निजी हैं।

paid_chain, paid_asset, paid_payment_method_id, paid_asset_amount, paid_asset_amount_received और settlement_exchange_rate निपटान का सार देते हैं। ये स्थिर रहते हैं; गुम प्रमाण/इतिहास null रहता है। बाद के भुगतान के लिए इस्तेमाल करें: payment_info या पेमेंट API.

दशमलव स्ट्रिंग इस्तेमाल करें। अलग एसेट न मिलाएँ और अपुष्ट फंड को गायब न मानें। अपवाद स्पष्ट रूप से सँभालें; केवल चेतावनी ऑर्डर पूरा करने या रिफ़ंड की अनुमति नहीं देती। सत्यापित आंतरिक गैस टॉप-अप ग्राहक भुगतान नहीं हैं और यह ट्रिगर नहीं करते: payment.received.

हस्ताक्षर के अलग सीक्रेट: स्टोर → IPN IPN डिलीवरी पर हस्ताक्षर करता है, इनवॉइस के कस्टम ipn_urlसहित। यहाँ हर एंडपॉइंट: स्टोर → वेबहुक का अपना सीक्रेट है, जो बनाते या बदलते समय दिखता है।

दोनों इस्तेमाल करते हैं: Wholly-Signature और वही SDK सत्यापक, लेकिन API कुंजी नहीं, मेल खाता सीक्रेट चाहिए। IPN सीक्रेट बदलने से वेबहुक सीक्रेट नहीं बदलते।

रॉ बॉडी, टाइमस्टैम्प और प्रोजेक्ट/स्टोर दायरा सत्यापित करें। स्थायी रूप से सहेजकर HTTP 2xx लौटाएँ। वर्कर आपके कॉन्फ़िगर किए API होस्ट से वर्तमान इनवॉइस जाँचता है और डेटाबेस ट्रांज़ैक्शन में ऑर्डर एक बार पूरा करता है। हेडर हस्ताक्षरित नहीं हैं; संस्करण 2 की हस्ताक्षरित बॉडी पहचान इस्तेमाल करें।

घटना-आधारित: हस्ताक्षरित इस मान से दोहराव हटाएँ: event_id, फिर फ़िल्टर करें: invoice.settled. SDK स्थिति-आधारित: प्रोजेक्ट + इनके आधार पर संशोधन एक करें: invoice_id + sequence, फिर घटना प्रकार से अलग स्थिति जाँचें। इस तरह एक करने के बाद घटना फ़िल्टर न जोड़ें। दोनों को ऑर्डर स्तर पर अलग दोहराव सुरक्षा चाहिए।

पुनः प्रयास मूल बॉडी और घटना ID बनाए रखते हैं। पुराने संशोधन नए संशोधनों पर नहीं लिखने चाहिए। IPN आठ बार तक कोशिश करता है; वेबहुक पुनः प्रयास वैकल्पिक हैं। कम क्रेडिट डिलीवरी रोकता है, भुगतान नहीं।

स्टोर → IPN / वेबहुक → इतिहास → विवरण सहेजी बॉडी और परिणाम दिखाता है। पेलोड 90 दिन बाद समाप्त होते हैं। दोबारा भेजना निपटान का प्रमाण नहीं है।

1. सेटिंग्स → एक्सचेंज: समर्पित कुंजी जोड़ें, बैलेंस जाँचें और प्रोजेक्ट को पहुँच दें। निकासी अनुमति न दें; कुंजी को VPS IP तक सीमित करें।
2. प्रोजेक्ट → स्वीप: एसेट, नेटवर्क, पता और टोकन कॉन्ट्रैक्ट सत्यापित करें। हर चेन/टोकन के लिए दूसरा वॉलेट या एक एक्सचेंज चुनें।

बाज़ार हर दो मिनट में ताज़ा होते हैं। केवल मेल खाते, खाते में आए डिपॉज़िट बदल सकते हैं; पुराने बाज़ार डेटा से नए ऑर्डर रुकते हैं। शुल्क/राउंडिंग के लिए स्रोत राशि का 1% एक्सचेंज पर रहता है, प्रोसेसिंग क्रेडिट से अलग।

न्यूनतम राशि रखें ऑटोमैटिक स्वीप के बाद पूरे प्रोजेक्ट में कॉइन/टोकन बचाता है। यह ट्रिगर से अलग है; शून्य पर कुछ नहीं बचता। शुल्क अतिरिक्त राशि से जाता है। मैनुअल भेजना नहीं बदलता।

अनिश्चित ट्रांसफ़र जारी करें; उनकी जगह नया कभी न बनाएँ। पुष्टि या इस्तेमाल न हुए कोट की समाप्ति तक वॉलेट आरक्षित रहते हैं। बड़े स्वीप बैच में होते हैं।

एक्सचेंज की कस्टडी, KYC, क्षेत्रीय सीमाएँ और शुल्क लागू हैं। बैंक भुगतान या लीवरेज नहीं। कम क्रेडिट नए रूपांतरण रोकता है; भेजे ऑर्डर का मिलान जारी रहता है।

खोलें: ऑटो टॉप-अप अनुरोधों के बाद। बैकअप लिया हुआ प्राप्ति वॉलेट, सीमा, खरीद राशि, दैनिक सीमा और नेटवर्क शुल्क सीमा चुनें। अनुमति देकर सहेजें। शुरुआत में बंद रहता है।

उपलब्ध हों तो BTC, ETH या Ethereum USDC/USDT इस्तेमाल करें। टोकन भेजने वाले पतों पर ETH चाहिए; यह नियम गायब गैस नहीं भरता। ऑपरेटर समर्पित प्राप्ति वॉलेट इस्तेमाल करते हैं; होस्ट किए मर्चेंट अपने ऑपरेटर को भुगतान करते हैं।

कम क्रेडिट से स्वीप रुका हो तब भी मंज़ूर टॉप-अप चल सकता है। केवल प्राप्त करने वाली सेवा क्रेडिट की पुष्टि करती है। एक समय में एक ऑटोमैटिक खरीद चलती है। बंद करने से न भेजा काम रुकता है, भेजे ट्रांज़ैक्शन नहीं।

ऑटो टॉप-अप में इस्तेमाल करें: भुगतान जाँचें। वही मान्य भुगतान जारी करें, या सत्यापित असफल Ethereum ट्रांसफ़र बंद करके नियम रोकें। दोबारा भेजने से बचाने के लिए लंबित या अनिश्चित भुगतान होल्ड पर रहते हैं। कोट समाप्त होना असफलता का प्रमाण नहीं है।

डिफ़ॉल्ट 1% निपटाए गए इनवॉइस के मूल फ़िएट मूल्य पर है। ग्राहक के क्रिप्टो भुगतान नहीं बाँटे जाते।

शुल्क जुड़कर बैलेंस ऋणात्मक कर सकते हैं। ऋणात्मक राशि चुकाएँ और खाते की छूट सीमा से ऊपर इस्तेमाल योग्य क्रेडिट बहाल करें। स्वस्थ कनेक्शन पर बैलेंस बदलाव आमतौर पर 10–15 सेकंड में दिखते हैं।

ऑटोमेशन की छूट होने पर भी अपडेट इंस्टॉल करने के लिए शून्य से अधिक सत्यापित क्रेडिट चाहिए। टॉप-अप कभी अपने आप अपडेट इंस्टॉल नहीं करता।

रुकी सूचनाएँ प्रयास नहीं गिनतीं। सुरक्षित डिलीवरी फिर चलती हैं; सामान्य समाप्ति फिर भी लागू है। छूटी घटनाओं का इनवॉइस API से मिलान करें।

ऑपरेटर प्रोसेसिंग शुल्क बंद करे तो नए प्रोसेसिंग शुल्क या क्रेडिट पाबंदी नहीं लगती। पुराने शुल्क इतिहास में रहते हैं। बिना पेयर किए इंस्टॉलेशन में प्रोजेक्ट/स्टोर कॉन्फ़िगर हो सकते हैं, लेकिन इनवॉइस जारी करने के लिए सत्यापित बिलिंग चाहिए। जारी इनवॉइस की निगरानी रहती है।

• आय, निपटान तारीखों के अनुसार शुल्क/रिफ़ंड से पहले निपटाए इनवॉइस के मूल्य दिखाती है। यह वॉलेट बैलेंस या मुनाफ़ा नहीं है।
• रूपांतरण वर्तमान कैश दरें इस्तेमाल करते हैं, ऐतिहासिक लेखांकन दरें नहीं। दरें न हों तो मूल मुद्रा के कुल उपलब्ध रहते हैं।
• इनवॉइस स्थिति चार्ट इनवॉइस बनाने की तारीखें इस्तेमाल करते हैं। ध्यान देने की ज़रूरत वाले आँकड़े वर्तमान अनसुलझे मुद्दे दिखाते हैं।

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

स्टोर का रूप, पुष्टियाँ और कॉलबैक लागू रहते हैं। टूल रोकने से नए अनुरोध रुकते हैं, मौजूदा भुगतान नहीं। इतिहास हर इनवॉइस से जुड़ता है। छूटे अंतराल एक साथ ढेर सारे ईमेल नहीं भेजते; दोबारा भेजना वही बकाया, गैर-समाप्त इनवॉइस इस्तेमाल करता है।

ग्राहक चेकआउट, भुगतान लिंक और निर्धारित ईमेल अंग्रेज़ी, जर्मन, स्पेनिश, ब्राज़ीलियाई पुर्तगाली, इतालवी, रूसी, सरलीकृत चीनी, फ़्रेंच, कोरियाई और जापानी का समर्थन करते हैं।

स्टोर → इनवॉइस → चेकआउट भाषा डिफ़ॉल्ट तय करता है। हर इनवॉइस या भुगतान टूल के लिए बदलें। ईमेल और दोबारा भेजे संदेश इनवॉइस की भाषा रखते हैं। आपका लिखा पाठ नहीं बदलता; मर्चेंट और ऑपरेटर कंसोल अंग्रेज़ी में रहते हैं।

1. सेटिंग्स → सूचनाएँ और अलर्ट खोलें। कंसोल सूचनाएँ बिल्ट-इन हैं।
2. ईमेल या Telegram के लिए चैनल जोड़ें, सत्यापन कोड भेजें और डालें। फिर चैनल सक्रिय करके अपने नियमों में चुनें।
3. भुगतान अपवाद, असफल कॉलबैक, ट्रांसफ़र समस्या, कम गैस, देर से स्कैनिंग, कम क्रेडिट या असफल बैकअप के अलर्ट चुनें। निपटाए भुगतान के अलर्ट वैकल्पिक हैं।

दोहराए मुद्दे समूहित होते हैं। इतिहास 30 दिन रहता है; प्रोजेक्ट अनुमतियाँ लागू रहती हैं। अलर्ट पढ़ने से समस्या हल नहीं होती। लोगों के लिए अलर्ट, स्टोर IPN या वेबहुक की जगह नहीं लेते।

केवल Bitcoin मेननेट और समर्थित EVM कॉइन/ERC-20। ग्राहक पहले प्रोजेक्ट-नियंत्रित वॉलेट को भुगतान करते हैं, सीधे विक्रेताओं को नहीं। शुल्क के लिए अलग उपलब्ध नेटिव कॉइन रखें। सामान्य स्वीप सुरक्षित प्राप्ति पतों को छोड़ते हैं।

प्रोसेसिंग शुल्क मूल इनवॉइस पर एक बार लगता है, आपके कमीशन से अलग। कम भुगतान और अनिश्चित प्राप्तियों की समीक्षा चाहिए। विक्रेता को भुगतान के बाद रिफ़ंड के लिए अलग फंड चाहिए, अपने आप वापस वसूली नहीं होती।

कई विक्रेताओं के लिए भुगतान सेट करें · मार्केटप्लेस API संदर्भ

1. अवधि, रिपोर्टिंग मुद्रा और समय क्षेत्र चुनें। प्रोजेक्ट या स्टोर से फ़िल्टर करें, फिर इनवॉइस, ऑर्डर, एसेट या ट्रांज़ैक्शन संदर्भ खोजें।
2. जाँच में गुम दरों, शुल्क और भुगतान अपवादों की समीक्षा करें। विवरण मौजूदा इनवॉइस या ट्रांसफ़र से जुड़ते हैं।
3. प्रिंट करने योग्य सार और विस्तृत CSV फ़ाइलों वाला लेखाकार ZIP डाउनलोड करें। हर डाउनलोड में 10,000 रिकॉर्ड तक; बड़े इतिहास के लिए छोटी अवधि चुनें।

पुष्टि की गई प्राप्तियाँ, रिफ़ंड और दर्ज खर्च वॉलेट ट्रांसफ़र व प्रीपेड क्रेडिट खरीद से अलग हैं। कई भुगतान होने पर भी इनवॉइस कुल एक बार गिने जाते हैं।

ऐतिहासिक मूल्य सुरक्षित प्रमाण इस्तेमाल करते हैं, आज की कीमतें नहीं। पुरानी दरें और असली शुल्क उपलब्ध न हों; गुम खर्च को कभी शून्य नहीं माना जाता। अधूरे प्रमाण पर शुद्ध कुल उपलब्ध नहीं रहता।

इसमें Wholly Crypto से ट्रैक किए रिकॉर्ड हैं, हर बाहरी वॉलेट या एक्सचेंज ट्रांज़ैक्शन नहीं। यह हिसाब रखने में मदद है, टैक्स रिटर्न या लाभ विवरण नहीं। एक्सपोर्ट सुरक्षित साझा करें: इनमें ग्राहक ईमेल हो सकते हैं।

BTC, EVM, SOL और TRX के साथ 18 नेटिव एडेप्टर हैं। भेजने की क्षमता वाला प्रदाता इस्तेमाल करें। ZEC केवल पारदर्शी है; ADA टोकन वाले आउटपुट बचाता है; DOT Asset Hub इस्तेमाल करता है; HBAR को रिले चाहिए। बाहर भेजते समय memo/tag/comment ज़रूरी हो तो बाहरी वॉलेट चाहिए।

1. खोलें: प्रोजेक्ट → वॉलेट → एसेट → भेजें। पता पुस्तिका से प्रविष्टि चुनें या गंतव्य डालें। पूरा पता और नेटवर्क जाँचें।
2. सटीक राशि या पूरा उपलब्ध स्वीप चुनें, फिर शुल्क स्तर। समर्थित टोकन के लिए, गैस के लिए प्रोजेक्ट ETH इस्तेमाल करें (या चेन का नेटिव कॉइन) उसी प्रोजेक्ट/चेन से कम पड़े शुल्क भर सकता है।
3. क्लिक करें: ट्रांसफ़र तैयार करें। स्रोत, गंतव्य, राशि, अधिकतम शुल्क और गैस आवंटन की समीक्षा करें। मंज़ूर करें और भेजें इस प्लान को अनुमति देता है; केवल तैयारी से कुछ नहीं भेजा जाता।

मंज़ूरी के बाद गैस फंडिंग, पुष्टियाँ और टोकन भेजना बैकग्राउंड में जारी रहता है। देखें: ट्रांसफ़र गतिविधि, विंडो बंद करने के बाद भी। प्रसारण पुष्टि नहीं है।

प्रोजेक्ट वॉलेट में बचा ETH: 0 कोई रिज़र्व नहीं जोड़ता; यह आपका सारा ETH नहीं खर्च करता। 0.005 बाद के लिए कम से कम 0.005 ETH बचाता है, इसलिए इस वर्कफ़्लो के लिए अतिरिक्त फंड चाहिए। सहेजे ऑटोमैटिक नियम नहीं बदलते।

1. खोलें: ऑटोमैटिक स्वीप सेटअप → एसेट → सेटअप। वॉलेट पता या समर्थित एक्सचेंज गंतव्यचुनें, दोनों नहीं।
2. स्वीप की न्यूनतम राशि और यह तय करें: न्यूनतम राशि रखें। उदाहरण: 100 USDC पर शुरू करें, 20 USDC रखें, अधिकतम 80 USDC भेजें। रिज़र्व पूरे प्रोजेक्ट के लिए है, हर पते के लिए नहीं।
3. टोकन के लिए इसकी समीक्षा करें: गैस के लिए प्रोजेक्ट ETH इस्तेमाल करें और डालें: दैनिक फंडिंग सीमा। ऑटो स्वीप चालू करें, फिर नियम सहेजें और पुष्टि करें। केवल सेटअप खोलने से कुछ सक्रिय नहीं होता।

दैनिक सीमा हर टोकन नियम को पिछले लगातार 24 घंटों में आवंटित नेटिव गैस सीमित करती है। हल्के उपयोग के लिए €1 शुरुआती सीमा हो सकती है, तय खर्च या दैनिक शुल्क नहीं। फंडिंग ट्रांज़ैक्शन पर भी शुल्क लगता है। अधिकतम नेटवर्क शुल्क % मिलाकर फंडिंग/ट्रांसफ़र शुल्क सीमित कर सकता है।

जाँच अपने आप होती है। केवल योग्य टोकन वाले पतों को गैस मिलती है, खाली पतों को नहीं। कम फंड वाला पता स्वीप न्यूनतम से नीचे हो तो इंतज़ार करता है। गैस सीमाएँ समझें →

• वॉलेट बैकअप लें और छोटा ट्रांसफ़र टेस्ट करें। नेटिव कॉइन खाली करने से पहले टोकन भेजें। प्रोजेक्ट में दूसरी जगह का ETH पहले हर टोकन पते तक पहुँचना चाहिए; बची गैस आपके वॉलेट में रहती है।
• ताज़ा बैलेंस, स्वस्थ प्रदाता और पर्याप्त नेटिव फंड रखें। ऑटोमैटिक नियमों के लिए सक्रिय, बैकअप लिया वॉलेट और सक्रिय स्टोर में सक्रिय एसेट चाहिए। कम प्रोसेसिंग क्रेडिट भेजना रोक सकता है।
• यहाँ: ट्रांसफ़र गतिविधिप्रगति, गैस फंडिंग और एक्सप्लोरर लिंक देखें। परिणाम अनिश्चित हो तो वही ट्रांसफ़र ताज़ा करें; नया न बनाएँ। कारण और सीमाएँ देखने के बाद ही जारी करें।

भेजना बंद है? जाँचें: whollycrypto transfers status। इससे पहले हर सक्रिय नियम देखें: whollycrypto transfers enable: यह पूरे सर्वर पर लागू होता है और सहेजे नियम तुरंत चला सकता है। अगले चरण रोकने से प्रसारित ट्रांज़ैक्शन वापस नहीं होते।

स्टोर → बेसिक: सक्रिय मर्चेंट/पे/API होस्ट चुनें। लिंक स्टोर → डिफ़ॉल्ट स्टोर → सिस्टम को प्राथमिकता देते हैं; हटे नाम पर वैकल्पिक नाम लेते हैं। SDK होस्ट अलग कॉन्फ़िगर करें। हस्ताक्षरित पुनः प्रयास मूल लिंक रखते हैं।

• इस्तेमाल करें: Full (strict), Flexible नहीं; API कुंजी नहीं चाहिए।
• कंसोल, चेकआउट और API के लिए कैशिंग और ब्राउज़र/बॉट चुनौती बंद करें।
• अनुमति दें: /.well-known/acme-challenge/ नवीनीकरण के लिए पोर्ट 80 पर, बिना रीडायरेक्ट/चुनौती।

जाँच अधिकृत DNS से पूछती और origin सत्यापित करती है: सीधे या Cloudflare। आगंतुकों के पास पुराना DNS कैश हो सकता है।

5.6.2 से कंसोल सहेजना/हटाना POST इस्तेमाल करता है; “Not GET or POST” अपवाद नहीं चाहिए। लॉगिन और CSRF चालू हैं। यहाँ: api.*सार्वजनिक API के दस्तावेज़ में दिए मेथड की अनुमति दें।

कोड बदलने या 2FA बंद करने के लिए पासवर्ड और ऑथेंटिकेटर या इस्तेमाल न हुआ रिकवरी कोड चाहिए। दूसरे सत्र बंद होते हैं। फ़ोन/सर्वर की घड़ियाँ मिलाकर रखें; 2FA हैक हो चुके सर्वर को सुरक्षित नहीं बनाता।

थीम आइकन क्रम से बदलता है: हल्का → मंद → गहरा और इस ब्राउज़र की पसंद याद रखता है। स्टोर चेकआउट थीम अलग हैं।

चाहें तो Cloudflare पहुँच नियम जोड़ें। HTTPS नवीनीकरण चुनौतियों को छूट दें; API और चेकआउट पर इंटरैक्टिव लॉगिन चुनौती न लगाएँ। केवल प्रॉक्सी मोड IP पाबंदी नहीं है।

पहुँच बंद हो गई? चलाएँ: whollycrypto access-reset --domain merchant.example.com SSH पर। पाँच सेकंड के भीतर केवल वही होस्टनाम फिर खुलता है; खाता प्रमाणीकरण चालू रहता है।

चलाएँ: whollycrypto ssl --domain merchant.example.com --reissue ज़बरन बदलने के लिए। जारी करने की सीमाएँ लागू हैं। Cloudflare HTTP चुनौती रोके तो अस्थायी रूप से केवल DNS करें। वॉलेट, प्रमाणीकरण और डोमेन नहीं बदलते।

पुराना अपडेटर अटका है? यह एक बार चलाएँ। आपकी इंस्टॉल की कुंजी हेल्पर सत्यापित करती है।

bash <(curl -fsSL https://releases.whollycrypto.com/update_wholly.sh)

सेटअप और अपडेट अपने आप यह आज़माते हैं: आधिकारिक GitHub मिरर। हस्ताक्षर, चेकसम और क्रेडिट जाँच ज़रूरी रहती हैं।

जाँच केवल पढ़ती हैं; ध्यान चाहिए तो गैर-शून्य एग्ज़िट कोड मिलता है। --fix केवल प्रबंधित अनुमतियाँ और गायब CLI लिंक ठीक करता है। बिलिंग बदलता, डेटा हटाता या सेवाएँ रीस्टार्ट नहीं करता।

whollycrypto reset
# Preview without changing anything:
whollycrypto reset --scope business --check
whollycrypto reset --scope project --project YOUR_PROJECT_IDENTIFIER --check

एक प्रोजेक्ट, सभी व्यवसाय प्रोजेक्ट या केवल मरम्मत चुनें। प्रोजेक्ट रीसेट चुने प्रोजेक्ट, स्टोर, वॉलेट रिकॉर्ड और भुगतान इतिहास स्थायी रूप से मिटाते हैं। केवल मरम्मत प्रबंधित अनुमतियाँ और CLI लिंक जाँचकर ठीक करती है।

पहले चुने प्रोजेक्ट बंद करें, खुले भुगतान/ट्रांसफ़र निपटाएँ और ज्ञात वॉलेट बैलेंस हटाएँ। खाते, डोमेन, नोड, क्रेडिट, बिलिंग पहचान और इंस्टॉलेशन मोड रहते हैं। ऑपरेटर प्राप्ति वॉलेट और होस्टेड क्रेडिट रिकॉर्ड सुरक्षित हैं। यह सेटअप विज़ार्ड दोबारा नहीं खोलता।

डेटा मिटाने वाले रीसेट में लिखकर पुष्टि चाहिए और मिटाने से पहले सत्यापित रिकवरी बैकअप बनता है। सर्वर से बाहर वॉलेट बैकअप भी रखें: पुराने पते फंड पा सकते हैं, लेकिन हटे प्रोजेक्ट उन्हें ट्रैक नहीं करते। कैश बैलेंस वॉलेट खाली होने का प्रमाण नहीं हैं।

whollycrypto uninstall --check
whollycrypto uninstall

चेकआउट, API और वर्कर रोकता है; बैकअप और लिखकर पुष्टि के बाद रनटाइम फ़ाइलें व प्रबंधित सर्वर इंटीग्रेशन हटाता है। लंबित भुगतान या ट्रांसफ़र हटाना रोकते हैं। फ़ाइलें मिटने के बजाय रिकवरी बैकअप में जाती हैं।

डेटाबेस, कॉन्फ़िगरेशन, कुंजियाँ और बैकअप रहते हैं। साझा Nginx/PostgreSQL पैकेज और TLS सर्टिफ़िकेट नहीं छुए जाते। कमांड ऑफ़लाइन रिकवरी कमांड दिखाती है; बचे डेटा के ऊपर नया सेटअप न चलाएँ।

रीसेट/हटाने की कमांड नेटिव VPS इंस्टॉलेशन के लिए हैं, Docker या Umbrel के लिए नहीं। कंटेनर में अपने इंटीग्रेशन की बैकअप और स्टॉप कमांड इस्तेमाल करें; वॉल्यूम रखें। दोनों डेटा मिटाने वाली कमांड यह स्वीकार नहीं करतीं: --yes.

whollycrypto htaccess

उपयोगकर्ता चुनें, नाम/पासवर्ड चुनकर पुष्टि करें। यह ब्राउज़र का पहला लॉगिन प्रॉम्प्ट रीसेट करता है, कंसोल खाता नहीं। दूसरे उपयोगकर्ता और API क्रेडेंशियल नहीं बदलते।

whollycrypto admin-reset

ईमेल से एडमिन चुनें और नए पासवर्ड की पुष्टि करें। सत्र और खाता लॉगिन लॉक साफ़ होते हैं; IP पाबंदियाँ रहती हैं।

सामान्य रीसेट 2FA रखते हैं। ऑथेंटिकेटर और रिकवरी कोड दोनों खो गए हों तो स्पष्ट रूप से चलाएँ: whollycrypto admin-reset --email admin@example.com --reset-2fa। लॉगिन के बाद 2FA फिर सेट करें।

डेटाबेस चाहिए, ऐप या पुराना पासवर्ड नहीं। दूसरे खाते, वॉलेट और अनुमतियाँ नहीं बदलते; निष्क्रिय खाते निष्क्रिय रहते हैं।

ऑथेंटिकेटर और रिकवरी कोड दोनों खो गए? root के रूप में खाता चुनें।

whollycrypto 2fa-reset
# Or select the account directly:
whollycrypto 2fa-reset --email user@example.com

सत्र, ऑथेंटिकेटर और रिकवरी कोड हटाता है। मौजूदा पासवर्ड से लॉगिन करके 2FA फिर सेट करें। अनुमतियाँ, वॉलेट और Basic Auth नहीं बदलते; निष्क्रिय खाते निष्क्रिय रहते हैं।

डेटाबेस चाहिए, ऐप या क्रेडिट नहीं। गैर-इंटरैक्टिव: --email और --yes.

Enter यहाँ पासवर्ड बनाता है: /root/whollycrypto/config/credential-resets/: निजी, बिना एन्क्रिप्शन, सफलता के बाद इस्तेमाल योग्य। खुद डाले पासवर्ड सहेजे नहीं जाते।

whollycrypto htaccess --user admin --new-user operator
whollycrypto admin-reset --email admin@example.com

टर्मिनल के बिना मौजूदा खाते के साथ यह दें: --generate या --password-file /root/private-password.txt, और --yes। पासवर्ड फ़ाइलें root की होनी चाहिए, मोड 600। पासवर्ड कभी कमांड या पर्यावरण वेरिएबल में न डालें।

--yes केवल पुष्टि छोड़ता है। पहले रुके अपडेट की रिकवरी पूरी करें; साथ में खाता बदलने पर रीसेट रुकते हैं।