Guides

USDT की काली सूची, समझाई गई

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

काली सूची क्या है

TRON पर USDT का अनुबंध अपने जारीकर्ता, Tether, को पतों को काली सूची में डालने की ताक़त देता है। काली सूची में डाला गया पता टोकन में फ़्रीज़ हो जाता है: उसके पास मौजूद USDT हिलाया नहीं जा सकता, और उससे जुड़े ट्रांसफ़र पार नहीं होते। यह फ़्रीज़ सिर्फ़ टोकन के स्तर पर लागू होता है — पता TRX अब भी रख और भेज सकता है; रुकता सिर्फ़ USDT है।

हर फ़्रीज़ एक on-chain लेन-देन है, इसलिए यह सूची बनावट से ही सार्वजनिक है: कोई भी किसी भी पते को किसी भी पल जाँच सकता है। पहले से सार्वजनिक नहीं होता तो समय — कोई पता तब तक ठीक रहता है जब तक वह ठीक न रहे।

पते इसमें पहुँचते कैसे हैं

Tether पते फ़्रीज़ करता है क़ानून-व्यवस्था की माँगों और अदालती आदेशों के जवाब में, प्रतिबंधों के जोखिम के लिए, और हैक व स्कैम से आए पैसों की आवाजाही के आस-पास। फ़्रीज़ कोई अदालती फ़ैसला नहीं है — ग़लतियाँ और साथ में लगने वाले फ़्रीज़ होते हैं — लेकिन ऐसे पते पर पैसा भेजने जा रहे व्यक्ति के लिए व्यावहारिक नतीजा वही है: ट्रांसफ़र पहुँच नहीं सकता।

फ़्रीज़ किए गए पते पर भुगतान की क़ीमत क्या पड़ती है

ट्रांसफ़र on-chain नाकाम हो जाता है। उस पर जो ख़र्च हुआ वह वापस नहीं आता: ऊर्जा — या जला हुआ TRX — कोशिश का पैसा चुकाता है, नतीजे का नहीं।

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

एक भी TRX ख़र्च होने से पहले जाँच कैसे करें

यह सेवा अपने सामान्य प्रवाह के हिस्से के रूप में प्राप्तकर्ताओं की जाँच करती है, और आप सीधे भी पूछ सकते हैं:

curl "https://api.nrg.market/v1/address-check?address=TN3W4H6rK2ce4vX9YnFQHwKENnHjoxb3m9" \
  -H "Authorization: Bearer $KEY"

{"activated": true, "holds_usdt": true, "blacklisted": false, "is_contract": false}

blacklisted ख़ुद वह फ़्रीज़ है, जो चेन से पढ़ी जाती है। बाक़ी तीन फ़ील्ड पड़ोसी सवालों के जवाब देते हैं जो तय करते हैं कि ट्रांसफ़र की क़ीमत क्या पड़ेगी: activated — क्या वह पता on-chain है भी या नहीं; holds_usdt — क्या प्राप्तकर्ता के पास पहले से टोकन खाता है (नहीं तो ट्रांसफ़र को लगभग दोगुनी ऊर्जा चाहिए); is_contract — प्राप्तकर्ता एक स्मार्ट-कॉन्ट्रैक्ट है, जिसकी ऊर्जा की भूख अपनी अलग है।

एक क़ीमत का अनुमान (POST /v1/estimate, एक बार में 500 तक प्राप्तकर्ता) एक ही पास में हर मुश्किल प्राप्तकर्ता को चिह्नित कर देता है — blacklisted, inactive_recipient, contract_recipient — बिना कुछ रोके या ख़र्च किए। जिस ऑर्डर में काली सूची वाला प्राप्तकर्ता नाम लिया जाए उसे सीधे मना कर दिया जाता है, blacklisted_recipient की ग़लती के साथ, किसी भी पैसे के हिलने से पहले: जो ट्रांसफ़र पहुँच ही नहीं सकता वह बेचने लायक़ सेवा नहीं है।

प्रतिबंधों (sanctions) की सूचियाँ टोकन की काली सूची से अलग और व्यापक मामला हैं; यहाँ प्रतिबंधित ठिकानों को कैसे संभाला जाता है, यह स्वीकार्य उपयोग नीति में बताया गया है।

पैसे चुकाने से पहले बैच की जाँच कर लीजिए। GET /v1/address-check एक पते का जवाब देता है और POST /v1/estimate पाँच सौ तक का, और दोनों में से कोई न कुछ रोकता है, न कुछ लेता है। GET /v1/address-check API रेफ़रेंस में है →

जो सवाल हमें असल में मिलते हैं

क्या फ़्रीज़ किए गए पते को दोबारा खोला जा सकता है?

हाँ — वही स्विच दोनों दिशाओं में काम करता है, और Tether ने इसे उस तरह इस्तेमाल भी किया है। यह पूरी तरह जारी करने वाली कंपनी का फ़ैसला है, और पलटना कोई ऐसी बात नहीं जिस पर योजना बनाई जाए — यह अपवाद ही है।

क्या काली सूची TRX या दूसरे टोकन को छूती है?

नहीं। फ़्रीज़ USDT के अनुबंध के भीतर रहता है और सिर्फ़ USDT तक पहुँचता है। वह पता TRX और दूसरे टोकन सामान्य रूप से भेजता-पाता रहता है।

क्या डाउनलोड करने के लिए कोई आधिकारिक सूची है?

यह स्थिति on-chain रहती है, और हर फ़्रीज़ एक सार्वजनिक लेन-देन है। व्यवहार में आप इसे भेजने के पल पर पते के हिसाब से पूछते हैं — यही वह काम है जो GET /v1/address-check करता है — बजाय इसके कि ऐसा स्नैपशॉट डाउनलोड करें जो फ़ौरन पुराना पड़ने लगे।

हमने ऐसे पते पर भेजा था जो बाद में फ़्रीज़ हो गया। क्या हमारा ट्रांसफ़र ख़तरे में है?

पूरा हो चुका ट्रांसफ़र इतिहास है और वह अनहुआ नहीं होता। फ़्रीज़ उस पल से आगे पते को पैसे हिलाने से रोकता है — और ठीक इसीलिए प्राप्तकर्ताओं की जाँच भेजने के पल पर होती है, साल में एक बार नहीं।