TRON ऊर्जा सौंपना कैसे चलता है
TRON ऊर्जा सौंपना एक लेन-देन और दो खाता-फ़ील्ड है। जिस पते ने ऊर्जा के लिए TRX स्टेक किया है वह delegateResource कॉल करता है और उसमें एक पाने वाले का नाम लेता है, और उस ब्लॉक से आगे वह पाने वाला ऐसी ऊर्जा ख़र्च कर सकता है जिसके लिए उसने कभी स्टेक किया ही नहीं, जबकि स्टेक करने वाले के पास उसका जमाया हुआ हर TRX वैसे का वैसा रहता है। कुछ भेजा नहीं जाता, पाने वाली तरफ़ कुछ मंज़ूर नहीं होता, कोई कुंजी हाथ नहीं बदलती। पूरा ऊर्जा किराए का बाज़ार इसी तंत्र पर खड़ा है, और आगे जो है वह java-tron के अपने ऐक्चुएटरों से, मेननेट की लाइव रीडिंग से, और 3 और 4 सितंबर 2026 को Nile टेस्टनेट पर किए गए दो लेन-देन वाले प्रयोगों से पढ़ा गया है।
क्या पार जाता है, और क्या ठहरा रहता है
स्टेक किया हुआ TRX मालिक के खाते से कभी बाहर नहीं जाता: सौंपने से वह उसी खाते के भीतर दो ख़ानों के बीच खिसकता है, ऊर्जा के लिए जमाए गए बैलेंस से निकलकर ऊर्जा के लिए सौंपे गए ख़ाने में। TRON Power — यानी वोट का वज़न — दोनों ख़ानों का जोड़ है, इसलिए उधार देने पर स्टेक करने वाले का न कोई वोट जाता है, न वोट की कोई कमाई। 3 सितंबर 2026 को पढ़ा गया एक मेननेट स्टेक करने वाला इसे स्रोत से भी बेहतर दिखाता है: वह 3,080,000 वोट डाल रहा था जबकि बिना सौंपा हुआ उसके पास उसका आधा भी नहीं था, बाक़ी उधार गया हुआ था, और नोड का अपना TRON Power आँकड़ा उसके लिए दोनों ख़ानों का जोड़ ही था।
पाने वाले को सौदे का दूसरा आधा मिलता है: ऊर्जा, और कुछ नहीं। सौंपना पाने वाले खाते पर जो फ़ील्ड लिखता है वह TRON Power की कोई मद नहीं है, इसलिए उधार ली हुई ऊर्जा अपने साथ कोई मत नहीं लाती — उसी रीडिंग में पाने वाले का TRON Power आँकड़ा था ही नहीं, और Nile पर हमारे वाले का भी नहीं था।
पाने वाला खाता क्या दिखाता है
दो संख्याएँ हिलती हैं। acquired_delegated_frozenV2_balance_for_energy सौंपी गई रक़म जितना बढ़ता है, और खाते की ऊर्जा-सीमा उसके साथ बढ़ती है — सौंपे गए TRX को नेटवर्क के TotalEnergyLimit से गुणा करके उसके TotalEnergyWeight से भाग देकर, और बची कसर फेंककर। 3 सितंबर 2026 को दो सौंपने वालों से 31246 TRX सौंपा हुआ रखने वाले एक मेननेट पाने वाले ने 299,638 की ऊर्जा-सीमा दिखाई, जो उस शाम नेटवर्क पर खड़े अनुपात पर ठीक वही गणित है: 180,000,000,000 बटा 18,770,236,993।
और ठीक यहीं ऊर्जा ख़रीदने वाले चौंकते हैं: सौंपना TRX में गिना जाता है, ऊर्जा में नहीं। भाजक पूरे नेटवर्क का स्टेक किया हुआ वज़न है, वह हर ब्लॉक पर हिलता है, और कहीं और नापा गया आँकड़ा साथ नहीं चलता — उसी हफ़्ते वही स्टेक Nile पर मेननेट के मुक़ाबले लगभग 7.7 गुना ऊर्जा के बराबर था।
ताला, और चार इनकार
तयशुदा हाल में सौंपी हुई ऊर्जा किसी भी पल वापस ली जा सकती है। सौंपने वाले कॉल पर लगा lock=true ही उसे रोकता है, और उसके अलावा कुछ नहीं रोकता। वह एक ही पैरामीटर लेता है, lock_period, जो तीन सेकंड के ब्लॉकों में गिना जाता है — ऐसा फ़ील्ड जो पढ़ने में अवधि लगता है और है गिनती, इसलिए 300 सेकंड चाहिए थे सोचकर 300 माँगने पर पंद्रह मिनट मिलते हैं, चुपचाप। शून्य पर छोड़ दिया या लिखा ही नहीं, तो उसका मतलब है 86,400 ब्लॉक: तीन दिन। ऊपरी हद एक चेन-पैरामीटर है, और 3 सितंबर 2026 को मेननेट पर वह 864,000 ब्लॉक, यानी तीस दिन पर खड़ी थी।
ताला बढ़ाया जा सकता है, छोटा कभी नहीं। उसी पाने वाले को दूसरी बार सौंपना तभी मंज़ूर होता है जब उसकी अवधि कम से कम उतनी हो जितना समय अभी बचा है, और तब वह सिर्फ़ नए हिस्से की नहीं, पूरी जमा हुई रक़म की मियाद फिर से बैठा देता है — यानी तालाबंद सौंपी गई ऊर्जा में और जोड़ना नीचे पड़ी हर चीज़ पर दोबारा ताला लगाना है। बाक़ी सब कुछ नेटवर्क मना कर देता है। ये चार जवाब 3 सितंबर 2026 को एक मेननेट नोड से आए, और चौबीस घंटे का जीवित ताला रखने वाली एक जोड़ी पर ताने गए थे; नोड दोनों में से कोई भी कॉल बनाते समय ऐक्चुएटर की अपनी जाँच चलाता है, इसलिए चारों ऐक्चुएटर के अपने जवाब हैं, और कुछ भी न हस्ताक्षरित हुआ न भेजा गया:
- जीवित ताले के ऊपर एक ब्लॉक का ताला —
The lock period for ENERGY this time cannot be less than the remaining time[86241000ms] of the last lock period for ENERGY!, जो बचा हुआ समय गिना देता है, मिलीसेकंड में; - उसी ताले के ऊपर चार घंटे का ताला — बिलकुल वही इनकार। कसौटी यह नहीं कि नया ताला किसी ताज़ा ताले से लंबा हो, कसौटी यह है कि जो बचा है उससे लंबा हो;
- हद से एक ब्लॉक आगे का ताला —
The lock period of delegate resource cannot be less than 0 and cannot exceed 864000!; - ख़ुद वापसी —
insufficient delegateFrozenBalance(Energy), request=1000000, unlock_balance=0। “जितना आपने माँगा उससे कम” नहीं: जब तक ताला टिका है, ताला लगी रक़म कुछ भी नहीं गिनी जाती।
जाँच पास कर लेना ब्लॉक नहीं होता, इसलिए वही सब अपने एक ताले पर भी किया गया। 4 सितंबर 2026 को Nile पर दो प्रयोगों ने ताला लगाया, तुरंत वापसी माँगी, ताले को बीत जाने दिया और फिर माँगा: दोनों बार उसी आख़िरी वाक्य के साथ, अक्षर दर अक्षर, इनकार मिला, और मियाद बीत जाने के बाद दोनों बार मंज़ूरी — पाँच मिनट पर और चार घंटे पर। लंबे वाले प्रयोग ने यह भी तय कर दिया कि इकाई गिनती किसकी है: दोनों लेन-देनों के बीच हेडर की घड़ी तीन-सेकंड वाले 4,801 ख़ाने आगे बढ़ी जबकि ब्लॉक की ऊँचाई 4,785 बढ़ी, यानी सोलह ख़ानों में कोई ब्लॉक बना ही नहीं, और ताला फिर भी अपने चार घंटे पूरे चला। lock_period ब्लॉक-घड़ी के ख़ाने गिनता है, बनने वाले ब्लॉक नहीं।
एक को ख़त्म करना, और यह देखना कि वह ख़त्म हो गया
सौंपने वाला undelegateResource कॉल करता है, और रास्ते में कोई ताला न हो तो काम एक ब्लॉक में हो जाता है। दोनों में से किसी कॉल पर बैंडविड्थ के अलावा कोई शुल्क नहीं लगता — दोनों ऐक्चुएटर अपना दाम शून्य रखते हैं — और इसीलिए ऊर्जा मिनटों की इकाई में बेची जा सकती है। जीवित ताले के सामने न कोई रद्द करना है, न कोई शुल्क जो बाहर निकलने का रास्ता ख़रीद ले; lock=false के साथ दोबारा सौंपना भी रास्ता नहीं, क्योंकि उससे एक अलग पंक्ति लिखी जाती है और ताला लगी पंक्ति वहीं खड़ी रहती है।
ताला ठीक एक ही जगह दिखता है: उस जोड़ी की सौंपने वाली पंक्ति पर, जहाँ expire_time_for_energy मिलीसेकंड में एक समय-मुहर है। कुंजी का न होना मतलब ताला नहीं — आम किराया बेचने वाले की सौंपी हुई ऊर्जा ऐसी ही दिखती है, और 3 सितंबर 2026 को पढ़े गए एक मेननेट पूल की पंक्तियों पर मियाद वाली कुंजी थी ही नहीं। उस संख्या को निकालने की जगह पढ़िए: ऐक्चुएटर उस पर पिछले ब्लॉक के हेडर से मुहर लगाता है, इसलिए ख़ुद सौंपने वाले ब्लॉक से की गई गणना एक ब्लॉक चूक जाती है, और लेन-देन की समय-मुहर से की गई हर बार अलग-अलग चूकती है। Nile के दोनों प्रयोगों में जमा किया गया मान पहले नियम पर मिलीसेकंड तक मिला, और बाक़ी दोनों में से किसी पर नहीं।
जब सौंपना ख़त्म होता है तो पाने वाले के वे दो फ़ील्ड शून्य नहीं होते — वे जवाब से ग़ायब हो जाते हैं, और सौंपने वाली पंक्ति ख़ाली लौटती है। जो कुछ भी खाते को बार-बार पूछता रहता है उसे ग़ायब को शून्य मानना पड़ेगा, वरना वह ऐसी ऊर्जा दिखाता रहेगा जो मिनटों पहले अपने मालिक के पास लौट चुकी है।
पाने वाला वॉलेट कुछ भी हस्ताक्षर क्यों नहीं करता
यह सब सौंपने वाले की तरफ़ होता है: पाने वाले का नाम लेन-देन में आता है, उसके खाते पर एक फ़ील्ड लिखा जाता है, और मानने, मंज़ूर करने या जोड़ने को कुछ है ही नहीं — और इसी वजह से सौंपना उस वॉलेट में रखी चीज़ों तक पहुँच भी नहीं सकता। दो शर्तें उल्टी दिशा में इशारा करती हैं: पते का पहले से खाते के रूप में मौजूद होना ज़रूरी है, और उसका अनुबंध न होना, जिसे ऐक्चुएटर सीधे मना कर देता है। यही वह बात है जो ऊर्जा को API से किराए पर देने लायक़ बनाती है (ऊर्जा है क्या, और आती कहाँ से है)।
किराया इसके ऊपर क्या बनाता है
ऊर्जा बेचने वाला एक ऐसा खाता है जिसके पास स्टेक है और सौंपने की आदत: वह एक अवधि के लिए आपके भेजने वाले वॉलेट को ऊर्जा सौंप देता है, आप वह ऊर्जा एक USDT ट्रांसफ़र पर ख़र्च करते हैं, और वह सौंपी हुई ऊर्जा वापस ले लेता है। अवधि हर बेचने वाले की अपनी है; हमारी 300 सेकंड है, क्योंकि ट्रांसफ़र सेकंडों में हो जाता है। ऑर्डर का जवाब send_before लेकर आता है — वह पल जब डिलीवरी की खिड़की बंद होती है, उस अवधि से तीन सेकंड पहले — और योजना उसी फ़ील्ड के हिसाब से बनानी है, दीवार की घड़ी के हिसाब से नहीं।
अवधि चलते-चलते यह सब दिखता रहता है, और सार्वजनिक चेन पर किराए पर लेने का काम का हिस्सा यही है: भेजने वाले वॉलेट पर सौंपने का लेन-देन, उस पर बढ़ी हुई ऊर्जा-सीमा, और दोनों पतों के बीच वह पंक्ति, जो सौंपने की हालत पढ़ने वाले किसी भी एक्सप्लोरर पर दिखती है। ऊर्जा या तो पते पर है या नहीं है, और शुल्क पहली वाली बात का लगता है (अभी उसका दाम क्या है)। जो वॉलेट पूरे दिन भेजता रहता है, वह यही तंत्र एक तयशुदा क्रम पर है: Auto-refill का एक नियम हर ट्रांसफ़र के बाद उसे फिर भर देता है, बजाय इसके कि आपसे ऑर्डर देने को कहा जाए।
दो बातें हमने नापी नहीं हैं, और दोनों खुले में रहनी चाहिए। एक यह कि पाने वाले खाते की अपनी स्टेकिंग उस पर खड़ी सौंपी हुई ऊर्जा के साथ क्या करती है: अगर पाने वाला बीच अवधि में स्टेक हटाता है या आगे सौंपता है, तो ऐक्चुएटर का कोड बताता है कि यहाँ कुछ मिलने को है, और हमने वह चलाया नहीं। दूसरी है ऊपर से और जोड़ना: स्रोत और TIP-542 दोनों कहते हैं कि मंज़ूर हुआ दूसरा सौंपना नीचे पड़ी पूरी रक़म पर दोबारा ताला लगा देता है, और हमने वैसा एक भी नहीं चलाया।