भुगतान नेटवर्क की तुलना करें

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

Ethereum मेननेट और सटीक टोकन कॉन्ट्रैक्ट जाँचें। टोकन बैलेंस अपनी गैस नहीं चुका सकता: हर भेजने वाले पते पर Ethereum का ETH चाहिए।

Ethereum का ETH, Base शुल्क नहीं चुका सकता। जमा नेटवर्क Base जाँचें और नेटिव USDC को ब्रिज किए USDC वर्ज़न से अलग पहचानें।

केवल प्रतीक नहीं, मिंट और टोकन खाते का मालिक जाँचें। Token-2022 समर्थित नहीं है। शुल्क और खाता बनाने के लिए SOL उपलब्ध रखें।

BNB Smart Chain चुनें, Ethereum या Beacon Chain नहीं। मेल खाता 0x पता ट्रांसफ़र को क्रॉस-चेन नहीं बनाता। टोकन भेजने के लिए इस नेटवर्क पर BNB चाहिए।

स्वस्थ TRON नोड में स्कैनर को चाहिए लेनदेन इतिहास न हो सकता है। स्कैनर की तैयारी जाँचें। यह चेकआउट TRX स्वीकार करता है, USDT-TRC20 नहीं।

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

HyperEVM इस्तेमाल करें, HyperCore या स्पॉट-खाता जमा नहीं। शुल्क के लिए HYPE, HyperEVM पर होना चाहिए। HyperCore बैलेंस यहाँ इनवॉइस भुगतान नहीं है।

केवल पारदर्शी भुगतान समर्थित हैं। शील्डेड भुगतान अनुरोध इस्तेमाल न करें। भेजने में पारदर्शी t1 फ़ंड इस्तेमाल होता है, शील्डेड बैलेंस नहीं।

डेमन के साथ प्रोजेक्ट का व्यू-ओनली वॉलेट कनेक्शन और सिंक प्रगति भी जाँचें। अकेला स्वस्थ सार्वजनिक डेमन आपके आने वाले XMR की पहचान नहीं कर सकता।

न्यूनतम आउटपुट आवश्यकताओं के लिए पर्याप्त ADA रखें। भेजने में शुद्ध ADA आउटपुट इस्तेमाल होते हैं; दूसरे टोकन वाले आउटपुट रखे जाते हैं, स्वीप नहीं होते।

चेकआउट का ठीक वही संख्यात्मक MEMO_ID इस्तेमाल करें। टेक्स्ट मेमो और मेमो छोड़ना इसके बराबर नहीं है। खाता रिज़र्व रखें; भेजने के गंतव्य को मेमो की ज़रूरत नहीं होनी चाहिए।

जाँचें कि वॉलेट BCH भेज रहा है, BTC नहीं। CashAddr संगतता की पुष्टि करें। CashTokens और SLP बैलेंस से नेटिव BCH इनवॉइस नहीं चुकता।

पारदर्शी LTC ट्रांसफ़र करें, MWEB नहीं। पुराने इनवॉइस भुगतान खोजने के लिए बहाल वॉलेट को अधिक व्यापक पता स्कैन चाहिए हो सकता है।

DOGE नेटवर्क और इनवॉइस पते की पुष्टि करें। कई आउटपुट में छोटे भुगतान समेटना महँगा हो सकता है; स्वीप से पहले शुल्क देखें।

Avalanche C-Chain चुनें, X-Chain या P-Chain नहीं। टोकन भेजने के लिए C-Chain पर AVAX चाहिए; कहीं और का स्टेकिंग बैलेंस वह गैस नहीं चुका सकता।

Polygon PoS चुनें, Polygon zkEVM नहीं। भेजने के शुल्क में PoS का POL लगता है। Ethereum टोकन कॉन्ट्रैक्ट यहाँ अपने आप वही एसेट नहीं है।

Arbitrum One चुनें, Nova या Ethereum नहीं। भेजने के लिए Arbitrum One पर ETH रखें। नेटवर्क शुल्क में निष्पादन और डेटा, दोनों का खर्च शामिल हो सकता है।

OP Mainnet चुनें। भेजने के शुल्क के लिए ETH चाहिए, OP टोकन नहीं। सत्यापित करें कि गंतव्य इस नेटवर्क पर जमा स्वीकार करता है।

भुगतान कमेंट ठीक वैसा ही रखें जैसा दिखाया गया है। कमेंट न होने पर इनवॉइस का मिलान रुक सकता है। USDT समेत Jettons इस TON विधि में स्वीकार नहीं हैं।

Aptos खाता और सफल APT ट्रांसफ़र जाँचें। दूसरे कॉइन और फ़ंजिबल एसेट यहाँ स्वीकार नहीं हैं। भेजने की गैस के लिए APT उपलब्ध रखें।

सफल नेटिव SUI ट्रांसफ़र और सटीक प्राप्तकर्ता जाँचें। केवल स्वस्थ JSON-RPC एंडपॉइंट उपयोग योग्य भुगतान इतिहास का प्रमाण नहीं है। भेजने के लिए खर्च योग्य SUI गैस ऑब्जेक्ट भी चाहिए।

Cosmos Hub का नेटिव ATOM इस्तेमाल करें, दूसरे ज़ोन का IBC टोकन नहीं। भेजना उन गंतव्यों के लिए समर्थित है जिन्हें आउटगोइंग मेमो नहीं चाहिए; एक्सचेंज का ज़रूरी मेमो न छोड़ें।

समर्थित Polkadot Asset Hub मार्ग इस्तेमाल करें, Relay Chain जमा नहीं। प्राप्ति इतिहास और भेजने का रनटाइम, दोनों कॉन्फ़िगर प्रदाताओं के संगत होने चाहिए।

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

प्राप्तकर्ता खाते के न्यूनतम बैलेंस की योजना बनाएँ। केवल नेटिव ALGO स्वीकार है; ASA या USDC ट्रांसफ़र इस विधि का भुगतान नहीं करता।

खाते में फ़ंड आने के बाद प्राप्ति उपनाम रिज़ॉल्व होना चाहिए। HBAR प्राप्तियाँ सत्यापित करने के लिए Mirror इतिहास चाहिए; बाहर भेजने में संगत EVM रिले लगता है, केवल पढ़ने वाला Mirror API नहीं।

बढ़ता DAG स्कोर भुगतान का प्रमाण नहीं है। इनवॉइस पते पर स्वीकृत आउटपुट जाँचें। भेजने के लिए रॉ पैरेंट लेनदेन और फ़ी मास का प्रदाता समर्थन भी चाहिए।

केवल लागू नेटिव XTZ ट्रांसफ़र गिने जाते हैं। विफल ऑपरेशन और FA1.2/FA2 टोकन इनवॉइस नहीं चुकाते। भेजने के लिए संगत सत्यापित प्रोटोकॉल चाहिए।

पारदर्शी DASH पता और कॉन्फ़िगर की पुष्टि नीति जाँचें। केवल InstantSend लेबल को मर्चेंट इनवॉइस का निपटान न मानें।

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