Leader Slot जानकारी API दस्तावेज़
Leader Slot जानकारी (getLeaderSlots) API क्या है?
getLeaderSlots एक विस्तारित Solana RPC method है जो validator पहचान, stake भार, नेटवर्क endpoint मेटाडेटा, अनुमानित leader स्थान और संदर्भ latency मापों के साथ आगामी leader slot रिकॉर्ड लौटाता है। यदि आपके पास ERPC उपयोग Credits (API Token) हैं, तो आप इसे एक मानक Solana RPC method के समान प्रारूप में कॉल कर सकते हैं।यह API प्रदान करता है:
- अनुरोधित slot से शुरू होने वाला leader validator शेड्यूल
- प्रत्येक leader validator के लिए
stakeWeight - अनुमानित leader क्षेत्र, शहर, देश, निर्देशांक, ASN संगठन और समय क्षेत्र
pingToLeadersके माध्यम से ERPC observation क्षेत्रों से संदर्भ ping माप
Endpoint और Request Body उदाहरण
endpoint
params में आरंभिक slot संख्या निर्दिष्ट करें।json
उदाहरण (HTTP)
bash
उदाहरण प्रतिक्रिया (JSON)
वर्तमान प्रतिक्रिया रिकॉर्ड को
result.data[] में लपेटती है। result.total दर्शाता है कि कितने रिकॉर्ड लौटाए गए। नीचे दी गई data[] array को इस अनुरोध के 100 रिकॉर्ड में से तीन तक संक्षिप्त किया गया है। पहली entry में सभी सात ERPC observation क्षेत्रों के pingToLeaders दिखाए गए हैं; शेष entries को पठनीयता के लिए एक क्षेत्र तक सीमित किया गया है।json
प्रतिक्रिया फील्ड
Leader Slots का दृश्यीकरण
उसी प्रतिक्रिया को slot-दर-slot परिचालन टाइमलाइन के रूप में देखा जा सकता है। यह उदाहरण Frankfurt को observation बिंदु के रूप में उपयोग करता है।
यह दृश्य उपयोगी है क्योंकि Solana वैश्विक है। पारंपरिक HFT के विपरीत, जहाँ मुख्य लक्ष्य अक्सर एक मैचिंग इंजन के निकट बैठना होता है, Solana leaders दुनिया भर के validator में घूमते रहते हैं। leader शेड्यूल बदलने के साथ सबसे तेज़ क्षेत्र भी बदलता है।
Solana नेटवर्क डेटा वेबसाइट
validator और नेटवर्क वितरण के सार्वजनिक दृश्य के लिए, Validators Solutions का उपयोग करें। व्यापक Solana नेटवर्क को समझने के लिए इसका उपयोग करें, फिर परिचालन रूटिंग के लिए आवश्यक slot-स्तरीय शेड्यूल, stake भार, validator स्थान और मापे गए latency डेटा के लिए
getLeaderSlots का उपयोग करें।Token उपयोग
API निर्दिष्ट slot से शुरू होकर 100 leader slot रिकॉर्ड प्राप्त करता है। प्रत्येक अनुरोध 420 Token का उपभोग करता है।
यदि आपको प्रति slot एक entry के बजाय पूरे epoch के लिए प्रति validator एक entry चाहिए, तो Validators जानकारी API का उपयोग करें, जिसका शुल्क उसके द्वारा लौटाए गए validator की संख्या पर लगता है।
Leader Slot जानकारी क्यों महत्वपूर्ण है
- यदि leader भौगोलिक रूप से या नेटवर्क-पथ की दृष्टि से दूर है, तो प्रत्यक्ष लेनदेन वितरण अकुशल हो जाता है।
- stake भार यह अनुमान लगाने में मदद करता है कि एक validator समय के साथ leader शेड्यूल में कितनी बार दिखाई देने की संभावना रखता है।
- वैश्विक leader परिवर्तनों के दौरान, एकल वैश्विक औसत latency की तुलना में क्षेत्रीय स्विचिंग रणनीतियाँ अधिक महत्वपूर्ण होती हैं।
- slot शेड्यूल, stake भार, leader स्थान और मापे गए ping डेटा को संयोजित करने से अनुकूलित रूटिंग और validator प्लेसमेंट संभव होता है।
पृष्ठभूमि
एक एकल Solana epoch में लगभग 432,000 slot होते हैं। leader शेड्यूल, validator मेटाडेटा, भू-स्थान और latency मापों को निरंतर एकत्र करने के लिए एक समर्पित डेटा पाइपलाइन की आवश्यकता होती है। ERPC इस डेटा का रखरखाव करता है और इसे RPC इंटरफ़ेस के माध्यम से तुरंत उपयोग करने योग्य leader slot मानचित्र के रूप में उजागर करता है।
रणनीतिक उपयोग के मामले
- डिटेक्शन अनुकूलन: निकटवर्ती, कम-latency leader विंडो को प्राथमिकता दें।
- बहु-क्षेत्र परिनियोजन: परिवर्तन अंतराल को कम करने के लिए FRA, AMS, NY, TY, SGP और अन्य रणनीतिक क्षेत्रों में परिनियोजित करें।
- stake-अवगत योजना: यह समझने के लिए
stakeWeightका उपयोग करें कि लंबी विंडो में कौन से leaders अधिक बार महत्वपूर्ण होते हैं। - दृश्यीकरण और एनालिटिक्स: क्षेत्र के अनुसार leader अनुपात, stake वितरण और latency वितरण की निगरानी करें।
उपलब्धता
getLeaderSlots सभी ERPC उपयोगकर्ताओं के लिए उपलब्ध है। API Token और उपयोग Credits को ERPC Web Dashboard पर जारी या सत्यापित किया जा सकता है।- ERPC Web Dashboard: ERPC Web Dashboard
लेनदेन सफलता दर और SWQoS Endpoint
लेनदेन सफलता दर और निष्पादन गति को और बेहतर बनाने के लिए, हम SWQoS Endpoint का उपयोग करने की अनुशंसा करते हैं। SWQoS (Stake-weighted Quality of Service) stake कनेक्शन वाले validator को प्राथमिकता देता है। leaders लगभग 80% बैंडविड्थ प्राथमिकता ट्रैफ़िक को और 20% गैर-प्राथमिकता ट्रैफ़िक को आवंटित करते हैं, जहाँ प्राथमिकता लेन लगभग 5x थ्रूपुट प्रदान करती है। यह शेड्यूलिंग Priority-fee मूल्यांकन से पहले होती है, जिसका अर्थ है कि SWQoS प्राथमिकता लेन में प्रवेश करना ही वास्तविक कम-latency प्रदर्शन के लिए पूर्वापेक्षा है।







