द्वारा: ब्रेट मैकलेन, इंजीनियरिंग निदेशक - क्रिप्टो, फिएट, स्टेकिंग
यदि आप क्रिप्टोकुरेंसी, भुगतान, या हिस्सेदारी में रूचि रखते हैं और भविष्य की वित्तीय प्रणाली बनाने में मदद करना चाहते हैं, तो फंडिंग इंजीनियरिंग टीम @ क्रैकन भर्ती कर रही है!
जब क्रैकन को एक दशक पहले लॉन्च किया गया था, तो केवल तीन क्रिप्टोकरेंसी का समर्थन किया गया था: बीटीसी, एलटीसी और एक्सआरपी।
आज, क्रैकेन 82 ब्लॉकचेन पर 33 संपत्तियों का समर्थन करता है, और 8 क्रिप्टोकरेंसी के लिए सेवाओं को दांव पर लगाता है।
क्रैकेन में एक वर्ष में लाखों जमा, निकासी और बंधक लेनदेन की सुविधा के लिए, क्रिप्टो इंजीनियरिंग टीम एक्सचेंज के अंदर और बाहर धन के सुचारू प्रवाह को सुनिश्चित करने के लिए सैकड़ों सेवाएं संचालित करती है। इन सेवाओं को रेखांकित करने वाला ब्लॉकचैन सॉफ्टवेयर अक्सर अपडेट किया जाता है; कुछ अधिक सक्रिय ब्लॉकचेन के लिए, हार्ड और सॉफ्ट कांटे मासिक प्रकृति के हो सकते हैं जबकि एथेरियम जैसे अन्य दो बार वार्षिक कार्यक्रम होते हैं। सामान्य तौर पर हमारे ब्लॉकचेन इन्फ्रास्ट्रक्चर में हर हफ्ते कम से कम कुछ सॉफ्टवेयर अपडेट होते हैं।
इतनी बड़ी संख्या में विभिन्न सेवाओं का समर्थन और अद्यतन करने की चुनौती, जबकि एक ही समय में नई सेवाओं का निर्माण करना कठिन हो सकता है।
पिछले 12 महीनों में हमारी टीम ने इसके लिए समर्थन जोड़ा है:
- 60 नई क्रिप्टोकरेंसी:
- 39 x ERC20 टोकन
- Polkadot (मेननेट लॉन्च पर)
- Kusama
- फाइलकोइन (मेननेट लॉन्च पर)
- प्रवाह (मेननेट लॉन्च पर)
- पोलिनेशीया की एक झाड़ी
- एनर्जी वेब टोकन (मेननेट लॉन्च पर)
- यूएसडीटी (TRC20)
- १० एक्स पैराचेन क्राउडलोन्स
- धूपघड़ी
- 1 एक्स एसपीएल टोकन (सीरम)
- चार पौंड के मूल्य के बराबर प्राचीन यनान का एक सिक्का
- 8 नई स्टेकिंग एसेट्स:
- Polkadot (मेननेट लॉन्च पर)
- Kusama
- एथेरियम 2.0 (मेननेट लॉन्च पर)
- प्रवाह (मेननेट लॉन्च पर)
- Cardano
- व्यवस्थित
- पोलिनेशीया की एक झाड़ी
- धूपघड़ी
इन उपलब्धियों को हमारे मौजूदा एकीकरण के रखरखाव के साथ-साथ पूरा किया गया। क्रिप्टो टीम के इंजीनियर न केवल घर में लिखे गए गेटवे सॉफ्टवेयर के लिए जिम्मेदार हैं, बल्कि हमारे ब्लॉकचेन इन्फ्रास्ट्रक्चर के रखरखाव और तैनाती के लिए भी जिम्मेदार हैं, जिस पर हमारे गेटवे निर्भर हैं। इन परियोजनाओं पर ब्लॉकचैन विकास की ताल एक धमाकेदार हो सकती है, जिसमें ब्रेकिंग परिवर्तन और नई नई सुविधाएँ बार-बार आती हैं और कभी-कभी थोड़ी चेतावनी के साथ।
तो, ब्लॉकचैन विकास की तेज गति को ध्यान में रखते हुए क्रैकन हर साल दर्जनों नए उत्पादों को जारी करने का प्रबंधन कैसे करता है?
एंड टू एंड (E2E) टेस्ट!
हम E2E परीक्षणों को महत्व क्यों देते हैं और मॉक से बचते हैं
क्रैकेन के शुरुआती दिनों से, इस बात पर जोर दिया गया है कि E2E परीक्षण सबसे मूल्यवान प्रकार के परीक्षण हैं जो एक इंजीनियर बना सकता है। यूनिट परीक्षणों का अपना स्थान होता है, लेकिन जटिल एकीकरण के साथ अनुभवहीन कई डेवलपर्स कोड के प्रत्येक टुकड़े के लिए यूनिट परीक्षण लिखते हैं जो वे इस विश्वास में बनाते हैं कि वे अपने द्वारा विकसित किए जा रहे सॉफ़्टवेयर की समग्र गुणवत्ता में सुधार कर रहे हैं।
अच्छे इरादों से भरा यह रास्ता अक्सर रास्ते में बहुत दर्द दे सकता है। यूनिट परीक्षणों पर अधिक निर्भरता आपकी वास्तुकला को मजबूत करती है; यह आपके पूरे कोड बेस के ऊपर एपॉक्सी की एक परत डालने जैसा है। आप कोड को उसके परीक्षणों के साथ कसकर जोड़ रहे हैं, जिससे कोड अधिक कठोर, अनम्य और रिफैक्टर होने के लिए प्रतिरोधी बन जाता है। यदि आपको कोई परिवर्तन करने की आवश्यकता है, तो संभवतः आपको परीक्षणों में महत्वपूर्ण परिवर्तन करने की आवश्यकता होगी, और कुछ मामलों में, उन्हें पूरी तरह से बाहर कर दें। रिफैक्टरिंग कोड एक इंजीनियरिंग टीम के लिए उनके टूलकिट में एक महत्वपूर्ण क्षमता है और जो कुछ भी रिफैक्टरिंग की आसानी के लिए घर्षण जोड़ता है, उसे पेश करने से पहले सावधानीपूर्वक मूल्यांकन किया जाना चाहिए। कोड को रिफैक्टरिंग करते समय, एक अच्छी तरह से डिज़ाइन किए गए E2E परीक्षण में अक्सर कई बदलावों की आवश्यकता नहीं होती है, और यह सुनिश्चित करते हुए कि यह अपेक्षित रूप से काम करना जारी रखता है, किसी एप्लिकेशन की आंतरिक हिम्मत को समायोजित करने में लचीलापन प्रदान करता है।
क्या इसका मतलब है कि आपको यूनिट परीक्षण नहीं लिखना चाहिए? बिल्कुल नहीं! ऐसे कई परिदृश्य हैं जहां इकाई परीक्षण सही समाधान हैं, हालांकि हमने पाया है कि जटिल एकीकरण के लिए, E2E परीक्षण बेहतर काम करते हैं। सामान्य तौर पर, यूनिट परीक्षण सबसे प्रभावी होते हैं जब कोड के लिए लिखा जाता है जो निम्नलिखित मानदंडों को पूरा करता है:
- कई किनारे के मामलों के साथ एल्गोरिदमिक रूप से जटिल।
- अच्छी तरह से परिभाषित आवश्यकताओं के साथ कसकर गुंजाइश।
- काम की एक इकाई को पूरा करता है।
- स्टेटलेस।
जटिल कोड के ये छोटे, कड़े दायरे वाले टुकड़े अक्सर एक बड़े अनुप्रयोग के निर्माण खंड होते हैं और यहां तक कि अगर कोई रिफैक्टर होता है, तो इन कार्यों को बदलने की संभावना नहीं होगी। हमारी दुनिया में यह पता व्युत्पत्ति, पता सत्यापन, लेनदेन पर हस्ताक्षर आदि जैसी चीजें होंगी।
यहां मुख्य बात यह है कि एक छोटी इंजीनियरिंग टीम के रूप में, हमारे द्वारा वर्तमान में समर्थित सेवाओं की मात्रा को बनाए रखने का कोई तरीका नहीं है, और एंड टू एंड टेस्ट के बिना नए उत्पादों का निर्माण करें। यूनिट परीक्षणों को टेबल स्टेक माना जाना चाहिए, लेकिन अलगाव में, वे हमारे लिए इस विकसित स्थान में बने रहने के लिए पर्याप्त नहीं होंगे। इसके बजाय, हमने एकीकरण और E2E परीक्षणों के मजबूत सेटों में भारी निवेश करना चुना है जो इस बात की पुष्टि करते हैं कि हमारी सेवाएं उनके संचालन के सबसे सामान्य तरीकों में सफलतापूर्वक संचालित होंगी।
E2E परीक्षणों की चुनौतियाँ
हालांकि E2E परीक्षण शक्तिशाली हो सकते हैं, वे रामबाण नहीं हैं। तृतीय पक्ष सेवाओं के साथ एकीकरण करते समय इस प्रकार के परीक्षण अक्सर अपने मूल्य का एक बड़ा सौदा खो देते हैं क्योंकि किसी विशिष्ट फ़ंक्शन या कॉल के प्रवाह का पूरी तरह से परीक्षण करने के लिए कुछ समापन बिंदुओं या इंटरफेस का मजाक उड़ाया जाना चाहिए। आप जिस सेवा का मज़ाक उड़ा रहे हैं, उसके बारे में आपकी समझ के अनुसार ही मॉक उतने ही अच्छे हैं, और परिणामस्वरूप, जब अपडेट लगातार और प्रकृति में बड़े होते हैं, तो वे त्रुटि प्रवण हो सकते हैं। अपने स्वयं के कोड के साथ-साथ अपने मॉक को बनाए रखना DRY सिद्धांत का उल्लंघन है (खुद को न दोहराएं), डेविड थॉमस और एंड्रयू हंट द्वारा "द प्रैग्मैटिक प्रोग्रामर" में गढ़ा गया एक शब्द। अपनी पुस्तक में वे कहते हैं कि "ज्ञान के हर टुकड़े में एक प्रणाली के भीतर एक एकल, स्पष्ट, आधिकारिक प्रतिनिधित्व होना चाहिए।" किसी भी सेवा का नकली संस्करण बनाने का मतलब है कि अब उक्त सेवा की दो संभावित रूप से भिन्न प्रतियां हैं: आपका नकली संस्करण और वास्तविक संस्करण। नकली निर्भरता के व्यवहार का अनुवाद करने में त्रुटियां अब एक और चिंता का विषय है।
बचाव के लिए खेद है
हमारे लिए शुक्र है, अधिकांश ब्लॉकचेन अस्थायी निजी नेट चलाने की क्षमता का समर्थन करते हैं जिन्हें हमारे निरंतर एकीकरण (सीआई) / निरंतर तैनाती (सीडी) प्रक्रिया के हिस्से के रूप में बढ़ाया जा सकता है। इसका सबसे लोकप्रिय उदाहरण बिटकॉइन का प्रतिगमन परीक्षण (regtest) मोड है। जब आप बिटकॉइन को `-regtest` विकल्प के साथ शुरू करते हैं, तो यह एक नया स्थानीय ब्लॉकचेन वातावरण बनाता है जिस पर आपका पूरा नियंत्रण होता है। regtest मोड की प्रमुख विशेषता यह है कि आप अपनी इच्छानुसार ब्लॉकों की एक मनमानी संख्या को माइन कर सकते हैं, जिससे आपके E2E परीक्षणों को सभी प्रकार और विविधताओं के जमा और निकासी के लिए राउंड ट्रिप पूरा करने की अनुमति मिलती है, सेकंड के भीतर सैकड़ों परिदृश्यों का अनुकरण किया जाता है। एज केस और अन्य अनूठे परिदृश्यों को आसानी से रेगटेस्ट मोड में सिम्युलेट किया जा सकता है, जैसे मल्टीसिग ट्रांजैक्शन, री-ऑर्ग्स, रिप्लेस बाय फी (आरबीएफ), चाइल्ड पेज़ फॉर पैरेंट (सीपीएफपी), और बहुत कुछ! ये परीक्षण न केवल यह सुनिश्चित करते हैं कि हमारे कोड में कोई त्रुटि नहीं है, यह ब्लॉकचैन और हमारे लेजर की अंतिम स्थिति को भी सत्यापित करता है ताकि यह सुनिश्चित हो सके कि सबकुछ अपेक्षित रूप से चल रहा है।
क्रैकेन पर एक नई क्रिप्टोकुरेंसी के लिए समर्थन जोड़ने की प्रक्रिया के हिस्से के रूप में, फंडिंग टीम सभी नई लिस्टिंग के लिए एक regtest ढांचा तैयार करती है। यह कोड हमारे रखरखाव व्यवस्था की नींव है: किसी भी समय एक नया संस्करण जारी किया जाता है, यह केवल ब्लॉकचैन नोड संस्करण को अपडेट करने और हमारी सीआई पाइपलाइन को फिर से चलाने की बात है ताकि यह सुनिश्चित हो सके कि कोई ब्रेकिंग परिवर्तन नहीं है। रिलीज़ नोटों को सावधानीपूर्वक पढ़ना और समुदाय के साथ सहयोग करना अभी भी बहुत आवश्यक है, लेकिन ये परीक्षण हमें नए संस्करण जारी करने में विश्वास दिलाते हैं जो अन्यथा हमारे पास नहीं होते।
सृजनात्मक समाधान
दुर्भाग्य से हमारे लिए, सभी ब्लॉकचेन बिटकॉइन के रूप में परीक्षण किए गए युद्ध के रूप में नहीं हैं। नए ब्लॉकचेन अक्सर नई अवधारणाएं पेश करते हैं, और हमारे ग्राहकों को सबसे रोमांचक नई तकनीकों तक पहुंच प्रदान करने के लिए, क्रैकेन नए ब्लॉकचेन के लिए समर्थन शुरू करना पसंद करते हैं, जितना संभव हो मेननेट की शुरुआत के करीब। लॉन्च की तारीख पर या उसके करीब एक नई संपत्ति का सुरक्षित रूप से समर्थन करने के लिए, क्रैकेन को कभी-कभी एकीकरण में विश्वास हासिल करने के लिए जटिल परीक्षण हार्नेस विकसित करने की आवश्यकता होती है और यह सुनिश्चित करने के लिए कि क्लाइंट फंड जोखिम में नहीं हैं।
इसका एक आदर्श उदाहरण है जब 2.0 दिसंबर, 3 को मेननेट के लाइव होने के केवल 1 दिन बाद क्रैकेन ने एथेरियम 2020 के लिए समर्थन शुरू किया। हालांकि दुनिया भर के हजारों व्यक्तियों और कंपनियों ने मेडाला और स्पैडीना जैसे कई टेस्टनेट पर एथेरियम 2.0 का परीक्षण करने में मदद की, फिर भी हम इस एकीकरण के साथ regtests की अवधारणा को एक दूसरे स्तर पर ले जाने का निर्णय लिया। हम पहले से ही जानते थे कि एथेरियम 2.0 एक महत्वपूर्ण विकास होगा, और यह विश्वास सच साबित हुआ है क्योंकि अब तक लाखों ईटीएच को बीकन श्रृंखला पर दांव पर लगाया गया है, जिसमें 800,000 से अधिक ईटीएच शामिल हैं जिन्हें क्रैकन ग्राहकों द्वारा दांव पर लगाया गया है।
नीचे आप सेवाओं के सेट का एक आरेख देख सकते हैं जो हमारी निरंतर एकीकरण (CI) पाइपलाइन स्पिन करती है और हर बार जब कोई डेवलपर हमारे ETH2 कोड रिपॉजिटरी में से किसी एक को कोड करता है, तो उसे फाड़ देता है।
उच्च स्तर पर, परीक्षण प्रवाह है:
- ETH1 प्राथमिक और वैकल्पिक नोड्स शुरू करें (वे प्रत्येक आम सहमति के लिए खनन करते हैं) एक उत्पत्ति के साथ जिसमें परीक्षण के लिए ETH की प्रारंभिक मात्रा होती है।
- ETH2 बीकन चेन नोड को एक विशेष न्यूनतम कॉन्फ़िगरेशन मोड का उपयोग करके एक निजी श्रृंखला के रूप में प्रारंभ करें जहां उत्पत्ति को सक्रिय करने के लिए केवल 16 सत्यापनकर्ता आवश्यक हैं।
- ETH2 स्मार्ट अनुबंध को ETH1 ब्लॉकचेन में परिनियोजित करें।
- ईटीएच को ईटीएच 2 जमा अनुबंध में जमा करें जहां धन जला दिया जाता है और ईटीएच 2 बाहरी सत्यापनकर्ता नोड पर सत्यापनकर्ता बनाए जाते हैं। ये सत्यापनकर्ता हैं जो केवल ETH2 नेटवर्क का संचालन कर रहे हैं और उनके साथ ऐसा व्यवहार किया जाता है जैसे कि वे किसी भी Kraken सत्यापनकर्ता के लिए बाहरी हों।
- ETH1 और ETH2 ब्लॉक एक्सप्लोरर प्रारंभ करें।
- डेटाबेस प्रारंभ करें।
- गेटवे और हस्ताक्षरकर्ता प्रारंभ करें।
- ETH -> ETH2 को दांव पर लगाने के लिए क्लाइंट अनुरोध सम्मिलित करें।
- गेटवे क्लाइंट अनुरोधों को उठाता है और ETH1 ब्लॉकचैन पर जमा अनुबंध के लिए ETH भेजता है और ETH2 आंतरिक सत्यापनकर्ता नोड पर समान संख्या में सत्यापनकर्ता बनाता है। सत्यापनकर्ताओं को आंतरिक और बाहरी सत्यापनकर्ता सेट में अलग किया जाता है ताकि हम परीक्षण कर सकें कि क्या होता है जब हमारे सत्यापनकर्ता नीचे जाते हैं (स्लैशिंग, दंड, खोए हुए पुरस्कारों का परीक्षण करने के लिए), और यह देखने के लिए कि क्या होता है जब शेष नेटवर्क नीचे या ऑफ़लाइन हो जाता है लेकिन हमारे सत्यापनकर्ता ऊपर रहना।
- ईटीएच 2 श्रृंखला पर सत्यापनकर्ता सक्रिय होने तक निगरानी करें, पुरस्कारों, भुगतानों, परीक्षण में कमी और दंड, खोए हुए इनाम का पता लगाने और ग्राहकों को पुरस्कारों का भुगतान करना शुरू करें।
- यह सुनिश्चित करने के लिए कि हमारे सभी लेज़रों में सब कुछ सही ढंग से मेल खाता है, सभी लेन-देन पर हमारी अलग वित्तीय समाधान प्रक्रिया चलाएँ।
उपरोक्त हमारे परीक्षण ढांचे के भीतर क्या हो रहा है इसका केवल एक उच्च स्तरीय सारांश है; कई अन्य परीक्षण, जाँच और सत्यापन होते हैं। यदि किसी डेवलपर को कुछ डिबग करने या नेटवर्क की स्थिति को देखने की आवश्यकता है, तो वे एक नज़र में वास्तव में क्या हुआ है, यह देखने के लिए ब्लॉक एक्सप्लोरर से परामर्श कर सकते हैं। हम आम तौर पर अपनी सीआई पाइपलाइन में ब्लॉक एक्सप्लोरर शामिल नहीं करते हैं, लेकिन एकीकरण की जटिलता को देखते हुए, विकास के चरण के दौरान यह देखने में मददगार था कि ऑन-चेन क्या हो रहा था।
आप सोच सकते हैं कि इससे हमारी CI पाइपलाइन में बहुत अधिक देरी हो जाती है, लेकिन शुक्र है कि ऐसा नहीं है। वर्तमान में, हमारे Ethereum 2.0 रेपो के लिए पूर्ण CI पाइपलाइन को चलने में केवल 14 मिनट लगते हैं। इसमें सभी निर्भरताओं का ऑडिट / निर्माण, सभी सेवाओं को शुरू करना, ब्लॉकचैन में विभिन्न स्मार्ट अनुबंधों को तैनात करना, खनन ब्लॉक, सत्यापनकर्ता बनाना और फिर सभी 100+ परीक्षण परिदृश्यों के माध्यम से चलाना शामिल है।
निष्कर्ष
क्रैकेन में हर एक ब्लॉकचेन एकीकरण के लिए व्यापक ई2ई परीक्षण विकसित करने से काफी मात्रा में इंजीनियरिंग संसाधनों की खपत होती है। यह एक ऐसी कीमत है जिसका हम खुशी-खुशी भुगतान करते हैं, क्योंकि हमारी सबसे बड़ी चिंता हमारे ग्राहकों के फंड की सुरक्षा और यह सुनिश्चित करना है कि उन्हें हमारे प्लेटफॉर्म पर गुणवत्तापूर्ण अनुभव मिले। यदि हम नए एकीकरणों का निर्माण करते समय परीक्षणों पर कम समय व्यतीत करते हैं तो क्या हमारी टीम अधिक उत्पाद जारी कर सकती है? बिना सवाल के। हालांकि, ऐसा करना न केवल इंजीनियरिंग टीम, बल्कि पूरी कंपनी के लोकाचार और मूल्यों के खिलाफ होगा। ये परीक्षण सुनिश्चित करते हैं कि हम ब्लॉकचेन सॉफ़्टवेयर के नए संस्करणों को सुरक्षित रूप से अपडेट कर सकते हैं, हार्ड/सॉफ्ट फोर्क्स के दौरान आत्मविश्वास बढ़ा सकते हैं, और परिवर्तनों को लागू करते समय डेवलपर तनाव को कम कर सकते हैं।
क्रैकन इंजीनियरों को उद्योग में सबसे सम्मानित क्यों माना जाता है? ये संदेश क्रैकन के इंजीनियरिंग वीपी स्टीव हंट से, अन्य ब्लॉकचेन इंजीनियरों की मदद करने के लिए हमारे मूल्यों और समर्पण की रूपरेखा तैयार करता है।
स्रोत: https://blog.kraken.com/post/10227/testing-crypto-payments-stakeing-at-kraken/
- &
- 000
- 11
- 2020
- पहुँच
- लेखा
- सक्रिय
- सब
- सभी लेन - देन
- की अनुमति दे
- आवेदन
- स्थापत्य
- चारों ओर
- आस्ति
- संपत्ति
- लड़ाई
- बीकन श्रृंखला
- Bitcoin
- blockchain
- BTC
- निर्माण
- इमारत
- कॉल
- मामलों
- चुनौती
- परिवर्तन
- जाँचता
- बच्चा
- कोड
- सहयोग
- अ रहे है
- सामान्य
- समुदाय
- कंपनियों
- कंपनी
- आत्मविश्वास
- आम राय
- जारी
- अनुबंध
- ठेके
- बनाना
- क्रिप्टो
- cryptocurrencies
- cryptocurrency
- डाटाबेस
- सौदा
- देरी
- खोज
- विकसित करना
- डेवलपर
- डेवलपर्स
- विकास
- निदेशक
- शीघ्र
- Edge
- प्रभावी
- इंजीनियर
- अभियांत्रिकी
- इंजीनियर्स
- वातावरण
- ERC20
- ETH
- ethereum
- Ethereum 2.0
- प्रकृति
- घटनाओं
- एक्सचेंज
- फास्ट
- Feature
- विशेषताएं
- फ़िएट
- वित्तीय
- लचीलापन
- प्रवाह
- ढांचा
- पूर्ण
- समारोह
- निधिकरण
- धन
- भविष्य
- सामान्य जानकारी
- उत्पत्ति
- अच्छा
- महान
- यहाँ उत्पन्न करें
- हाई
- मकान
- कैसे
- HTTPS
- सैकड़ों
- सहित
- बढ़ना
- उद्योग
- इंफ्रास्ट्रक्चर
- एकीकरण
- एकीकरण
- अलगाव
- IT
- रखना
- कुंजी
- ज्ञान
- कथानुगत राक्षस
- बड़ा
- लांच
- नेतृत्व
- स्तर
- लिस्टिंग
- स्थानीय
- LTC
- निर्माण
- खनिज
- महीने
- सबसे लोकप्रिय
- मल्टीसिग
- नेटवर्क
- नई सुविधाएँ
- नए उत्पादों
- नोड्स
- प्रस्ताव
- परिचालन
- विकल्प
- आदेश
- अन्य
- दर्द
- वेतन
- भुगतान
- मंच
- लोकप्रिय
- मूल्य
- निजी
- उत्पाद
- परियोजनाओं
- गुणवत्ता
- पढ़ना
- को कम करने
- रिलायंस
- आवश्यकताएँ
- उपयुक्त संसाधन चुनें
- बाकी
- पुरस्कार
- जोखिम
- रन
- दौड़ना
- सुरक्षा
- स्क्रीन
- सेवाएँ
- सेट
- छोटा
- स्मार्ट
- स्मार्ट अनुबंध
- स्मार्ट अनुबंध
- So
- सॉफ्टवेयर
- अंतरिक्ष
- दांव
- स्टेकिंग
- प्रारंभ
- राज्य
- तनाव
- समर्थन
- समर्थित
- समर्थन करता है
- प्रणाली
- टेक्नोलॉजीज
- अस्थायी
- परीक्षण
- परीक्षण
- परीक्षण
- पहर
- टोकन
- ऊपर का
- ट्रैकिंग
- ट्रांजेक्शन
- लेनदेन
- अपडेट
- अपडेट
- us
- मूल्य
- आयतन
- वेब
- सप्ताह
- अंदर
- काम
- विश्व
- X
- XRP
- वर्ष