Validators DAO रिलीज Solana स्ट्रीम SDK v1.1.1 - OpenSourcing a Rust सबसे तेजी से के लिए स्टार्टर क्लाइंट UDP श्रद

Solana SDK स्ट्रीम करें, एक खुला स्रोत स्ट्रीम क्लाइंट के लिए Solana द्वारा विकसित और संचालित ELSOUL LABO B.V. (Head-day): Amsterdamनीदरलैंड्स; सीईओ: Fumitake कावासाकी) और Validators DAOइसके अलावा, इसने अपना नवीनतम संस्करण v1.1.1 जारी किया है। Rust- आधारित स्टार्टर क्लाइंट जो सीधे संभालती है UDP Shreds- में सबसे तेजी से परत Solana नेटवर्क- हाल ही में खुला स्रोत रहा है।

यह रिलीज एक ठोस कार्यान्वयन उदाहरण प्रस्तुत करता है जो श्रेड को अधिक प्राप्त करता है UDP सीधे वैधानिकों के बीच, उच्च स्तर के माध्यम से गुजरने के बिना API जैसे परतें RPC, WebSocket, or gRPCयह उन मामलों के लिए जहां विलंबता सीधे मूल्य में अनुवाद करती है, यह वास्तविक दुनिया के वातावरण में सबसे तेजी से परत पर काम करने के लिए एक व्यावहारिक प्रारंभिक बिंदु प्रदान करता है।

On Solanaयहां तक कि श्रृंखला पर घटना के लिए भी, जिस समय यह पता लगाया जा सकता है उस समय काफी बदलता रहता है, जहां यह देखा जाता है-चालू शेरों से, Geyser gRPC, or RPC / WebSocketपता लगाने के समय के दृष्टिकोण से, श्रेड पहले देखे जाते हैं, इसके बाद Geyser gRPCऔर फिर RPC / WebSocket.

श्रेड उस मंच पर डेटा का प्रतिनिधित्व करते हैं जहां एक ब्लॉक को रचना करने वाले टुकड़े सीधे सत्यापनकर्ताओं के बीच विनिमय किए जाते हैं। Geyser gRPC इस तरह के ब्लॉक, लॉग, और खाता अद्यतन के रूप में घटनाओं को वितरित करने के बाद Shreds प्राप्त किया गया है और आंतरिक रूप से एक नोड द्वारा व्यवस्थित किया गया है। RPC / WebSocket उच्चतम स्तर पर बैठें, प्रश्नों और सदस्यता के माध्यम से पहले से ही संग्रहीत और व्यवस्थित डेटा तक पहुंच प्रदान करना।

श्रेड को सौंप दिया जाता है UDP. UDP कनेक्शन स्थापना, पुनर्ट्रांसमिशन कंट्रोल या ऑर्डरिंग गारंटी शामिल नहीं है, प्रोटोकॉल को एक पूर्ण न्यूनतम रखने के लिए। नतीजतन, समान परिस्थितियों में डेटा के साथ तुलना में तेज़ी से आता है। gRPC or WebSocketटीसीपी पर आधारित है।

जब सबसे तेजी से संभव का पता लगाने के लिए लक्ष्य Solana, UDP शेर्ड्स आवश्यकता से पहली पसंद बन जाते हैं, जो इन संचार विशेषताओं और नेटवर्क के डिजाइन द्वारा संचालित होते हैं।

Validators DAO सबसे तेज़ संभव का उपयोग करने के बारे में पूछताछ की एक बड़ी संख्या प्राप्त हुई है UDP उनके बीच, सबसे आम अनुरोध टोकन टकसालों और पंप पर जल्दी से व्यापार का पता लगाने के लिए किया गया है।

टोकन टकसालों और प्रारंभिक ट्रेडों के लिए, दसियों मिलीसेकंड के आदेश पर मतभेद परिणाम को भौतिक रूप से प्रभावित कर सकते हैं। पंप.fun इसलिए एक ठोस उदाहरण है जहां सबसे तेजी से परत की विशेषताओं और मूल्य का प्रदर्शन किया जाता है, और जहां मांग विशेष रूप से केंद्रित है। इस रिलीज में, स्टार्टर कोड में पंप.फंड आधारित डिटेक्शन लॉजिक को डिफ़ॉल्ट विन्यास के रूप में शामिल किया गया है, जो इस वास्तविक दुनिया की मांग को दर्शाता है। यह पंप के उपयोग को सीमित नहीं करता है।

जब हैंडलिंग UDP Shreds, लेनदेन की एक अत्यंत बड़ी मात्रा प्रणाली के माध्यम से बहती है, जिसमें कई शामिल हैं जो रणनीति या UX निर्णयों के लिए बहुत छोटे हैं।

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

उपरोक्त उदाहरण केवल पंप का पता लगाने वाले लॉग को दर्शाता है।

UDP श्रेड में ब्लॉक से पहले की जानकारी पूरी तरह से अंतिम रूप दिया गया है। नतीजतन, असफल लेनदेन दिखाई दे सकते हैं, और डेटा गायब हो सकता है या आदेश से बाहर निकल सकता है। यह एक दोष नहीं है, लेकिन सबसे तेजी से परत की एक अंतर्निहित संपत्ति ही है।

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

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

GitHub (Solana स्ट्रीम SDK: https://github.com/ValidatorsDAO/solana-stream Rust क्रेट: https://crates.io/crates/solana-stream-sdk ERPC वेबसाइट: https://erpc.global/ Validators DAO आधिकारिक डिसकॉर्ड: https://discord.gg/C7ZQSrCkYR

प्रश्न और प्रतिक्रिया Solana SDK v1.1.1 स्ट्रीम करें और SDK v1.1.1 स्ट्रीम करें। UDP Shreds ग्राहक पर स्वागत किया जाता है Validators DAO आधिकारिक डिसकॉर्ड