डेवलपर

42M मासिक टोकन
- 50 अनुरोध/सेकंड
प्रति घंटा मूल्य निर्धारण उपलब्ध नहीं है
Stake-weighted priority (SWQoS)
Solana के leaders priority bandwidth को दो हिस्सों में बाँटते हैं। stake वाले connections — यानी किसी validator को सौंपी गई SOL — को उस bandwidth का 80% मिलता है। बाकी सब उस बचे हुए 20% के लिए लड़ते हैं — वही lane जो spam से ठसाठस भरी है।
सीधे leader पर निशाना साधना तेज़ चाल लगती है — पर stake के बिना यही वो भीड़भाड़ वाली 20% lane है, और load बढ़ते ही आपकी transaction block तक पहुँचती ही नहीं।
तो असली जवाब है — एक staked validator। हम एक top-tier validator चलाते हैं, जो बेहतरीन RPC lines से जुड़ा हुआ है — hardware को ठीक Solana के बगल में रखा गया है — ताकि आपकी transactions चौड़ी lane से निकल जाएँ।
हमारे Shinobi Performance Pool का एक top-tier validator
Solana के leaders priority bandwidth कैसे बाँटते हैं
stake किसी भी fee से पहले ही चौड़ी 80% lane पर सवार होकर validator तक पहुँच जाता है। stake न हो, तो आप 20% वाली spam lane में ठुँसे रहते हैं।
80 / 20 का बँटवारा Solana के leaders तय करते हैं, हम नहीं

42M मासिक टोकन
प्रति घंटा मूल्य निर्धारण उपलब्ध नहीं है

420M मासिक टोकन
प्रति घंटा मूल्य निर्धारण उपलब्ध नहीं है

2,420M मासिक टोकन
प्रति घंटा मूल्य निर्धारण उपलब्ध नहीं है
FAQ
dashboard.erpc.global पर ERPC Web Dashboard खोलें। shared SWQoS endpoint के लिए eligible ERPC plan का उपयोग करें और elSOL रखने वाला wallet connect करें; allocation उसी elSOL balance से calculate होता है। dedicated RPC subscribers +€100/month पर 1,000 SOL staking allocation जोड़ सकते हैं।
shared stake-weighted QoS endpoint पर eligible users को हर 4.2 elSOL held पर 1 TPS मिलता है। उदाहरण के लिए, 10 elSOL रखने पर 2 TPS मिलता है। आप वास्तव में जितना TPS use कर सकते हैं वह plan maximum और elSOL-based allocation में से कम वाले value तक capped रहता है। shared endpoint Frankfurt में चलता है।
जब आपको लगातार stable और fast responses चाहिए हों तो shared endpoint के बजाय dedicated RPC node चुनें, क्योंकि उस resource के sole user आप होंगे और अन्य customers के traffic से प्रभावित नहीं होंगे। shared endpoint कई users के बीच resources बांटता है, इसलिए traffic बढ़ने पर latency बढ़ सकती है। dedicated RPC subscribers +€100/month option के रूप में stake-weighted QoS जोड़ सकते हैं, जिसमें dedicated node को 1,000 SOL staking allocation assign होता है।
leader slot दर slot घूमता रहता है, और schedule हर epoch पर shift होता है, इसलिए पहले land होने का मतलब है यह जानना कि अगला कौन सा validator lead करेगा और वह कहां स्थित है, फिर उसके अनुसार execution का समय तय करना। ERPC, Leader Slot API (getLeaderSlots) देता है जिसमें आने वाले leaders, stake weight, validator geolocations, और reference ping values पर real-time data होता है, जो आपको वह granularity देता है जिसकी public maps और native RPC APIs में कमी है। stake-weighted QoS को उस routing precision के साथ जोड़ना ही वह तरीका है जिससे आप सबसे कम latency वाले slots target करते हैं।
अपने infrastructure को endpoint के उसी region में रखें ताकि लगभग 400ms या उससे बेहतर तक पहुंच सकें, क्योंकि streaming latency raw ping की लगभग पाँच गुना होती है। same-network ping लगभग 0.1ms होता है, और dedicated nodes, TLS handshake को skip करने के लिए HTTP इस्तेमाल करके लगभग 20ms और घटा सकते हैं। सामान्य performance क्रम है पहले Direct Shreds, फिर Geyser gRPC, फिर WebSocket।
जब तक आपका subscription active रहता है, sign up के समय जो sale price आपने lock की थी वह लागू रहती है, भले ही ERPC मांग बढ़ने के साथ list prices बढ़ाने की योजना रखता हो। आप ERPC Web Dashboard में ERPC Credits खरीदने के लिए SOL, USDC, या EURC से भुगतान कर सकते हैं (EU billing countries के लिए उपलब्ध) और उन्हें plans activate या जारी रखने के लिए इस्तेमाल कर सकते हैं।
API key जारी करें और कम-विलंबता RPC, Geyser gRPC, Direct Shreds, SLV AI टेस्ट करें। पहले मापें, फिर प्रोडक्शन पथ स्पष्ट होने पर Dedicated Nodes, VPS या Bare Metal में विस्तार करें।