

जब Cryptorefills पर एक आदेश बनाया जाता है, तो सिस्टम उस क्षण के विनिमय दर के आधार पर एक विशिष्ट टोकन राशि को लॉक कर देता है। 30-मिनट की विंडो वह अवधि है जिसके दौरान वह लॉक की गई दर मान्य रहती है। क्रिप्टो विनिमय दरें लगातार बदलती रहती हैं, और आदेश निर्माण के समय लॉक की गई दर 45 मिनट बाद लागू होने वाली दर से भिन्न हो सकती है। विंडो के पार भुगतान की अनुमति देने के लिए नए दर के खिलाफ आदेश की पुनः गणना करने की आवश्यकता होगी, जिसका अर्थ है कि उपयोगकर्ता अब चेकआउट पर पुष्टि की गई राशि का भुगतान नहीं कर रहा है। इसलिए, यह विंडो क्रिप्टो भुगतानों को आदेशों से मेल करने के तरीके की एक संरचनात्मक विशेषता है, न कि एक मनमाना प्रतिबंध।
एक समाप्त आदेश से निपटने के समय सबसे महत्वपूर्ण भेद यह है कि क्या भुगतान समय समाप्त होने से पहले भेजा गया था या क्या विंडो बिना कुछ भेजे बंद हो गई। ये दो पूरी तरह से अलग-अलग स्थितियाँ हैं जो अलग-अलग प्रतिक्रियाएँ मांगती हैं, और इन्हें मिलाना समर्थन कतार में भ्रम का सबसे सामान्य स्रोत है।
यदि भुगतान विंडो बंद हो गई है और कोई भुगतान नहीं भेजा गया है, तो आदेश समाप्त हो गया है और भुगतान पता अब मान्य नहीं है। विंडो बंद होने के बाद समाप्त पते पर भुगतान भेजने से ऐसी स्थिति उत्पन्न होती है जहां धन ऑन-चेन पर पहुंच सकता है लेकिन आदेश से स्वचालित रूप से मेल नहीं खा सकता। इस परिदृश्य में सही कार्रवाई एक नया आदेश बनाना है, जो एक ताजा लॉक की गई दर और एक नया भुगतान पता उत्पन्न करता है। समाप्त आदेश को नजरअंदाज किया जा सकता है; इसमें कोई बाध्यता और कोई परिणाम नहीं है, क्योंकि इसमें कोई धन शामिल नहीं था।
यह वह परिदृश्य है जो सबसे अधिक बार समर्थन कतार में तात्कालिकता के साथ पहुंचता है, और इसे साधारण समाप्ति से अलग तरीके से संभालने की आवश्यकता होती है। यदि भुगतान 30-मिनट की विंडो बंद होने से पहले भेजा गया था लेकिन ऑन-चेन पुष्टि घड़ी समाप्त होने के बाद आई, तो स्थिति पुनर्प्राप्त करने योग्य है। भुगतान ब्लॉकचेन पर दिखाई देता है और इसे मान्य विंडो के भीतर सही पते पर भेजा गया था। लेन-देन हैश और आदेश संख्या के साथ Cryptorefills समर्थन से संपर्क करें; इन परिस्थितियों में समर्थन पुष्टि किए गए भुगतान को समाप्त आदेश से मिलाने में सक्षम होगा।
जब भुगतान की पुष्टि नहीं हुई है तो क्या करें पर गाइड लेन-देन हैश को खोजने और समर्थन से संपर्क करने से पहले ऑन-चेन स्थिति की जांच करने के तरीके को कवर करता है, जो समर्थन टीम को मामले को प्रभावी ढंग से हल करने के लिए आवश्यक जानकारी प्रदान करेगा।
एक समाप्त आदेश से भुगतान पते का नए भुगतान के लिए उपयोग नहीं किया जाना चाहिए। एक बार जब आदेश समाप्त हो जाता है, तो उस पते पर धन भेजने से स्वचालित रूप से एक नया आदेश नहीं बनेगा या पूरा नहीं होगा, क्योंकि पता एक दर के खिलाफ उत्पन्न किया गया था जो अब मान्य नहीं है। एक नया आदेश वर्तमान विनिमय दर से संबंधित एक नया भुगतान पता उत्पन्न करता है। यदि धन गलती से समाप्त पते पर भेजा गया है, तो तुरंत लेन-देन हैश के साथ समर्थन से संपर्क करें।
30-मिनट की विंडो बंद होने के बाद भेजा गया भुगतान ऑन-चेन पर पहुंचता है लेकिन इसे समाप्त आदेश से स्वचालित रूप से मेल नहीं किया जाता है। आदेश प्रणाली अब उस आदेश संदर्भ के खिलाफ नए भुगतान स्वीकार नहीं करती है। लेन-देन हैश और आदेश संख्या के साथ तुरंत समर्थन से संपर्क करें। समर्थन टीम यह जांच करेगी कि क्या धन को लागू किया जा सकता है या क्या कोई वैकल्पिक समाधान उपलब्ध है, विशिष्ट परिस्थितियों और समय के आधार पर।
ब्लॉकचेन पर लेन-देन का टाइमस्टैम्प प्राधिकृत संदर्भ है। Bitcoin के लिए mempool.space, Ethereum के लिए etherscan.io, Solana के लिए solscan.io, और Base के लिए basescan.org जैसे ब्लॉक एक्सप्लोरर प्रत्येक लेन-देन की पुष्टि होने का सटीक समय प्रदर्शित करते हैं। इस टाइमस्टैम्प की तुलना आदेश निर्माण समय (जो निर्धारित करता है कि 30-मिनट की विंडो कब खुली) से करने से यह स्थापित होता है कि पुष्टि मान्य विंडो के भीतर या बाहर हुई।
यदि भुगतान ऑन-चेन पर ट्रांजिट में है लेकिन अभी तक पर्याप्त पुष्टि नहीं मिली है कि इसे अंतिम माना जा सके, तो आदेश घड़ी समाप्त होने के बाद भी लंबित दिखा सकता है। धीमी नेटवर्क जैसे Bitcoin या Ethereum मेननेट पर भीड़भाड़ के दौरान, विंडो बंद होने से पहले भेजा गया लेन-देन अभी भी घड़ी समाप्त होने के बाद प्रक्रिया में हो सकता है। इस मामले में, आदेश तुरंत विफल होने के बजाय लंबित रहता है, और यह ऑन-चेन पुष्टि पूरी होने पर Done में अपडेट हो सकता है। यदि आदेश दस से पंद्रह मिनट बाद भी बिना अपडेट के लंबित रहता है, तो लेन-देन हैश के साथ समर्थन से संपर्क करें।
भुगतान विंडो आदेश निर्माण से 30 मिनट पर निश्चित होती है और इसे बढ़ाया नहीं जा सकता। विंडो इस कारण से मौजूद है कि विनिमय दर आदेश निर्माण के समय लॉक होती है, और एक लंबी विंडो लॉक की गई दर और भुगतान के समय प्रचलित बाजार दर के बीच अधिक असंगति उत्पन्न करेगी। यदि विंडो बंद हो जाती है इससे पहले कि भुगतान भेजा जा सके, तो एक नया आदेश बनाना सही दृष्टिकोण है, क्योंकि यह वर्तमान बाजार की स्थिति को दर्शाते हुए एक नई दर और एक नया पता उत्पन्न करता है।