Base पर क्रिप्टो भुगतान कैसे स्वीकार करें: व्यापारियों के लिए मार्गदर्शिका

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

Base उन ग्राहकों के लिए व्यावहारिक भुगतान नेटवर्क हो सकता है जो पहले से Ethereum-संगत वॉलेट इस्तेमाल करते हैं और Base पर धन रखते हैं। यह EVM नेटवर्क है, गैस के लिए ETH का उपयोग करता है और इसकी मेननेट चेन आईडी 8453 है। Ethereum से समानता के कारण Base जाना-पहचाना लगता है, लेकिन यही समानता एक आम गलती भी कराती है: ग्राहक गलत नेटवर्क चुन ले, तब भी वही 0x पता कई नेटवर्क पर मान्य दिख सकता है।

यह मार्गदर्शिका बताती है कि USDC, टोकन अनुबंध की जाँच, भुगतान पेज के विकल्प, Webhook, धनवापसी और लेखांकन को ध्यान में रखते हुए Base भुगतान कैसे शुरू करें। कोई भुगतान विकल्प दिखाने से पहले जाँच लें कि टोकन और नेटवर्क का वही संयोजन आपके लॉगिन वाले भुगतान सेटअप में उपलब्ध है। सार्वजनिक Base नेटवर्क पेज संदर्भ के लिए उपयोगी है, लेकिन उससे यह साबित नहीं होता कि हर खाते में हर परिसंपत्ति उपलब्ध है।

Base पर भुगतान स्वीकार करने में वास्तव में क्या शामिल है

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

• नेटवर्क का नाम: Base Mainnet;
• चेन आईडी: 8453;
• गैस मुद्रा: ETH;
• ब्लॉक एक्सप्लोरर: BaseScan।

इसलिए Base भुगतान में कई अलग-अलग फ़ील्ड होते हैं:

1. नेटवर्क: Base मेननेट—Ethereum मेननेट या कोई दूसरा EVM नेटवर्क नहीं।
2. परिसंपत्ति: ETH या USDC जैसा कोई खास टोकन।
3. टोकन अनुबंध: परिसंपत्ति नेटिव ETH के बजाय टोकन हो, तो इसका पता जरूरी है।
4. पाने का पता: व्यापारी का Base-संगत भुगतान वॉलेट पता।
5. राशि: ऑर्डर के लिए माँगी गई सही राशि।
6. भुगतान पहचान: वह रिकॉर्ड जो हस्तांतरण को ग्राहक, चालान या खरीदारी से जोड़ता है।
7. स्थिति: लंबित, पुष्टि किया हुआ, मेल न खाने वाला, समय-सीमा पार या भुगतान प्रणाली द्वारा तय कोई दूसरी स्थिति।

पता सही दिखने भर से नेटवर्क की पुष्टि नहीं होती। Ethereum, Arbitrum या किसी अन्य EVM नेटवर्क पर उसी 0x पते को भेजा गया लेनदेन Base भुगतान नहीं माना जाएगा। भुगतान पेज, ग्राहक सहायता निर्देशों और लेखांकन रिकॉर्ड में परिसंपत्ति और नेटवर्क दोनों साफ लिखें—जैसे, “Base पर USDC।”

व्यापारी Base क्यों चुनते हैं?

यदि आपके पर्याप्त ग्राहक पहले से Base इस्तेमाल करते हैं, तो इसे आज़माना उपयोगी हो सकता है। डेवलपर टूल, ऑनलाइन सेवाएँ, डिजिटल उत्पाद, सशुल्क समुदाय, खाते में जमा राशि और क्रिप्टो का नियमित उपयोग करने वाले ग्राहकों के चालान इसके संभावित उपयोग हैं।

इसकी व्यावहारिक ताकतें हैं:

• परिचित EVM वॉलेट और पते;
• गैस शुल्क के लिए ETH, जिससे Ethereum उपयोगकर्ता पहले से परिचित हो सकते हैं;
• नेटिव USDC सहित कई टोकन का समर्थन;
• BaseScan पर लेनदेन की जाँच;
• लेनदेन शुल्क जो अक्सर Ethereum मेननेट से कम हो सकता है, हालाँकि किसी निश्चित शुल्क की गारंटी नहीं दी जा सकती।

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

यदि ग्राहक Base पर धन नहीं रखते, उनका एक्सचेंज Base पर निकासी नहीं देता या उन्हें अनजान ब्रिज प्रक्रिया अपनानी पड़े, तो Base को डिफ़ॉल्ट विकल्प बनाना ठीक नहीं है। यदि आप अभी नेटवर्क चुन रहे हैं, तो Base को हर स्थिति का समाधान मानने के बजाय स्टेबलकॉइन भुगतान के लिए सही ब्लॉकचेन चुनने की विस्तृत मार्गदर्शिका पढ़ें।

USDC, ETH, या कोई अन्य समर्थित टोकन चुनें

नेटवर्क और परिसंपत्ति का चुनाव अलग-अलग होता है। ग्राहक Base पर नेटिव ETH भेज सकता है या किसी टोकन को उसके Base अनुबंध के माध्यम से भेज सकता है। भुगतान विधि में दोनों साफ बताए जाने चाहिए।

Base पर USDC

USDC अक्सर अमेरिकी डॉलर में कीमत वाले उत्पाद के लिए सबसे सरल शुरुआती विकल्प होता है। 50 USD की कीमत को 50 USDC की माँग में बदला जा सकता है, जिससे ग्राहक को ETH में तय भुगतान जैसी अल्पकालिक कीमत की हलचल नहीं झेलनी पड़ती। फिर भी USDC में जारीकर्ता, अनुबंध, डॉलर से मूल्य अलग होने, नियमन, वॉलेट और नेटवर्क से जुड़े जोखिम होते हैं; “स्टेबलकॉइन” का अर्थ जोखिम-मुक्त नहीं है।

Circle की आधिकारिक USDC अनुबंध सूची में Base पर नेटिव USDC का पता यह है:

0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913

अनुबंध की जाँच जरूरी है, क्योंकि टोकन का नाम और चिह्न उसकी अनूठी पहचान नहीं होते। वॉलेट में मिलते-जुलते टोकन दिख सकते हैं और ब्रिज किए गए संस्करण अलग अनुबंध इस्तेमाल कर सकते हैं। आपकी भुगतान प्रणाली को उसी अनुबंध को पहचानना चाहिए जिसे भुगतान प्रक्रिया स्वीकार करती है, न कि ऐसे हर टोकन को जिस पर “USDC” लिखा हो।

नेटिव USDC और ब्रिज किया गया USDC

नेटिव USDC सीधे संबंधित नेटवर्क के लिए जारी होता है और Circle की सूची में दिए अनुबंध से पहचाना जाता है। ब्रिज किया गया टोकन किसी दूसरी चेन से ब्रिज के जरिए लाई गई परिसंपत्ति दर्शाता है; उसका अनुबंध, जारीकर्ता से संबंध, बाजार में उपलब्धता और भुनाने का तरीका अलग हो सकता है।

नाम या मूल्य समान दिखने के कारण नेटिव और ब्रिज किए गए USDC को एक-दूसरे के बदले इस्तेमाल न करें। Base USDC चालू करने से पहले:

1. लॉगिन वाले व्यापारी सेटअप में परिसंपत्ति का सही विकल्प पढ़ें;
2. Circle की वर्तमान निर्देशिका के साथ इसके अनुबंध की तुलना करें;
3. ग्राहक के वॉलेट या लेनदेन में दिखाए गए अनुबंध की जाँच करें;
4. जाँचें कि भुगतान प्रणाली उसी अनुबंध को पहचानती है;
5. लिखें कि सहायता दल स्वीकार न किए गए ब्रिज टोकन को कैसे पहचानेगा।

यदि अनुबंध स्वीकार किए गए भुगतान विकल्प से मेल नहीं खाता, तो ऑर्डर को अपने-आप भुगतान हुआ न मानें। हस्तांतरण को जाँच के लिए रोकें। धन पते पर पहुँच सकता है, फिर भी वह व्यापारी के भुगतान स्वीकार करने के नियमों को पूरा न करे।

Base पर ETH

ETH, Base पर गैस शुल्क की नेटिव परिसंपत्ति है। यदि यह विकल्प वास्तव में उपलब्ध हो, तो इसे भुगतान के रूप में भी स्वीकार किया जा सकता है। यह उन खरीदारों या उत्पादों के लिए उपयुक्त है जिनके पास पहले से Base पर ETH है या जिनकी कीमत जानबूझकर ETH में तय की गई है।

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

अन्य टोकन

दूसरा टोकन तभी दें जब ये सभी शर्तें पूरी हों:

• Base का वही टोकन लॉगिन वाले सेटअप में दिखाई देता है;
• ग्राहकों को वास्तव में उसकी जरूरत है;
• भुगतान वॉलेट और वित्त प्रक्रिया उसके अनुबंध को स्वीकार करते हैं;
• आपकी टीम उसकी कीमत तय कर सकती है, भुगतान की पुष्टि और मिलान कर सकती है तथा धनवापसी कर सकती है;
• भुगतान पेज उसे मिलते-जुलते नाम वाले या ब्रिज किए गए टोकन से साफ अलग दिखाता है।

“Base पर किसी भी टोकन” को स्वीकार करने का दावा न करें। किसी टोकन का तकनीकी रूप से भेजा जा सकना और भुगतान पेज द्वारा उसका स्वीकार किया जाना अलग बातें हैं।

ग्राहक को भुगतान करने से पहले Base गैस के बारे में बताएं

Base पर ETH और टोकन—दोनों तरह के भुगतान में गैस शुल्क लगता है। यदि सामान्य हस्तांतरण में गैस शुल्क प्रायोजित नहीं है और ERC-20 टोकन से गैस चुकाने की सुविधा नहीं है, तो भेजने वाले को नेटवर्क शुल्क के लिए Base पर ETH चाहिए। ग्राहक के पास खरीद के लिए पर्याप्त USDC होने पर भी Base ETH न होने से लेनदेन भेजना संभव नहीं होगा।

इन तीन राशियों को अलग रखें:

• व्यापारी को मिलने वाली खरीद राशि;
• वॉलेट द्वारा अनुमानित नेटवर्क शुल्क;
• भुगतान पेज पर बताया गया सेवा प्रदाता या व्यवसाय शुल्क।

उदाहरण के लिए, यदि ऑर्डर में 40 USDC माँगे गए हैं, तो व्यापारी को पूरे 40 USDC मिलने चाहिए। सामान्य हस्तांतरण में गैस के लिए वॉलेट में अलग ETH राशि चाहिए। ग्राहक से अनुमानित शुल्क को USDC राशि में से घटाने को न कहें।

गैस शुल्क के निर्देश देने से पहले वास्तविक भुगतान पेज की जाँच करें। यदि वह सामान्य हस्तांतरण इस्तेमाल करता है, जिसमें गैस शुल्क प्रायोजित नहीं है और ERC-20 टोकन से गैस नहीं चुकाई जा सकती, तो ग्राहक को केवल “ETH चाहिए” कहने के बजाय बताएँ कि “नेटवर्क शुल्क के लिए Base पर ETH चाहिए।” केवल Ethereum मेननेट पर रखा ETH, Base पर उपलब्ध हुए बिना Base का गैस शुल्क नहीं चुका सकता। शुल्क या पुष्टि के निश्चित समय का वादा न करें, क्योंकि दोनों बदल सकते हैं।

Base भुगतान कैसे सेट करें

1. अभी उपलब्ध Base विकल्पों की पुष्टि करें

लॉगिन वाले व्यापारी सेटअप को खोलकर देखें कि आपके खाते में Base के कौन-से संयोजन उपलब्ध हैं। सेटिंग स्क्रीन के साथ वास्तविक भुगतान पेज भी जाँचें। यदि Base पर USDC या ETH उपलब्ध नहीं है, तो उसे स्वीकार किए जाने वाले भुगतान के रूप में न दिखाएँ।

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

2. व्यवसाय के नियंत्रण वाला भुगतान वॉलेट तैयार करें

व्यवसाय के नियंत्रण वाला Base-संगत वॉलेट इस्तेमाल करें। पते के हर अक्षर और अंक की जाँच करें, फिर तय करें:

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

ऐसी व्यवस्था में, जहाँ सेवा प्रदाता धन अपने पास नहीं रखता, प्रदाता के खाते से राशि निकालने का चरण नहीं होता। फिर भी निजी कुंजियों और व्यवसाय के कोष की जिम्मेदारी व्यापारी की ही रहती है।

3. भुगतान लिंक या एकीकृत भुगतान पेज चुनें

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

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

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

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

4. भुगतान पेज पर Base को स्पष्ट रूप से दिखाएँ

भुगतान पेज पर टोकन, राशि, QR कोड और वॉलेट में होने वाली कार्रवाई के पास “Base” साफ दिखाएँ। तकनीकी सहायता या वॉलेट सेटअप के निर्देशों में चेन आईडी 8453 दें, लेकिन हर ग्राहक से इसे स्वयं जाँचने की अपेक्षा न करें।

भुगतान पेज पर अच्छे निर्देशों में शामिल हैं:

• "Base पर 75 USDC भेजें";
• "केवल Base मेननेट का उपयोग करें";
• “गैस शुल्क के लिए Base पर ETH चाहिए”;
• जहाँ लागू हो, सही राशि और उसकी समय-सीमा;
• असमर्थित नेटवर्क से न भेजने की चेतावनी।

यदि ग्राहक नेटवर्क चुन सकते हैं, तो Base को बिना बताए पहले से न चुनें। वॉलेट खुलने से पहले चुना हुआ नेटवर्क साफ दिखाएँ। गलत नेटवर्क पर क्रिप्टो भुगतान रोकने की विस्तृत मार्गदर्शिका में सही नाम दिखाने, सबूत जुटाने और समस्या सँभालने के तरीके दिए गए हैं।

5. छोटी राशि से पूरी भुगतान प्रक्रिया जाँचें

सिर्फ वॉलेट पता जाँचना पर्याप्त नहीं है। ग्राहक जिस प्रक्रिया से भुगतान करेंगे, उसी से छोटी राशि का वास्तविक लेनदेन करें। जाँचें कि:

1. पेज सही टोकन और Base नेटवर्क दिखाता है;
2. वॉलेट चेन आईडी 8453 वाले नेटवर्क पर जाता है;
3. पाने का पता और राशि सही हैं;
4. USDC हस्तांतरण में अपेक्षित अनुबंध इस्तेमाल होता है;
5. वॉलेट ETH गैस शुल्क अलग दिखाता है;
6. पुष्टि से पहले भुगतान “लंबित” दिखता है और ऑर्डर पूरा नहीं होता;
7. पुष्टि की स्थिति ऑर्डर प्रणाली तक पहुँचती है;
8. एक ही इवेंट दोबारा आने पर उत्पाद या सेवा दोबारा नहीं दी जाती;
9. वित्त विभाग भुगतान वॉलेट और BaseScan में लेनदेन खोज सकता है;
10. धनवापसी प्रक्रिया तय मंजूरी नियमों के तहत काम करती है।

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

पुष्टि, Webhook और दोहराव से सुरक्षित ऑर्डर पूर्ति

लेनदेन हैश जाँच का एक प्रमाण है, उत्पाद भेजने का आदेश नहीं। लेनदेन लंबित रह सकता है, विफल हो सकता है या माँगी गई परिसंपत्ति, नेटवर्क, पता, राशि अथवा ऑर्डर से मेल न खाए।

भुगतान स्वीकार करने की लिखित जाँच तय करें:

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

भुगतान प्रक्रिया से मिली “पुष्टि” स्थिति का उपयोग करें और ऑर्डर की कीमत तथा उत्पाद देने के जोखिम के अनुसार अतिरिक्त नियम लागू करें। हर भुगतान के लिए एक ही पुष्टि संख्या या निश्चित सेकंड का वादा न करें।

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

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

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

कम, देर से आए और दोहरे भुगतानों के नियम साफ रखें

Base आपके व्यापार के नियम तय नहीं करता। सेवा शुरू करने से पहले इन स्थितियों का तरीका तय करें:

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

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

धनवापसी और खातों का मिलान

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

धनवापसी करने से पहले:

1. मूल ऑर्डर और पुष्टि किए गए लेनदेन की जाँच करें;
2. मंजूर की गई धनवापसी राशि और टोकन की पुष्टि करें;
3. ग्राहक की पहचान जाँचने वाली प्रक्रिया से धन पाने का पता सत्यापित करें;
4. बताएँ कि धनवापसी का लेनदेन शुल्क कौन देगा;
5. जरूरी आंतरिक मंजूरी लें;
6. बाहर भेजे गए लेनदेन को मूल भुगतान से अलग दर्ज करें।

किसी अनपेक्षित ईमेल या सहायता संदेश से धनवापसी का पता कॉपी न करें। भुगतान भेजने वाला पता, खाता मालिक और धनवापसी पाने वाला पता अलग हो सकते हैं; कोई हमलावर पता बदलने की कोशिश भी कर सकता है।

हर भुगतान के लिए ये रिकॉर्ड रखें:

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

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

Base भुगतान स्वीकार करते समय सामान्य गलतियाँ

केवल “USDC” या “क्रिप्टो” दिखाना

टोकन चिह्न से नेटवर्क या अनुबंध की पहचान नहीं होती। “Base पर USDC” दिखाएँ और स्वीकार किए गए अनुबंध की जाँच करें।

यह मानना कि एक ही पता होने से भुगतान का तरीका भी वही है

एक ही 0x पता अलग-अलग EVM नेटवर्क पर समान दिख सकता है, लेकिन उससे भुगतान का नेटवर्क तय नहीं होता। लेनदेन उसी चेन का होता है जिस पर वह वास्तव में भेजा गया था।

मिलते-जुलते ब्रिज टोकन को नेटिव USDC मान लेना

अनुबंध का मिलान Circle की सूची और भुगतान सेटअप में स्वीकार की गई परिसंपत्ति से करें। मेल न खाने वाला भुगतान जाँच के लिए रोकें।

यह भूल जाना कि टोकन भुगतान के लिए ETH की आवश्यकता है

सामान्य टोकन हस्तांतरण में USDC से Base का गैस शुल्क नहीं चुकता। यदि भुगतान पेज गैस शुल्क प्रायोजित नहीं करता और ERC-20 टोकन से गैस भुगतान नहीं देता, तो ग्राहक को बताएँ कि Base पर थोड़ी ETH राशि चाहिए।

पेज पर लौट आने या स्क्रीनशॉट के आधार पर ऑर्डर पूरा करना

ब्राउज़र का वापस खुला पेज या वॉलेट की पुष्टि स्क्रीन, जाँची हुई भुगतान स्थिति नहीं है। मेल खाते पुष्टि किए गए रिकॉर्ड या सत्यापित Webhook की प्रतीक्षा करें।

Webhook प्रक्रिया को दोहराव से सुरक्षित न बनाना

Webhook का दोबारा आना सामान्य है। भुगतान या इवेंट पहचानकर्ता पर दोहराव रोकने का नियम लगाएँ, ताकि एक ही इवेंट से उत्पाद दो बार न मिले और पहुँच की अवधि दो बार न बढ़े।

शुरुआत में बहुत-सी परिसंपत्तियाँ चालू कर देना

हर अतिरिक्त टोकन के साथ कीमत, अनुबंध, बाजार में उपलब्धता, ग्राहक सहायता, खातों के मिलान और धनवापसी का काम बढ़ता है। उसी भुगतान विकल्प से शुरू करें जिसकी ग्राहक वास्तव में माँग करते हैं।

व्यवसाय के कोष और धनवापसी की अनदेखी

भुगतान लेना पूरी प्रक्रिया का केवल आधा हिस्सा है। लेनदेन बढ़ने से पहले हस्ताक्षर की मंजूरी, गैस के लिए राशि, खातों के मिलान, मूल्य निर्धारण और बाहर भेजी जाने वाली धनवापसी की जाँच करें।

अक्सर पूछे जाने वाले प्रश्न

मैं Base पर USDC भुगतान कैसे स्वीकार कर सकता हूं?

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

Base मेननेट की चेन आईडी क्या है?

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

क्या ग्राहकों को Base पर USDC का भुगतान करने के लिए ETH की आवश्यकता है?

सामान्यतः हाँ। यदि गैस शुल्क प्रायोजित नहीं है और ERC-20 टोकन से गैस चुकाने की सुविधा नहीं है, तो Base पर सामान्य USDC हस्तांतरण भेजने वाले वॉलेट को गैस शुल्क के लिए Base पर ETH चाहिए। यह ETH शुल्क, USDC में खरीद राशि से अलग है; ग्राहक को निर्देश देने से पहले वास्तविक भुगतान पेज जाँचें।

Base पर नेटिव USDC का अनुबंध क्या है?

Circle की अनुबंध सूची में Base पर नेटिव USDC का पता 0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913 है। वॉलेट खोज या बिना जाँची टोकन सूची से पता कॉपी न करें; जारीकर्ता की ताज़ा सूची और अपने लॉगिन वाले भुगतान सेटअप, दोनों की जाँच करें।

क्या मैं कोई Base टोकन स्वीकार कर सकता हूँ?

नहीं, ऐसा मानना सुरक्षित नहीं है। केवल वही टोकन और Base संयोजन स्वीकार करें जो आपके मौजूदा सेटअप में उपलब्ध हों और जिन्हें भुगतान प्राप्त करने, कीमत तय करने, पुष्टि, लेखांकन तथा धनवापसी की आपकी प्रक्रियाएँ सँभाल सकें।

क्या Base भुगतान तत्काल और अंतिम हैं?

ऐसा वादा न करें। भेजा गया लेनदेन लंबित रह सकता है या विफल हो सकता है और व्यवसाय को फिर भी पुष्टि के नियम चाहिए। भुगतान प्रक्रिया की पुष्टि स्थिति और ऑर्डर के अनुसार जोखिम नियंत्रण अपनाएँ।

क्या मुझे भुगतान लिंक या एकीकृत भुगतान पेज का उपयोग करना चाहिए?

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

क्या Base भुगतान वापस किया जा सकता है?

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

निष्कर्ष

Base पर क्रिप्टो भुगतान तभी अच्छी तरह काम करता है जब उसे नियंत्रित भुगतान प्रक्रिया की तरह चलाया जाए, न कि भुगतान पेज पर केवल वॉलेट पता चिपकाकर। ऐसे एक टोकन से शुरू करें जो ग्राहकों के पास पहले से हो—डॉलर में कीमत वाले उत्पाद के लिए अक्सर USDC—और जाँचें कि Base का वही भुगतान विकल्प आपके लॉगिन वाले सेटअप में उपलब्ध है।

चेन आईडी 8453, भुगतान पाने का पता, स्वीकार किया गया टोकन अनुबंध और गैस के लिए ग्राहक की ETH जरूरत की जाँच करें। छोटी राशि के लेनदेन से लंबित और पुष्टि की स्थिति, Webhook का दोबारा आना, ऑर्डर को केवल एक बार पूरा करना, खातों का मिलान और धनवापसी जाँचें। यह प्रक्रिया भरोसेमंद ढंग से चलने लगे, तभी जुड़ा हुआ भुगतान पेज, नियमित पहुँच या दूसरा टोकन जोड़ें—और वह भी तब, जब ग्राहक की माँग अतिरिक्त काम को उचित ठहराती हो।