ब्लॉग · 2 नवंबर 2026

पाँच मिनट या एक घंटा: TRON ऊर्जा का पट्टा चुनना

हम TRON ऊर्जा दो पट्टों पर बेचते हैं, 300 सेकंड और 3,600 सेकंड। दोनों एक ही ट्रांसफ़र के लिए एक जितनी ऊर्जा पहुँचाते हैं, और दोनों की क़ीमत पूरे पट्टे के लिए प्रति ऊर्जा इकाई तय होती है। घंटे वाला पट्टा वह ऊर्जा पते पर ज़्यादा देर रखता है। पाँच मिनट उस सॉफ़्टवेयर के लिए ठीक हैं जो संकेत मिलते ही भेजता है, और अतिरिक्त समय का दाम तब देने लायक़ है जब ऊर्जा के पहुँचने और ट्रांसफ़र के निकलने के बीच कोई इंसान या लंबा बैच खड़ा हो।

पट्टा यानी ऊर्जा की एक मात्रा और एक अवधि

ऑर्डर में ट्रांसफ़र का नाम होता है और, अगर डिफ़ॉल्ट पाँच मिनट से कुछ और चाहिए, तो एक duration_s। ऊर्जा ट्रांसफ़र से तय होती है: लगभग 65,000 इकाइयाँ जब प्राप्तकर्ता के पास पहले से USDT है, लगभग 131,000 जब उसके पास कुछ नहीं। पट्टा उस मात्रा को नहीं बदलता। क़ीमत पट्टे से तय होती है: current_price_sun वह है जो एक इकाई का पूरी अवधि के लिए पड़ता है, इसलिए घंटे की क़ीमत एक घंटे रखी गई इकाई की क़ीमत है, बारह से गुणा करने को कुछ नहीं।

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

खिड़की यानी पट्टा, तीन सेकंड घटाकर

ऊर्जा के भेजने वाले पते पर पक्की हो जाने के बाद, ऑर्डर में send_before आता है। पाँच मिनट के पट्टे पर वह पुष्टि के 297 सेकंड बाद है, घंटे वाले पर 3,597। तीन सेकंड हर पट्टे पर एक जैसे हैं, और वे बस इतना करते हैं कि खिड़की पट्टे से पहले बंद हो जाए। नेटवर्क पट्टा उस ब्लॉक से शुरू करता है जिसमें सौंपना आया था, हम खिड़की तब शुरू करते हैं जब हम उस सौंपने को पक्का होते देखते हैं, और दोनों के बीच का फ़ासला आम तौर पर तीन सेकंड से लंबा होता है। किसी भी खिड़की के बिलकुल आख़िर में भेजा गया ट्रांसफ़र तब पहुँच सकता है जब ऊर्जा घर लौट चुकी हो, और पूरा शुल्क TRX में जला दे।

वह फ़ासला दोनों पट्टों पर एक ही आकार का है। पाँच मिनट पर वह 297 सेकंड में से कटता है, घंटे पर 3,597 में से, और नियम वही रहता है: order.ready webhook पर भेजिए या उस पहली पूछताछ पर जो send_before दिखाए, और समय-सीमा से काफ़ी दूर रहिए।

बैच की एक ही समय-सीमा होती है। वह ऑर्डर में पक्के हुए आख़िरी सौंपने से गिनी जाती है, और वह उससे देर की नहीं हो सकती जितनी पहली सफल ख़रीद इजाज़त देती है, क्योंकि ऊर्जा ख़रीदे जाने से पहले शुरू नहीं हो सकती। हम लगभग एक सेकंड प्रति पोज़ीशन की रफ़्तार से ख़रीदते हैं, और जिन पोज़ीशनों तक हम तब पहुँचते हैं जब खिड़की में तीस सेकंड से कम बचे हों, वे ख़रीदी नहीं जातीं: वे failed पर बंद होती हैं, purchase_failed के साथ, और उनकी रोकी गई राशि लौट आती है। पाँच मिनट के पट्टे पर इससे बड़ा बैच लगभग उसके 269वें ट्रांसफ़र पर कट जाता है। घंटे पर 500 का पूरा बैच खिड़की का ज़्यादातर हिस्सा बचाकर समा जाता है।

एक घंटा क्या ख़रीदता है

सबसे सीधा इस्तेमाल उन ट्रांसफ़रों का सेट है जो आप घंटे भर के भीतर भेजेंगे, पर सब एक साथ नहीं। भुगतान का वह दौर जो मंज़ूरियाँ आने के साथ निकलता है, या वह कतार जिसे आपका अपना कोड अपनी रफ़्तार से ख़ाली करता है, उसे घंटे वाले पट्टे पर एक बैच के रूप में ऑर्डर किया जा सकता है। हर ट्रांसफ़र की ऊर्जा भेजने वाले वॉलेट पर एक साथ पहुँचती है, और हर ट्रांसफ़र तब निकलता है जब वह तैयार हो। उतना ही ऑर्डर कीजिए जितना भेजेंगे। जिस पोज़ीशन की खिड़की बिना इस्तेमाल बंद हो जाती है वह expired पर ख़त्म होती है और उसका शुल्क लगता है, क्योंकि ऊर्जा पहुँचाई गई थी और पूरी खिड़की भर रखी रही।

घंटा उस भेजने को भी ढकता है जो किसी इंसान का इंतज़ार करता है। mode A में आप ट्रांसफ़र पर ख़ुद हस्ताक्षर करते हैं और ख़ुद प्रसारित करते हैं, और ऑर्डर कभी नहीं देखता कि उस पर हस्ताक्षर कैसे हुए: हार्डवेयर वॉलेट और दूसरा मंज़ूर करने वाला, दोनों के लिए गुंजाइश है। पाँच मिनट में मंज़ूर करने वाले के लिए बहुत कम जगह बचती है, और एक घंटे में काफ़ी। Mode B दूसरे मंज़ूर करने वाले को नहीं ढो सकता, क्योंकि वह Permission_id 0 पर मालिक का एक हस्ताक्षर स्वीकार करता है और मल्टीसिग को मना करता है।

Mode B को घंटे की सबसे कम ज़रूरत है, बहुत पहले से हस्ताक्षर किए गए लेन-देन के लिए भी। वहाँ आप हमें हस्ताक्षरित ट्रांसफ़र सौंपते हैं, और हम उसे उसी चक्कर में प्रसारित कर देते हैं जिसमें ऊर्जा तैयार चिह्नित होती है, इसलिए अकेले एक ट्रांसफ़र को लंबी खिड़की से कुछ नहीं मिलता। खिड़की पर लेन-देन के अपने समाप्ति-समय की भी सीमा लगती है, तीस सेकंड घटाकर। इसलिए घंटा mode B के ऑर्डर की मदद तभी करता है जब बैच को ख़रीदने में पाँच मिनट से ज़्यादा लगे और उसके लेन-देन उससे लंबे जीने के लिए हस्ताक्षरित हों। ऐसा हो सकता है: हम ऐसा समाप्ति-समय स्वीकार करते हैं जो लेन-देन के हम तक पहुँचने के बाद 23 घंटे 59 मिनट तक का हो। TRON ऊर्जा API असल में क्या करता है अनुरोध से शुरू करके mode B को पूरा दिखाता है।

131,000 इकाइयों से ऊपर की मात्रा (energy_units) का ऑर्डर घंटे वाला ही लेना होगा। ऐसी पोज़ीशन कई बेचने वालों से टुकड़ों में ख़रीदी जाती है, और हर टुकड़े का पट्टा उसके अपने सौंपने से चलता है, इसलिए पाँच मिनट पर पहला टुकड़ा ख़त्म होने लगता जबकि आख़िरी अब भी पहुँच रहा होता। छोटे पट्टे को 400 invalid_request के साथ ठुकरा दिया जाता है, details.reason है bulk_needs_longer_lease।

घंटे का दाम पाँच मिनट के मुक़ाबले क्या रहा

बाज़ार का ज़्यादातर हिस्सा घंटा बेचता है। 7 सितंबर 2026 को हमारी निगरानी ने जो सत्रह क़ीमत-सूचियाँ पढ़ीं, उनमें सोलह ने एक घंटा बताया। हमारे दोनों पट्टों में से हर एक की अपनी क़ीमत है, जो बाज़ार के सामने नए सिरे से निकाली जाती है, इसलिए कोई भी दूसरे से नहीं निकलती। GET /v1/tariff/history हर अनुरोध पर एक पट्टे का चार्ट देता है, और range=30d के साथ वह उन क़ीमतों के 720 घंटेवार बिंदु लौटाता है जिन पर हमने बेचा। हमने दोनों शृंखलाएँ 27 अक्टूबर 2026 को पढ़ीं और उन्हें घंटे-दर-घंटे मिलाया।

घंटे वाले पट्टे का दाम ज़्यादातर घंटों में ज़्यादा रहा और कुछ में कम, और पूरे महीने में दोनों पास-पास निकले। प्रीमियम हफ़्ते-दर-हफ़्ते हिलता रहा, और चार में से एक हफ़्ते में घंटा सस्ता निकला। उस महीने का ज़्यादातर हिस्सा क़ीमतों की पहले वाली दैनिक सारणी पर बिका, और 26 अक्टूबर को उसकी जगह हर पट्टे की एक क़ीमत ने ले ली। आख़िरी पंक्ति उसी दिन 00:00 UTC से शुरू होती है, इसलिए उसके पहले घंटों में अब भी वह सारणी हो सकती है, और दो दिन इतने कम हैं कि कहा नहीं जा सकता यह फ़ासला टिकेगा या नहीं।

इतिहास दर्ज करता है कि हमने किस भाव पर बेचा, और अगले घंटे के बारे में कोई वादा नहीं करता। दोनों पट्टों की आज की क़ीमतें क़ीमतों वाले पन्ने पर हैं, और products[] — GET /v1/tariff के जवाब में — वही आँकड़े लौटाता है। TRON ऊर्जा कब सबसे सस्ती होती है इसी इतिहास को दिन के घंटों के आर-पार पढ़ती है।

पट्टा चुनना

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

अपने कोड से हर बार पट्टे products[] से पढ़वाइए। उत्पाद बिना किसी रिलीज़ के बिक्री पर आते-जाते रहते हैं: एक दिन का पट्टा 25 अक्टूबर 2026 को बिक्री से हट गया, और जो ऑर्डर या अनुमान ऐसे पट्टे का नाम ले जो बिक्री पर नहीं है, उसे 400 invalid_request मिलता है, और जो पट्टे बिक्री पर हैं वे details.allowed में होते हैं। पट्टा ऑर्डर की बॉडी का हिस्सा है, इसलिए उसी idempotency कुंजी के साथ अलग duration_s पर दोबारा कोशिश को 409 idempotency_conflict के साथ ठुकरा दिया जाता है और कुछ नहीं बनता।

जो वॉलेट दिन भर भेजता रहता है, उसे दोनों में से कोई पट्टा नहीं जमता, और घंटे से लंबा कुछ बिक्री पर नहीं है। उसी के लिए Auto-refill का नियम बना है: आप एक पता और एक दैनिक बजट देते हैं, और वॉलेट अपने हर ट्रांसफ़र के बाद फिर भर दिया जाता है।

जो हमने नहीं नापा

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

चुनने से पहले उसी बैच का दाम दोनों पट्टों पर निकालिए, बिना कुछ रोके: POST /v1/estimate में duration_s जाता है →