कास्पा का टोकाटा हार्ड फोर्क: अनुबंध, जेडके ऑपकोड, और एक नया जून लक्ष्य

कसपाआगामी टोकाटा हार्ड फोर्क नेटवर्क में दो नए प्रोग्रामेबिलिटी पथ जोड़ेगा: नेटिव एल1 कोवेनेंट प्रोग्रामिंग और आधारित जीरो-नॉलेज (जेडके) एप्लिकेशन इन्फ्रास्ट्रक्चर, जिसका मेननेट सक्रियण अब 5-20 जून, 2026 के लिए निर्धारित किया गया है, जिसे मूल रूप से 5 मई के लक्ष्य से आगे बढ़ा दिया गया है।

कास्पा कोर के माइकल सटन ने एक लेख प्रकाशित किया। विस्तृत अद्यतन इस हार्ड फोर्क में क्या शामिल है, तारीख क्यों बदली गई, और आने वाले कुछ महीनों में क्या होने की उम्मीद है, इस बारे में विस्तार से चर्चा की गई है। इस फोर्क की शुरुआत मूल रूप से ओरि न्यूमैन ने कास्पा के स्क्रिप्ट इंजन में नियमों को शामिल करने के प्रयास के रूप में की थी, जो आंशिक रूप से बिटकॉइन जगत में OP_CAT पर चल रही चर्चा के जवाब में था। तब से यह काफी बड़ा रूप ले चुका है।

टोकाटा हार्ड फोर्क क्या है?

टोकाटा, कास्पा नेटवर्क के लिए एक निर्धारित हार्ड फोर्क है जो बेस लेयर में सीधे नई क्षमताएं जोड़ता है। हार्ड फोर्क, उन लोगों के लिए जो इससे परिचित नहीं हैं, एक प्रोटोकॉल अपग्रेड है जो बैकवर्ड-कम्पैटिबल नहीं है। नेटवर्क में भाग लेना जारी रखने के लिए सभी नोड्स को अपग्रेड करना होगा।

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

उच्च स्तर पर देखा जाए तो, टोकाटा कास्पा में दो चीजें जोड़ता है:

• मूल निवासी L1 अनुबंध प्रोग्रामिंग सिल्वरस्क्रिप्ट नामक एक नए कंपाइलर के माध्यम से
• आधारित जेडके एप्लिकेशन इंफ्रास्ट्रक्चरउन्हीं वाचा की नींवों पर निर्मित

ये दोनों प्रणालियाँ एक दूसरे के स्थान पर उपयोग नहीं की जा सकतीं। ये अलग-अलग उपयोगों के लिए बनाई गई हैं और इनका लक्ष्य भी अलग-अलग डेवलपर वर्ग हैं।

समझौते क्या होते हैं और कास्पा के लिए वे क्यों महत्वपूर्ण हैं?

अनुबंध वे शर्तें हैं जो यह निर्धारित करती हैं कि किसी लेनदेन में प्राप्त धनराशि को भविष्य में कैसे खर्च किया जा सकता है। बिटकॉइन या कास्पा के सामान्य लेनदेन में, एक बार सिक्के भेज दिए जाने के बाद, प्राप्तकर्ता उनका उपयोग अपनी इच्छानुसार कर सकता है। अनुबंध इस स्थिति को बदल देते हैं क्योंकि वे खर्च करने के नियमों को सीधे स्क्रिप्ट में ही शामिल कर देते हैं।

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

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

बेस्ड जेडके एप्लिकेशन क्या हैं?

टोकाटा में प्रस्तुत प्रोग्रामेबिलिटी का दूसरा स्तंभ zk अनुप्रयोगों पर आधारित है। यह दोनों में से अधिक तकनीकी रूप से जटिल है और इसे ध्यानपूर्वक समझना आवश्यक है।

आशाजनक परियोजनाओं की खोज करें...

आशाजनक परियोजनाएं...

(विज्ञापन)

लेख जारी है...

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

इस संदर्भ में "आधारित" का अर्थ है कि zk प्रणाली पूरी तरह से L1 अनुक्रमण का पालन करती है। एक आधारित zk एप्लिकेशन स्वतंत्र रूप से लेनदेन जोड़ या हटा नहीं सकता है। यह Kaspa के अपने लेनदेन क्रम से जुड़ा होता है, यही कारण है कि यह एक अलग अनुक्रमक के बिना भी विश्वसनीय है।

टोकाटा इस कार्य को समर्थन देने के लिए कई घटक प्रस्तुत करता है:

• ZK सत्यापन ऑपकोडइसमें एक लचीला ग्रोथ16 वेरिफायर और एक RISC ज़ीरो स्टार्क वेरिफायर शामिल है।
• एक अनुक्रमण प्रतिबद्धता पहुंच ऑपकोडजिससे आधारित अनुप्रयोगों को L1 क्रम से जुड़ने में मदद मिलती है।
• केआईपी-21एक विभाजित अनुक्रमण प्रतिबद्धता आर्किटेक्चर जो यह सुनिश्चित करता है कि एक zk ऐप की प्रूविंग लागत उसकी अपनी गतिविधि के साथ बढ़ती है, न कि समग्र DAG गतिविधि के साथ।

RISC Zero STARK वेरिफायर को टेस्टनेट 12 पर पहले ही लागू और सक्रिय कर दिया गया है। इसे मेननेट पर सक्रिय किया जाएगा या नहीं, इस पर अभी निर्णय लिया जा रहा है।

साबित करने की लागत क्यों मायने रखती है

किसी भी zk एप्लिकेशन के व्यावहारिक होने के लिए, प्रूफ जनरेट करने की लागत एप्लिकेशन के कार्यों के अनुपात में होनी चाहिए। यदि किसी zk एप्लिकेशन को व्यापक DAG पर होने वाली सभी गतिविधियों के सापेक्ष कार्य को सिद्ध करना पड़े, तो लागत अप्रत्याशित और अनियंत्रित हो जाएगी। KIP-21 अनुक्रमण प्रतिबद्धताओं को विभाजित करके इस समस्या का समाधान करता है, जिससे प्रत्येक एप्लिकेशन का कार्यभार स्व-निहित रहता है।

पहले से क्या व्यवस्था मौजूद है?

हार्ड फोर्क का एक महत्वपूर्ण हिस्सा पहले ही कार्यान्वित किया जा चुका है। निम्नलिखित विशेषताएं पहले से ही निर्मित हैं:

• KIP-17 के तहत विस्तारित स्क्रिप्ट-इंजन ओपकोड समर्थन, जो मूल अनुबंधों की रीढ़ है।
• KIP-20 के अंतर्गत सर्वसम्मति और इंजन सुविधा के रूप में वंश प्रबंधन के लिए अनुबंध आईडी
• अलेक्जेंडर सफस्ट्रॉम द्वारा लिखित KIP-16 के अंतर्गत, zk-verifier प्रीकंपाइल सबसिस्टम के साथ ZK ऑपकोड।
• अनुक्रमण प्रतिबद्धता पहुंच ऑपकोड
• सटन द्वारा लिखित और मैक्सिम बिरयुकोव द्वारा कार्यान्वित KIP-21 पूरी तरह से कार्यान्वित हो चुका है और समीक्षा के लिए लंबित है।

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

हार्ड फोर्क की तारीख जून में क्यों स्थानांतरित की गई?

मूल रूप से मेननेट लॉन्च की लक्षित तिथि 5 मई, 2026 थी। बाद में इसे बदलकर 5-20 जून, 2026 की अवधि कर दिया गया।

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

KIP-21 को पहले से ही उस कमिटमेंट स्कीम के साथ भविष्य में संगत होने के लिए डिज़ाइन किया गया है, जिसकी आवश्यकता अंततः vprogs को होगी, जो सिंक्रोनस रूप से कंपोजेबल वेरिफाइएबल प्रोग्राम्स के लिए Kaspa का दीर्घकालिक रोडमैप है। मेननेट सक्रियण से पहले सही संरचना को लॉक करने से बाद में होने वाले महंगे माइग्रेशन से बचा जा सकता है।

फीचर फ्रीज की तारीख 15 अप्रैल, 2026 तय होने की उम्मीद है।

फीचर फ्रीज़ और मेननेट के बीच क्या होता है?

15 अप्रैल को फीचर फ्रीज के बाद, कास्पा कोर ने समर्पित टेस्टनेट, TN12 को पूर्ण अंतिम फीचर सेट के साथ फिर से शुरू करने की योजना बनाई है। यह हार्ड फोर्क ट्रांजिशन का सिमुलेशन नहीं है। यह अंतिम रूप में संपूर्ण फीचर सेट के परीक्षण के लिए एक स्वच्छ नेटवर्क है।

इसके बाद, टीम कई महीनों के संचित कार्य को एक लंबित शाखा से वापस मुख्य कोडबेस में मर्ज करेगी। इस प्रक्रिया में अंतिम ऑडिटिंग, लंबित कार्यों को पूरा करना, हार्ड-फोर्क सक्रियण तर्क को परिष्कृत करना और डेटाबेस अपग्रेड करने की क्षमता को संभालना शामिल है।

एक बार यह काम पूरा हो जाने के बाद, मेननेट पर पूर्ण परिवर्तन का अनुकरण करने के लिए, दीर्घकालिक टेस्टनेट TN10 पर एक परीक्षण हार्ड फोर्क चलाया जाएगा। मेननेट की तिथि तभी निर्धारित की जाएगी जब यह पूर्वाभ्यास टीम की संतुष्टि के अनुरूप पूरा हो जाएगा।

नोड ऑपरेटरों को क्या अपेक्षा करनी चाहिए

माइनर्स और नोड ऑपरेटर्स के लिए, अपग्रेड प्रक्रिया सरल रखी गई है। नोड्स को अपडेट करने की आवश्यकता होगी, और मौजूदा कार्यक्षमता पहले की तरह ही काम करती रहेगी। डिस्क स्पेस की आवश्यकता में लगभग 20 से 50 प्रतिशत की वृद्धि होने की उम्मीद है। बुनियादी ढांचे में कोई बड़ा बदलाव अपेक्षित नहीं है।

टोकाटा वास्तव में कास्पा के लिए क्या प्रदान करता है

टोकाटा, कास्पा की बेस लेयर में दो कार्यशील प्रोग्रामेबिलिटी सिस्टम जोड़ता है: सिल्वरस्क्रिप्ट के माध्यम से नेटिव L1 कोवेनेंट स्क्रिप्टिंग, और KIP-16, KIP-20 और KIP-21 के माध्यम से आधारित ZK एप्लिकेशन इन्फ्रास्ट्रक्चर। तकनीकी कार्य का एक बड़ा हिस्सा पहले ही पूरा हो चुका है। अब केवल इंटरफेस को अंतिम रूप देना, लंबित ब्रांच को मास्टर में मर्ज करना और मेननेट की तिथि की पुष्टि होने से पहले TN10 पर पूर्ण पूर्वाभ्यास करना बाकी है।

5 से 20 जून, 2026 की समय सीमा इसलिए रखी गई है क्योंकि टीम ने लाइव परिस्थितियों में बाद में सुधार करने के बजाय पहली बार में ही सीक्वेंसिंग कमिटमेंट आर्किटेक्चर को सही करने का विकल्प चुना। नोड ऑपरेटरों के लिए, अपग्रेड को सरल बनाया गया है, जिसमें डिस्क स्पेस में मामूली वृद्धि के अलावा कोई बड़ा इंफ्रास्ट्रक्चर परिवर्तन नहीं होगा।

संसाधन

1. कास्पा ऑन एक्स: पोस्ट (अप्रैल, 2026)

2. माइकल सटन द्वारा लिखित ब्लॉग लेख: कास्पा कोवेनेंट्स++ "टोकाटा" हार्ड-फोर्क आउटलुक