वॉलेट को USDT भेजने के लिए कितना TRX चाहिए
TRON पर USDT भेजने वाले वॉलेट को दो संख्याएँ सही रखनी होती हैं, और उन्हें एक-दूसरे से गड़बड़ा लेना आसान है। एक है शुल्क: ट्रांसफ़र खाते से जितना लेता है। दूसरी है वह TRX जो खाते में होना चाहिए, और वह सीमा जो लेन-देन को साथ लेकर चलनी चाहिए, ताकि ट्रांसफ़र पूरा हो सके। वॉलेट पर ऊर्जा हो तो उसे TRX सिर्फ़ बाइटों के लिए चाहिए: दिन के पहले ट्रांसफ़र के लिए कुछ नहीं, उसके बाद हर एक के लिए लगभग 0.345 TRX। ऊर्जा न हो तो उसे USDT रखने वाले प्राप्तकर्ता को भेजे हर ट्रांसफ़र के लिए 6.5 TRX चाहिए और USDT न रखने वाले को भेजे हर ट्रांसफ़र के लिए 13.1 TRX, और उतने ही बाइट अलग से। दोनों सूरतों में लेन-देन के fee_limit को पूरी जलने वाली रक़म तक पहुँचना होगा। जो वॉलेट शुल्क भर के पैसे से भरा है और दूसरी संख्या से कम पड़ता है, वह ऐसे नाकाम होता है जिसमें TRX फिर भी कटता है।
नोड दो सीमाओं में से छोटी वाली लेता है
USDT भेजना एक स्मार्ट कॉन्ट्रैक्ट में कॉल है, और कॉल चलने से पहले नोड तय करता है कि वह कितनी ऊर्जा ख़र्च कर सकता है। वह दो आँकड़े निकालता है और छोटा वाला लेता है। पहला वह है जो खाता चुका सकता है: उसके पास पहले से जितनी ऊर्जा है, और उसके ऊपर उतनी इकाइयाँ जितनी उसका TRX प्रोटोकॉल की दर 100 sun प्रति इकाई पर ख़रीद सके। दूसरा वह है जो लेन-देन इजाज़त देता है: उसका fee_limit, उसी 100 sun से भाग देकर।
इससे दो नियम निकलते हैं। खाते के TRX को वह सारी ऊर्जा ढकनी होगी जो ट्रांसफ़र जलाएगा, क्योंकि जलने वाली रक़म से कम बैलेंस कॉल को उसकी ज़रूरत से नीचे रोक देता है। और fee_limit को उस जलने वाली रक़म की इजाज़त देनी होगी, क्योंकि कम सीमा कॉल को उतनी ही सख़्ती से रोकती है, चाहे उसके पीछे कितना भी TRX पड़ा हो। किसी भी एक में कमी रही तो कॉल बीच में OUT_OF_ENERGY के साथ रुक जाता है, और रास्ते में जो TRX जल चुका वह जला ही रहता है (उस नतीजे का मतलब)।
दूसरा आँकड़ा उन वॉलेट को पकड़ता है जो ऊर्जा किराए पर लेते हैं या स्टेक करते हैं। नोड खाते के पास पहले से मौजूद ऊर्जा को भी fee_limit के सामने गिनता है, ठीक वैसे ही जैसे वह उस TRX को गिनता है जो वह जलाएगा। बिना fee_limit के हस्ताक्षर किया गया लेन-देन शून्य की सीमा लेकर चलता है, और शून्य की सीमा कॉल को कोई भी ऊर्जा ख़र्च नहीं करने देती, न सौंपी हुई, न जलाई हुई। वॉलेट की अपनी चेतावनी कुछ भी कहे, नोड यही हिसाब लगाता है: खाते की अपनी ऊर्जा कॉल को नहीं ढकेगी, नोड बाक़ी के लिए TRX जलाएगा, और ट्रांसफ़र तभी पूरा होता है जब बैलेंस और सीमा दोनों वहाँ तक पहुँचें।
मेननेट पर एक वॉलेट के तीन प्रयास
नियम का fee_limit वाला पक्ष मेननेट पर देखा जा सकता है। 6 अक्टूबर 2026 को, USDT अनुबंध का सार्वजनिक रिकॉर्ड खंगालते हुए, हमें एक भेजने वाला मिला जिसने चालीस मिनट से भी कम में वही ट्रांसफ़र तीन बार आज़माया। ट्रांसफ़र को 130,285 इकाई ऊर्जा चाहिए थी, यानी उस प्राप्तकर्ता का आँकड़ा जिसके पास USDT नहीं है, और खाते के पास अपनी कोई ऊर्जा नहीं थी, इसलिए हर इकाई TRX जलाकर ख़रीदनी पड़ी। हर पंक्ति उसी लेन-देन का अपना रिकॉर्ड है।
| प्रयास, 6 अक्टूबर 2026 | fee_limit | नतीजा | ख़र्च हुई ऊर्जा | कटा TRX |
|---|---|---|---|---|
| पहला | 1.1 TRX | OUT_OF_ENERGY | 11,000 इकाइयाँ | 1.1 TRX |
| दूसरा | कोई नहीं | OUT_OF_ENERGY | 0 इकाइयाँ | 0.339 TRX |
| तीसरा | 13.046 TRX | SUCCESS | 130,285 इकाइयाँ | 13.3735 TRX |
पहला प्रयास ठीक 11,000 इकाई पर रुका, जो उसके fee_limit को 100 sun से भाग देने पर आता है। खाता इससे ज़्यादा चुका सकता था: तीसरे प्रयास में उसने जलने वाली पूरी रक़म चुकाई, और उसके रिकॉर्ड में बीच में कोई TRX आता नहीं दिखता। दूसरे प्रयास में कोई fee_limit नहीं था, और उसकी रसीद अनुबंध के पहले निर्देश पर शून्य की सीमा बताती है। उसने कोई ऊर्जा ख़र्च नहीं की, कोई USDT नहीं हिलाया, और फिर भी अपने बाइटों का दाम चुकाया। तीसरे पर जलने वाली रक़म से ज़रा ऊपर का fee_limit लगाकर हस्ताक्षर किए गए थे और वह पूरा हो गया।
वह भेजने वाला अपवाद था। उसी दोपहर हमने लगातार 12,000 USDT कॉल गिने, और उनमें हर एक में fee_limit था।
fee_limit कितना रखें
fee_limit उस ऊर्जा की ऊपरी सीमा तय करता है जो कॉल इस्तेमाल कर सकता है, रखी हुई या जलाई हुई, और अपने आप कुछ नहीं काटता। जिस ट्रांसफ़र की ऊर्जा वॉलेट पर पहले से है वह उसमें से कुछ नहीं जलाता, इसलिए जिस वॉलेट के पास अपनी ऊर्जा है उस पर उदार सीमा मुफ़्त है। जो मान ट्रांसफ़र को कभी बीच में नहीं रोकता, वह जलने वाली बड़ी रक़म है, 13.1 TRX। 6.5 TRX की सीमा तभी तक काफ़ी है जब तक ट्रांसफ़र के पहुँचने के समय प्राप्तकर्ता के पास USDT हो, और ख़ाली बैलेंस वाले प्राप्तकर्ता पर बड़ा आँकड़ा लगता है, चाहे उसके पास कभी USDT रहा हो या नहीं (दोनों आँकड़े कहाँ से आते हैं)। ट्रांसफ़र की ज़रूरत से कम सीमा कॉल को तब भी रोक देती है जब वॉलेट के पास उसकी पूरी ज़रूरत भर की ऊर्जा हो, क्योंकि नोड उस ऊर्जा को भी सीमा के सामने गिनता है।
जब हम आपके लिए एक हस्ताक्षरित ट्रांसफ़र प्रसारित करते हैं, mode B में, तो कोई भी ऊर्जा ख़रीदे जाने से पहले उसे इसी नियम पर कसते हैं। जो fee_limit नेटवर्क की मौजूदा क़ीमत पर ट्रांसफ़र की ऊर्जा नहीं चुका सकता, उसे 400 invalid_request के साथ ठुकरा दिया जाता है, और details.reason में fee_limit_too_low रहता है। उसी एक ट्रांसफ़र का अनुमान उसका जलने वाला TRX burn_cost_trx के रूप में लौटाता है, और कम से कम उतनी ऊँची सीमा हमेशा पास हो जाती है।
सीमा सबसे ज़्यादा उस ट्रांसफ़र पर मायने रखती है जिसकी लागत दाम आँके जाने के बाद बदल जाती है। जिस प्राप्तकर्ता के पास आपके जाँचते समय USDT था, और ट्रांसफ़र के पहुँचने तक जिसने अपना बैलेंस ख़ाली कर दिया, उस पर बड़ा आँकड़ा लगता है। अगर वॉलेट के पास छोटे आँकड़े भर की ऊर्जा है, तो नोड अंतर TRX से जलाता है। बैलेंस को वह अंतर ढकना होगा, और fee_limit को पूरा बड़ा आँकड़ा ढकना होगा, क्योंकि वॉलेट के पास जो ऊर्जा थी वह भी उसके सामने गिनी जाती है। किसी भी एक में कमी रही तो ट्रांसफ़र OUT_OF_ENERGY के साथ रुक जाता है, और रास्ते में जो जल चुका वह जला ही रहता है।
वॉलेट पर ऊर्जा हो तो बैंडविड्थ ही बचती है
ऊर्जा अनुबंध कॉल का दाम चुकाती है, और किसी चीज़ का नहीं। लेन-देन के बाइट अलग से, बैंडविड्थ के रूप में, नापे जाते हैं (दोनों मीटर आमने-सामने)। हर खाते को रोज़ 600 बाइट बैंडविड्थ मुफ़्त मिलती है, जो लगभग एक USDT ट्रांसफ़र को ढक देती है। उसके आगे नेटवर्क हर लेन-देन पर लगे पूरे बैंडविड्थ बिल के लिए TRX जलाता है, ऊर्जा की दर से दस गुना पर: एक बाइट का दाम वही है जो दस इकाई ऊर्जा का।
एक USDT ट्रांसफ़र पर कुछ सौ बाइट बैंडविड्थ का बिल बनता है। 2 सितंबर 2026 को हमने जो भेजा और नापा, उस पर 345 का बना, और ऊपर के तीन प्रयासों पर 339 से 345 के बीच। इसलिए दिन के पहले ट्रांसफ़र पर मुफ़्त भत्ता ख़त्म हो जाने के बाद, हर आगे का ट्रांसफ़र अपने बाइटों का दाम TRX में चुकाता है, चाहे उसकी ऊर्जा किराए की हो, स्टेक की हो या जलाई गई हो। जिस वॉलेट में TRX बिलकुल नहीं है, वह भी दिन का अपना पहला ट्रांसफ़र सौंपी हुई ऊर्जा पर भेज सकता है, बाइटों का दाम मुफ़्त भत्ता चुकाता है; दूसरे के लिए खाते में TRX चाहिए (TRX रखे बिना भेजना)।
ट्रांसफ़र से बाहर के शुल्क
भेजने वाले वॉलेट का on-chain मौजूद होना ज़रूरी है, उससे पहले उसे ऊर्जा सौंपी नहीं जा सकती (सक्रिय करना क्या है), और जिस पते को नेटवर्क ने कभी देखा नहीं उसे TRX भेजना ही उसका खाता बनाता है। दो चेन पैरामीटर खाता बनाने का दाम तय करते हैं। हमने कोई पता सक्रिय करके यह नहीं देखा कि ऐसा एक ट्रांसफ़र उनमें से पहले अकेले को चुकाता है या दोनों को, इसलिए तालिका में दोनों दिए हैं, और उनका जोड़ ही वह रक़म है जो इसके लिए रखनी चाहिए। दो और पैरामीटर लेन-देन पर मेमो का और मल्टीसिग अनुमति के तहत हस्ताक्षर हुए लेन-देन का दाम तय करते हैं। खाता सक्रिय करने के उलट, ये दोनों हर उस लेन-देन पर लगते हैं जिसमें मेमो या मल्टीसिग अनुमति हो, इसलिए इस तरह हस्ताक्षर करने वाला हॉट वॉलेट नीचे की तालिका में गिने हर ट्रांसफ़र में वह पैरामीटर जोड़ता है। हमने इनमें से कोई नहीं भेजा, और उन पंक्तियों में पैरामीटर है, नापा हुआ कुछ नहीं।
| चेन पैरामीटर, 3 सितंबर 2026 को पढ़ा गया | किसका दाम तय करता है | मान |
|---|---|---|
getEnergyFee | जलाई गई ऊर्जा की एक इकाई | 100 sun |
getFreeNetLimit | खाते को रोज़ मिलने वाली मुफ़्त बैंडविड्थ | 600 बाइट |
getTransactionFee | मुफ़्त भत्ते के आगे बैंडविड्थ का एक बाइट | 1,000 sun |
getCreateNewAccountFeeInSystemContract | सिस्टम अनुबंध में नया खाता बनाना | 1 TRX |
getCreateAccountFee | खाता बनाना | 0.1 TRX |
getMemoFee | लेन-देन पर मेमो | 1 TRX |
getMultiSignFee | मल्टीसिग लेन-देन | 1 TRX |
एक दिन के ट्रांसफ़रों का बफ़र
सब मिलाकर, भेजने वाला वॉलेट दिन भर में जितना TRX ख़र्च करता है, वह इस पर निर्भर है कि उसकी ऊर्जा कहाँ से आती है और, जब वह जलाता है, तो किस तरह के प्राप्तकर्ता को भुगतान करता है। नीचे की तालिका मानती है कि हर ट्रांसफ़र पर 345 बाइट बैंडविड्थ का बिल बनता है, मुफ़्त भत्ता दिन के पहले ट्रांसफ़र पर ख़र्च हो जाता है, और पैरामीटर ऊपर वाले हैं। जो वॉलेट जलाता है वह हर ट्रांसफ़र पर 6.5 TRX या 13.1 TRX ऊर्जा का चुकाता है, और दूसरे ट्रांसफ़र से बाइटों का भी। जिस वॉलेट पर ऊर्जा है वह सिर्फ़ बाइट चुकाता है।
| प्रतिदिन ट्रांसफ़र | वॉलेट पर ऊर्जा, किराए की या स्टेक की | ऊर्जा नहीं, प्राप्तकर्ताओं के पास USDT है | ऊर्जा नहीं, प्राप्तकर्ताओं के पास USDT नहीं |
|---|---|---|---|
| 1 ट्रांसफ़र | 0 TRX | 6.5 TRX | 13.1 TRX |
| 10 ट्रांसफ़र | 3.105 TRX | 68.105 TRX | 134.105 TRX |
| 100 ट्रांसफ़र | 34.155 TRX | 684.155 TRX | 1344.155 TRX |
| ऊपर से, उस एक प्राप्तकर्ता के लिए जो दाम आँके जाने के बाद अपना USDT ख़ाली कर दे | 6.6 TRX | 6.6 TRX | 0 TRX |
किराए की ऊर्जा का दाम हमारे यहाँ आपके बैलेंस से चुकाया जाता है, और प्रति ट्रांसफ़र उसकी क़ीमत क़ीमतों वाले पन्ने पर है। स्टेक की ऊर्जा की लागत वह TRX है जो उसे बनाने में बँधा है, जो इस तालिका से बाहर है (स्टेक बनाम किराया)। रोज़ का आँकड़ा वह है जो दिन में एक बार की भराई को वॉलेट पर छोड़ना होता है। किसी भी एक ट्रांसफ़र से पहले की न्यूनतम रक़म छोटी है: उस ट्रांसफ़र का जलने वाला TRX, अगर वह जलाता है, और उसके बाइट।
आख़िरी पंक्ति उस ऊर्जा की गुंजाइश है जो छोटे आँकड़े पर ख़रीदी गई हो। Auto-refill हर ट्रांसफ़र के बाद वॉलेट को फिर लगभग 131,000 इकाई तक भर देता है, जो दोनों तरह के प्राप्तकर्ता के लिए काफ़ी है, इसलिए ऐसे वॉलेट पर वह प्राप्तकर्ता, जिसे आख़िर में बड़े आँकड़े की ज़रूरत निकलती है, ऊर्जा में ढका रहता है और गुंजाइश शून्य हो जाती है (Auto-refill कैसे काम करता है)। ऊर्जा का स्रोत कुछ भी हो, fee_limit को ट्रांसफ़र की पूरी ऊर्जा फिर भी ढकनी होगी, जो उस प्राप्तकर्ता के लिए 13.1 TRX है जिसके पास ट्रांसफ़र के पहुँचने पर USDT न हो।
हमने यह नहीं नापा कि मुफ़्त भत्ता दिन भर में कितनी तेज़ी से लौटता है; तालिका मानती है कि सिर्फ़ दिन का पहला ट्रांसफ़र उस पर सवार होता है, इसलिए जो वॉलेट अपने ट्रांसफ़र दूर-दूर फैलाता है उसके लिए बैंडविड्थ के आँकड़े ऊपरी सीमा हैं।
हर ट्रांसफ़र की सीमा उस जलने वाले TRX से तय कीजिए जिस पर नोड उसे कसेगा: API रेफ़रेंस में POST /v1/estimate और उसका burn_cost_trx →