USDT की निकासी की on-chain लागत क्या है, और अपनी कैसे तय करें
जो कारोबार TRON पर USDT का भुगतान करता है उसे निकासी का शुल्क तय करना पड़ता है, और आम तौर पर एक न्यूनतम भी। On-chain, हर निकासी भेजने वाले को ऊर्जा की दो मात्राओं में से एक में पड़ती है, 64,285 इकाइयाँ या 130,285 (वही 6.5 TRX और 13.1 TRX जो वॉलेट बताते हैं, जब ऊर्जा जलाई जाती है), और प्राप्तकर्ता का USDT बैलेंस तय करता है कि कौन-सी। फ़्लैट फ़ीस की क़ीमत इन दोनों के किसी मिश्रण के सामने तय करनी होती है, और कोई ख़ास प्राप्तकर्ता कौन-सा आँकड़ा लगवाएगा, यह कुछ भी भेजने से पहले पढ़ा जा सकता है।
दो आँकड़े, और उनमें से एक प्राप्तकर्ता चुनता है
USDT की निकासी USDT अनुबंध के transfer फ़ंक्शन को किया गया कॉल है, और नेटवर्क उस कॉल को ऊर्जा में नापता है। 7 सितंबर 2026 को हमने वही ट्रांसफ़र एक नोड की चेन की अपनी प्रति पर चलाया, कुछ प्रसारित किए बिना, चार तरह के प्राप्तकर्ताओं को। जिस पते के पास पहले से USDT था, उस पर कॉल ने 64,285 इकाइयाँ ख़र्च कीं। जिसके पास कुछ नहीं था, उस पर 130,285। फ़ैसला अकेले बैलेंस ने किया। पता कभी सक्रिय हुआ था या नहीं, इससे कोई फ़र्क़ नहीं पड़ा, और एक इकाई का बैलेंस, यानी वह सबसे छोटी रक़म जो टोकन रख सकता है, छोटे आँकड़े के लिए काफ़ी था (दोनों संख्याएँ कहाँ से आती हैं)।
भेजी गई रक़म का इसमें कोई दख़ल नहीं। 27 अक्टूबर 2026 को हमने कॉल एक भेजने वाले से दो रक़मों पर दोहराया, एक इकाई और एक हज़ार USDT, एक ऐसे प्राप्तकर्ता को जिसके पास USDT था और एक को जिसके पास कुछ नहीं था। चारों जवाब वही दो आँकड़े बनकर लौटे, एक-एक इकाई तक। हमारा जो इकलौता ट्रांसफ़र हमने उसकी रसीद पर नापा, 2 सितंबर 2026 को ऐसे पते को भेजा गया जिसके पास USDT नहीं था, उसने on-chain 130,285 इकाइयाँ ख़र्च कीं, वही आँकड़ा जो कॉल बताते हैं।
| एक USDT ट्रांसफ़र | प्राप्तकर्ता के पास USDT है | प्राप्तकर्ता के पास कुछ नहीं |
|---|---|---|
| ख़र्च हुई ऊर्जा, एक इकाई या एक हज़ार USDT पर | 64,285 इकाइयाँ | 130,285 इकाइयाँ |
| वही ऊर्जा नेटवर्क के 100 sun प्रति इकाई पर जलाई गई | 6.4285 TRX | 13.0285 TRX |
| बिल हुई बैंडविड्थ, लगभग 345 बाइट, मुफ़्त भत्ता ख़त्म होने पर जलती है | 0.345 TRX | 0.345 TRX |
वॉलेट जो गोल आँकड़े बताते हैं, 6.5 TRX और 13.1 TRX, वही जलना है लगभग 65,000 और लगभग 131,000 इकाइयों पर, जो कॉल की ख़र्च की हुई इकाइयों से 715 ऊपर हैं। बैंडविड्थ लेन-देन के आकार पर नापी जाती है, जो प्राप्तकर्ता के पास क्या है इससे नहीं बदलता। हर खाते को रोज़ 600 बाइट मुफ़्त मिलते हैं, जो लगभग एक ट्रांसफ़र को ढकते हैं, इसलिए दिन भर निकासी करने वाला भेजने वाला लगभग हर निकासी के बाइटों का दाम चुकाता है (ऊर्जा बनाम बैंडविड्थ)।
ऊर्जा कहाँ से आती है, यही निचली सीमा तय करती है
जलाए गए आँकड़े उस वॉलेट की लागत हैं जिसके पास कोई ऊर्जा नहीं, जहाँ नेटवर्क हर इकाई के लिए TRX लेता है। भेजने वाला इसके बजाय अपनी ऊर्जा ला सकता है, स्टेक करके या किराए पर लेकर, और निकासी शुल्क की निचली सीमा वही है जो इन तीनों में से भेजने वाला इस्तेमाल करे।
TRX स्टेक करने से खाते को नेटवर्क की ऊर्जा का एक दैनिक हिस्सा मिलता है, और सूत्र एक भाग है, जिसे ऊर्जा के लिए कितना TRX स्टेक करें में हल करके दिखाया गया है। स्टेक का प्रति ट्रांसफ़र कोई दाम नहीं होता। उसकी लागत वह पूँजी है जो वह बाँधता है, जो अनस्टेक करने के चौदह दिन बाद लौटती है, और एक ऐसा भत्ता जो अगले दिन में नहीं जुड़ता: शांत दिन की ऊर्जा दिन के अंत पर चली जाती है।
किराए पर लेना वही ऊर्जा भेजने वाले वॉलेट को कुछ मिनट या एक घंटे के लिए पहुँचाता है। उसके लिए हमारी क़ीमत हर पट्टे की एक क़ीमत है, जो हर कुछ मिनट पर बाज़ार के सामने नए सिरे से निकाली जाती है, इसलिए लाइव आँकड़ा क़ीमतों वाले पन्ने पर है। नीचे की तालिका में API का एक पाठ है, जो 27 अक्टूबर 2026 को 21:47 UTC पर लिया गया।
| एक निकासी की ऊर्जा | प्राप्तकर्ता के पास USDT है | प्राप्तकर्ता के पास कुछ नहीं |
|---|---|---|
| नेटवर्क द्वारा जलाई गई | 6.4285 TRX | 13.0285 TRX |
| यहाँ किराए पर, 27 अक्टूबर 2026, पाँच मिनट का पट्टा | 1.755 TRX | 3.537 TRX |
| यहाँ किराए पर, 27 अक्टूबर 2026, एक घंटे का पट्टा | 1.95 TRX | 3.93 TRX |
| स्टेक की हुई, 7 सितंबर 2026 के पैरामीटरों पर: ऐसी एक निकासी रोज़ ढकने के लिए बँधा TRX, नाममात्र की 65,000 और 131,000 इकाई पर | 6770 TRX | 13645 TRX |
किराए वाली पंक्तियाँ वह typical_price_trx हैं जो GET /v1/tariff ने बिक्री पर मौजूद हर पट्टे के लिए दिया। दोनों पट्टे एक जितनी ऊर्जा पहुँचाते हैं और बस इसमें अलग हैं कि वह वॉलेट पर कितनी देर रहती है। बैंडविड्थ हर पंक्ति के ऊपर उसी तरह जुड़ती है। स्टेक वाली पंक्ति एक बार बँधी पूँजी है, और वह वॉल्यूम के साथ बढ़ती है: रोज़ दस निकासियों को उस स्टेक का लगभग दस गुना चाहिए।
एक फ़्लैट फ़ीस, दो लागतें
निकासी शुल्क आम तौर पर एक संख्या होता है, और उसके नीचे की लागत दो में से एक। फ़्लैट फ़ीस सबसे बुरी स्थिति की क़ीमत लगा सकती है, हर निकासी पर ऐसे शुल्क लेकर जैसे वह ख़ाली बैलेंस को गई हो। यह हर प्राप्तकर्ता को ढकता है, और उस हर एक से बहुत ज़्यादा वसूलता है जिसके पास पहले से USDT था। या वह मिश्रण की क़ीमत लगा सकती है: छोटा आँकड़ा, और उसके ऊपर दोनों के अंतर को उन प्राप्तकर्ताओं के हिस्से से गुणा करके जिनके पास USDT नहीं है। वह हिस्सा औसत तय करता है, और उसे देने वाला सिर्फ़ भुगतान करने वाला ही हो सकता है।
वह हिस्सा हमने नहीं नापा। नीचे की पंक्तियाँ दो बताए गए हिस्सों पर हल किए गए उदाहरण हैं, दस में एक प्राप्तकर्ता और चार में एक, दोनों छोरों के साथ। वे ऊपर के आँकड़ों पर गणित हैं और किसी असली कारोबार का वर्णन नहीं करतीं।
| हल किया उदाहरण: बिना USDT वाले प्राप्तकर्ताओं का हिस्सा | प्रति निकासी जलने वाली ऊर्जा का औसत | पाँच मिनट के पट्टे पर औसत, 27 अक्टूबर 2026 को पढ़ा गया |
|---|---|---|
| एक भी नहीं | 6.4285 TRX | 1.755 TRX |
| दस में एक | 7.0885 TRX | 1.9332 TRX |
| चार में एक | 8.0785 TRX | 2.2005 TRX |
| सभी | 13.0285 TRX | 3.537 TRX |
दस में एक पर, सबसे बुरी स्थिति पर तय किया शुल्क औसत का 1.8 गुना से ज़रा ऊपर वसूलता है। चार में एक पर वह लगभग 1.6 गुना वसूलता है। दोनों कॉलमों के बीच अनुपात मुश्किल से बदलते हैं, क्योंकि दोनों में बड़ा आँकड़ा छोटे का लगभग दोगुना है। मिश्रण की क़ीमत लगाने में उलटा जोखिम है: दस में एक के लिए तय किया शुल्क उस भुगतान-दौर में घाटा देता है जिसमें ज़्यादातर प्राप्तकर्ता बिना USDT के निकलें, और शुल्क में कुछ नहीं दिखाता कि ऐसा हुआ।
भेजने से पहले क़िस्म पढ़ना
POST /v1/estimate 500 तक प्राप्तकर्ता लेता है और हर एक के लिए एक kind लौटाता है: जिस पते के पास USDT है उसके लिए single, जिसके पास कुछ नहीं उसके लिए double, और किसी अनुबंध के लिए custom। हर आइटम में उसका energy_units और price_trx होता है, और जवाब रन के लिए total_trx जोड़ता है, burn_cost_trx के बगल में, यानी वही रन जितना जलाता। कॉल कुछ नहीं रोकता और कुछ नहीं काटता। एक बार में एक पते के लिए GET /v1/address-check expected_kind से जवाब देता है।
दो शुल्कों के साथ, अनुमान तय करता है कि हर निकासी पर कौन-सा लगेगा। एक शुल्क के साथ, एक महीने के अनुमानों में double आइटम गिनने से आपके अपने कारोबार का हिस्सा मिलता है, जो वही संख्या है जिसे ऊपर की तालिका को मानकर चलना पड़ा था। custom आइटम की क़ीमत अनुबंध के अपने transfer के ड्राई रन से निकलती है, इसलिए उसकी ऊर्जा इन दोनों में से कोई आँकड़ा नहीं है और फ़्लैट फ़ीस उसके बारे में कुछ नहीं कहती।
क़िस्म एक पल पर पढ़ी जाती है, और बीच में प्राप्तकर्ता बदल सकता है। जो पता अनुमान के बाद अपना USDT ख़ाली कर दे, निकासी के पहुँचने पर उस पर बड़ा आँकड़ा लगता है, और छोटे आँकड़े भर की ऊर्जा रखने वाला वॉलेट अंतर TRX में जला देता है (वे नाकामियाँ जो कुछ नहीं दिखतीं)। पूरे रन के लिए, एक बार में 500 तक के बैच भुगतान अनुमान और उसके हर प्राप्तकर्ता पर लौटाई चेतावनियों को पूरा खोलता है।
निकासी की न्यूनतम सीमा क्यों होती है
लागत प्रति ट्रांसफ़र है: हमारे कॉलों में एक इकाई और एक हज़ार USDT ने बराबर ऊर्जा खींची। इसलिए उसे ढकने वाला शुल्क हर निकासी पर एक तयशुदा रक़म है, और रक़म के हिस्से के रूप में वह रक़म घटने के साथ बढ़ता है। न्यूनतम निकासी वह रक़म है जिसके नीचे वह हिस्सा इतना बड़ा हो जाता है कि भुगतान करना ही ठीक नहीं। जिस लागत पर न्यूनतम टिकता है उसे चेन तय करती है: ऊपर के दो आँकड़ों में से एक, किसी भी आकार की निकासी के लिए। रेखा कहाँ खिंचे, यह भुगतान करने वाले की पसंद है, और उसके नीचे की निकासी सीधे नामंज़ूर कर दी जाती है।
जो हमने नहीं नापा
हमारे पास बिना USDT वाले प्राप्तकर्ताओं का कोई यथार्थवादी हिस्सा किसी भी कारोबार के लिए नहीं है, हमारे अपने समेत। ऊर्जा के आँकड़े चेन की स्थिति के विरुद्ध बिना प्रसारित किए चलाए गए कॉलों से आते हैं, और उनमें से सिर्फ़ बड़े वाले को हमारी एक रसीद से जाँचा गया है, ऊपर वाला सितंबर का ट्रांसफ़र। दोनों आँकड़े 7 सितंबर और 27 अक्टूबर 2026 को एक ही थे। वे USDT अनुबंध और नेटवर्क की क़ीमतों के गुण हैं, और दोनों में से कोई भी बदल सकता है। किराए की क़ीमतें एक अकेला पाठ हैं, और क़ीमत बाज़ार के साथ चलती है।
अपने अगले भुगतान-दौर पर शुल्क तय करने से पहले देखिए कि हर प्राप्तकर्ता पर दोनों में से कौन-सा आँकड़ा लगेगा, बिना कुछ रोके: POST /v1/estimate में हर प्राप्तकर्ता की क़िस्म →