Solana ने वैलिडेटर समन्वय के लिए लक्ष्य स्लॉट समय घटाकर 250 मिलीसेकंड कर दिया है। यह बदलाव 18 सितंबर को Epoch 1037 में लागू हुआ। छोटे अंतराल से लेनदेन को ब्लॉक में शामिल होने के अधिक लगातार अवसर मिलते हैं, लेकिन वैलिडेटरों के पास लेनदेन प्राप्त करने और आगे भेजने, लीडर बदलने तथा ब्लॉक उत्पादन शुरू करने के लिए कम समय रह जाता है। नेटवर्क के लिए मुख्य सवाल केवल औसत लेटेंसी घटने का नहीं, बल्कि यह है कि कम समय की इस व्यवस्था में लीडर हैंडऑफ, लेनदेन समावेशन और खराबी से उबरने की प्रक्रिया स्थिर रहती है या नहीं।
SOL हाल में 109.89 डॉलर पर कारोबार कर रहा था। 24 घंटे में इसमें 0.90% की गिरावट रही, जबकि 30 दिनों में यह 20.71% ऊपर था। स्लॉट समय में बदलाव अपने आप में टोकन कीमत का संकेत नहीं है। बाजार का ध्यान अधिकतर नेटवर्क की उपलब्धता, लेनदेन पुष्टि और वैलिडेटर संचालन लागत पर इसके दीर्घकालिक प्रभाव पर रहेगा।
Epoch 1037 में औसत स्लॉट करीब 266ms
Solana के इंजीनियरिंग अपडेट के अनुसार, 250ms का लक्ष्य 18 सितंबर को लगभग 05:06 UTC पर Epoch 1037 में सक्रिय हुआ। 20 सितंबर को लिए गए शुरुआती नमूने में 60 एक-मिनट विंडो शामिल थीं और उत्पादित स्लॉट के बीच औसत अंतर करीब 266ms रहा। इस Epoch में निर्धारित स्लॉट में से लगभग 0.05% स्लॉट स्किप हुए।
शुरुआती आंकड़ों से बदलाव के तुरंत बाद स्किप्ड स्लॉट में स्पष्ट बढ़ोतरी नहीं दिखती, लेकिन निरीक्षण अवधि अभी सीमित है और इससे दीर्घकालिक प्रदर्शन का निष्कर्ष नहीं निकाला जा सकता। आगे स्लॉट अवधि, स्किप्ड स्लॉट की दर, लेनदेन समावेशन और लीडर हैंडऑफ का प्रदर्शन लंबे समय तक देखना अधिक उपयोगी होगा। जहां संभव हो, इन आंकड़ों को क्लाइंट प्रकार और इंफ्रास्ट्रक्चर प्रदाता के आधार पर भी अलग करना होगा, क्योंकि पूरे नेटवर्क का औसत किसी विशेष समूह के कमजोर प्रदर्शन को छिपा सकता है।
Solana 200ms पर सशर्त रूप से जाने पर भी विचार कर रहा है। 20 सितंबर तक मेननेट सक्रियण की कोई तारीख तय नहीं थी और Anza के फीचर-स्विच शेड्यूल में भी निश्चित लॉन्च तारीख नहीं दी गई थी। Solana के अनुसार, किसी भी अगले बदलाव के लिए नेटवर्क प्रदर्शन और स्किप्ड स्लॉट की दर महत्वपूर्ण शर्तें होंगी।
छोटे स्लॉट से क्षमता अपने आप नहीं बढ़ती
SIMD-0525 के डिजाइन ड्राफ्ट के अनुसार, स्लॉट समय घटने पर प्रत्येक स्लॉट में उपलब्ध कम्प्यूटेशनल काम भी कम हो जाता है। 250ms पर प्रति स्लॉट बजट 6.25 करोड़ compute units है। यदि नेटवर्क 200ms पर जाता है, तो यह बजट घटकर 5 करोड़ compute units रह जाएगा। दोनों स्थितियों में प्रोटोकॉल की नाममात्र प्रोसेसिंग सीमा लगभग 25 करोड़ compute units प्रति सेकंड के करीब है।
इसलिए बदलाव का असर प्रति इकाई समय क्षमता को सीधे बढ़ाने के बजाय लेनदेन समावेशन की गति और लेटेंसी पर पड़ता है। ब्लॉक अधिक बार बनेंगे, लेकिन प्रत्येक ब्लॉक में कम काम शामिल किया जा सकेगा। वास्तविक थ्रूपुट अब भी लेनदेन मांग, शेड्यूलिंग और इस बात पर निर्भर करेगा कि लीडर उपलब्ध ब्लॉक स्पेस को कितनी प्रभावी तरह भर पाते हैं।
प्रत्येक लीडर को लगातार चार स्लॉट देने वाला नियम अपरिवर्तित है। 250ms पर लीडर के पास नाममात्र रूप से लगभग एक सेकंड की उत्पादन विंडो होती है। 200ms पर यह विंडो घटकर 800ms रह जाएगी। उपयोगकर्ताओं को ब्लॉक में लेनदेन शामिल कराने के अधिक लगातार अवसर मिलेंगे, जबकि वैलिडेटरों को कम समय में ट्रैफिक प्राप्त करना, डेटा प्रसारित करना और उत्पादन की भूमिका बदलनी होगी।
भौगोलिक दूरी हैंडऑफ का समय घटाती है
Solana Foundation के इंजीनियरिंग विश्लेषण के अनुसार, जब लगातार आने वाले लीडर 500 किलोमीटर से कम दूरी पर होते हैं, तो लीडर की रन में पहला स्लॉट बाद के स्लॉटों की तुलना में मध्यिका आधार पर करीब 28ms खोता है। दूरी 8,000 किलोमीटर से अधिक होने पर यह नुकसान लगभग 122ms तक पहुंच जाता है। यह 200ms के लक्ष्य स्लॉट का 61% है।
यह माप लीडर द्वारा संभाले गए पहले स्लॉट की तुलना उसके बाद के स्लॉटों से करता है, इसलिए इसमें केवल नेटवर्क ट्रांसमिशन लेटेंसी ही शामिल नहीं है। फिर भी यह छोटे स्लॉट से पैदा होने वाले समझौते को दिखाता है। भौगोलिक वितरण किसी एक स्थान पर निर्भरता घटा सकता है, लेकिन लंबी दूरी के लीडर हैंडऑफ उत्पादन विंडो का बड़ा हिस्सा खा सकते हैं।
18 सितंबर के Solana इंजीनियरिंग अपडेट में हैंडऑफ विंडो की सुरक्षा के लिए दो प्रयासों का उल्लेख किया गया। Agave डेवलपर अधिक सतर्क फॉरवर्डिंग तरीके की जांच कर रहे हैं, जिसके तहत यदि लेनदेन अपने मूल लक्ष्य तक समय पर नहीं पहुंच सकता, तो उसे पहले ही अगले लीडर को भेजा जा सकता है। क्लाइंट टीमें अलग-अलग इंप्लीमेंटेशन और संस्करणों में ब्लॉक तथा लेनदेन निष्पादन की जांच के लिए एकसमान बाइनरी का भी इस्तेमाल कर रही हैं।
खराबी से उबरने की प्रक्रिया भी इसी समय सीमा से प्रभावित होती है। SIMD-0525 ड्राफ्ट में 200ms चरण के दौरान 250ms की रिपेयर-डिले सीमा बरकरार रखी गई है। इसका अर्थ है कि यह सीमा एक लक्ष्य स्लॉट से भी लंबी होगी। यह एक इंजीनियरिंग प्रावधान है, मौजूदा नेटवर्क विफलता का प्रमाण नहीं; हालांकि इससे पता चलता है कि कम लेटेंसी बनाए रखने के लिए तेज रिपेयर, फॉरवर्डिंग और निष्पादन तंत्र जरूरी होंगे।
TeraSwitch आउटेज ने अवसंरचना एकाग्रता दिखाई
12 अगस्त को TeraSwitch में हुई रूटिंग विफलता 250ms बदलाव से पहले की घटना थी और उसका कारण यह बदलाव नहीं था। फिर भी इस घटना से दिखा कि अलग-अलग संचालन वाली प्रतीत होने वाली वैलिडेटर इकाइयां एक ही होस्टिंग या नेटवर्क-रूटिंग अवसंरचना पर निर्भर होने के कारण एक साथ प्रभावित हो सकती हैं।
TeraSwitch के घटना रिकॉर्ड के अनुसार, 12 साइटों का नेटवर्क कनेक्टिविटी से संपर्क टूट गया। इनमें मियामी की एक साइट भी शामिल थी, जिसे अलग करने के लिए नेटवर्क से हटा दिया गया। Solana Compass के अनुमान में नेटवर्क की करीब 28.83% स्टेक लगभग 33 मिनट तक डिस्कनेक्ट या निष्क्रिय रही। Solana Foundation ने कहा कि ब्लॉक बनते रहे और लेनदेन नेटवर्क में आते रहे।
नेटवर्क बंद नहीं हुआ, लेकिन इस घटना ने यह भी दिखाया कि वैलिडेटर की संख्या अकेले विकेंद्रीकरण की पूरी तस्वीर नहीं देती। 7 सितंबर के अलग आंकड़ों में Solana का स्टेक-वेटेड Nakamoto coefficient 18 था और सबसे बड़े वैलिडेटर के पास सक्रिय स्टेक का लगभग 4% था। होस्टिंग-प्रदाता स्तर पर उसी दिन के आंकड़ों में TeraSwitch से जुड़ी अवसंरचना के पास सक्रिय स्टेक का 22.1% था।
Solana Foundation ने अलग से कहा कि “पिछले वर्ष” TeraSwitch लगभग 38% स्टेक की मेजबानी कर रहा था, जिसके बाद यह हिस्सा 30% से नीचे आ गया। इन आंकड़ों की तारीखें और पद्धतियां पूरी तरह समान नहीं हैं। इसलिए 7 सितंबर का 22.1% आंकड़ा मौजूदा स्थिति का स्वतंत्र स्नैपशॉट है; इसे पहले के आंकड़ों के साथ लगातार श्रृंखला के रूप में सीधे नहीं जोड़ा जाना चाहिए।
सॉफ्टवेयर-क्लाइंट का संयोजन भी विफलता का एक अलग संभावित क्षेत्र है। 20 सितंबर की स्टेक-वेटेड क्वेरी में करीब 87.4% स्टेक 4.x क्लाइंट संस्करण पर, 7.3% 0.x पर और 5.3% 26.x पर चल रही थी। मेजर-वर्जन लेबल Agave परिवार, Frankendancer और Firedancer सॉफ्टवेयर के केवल मोटे संकेतक हैं। वे हर शेड्यूलर वेरिएंट या डाउनस्ट्रीम बिल्ड को अलग-अलग नहीं दिखाते।
ये तीनों आंकड़ा-समूह अलग-अलग जोखिमों को मापते हैं। वैलिडेटर स्टेक का केंद्रीकरण बताता है कि नेटवर्क पर महत्वपूर्ण असर पड़ने से पहले कितने लीडरों को विफल होना या एक साथ प्रभावित होना पड़ेगा। क्लाइंट वंशावली किसी समान सॉफ्टवेयर दोष के जोखिम को दिखाती है। होस्टिंग-प्रदाता का केंद्रीकरण बताता है कि किसी एक सेवा प्रदाता या रूटिंग डोमेन की समस्या से एक साथ कितना स्टेक प्रभावित हो सकता है। 250ms स्लॉट ने इन केंद्रीकरणों को पैदा नहीं किया, लेकिन कम हैंडऑफ और रिकवरी विंडो संबंधित आउटेज के प्रभाव को बढ़ा सकती हैं।
200ms के लिए लंबी अवधि के आंकड़े जरूरी
250ms चरण के शुरुआती आंकड़ों में स्किप्ड स्लॉट में अचानक गिरावट नहीं दिखी है, लेकिन एक Epoch और करीब 60 मिनट का नमूना यह तय करने के लिए पर्याप्त नहीं है कि 200ms मेननेट के लिए तैयार है या नहीं। बेहतर आकलन के लिए लंबे संचालन काल के साथ अलग-अलग नेटवर्क लोड, भौगोलिक वितरण, क्लाइंट मिश्रण और इंफ्रास्ट्रक्चर व्यवस्था वाली स्थितियों का परीक्षण करना होगा।
Alpenglow की तकनीकी समयरेखा अलग है। यह कंसेंसस अपग्रेड करीब 150ms की फाइनलिटी का लक्ष्य रखता है, जबकि स्लॉट समय ब्लॉक-उत्पादन के अवसरों की गति नियंत्रित करता है। दोनों एक ही मेट्रिक नहीं हैं। Solana के आधिकारिक योजना पन्नों में भी अलग-अलग समय-सीमाओं का उल्लेख किया गया है, जिनमें तीसरी तिमाही का लक्ष्य और अक्टूबर में Agave 4.3 रोलआउट से जुड़ी योजनाएं शामिल हैं। सटीक सक्रियण तारीख उपलब्ध नहीं कराई गई है।
बाजार और वैलिडेटरों के लिए व्यावहारिक कसौटी किसी छोटे नमूने में दर्ज औसत गति नहीं है। महत्वपूर्ण यह है कि कम उपलब्ध समय में लेनदेन फॉरवर्डिंग, लीडर बदलाव, ब्लॉक रिपेयर और अलग-अलग क्लाइंट इंप्लीमेंटेशन एक-दूसरे के साथ समन्वित रह पाते हैं या नहीं। यदि भौगोलिक दूरी, होस्टिंग प्रदाता या सॉफ्टवेयर संस्करणों के कारण स्टेक का कोई हिस्सा एक साथ अनुत्तरदायी होता है, तो 200ms पर कम स्किप्ड-स्लॉट दर बनाए रखना Solana के लिए स्लॉट समय और घटाने से पहले प्रमुख तकनीकी शर्त बना रहेगा।