सामान्य प्रश्न Geyser gRPC स्ट्रीम

Q. किस क्षेत्र में आपका नोड स्थित है?

वर्तमान में हम निम्नलिखित क्षेत्रों में नोड्स का संचालन करते हैं:

Frankfurt (FRA)
Amsterdam (AMS)
London (LON)
New York (NY)
Chicago (CHI)
Tokyo (TY)
Singapore (SGP)
Sydney (SYD)

ERPC वास्तविक रूटिंग पथ पर आधारित वास्तविक नेटवर्क विलंबता को मापता है, जो सीधी रेखा की दूरी पर निर्भर रहने के बजाय स्वचालित रूप से सबसे कम विलंबता वाले क्षेत्र का चयन करता है। यह दृष्टिकोण न केवल व्यक्तिगत उपयोगकर्ताओं के लिए विलंबता को बेहतर बनाता है, बल्कि समग्र नेटवर्क दक्षता को भी बढ़ाता है और संभावित हमलों के खिलाफ ERPC के वैश्विक लचीलेपन को मजबूत करता है।

यदि आपका पर्यावरण स्वचालित रूप से इष्टतम क्षेत्र का चयन नहीं करता है, तो कृपया ERPC वेब डैशबोर्ड के माध्यम से हमसे संपर्क करें। अधिकांश मामलों में, यह समस्या उन फ़ायरवॉल सेटिंग्स के कारण होती है जो endpoint से पिंग प्रतिक्रियाओं को अवरुद्ध करती हैं।

ERPC वेब डैशबोर्ड: https://dashboard.erpc.global/hi

Q. Latency 9999ms दिखाती है और एक गैर-उत्तम क्षेत्र चुना जाता है। मुझे क्या करना चाहिए?

जब आप अपना IP पंजीकृत करते हैं, तो हम निकटतम क्षेत्र चुनने के लिए हर gRPC लोड बैलेंसर से उसे पिंग करते हैं। यदि ICMP उत्तर आपके फ़ायरवॉल (ufw, क्लाउड फ़ायरवॉल, सुरक्षा समूह, आदि) द्वारा अवरुद्ध हो जाते हैं, तो माप 9999ms बन सकता है, जो निकटतम इष्टतम क्षेत्र के चयन को रोक सकता है। नीचे दिए गए लोड बैलेंसर IP को allowlist करें ताकि निकटतम क्षेत्र स्वचालित रूप से चुना जा सके।

Region	Domain	IP Address
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.64.77
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.37.222
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.177
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.206
🇬🇧 London	grpc-lon6-1.erpc.global	67.209.52.250
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	198.13.133.88
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52
🇦🇺 Sydney	grpc-syd-1.erpc.global	82.26.116.36
🛰️ Far Point	grpc-far-point.erpc.global	63.254.162.14

Q. मैंने अपनी IP allowlist कर दी है, फिर भी कनेक्ट नहीं हो रहा। क्या जांचना चाहिए?

ERPC gRPC और Shreds endpoints plain HTTP पर port 80 का उपयोग करते हैं, जिसे IP allowlisting से सुरक्षित किया जाता है। ये port 443 पर HTTPS/TLS का उपयोग नहीं करते।

यदि आप किसी अन्य provider का client example कॉपी करते हैं, तो उसमें :443 या HTTPS default हो सकता है। केवल domain बदलने पर port और TLS settings वही रह सकती हैं, जिससे connection काम नहीं करेगा।

नीचे दिए गए endpoints उदाहरण हैं। इन्हें dashboard में दिखे अपने endpoint से बदलें। इसे HTTP form में उपयोग करें, या यदि client host और port मांगता है तो port 80 स्पष्ट रूप से दें:

Regular gRPC

मान्य नहीं: grpc-fra1-1.erpc.global:443
मान्य: grpc-fra1-1.erpc.global:80
मान्य URL form: http://grpc-fra1-1.erpc.global

Burst gRPC

मान्य नहीं: grpc-fra1-burst.erpc.global:443
मान्य: grpc-fra1-burst.erpc.global:80
मान्य URL form: http://grpc-fra1-burst.erpc.global

Authentication आपकी registered IP address पर आधारित है। किसी specific product page पर स्पष्ट रूप से न लिखा हो तो ERPC gRPC या Shreds endpoints के लिए x-token, token, या Authorization headers न जोड़ें।

Q. Geyser gRPC Burst क्या है?

Geyser gRPC Burst, ERPC का कम-विलंबता वाला साझा gRPC tier है, जो विलंबता-संवेदनशील Solana स्ट्रीम वर्कलोड के लिए है। यह नियमित gRPC सेवा के समान ही Yellowstone/Geyser gRPC इंटरफ़ेस प्रदान करता है, जिसमें account, transaction, slot और block subscriptions शामिल हैं, जबकि Burst-विशिष्ट क्षेत्रीय बुनियादी ढांचे का उपयोग करता है।

Burst वर्तमान में Frankfurt, Amsterdam, New York, Tokyo और Singapore में चलता है। सिस्टम वास्तविक विलंबता मापों के आधार पर आपके पंजीकृत IP के लिए सर्वोत्तम उपलब्ध Burst क्षेत्र का चयन करता है।

प्रश्न. Burst gRPC के लिए कौन से IP allowlist करने चाहिए?

Burst routing ऊपर सूचीबद्ध regular gRPC load balancer IPs से latency मापती है, फिर सबसे नजदीकी supported region को Burst endpoint से map करती है। Latency selection के लिए इन regular gRPC ping-source IPs को allowlist करें, और नीचे दिए गए Burst load balancer IPs को भी allowlist करें ताकि आपका client चुने गए Burst endpoint से connect कर सके।

Region	Burst Domain	IP Address
🇩🇪 Frankfurt	grpc-fra1-burst.erpc.global	64.130.41.234
🇳🇱 Amsterdam	grpc-ams1-burst.erpc.global	64.130.55.180
🇺🇸 New York	grpc-ny6-burst.erpc.global	64.130.59.217
🇯🇵 Tokyo	grpc-tokyo-burst.erpc.global	208.91.107.247
🇸🇬 Singapore	grpc-singapore-burst.erpc.global	67.209.55.15

अगर regular gRPC load balancer IPs से आने वाले ICMP replies block हैं, तो dashboard 9999ms दिखा सकता है और Burst किसी non-optimal region पर fallback कर सकता है। Burst IPs को block करने से चुने गए Burst endpoint से connection प्रभावित होता है।

Q. क्या Burst, Direct Shreds या ShredStream के समान है?

नहीं। Burst, मानक gRPC इंटरफ़ेस पर पूर्ण Yellowstone/Geyser gRPC है। यह तब उपयुक्त है जब आपको किसी gRPC क्लाइंट से block, slot, transaction या account स्ट्रीम की आवश्यकता हो।

Direct Shreds / ShredStream एक अलग UDP-आधारित उत्पाद है जो कच्चे shred डेटा के लिए है और तब बेहतर हो सकता है जब सबसे शुरुआती संभव pre-block डेटा पथ प्राथमिकता हो। ये दोनों उत्पाद अलग-अलग इंटरफ़ेस और वर्कलोड के लिए हैं।

Q. मैंने पहले केवल WebSocket का उपयोग किया है। क्या मैं gRPC का उपयोग कर सकता हूँ? क्या आपके पास नमूने हैं?

हाँ, आप SLV का उपयोग करके gRPC के साथ जल्दी से परीक्षण और विकास शुरू कर सकते हैं।

एक साझा endpoint के लिए जिसे आप बिना किसी token के परीक्षण कर सकते हैं, चलाएँ:

bash

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

विवरण के लिए हमारी gRPC क्विकस्टार्ट गाइड देखें।

Q. क्या मैं दो IP पते पंजीकृत कर सकता हूँ?

आप प्रति subscription एक endpoint का उपयोग कर सकते हैं। यदि आप दो IP पतों का उपयोग करना चाहते हैं, तो आपको दो अलग-अलग subscriptions की सदस्यता लेनी होगी।

Q. क्या फ़िल्टर की कोई सीमा है?

नहीं, फिल्टर पर कोई सीमा नहीं है।

Q. कौन से क्षेत्र की आप सलाह देते हैं?

कोई एक स्थायी सर्वोत्तम क्षेत्र नहीं है। Solana वैश्विक है, और leader validator हर slot में बदलता है। अधिक validator और उच्च stake वाले क्षेत्र अधिक बार leader slot देखते हैं, जो transactions को तेज़ी से land करने में मदद कर सकता है। इसका व्यापार-संतुलन यह है कि प्रतिस्पर्धी ट्रैफ़िक भी वहीं केंद्रित होता है, इसलिए कम भीड़ वाला क्षेत्र कभी-कभी आपकी रणनीति के आधार पर बेहतर परिणाम दे सकता है।

एक व्यावहारिक प्रारंभिक बिंदु के रूप में, जब स्थिर leader-slot आपूर्ति सबसे अधिक मायने रखती है तो Frankfurt या US East Coast जैसा validator-घन क्षेत्र चुनें, या जब सबसे छोटे पथ का निष्पादन प्राथमिकता हो तो किसी विशिष्ट लक्षित validator के पास खुद को स्थापित करें। सार्वजनिक Solana नेटवर्क वितरण को समझने के लिए Validators Solutions का उपयोग करें, फिर यह तय करने के लिए कि एकल-क्षेत्र, दोहरे-क्षेत्र या वैश्विक तैनाती उपयुक्त है, ERPC लीडर स्लॉट API और वास्तविक मापों का उपयोग करें।

Q. मुझे कम से कम ~400ms या बेहतर विलंबता की आवश्यकता है।

लगभग 400ms के भीतर विलंबता हासिल करने के लिए, इन आवश्यक बिंदुओं पर विचार करें:

Ping मूल्यों की यथार्थवादी समझ: Ping मूल्य आदर्श स्थितियों को इंगित करते हैं और स्ट्रीमिंग संचार में वास्तविक विलंबता को प्रतिबिंबित नहीं करते, जो आम तौर पर पिंग विलंबता का लगभग 5 गुना अनुभव करता है। उदाहरण के लिए, महाद्वीपों के पार 100ms का पिंग वास्तव में लगभग 500ms की विलंबता में परिणत होता है। इस प्रकार, ~400ms विलंबता हासिल करने के लिए बुनियादी ढांचे को उसी क्षेत्र के भीतर स्थापित किया जाना चाहिए।
- विशिष्ट पिंग मूल्य संदर्भ:
  - समान नेटवर्क: ~0.1ms
  - Private Network Interconnect (PNI): ~0.2ms
  - समान डेटा केंद्र: ~0.3ms
  - एक ही शहर: ~1ms
  - पड़ोसी देश: ~5–10ms
  - अंतरमहाद्वीपीय: ~100–300ms
औसत विलंबता के जाल से बचना: Solana validator भौगोलिक रूप से विश्व भर में फैले हुए हैं, और leader schedule प्रत्येक epoch के साथ बेतरतीब ढंग से बदलता है। ~400ms हासिल करने के लिए औसत विलंबता पर निर्भर रहना अव्यावहारिक है। इसके बजाय, आपको सबसे कम विलंबता वाले slots की पहचान करने के लिए अपने विशिष्ट क्षेत्र में validator schedules को सटीक रूप से ट्रैक करना चाहिए। न्यूनतम विलंबता को लगातार हासिल करने के लिए, सभी प्रासंगिक क्षेत्रों में बुनियादी ढांचे की आवश्यकता होती है। उसी क्षेत्र के भीतर, डेटा अधिग्रहण दसियों मिलीसेकंड में हो सकता है, जिसमें संचरण केवल कुछ मिलीसेकंड में संभव होता है।
Leader Schedule को ट्रैक करना: ERPC लीडर स्लॉट API (getLeaderSlots) का उपयोग करके अपने क्षेत्र के लिए leader validator schedule की निरंतर निगरानी करें। यह आगामी leaders, stake weight, validator भू-स्थानों और संदर्भ पिंग मूल्यों पर वास्तविक समय का डेटा प्रदान करता है, जिससे आप न्यूनतम विलंबता के साथ इष्टतम ट्रेडिंग slots की सटीक पहचान कर सकते हैं। सार्वजनिक मानचित्र-शैली डेटा और मूल RPC API व्यापक नेटवर्क दृश्यता के लिए उपयोगी हैं, लेकिन वे निष्पादन समय के लिए पर्याप्त सटीक नहीं हैं। लीडर स्लॉट API उस अंतराल को उस ग्रैन्युलैरिटी के साथ भरता है जो रूटिंग और ट्रेडिंग निर्णयों के लिए आवश्यक है।
- ERPC लीडर स्लॉट API दस्तावेज़
- ERPC वेब डैशबोर्ड

Validators Solutions - Solana नेटवर्क डेटा

Solana नेटवर्क डेटा: Validators Solutions

Q. मैं शून्य-ब्लॉक (zero-slot) ट्रेडिंग कैसे प्राप्त कर सकता हूँ?

शून्य-ब्लॉक (zero-slot) ट्रेडिंग को सफलतापूर्वक प्राप्त करने के लिए अधिक परिष्कृत रणनीतियों की आवश्यकता होती है, इस प्रकार:

अवसर क्षेत्रों की पहचान करना: Solana validator विश्व भर में वितरित हैं, और हर slot के लिए इष्टतम विलंबता हासिल करना भौतिक रूप से असंभव है। इसलिए, जिस क्षेत्र में आपका बुनियादी ढांचा स्थित है वहाँ validator leader schedules की निगरानी करें और सबसे अनुकूल अवसर क्षेत्रों की पहचान करें। कई क्षेत्रों में बुनियादी ढांचे को तैनात करना भी फायदेमंद हो सकता है। उदाहरण के लिए, Frankfurt अपने उच्च validator घनत्व के कारण एक प्रमुख क्षेत्र है, जिसके परिणामस्वरूप अधिक बार leader चयन और अधिक ट्रेडिंग अवसर होते हैं।

सार्वजनिक मानचित्र-शैली डेटा स्रोतों या मूल RPC API की तुलना में कहीं अधिक सटीकता के साथ वास्तविक समय के leader schedules, stake weight, validator भू-स्थान डेटा और संदर्भ पिंग मूल्यों को प्राप्त करने के लिए ERPC लीडर स्लॉट API (getLeaderSlots) का उपयोग करें। यह आपको अवसर क्षेत्रों का अधिक सटीक पूर्वानुमान लगाने और निकट-शून्य-विलंबता वाले ट्रेड निष्पादित करने की अनुमति देता है।
- ERPC लीडर स्लॉट API दस्तावेज़
- ERPC वेब डैशबोर्ड
समर्पित Nodes लागू करना: यदि आप प्रतिस्पर्धा करने के लिए संघर्ष करते हैं, तो समर्पित nodes तैनात करने पर विचार करें। साझा nodes अन्य उपयोगकर्ताओं के ट्रैफ़िक के कारण विलंबता का अनुभव करते हैं, और इसलिए अनुशंसित नहीं हैं। इसके अलावा, अपने समर्पित node को अपने एप्लिकेशन के समान नेटवर्क के भीतर रखने से नेटवर्क विलंबता काफी कम हो जाती है और प्रदर्शन अनुकूलित होता है।

Q. क्या मैं एक विशिष्ट endpoint का उपयोग कर सकता हूँ?

कम-विलंबता वातावरण बनाए रखने के लिए, हमारी प्रणाली स्वचालित रूप से निकटतम उपलब्ध node का चयन करती है। यदि आप एक विशिष्ट endpoint का उपयोग करना चाहते हैं, तो हम उस endpoint के निकटतम स्थित सर्वर को किराए पर लेने की सलाह देते हैं।

Q. मुझे 401 त्रुटि मिल रही है। क्यों?

कम-विलंबता वातावरण बनाए रखने के लिए, हम IP प्रतिबंध लागू करते हैं। यदि आपके पास कोई subscription नहीं है या आपका IP पंजीकृत नहीं है, तो आपको 401 त्रुटि मिलेगी।

कृपया दोबारा जाँच लें कि आपका पंजीकृत IP आपके वर्तमान पहुँच IP से मेल खाता है या नहीं।

Q. मुझे 429 त्रुटि मिल रही है। क्यों?

आप अपनी योजना की कनेक्शन सीमा तक पहुँच गए हैं।

यदि आप इस त्रुटि का सामना करते हैं, तो अपनी योजना को अपग्रेड करने पर विचार करें। यदि आपको हमारी प्रीमियम योजना द्वारा प्रदान की जाने वाली तुलना में अधिक कनेक्शन की आवश्यकता है, तो एक समर्पित gRPC node अधिक उपयुक्त होगा।

Q. समर्पित endpoints तेज़ क्यों हैं?

साझा endpoints का उपयोग कई ग्राहक करते हैं जो समान संसाधन साझा करते हैं। जैसे-जैसे ट्रैफ़िक बढ़ता है, विलंबता होने लगती है। सर्वर संसाधनों की भौतिक सीमाएँ होती हैं, और वे जितना काम संभाल सकते हैं वह सीमित है। जब बहुत सारे अनुरोध एक ही समय में आते हैं, तो उन्हें क्रमिक रूप से संसाधित किया जाना चाहिए, जिसके परिणामस्वरूप धीमी प्रतिक्रिया समय होता है।

हालाँकि हम साझा endpoints पर भी प्रदर्शन को अनुकूलित करने के लिए विभिन्न उपाय करते हैं, समर्पित endpoints के साथ आप संसाधन के एकमात्र उपयोगकर्ता होते हैं। इसका मतलब है कि आप अन्य उपयोगकर्ताओं से पूरी तरह अप्रभावित रहते हैं, जो लगातार स्थिर और तेज़ प्रतिक्रियाएँ सुनिश्चित करता है।

इसके अलावा, समर्पित endpoints बिना TLS के संचार विकल्प प्रदान करते हैं, जैसे HTTP। TLS हैंडशेक (लगभग 20ms) को छोड़ देने से, HTTPS की तुलना में संचार और भी तेज़ हो जाता है।

Q. क्या मेरे subscription लेने के बाद बिक्री मूल्य बढ़ाया जाएगा?

जब तक आपका subscription सक्रिय रहता है, साइनअप के समय आपके द्वारा लॉक किया गया बिक्री मूल्य प्रभावी रहता है। Solana के वास्तविक समय के वर्कलोड को झेल पाने वाले वातावरण वैश्विक स्तर पर दुर्लभ हैं, और हम बढ़ती हार्डवेयर और नेटवर्क मांग के अनुरूप सूची मूल्यों को बढ़ाने की योजना बना रहे हैं। उच्च-स्पेक कॉन्फ़िगरेशन और उच्च-मांग वाले क्षेत्र सबसे तेज़ी से बिकते हैं, इसलिए वर्तमान प्रचार मूल्य को लॉक करना लंबे समय में सबसे अधिक लागत-कुशल विकल्प है।

Q. मैं क्रिप्टो के साथ भुगतान करना चाहता हूँ

Crypto payments अब ERPC Web Dashboard से उपलब्ध हैं। आप SOL, USDC या EURC से ERPC Credits खरीद सकते हैं।

इन ERPC Credits का उपयोग ERPC plans शुरू या जारी रखने के लिए किया जा सकता है। Dashboard खोलें, crypto payment चुनें, अपने wallet से transfer भेजें, और dashboard transaction को verify करके credits आपके account में जोड़ देगा।

ERPC Web Dashboard

Q. मैं सबसे कम संभव विलंबता कैसे प्राप्त कर सकता हूँ?

हम एक समर्पित gRPC node को हमारे Bare-Metal सर्वर के साथ संयोजित करने की अत्यधिक सलाह देते हैं।

दोनों ही समान नेटवर्क साझा करते हैं, जो इंटरनेट को पार किए बिना निजी, शून्य-दूरी संचार की अनुमति देता है। यह सेटअप बेहद कम विलंबता प्राप्त करता है, आम तौर पर लगभग 0.1ms पिंग।

आगे के विवरण के लिए कृपया ERPC वेब डैशबोर्ड के माध्यम से हमसे संपर्क करें।

ERPC वेब डैशबोर्ड

🔗 ERPC वेब डैशबोर्ड

Q. विलंबता कैसी है?

विलंबता माप विधि और आपके विशिष्ट उपयोग वातावरण के आधार पर भिन्न होती है। सटीक संख्यात्मक मूल्यों पर ध्यान केंद्रित करने के बजाय, यह सुनिश्चित करना महत्वपूर्ण है कि विलंबता आपकी वास्तविक परिचालन आवश्यकताओं को पूरा करती है।

हम अपनी सभी योजनाओं में मुफ़्त परीक्षण प्रदान करते हैं, जिससे आप अपने वास्तविक दुनिया के वातावरण में सीधे प्रदर्शन का परीक्षण कर सकते हैं। इसके अतिरिक्त, हम विलंबता मापने के लिए TypeScript और Rust में उपयोग में आसान उपकरण प्रदान करते हैं। अपने मुफ़्त परीक्षण के साथ इन उपकरणों का उपयोग करने में संकोच न करें।

Q. क्या यह RPC (gRPC, Shreds) दूसरों की तुलना में तेज़ है?

हम आपको हमारे मुफ़्त परीक्षण को आज़माने और अन्य सेवाओं के विरुद्ध प्रदर्शन की तुलना करने के लिए प्रोत्साहित करते हैं। यदि आपको हमारी सेवा धीमी लगती है, तो कृपया ERPC वेब डैशबोर्ड के माध्यम से हमें वे विशिष्ट परिस्थितियाँ और प्रतियोगी बताएँ जिनके विरुद्ध आपने तुलना की है। हम कारण की पहचान करेंगे और गति में और सुधार करेंगे।

हम ग्राहक प्रतिक्रिया के आधार पर विलंबता में सुधार करने पर लगातार काम करते हैं। यदि आप सबसे तेज़ संभव endpoint चाहते हैं, तो कृपया हमारे साथ विस्तृत जानकारी साझा करें। प्रतियोगियों के विरुद्ध विशिष्ट मीट्रिक और तुलना की शर्तें प्रदान करने से हमें श्रेष्ठ प्रदर्शन देने में मदद मिलती है। इस प्रतिक्रिया-संचालित दृष्टिकोण ने हमें लगातार अपनी सेवाओं को बेहतर बनाने में सक्षम बनाया है।

ERPC वेब डैशबोर्ड

Q. कौन सी योजना सबसे तेज़ प्रदर्शन प्रदान करती है?

आम तौर पर, हमारी उच्चतम-स्तरीय योजना बेहतर CPU, उच्च मेमोरी क्षमता और मजबूत हार्डवेयर कॉन्फ़िगरेशन के कारण सबसे तेज़ प्रदर्शन प्रदान करती है।

यदि आपको और भी अधिक शक्तिशाली सर्वरों की आवश्यकता हो तो हम अनुकूलित समाधान भी प्रदान करते हैं, लेकिन हमारी मानक योजनाएँ इष्टतम मूल्य-से-प्रदर्शन अनुपात देने के लिए डिज़ाइन की गई हैं।

हम हर मूल्य स्तर पर विश्व-स्तरीय प्रदर्शन प्रदान करने में आश्वस्त हैं। यदि आपको समान मूल्य सीमा के भीतर कोई तेज़ प्रदाता मिलता है, तो कृपया हमें बताएँ ताकि हम जाँच कर सकें और सुधार कर सकें।

Q. मुझे उच्च विलंबता का अनुभव हो रहा है। मैं क्या कर सकता हूँ?

विलंबता काफी हद तक endpoint के प्रति आपकी निकटता पर निर्भर करती है। हम प्रदान किए गए endpoint के पास के सर्वर से एक्सेस करने की सलाह देते हैं। सबसे तेज़ कनेक्शन हमारे Bare-Metal सर्वर और VPS सेवा के साथ प्राप्त किए जाते हैं।

Q. सबसे तेज़ कौन है: WebSockets, gRPC, या Shreds?

हमारे ग्राहकों की प्रतिक्रिया लगातार गति को निम्नानुसार रैंक करती है:

Shreds > gRPC > WebSockets

यदि आप भिन्न परिणाम देखते हैं तो कृपया अपना अनुभव साझा करें।

Q. विलंबता वैसी नहीं है जैसी मैंने उम्मीद की थी।

प्रदर्शन उपयोग की गई प्रोग्रामिंग भाषा के आधार पर भिन्न होता है। आम तौर पर, भाषा गति की रैंक:

Rust > Go > TypeScript (JavaScript) > Python

विस्तृत तुलना के लिए देखें:

प्रोग्रामिंग भाषा स्पीड तुलना

अधिकतम प्रदर्शन के लिए, हम दृढ़ता से Rust का उपयोग करने की सलाह देते हैं।