रोपस्टेन मर्ज की घोषणा

• रोपस्टेन, मर्ज के ज़रिए लंबे समय तक चलने वाला पहला टेस्टनेट होगा
• नेटवर्क को कॉन्सेंसस प्रदान करने के लिए 30 मई, 2022 को नई रॉप्सटन बीकन चेन लॉन्च की गई थी
• रॉप्सटन बीकन चेन, 2 जून, 2022, को संगत प्रोटोकॉल नियमों (बेलाट्रिक्स) को मर्ज करने के लिए संभावित रूप से स्लॉट 24000 पर अपग्रेड होगी
• इसके बाद, टर्मिनल टोटल डिफ़िकल्टी (TTD) को प्रूफ़-ऑफ़-वर्क चेन पर मर्ज को ऐक्टिवेट करने के लिए चुना जाएगा। नोड ऑपरेटर को अपने क्लाइंट पर इस मूल्य को मैन्युअल रूप से सेट करना होगा।
• रॉप्सटन मर्ज के लिए उपयोग करने हेतु सटीक टर्मिनल टोटल डिफ़िकल्टी के संबंध में दूसरी घोषणा इस ब्लॉग पर 3 जून, 2022 को पोस्ट की जाएगी। उपयोगकर्ताओं को यह TTD मूल्य के चुने जाने के कुछ दिनों बाद हिट होने की अपेक्षा करनी चाहिए और कम समय की सूचना पर उसके अनुसार अपने क्लाइंट को कॉन्फ़िगर करने के लिए तैयार रहना चाहिए।

बैकग्राउंड

एथेरियम में प्रूफ़-ऑफ़-स्टेक को लाने के वर्षों के प्रयास के बाद, अब हम आखिरी टेस्टिंग स्टेज में प्रवेश कर रहे हैं: जो टेस्टनेट डिप्लॉयमेंट है!

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

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

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

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

ध्यान दें: नीचे बताई गई क्लाइंट रिलीज़, प्रूफ़-ऑफ़-स्टेक पर मेननेट के ट्रांज़िशन के लिए उपयुक्त नहीं होंगीं।

जानकारी अपग्रेड करें

समय

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

2 जून, 2022 को, स्लॉट 24000 पर, बेलाट्रिक्स अपग्रेड, रॉप्सटन बीकन चेन को मर्ज के लिए तैयार करेगा। उस समय, CL क्लाइंट, प्रूफ़-ऑफ़-वर्क चेन पर हिट के लिए TTD मूल्य प्राप्त करना शुरू करेंगे।

चूंकि प्रूफ़-ऑफ़-वर्क टेस्टनेट की हैश दर बहुत अस्थिर होती है, इसलिए TTD मूल्य को पहले सीमा से बहुत अधिक उच्च मूल्य, 100000000000000000000000 पर सेट किया जाएगा। रॉप्सटन की मौजूदा हैश दर पर, उसे प्राप्त करने में ~250 वर्ष लगेंगे।

बीकन चेन पर बेलाट्रिक्स अपग्रेड हो जाने के बाद, एक नया TTD मूल्य, जो कि कुछ दिन बाद प्राप्त होने की उम्मीद है, चुना जाएगा और उसकी घोषणा की जाएगी। इसके बाद उपयोगकर्ताओं को अपने नोड को इस नए मान के अनुसार कॉन्फ़िगर करना होगा। ऐसा करने के निर्देश, जिसके साथ प्रत्येक क्लाइंट उपलब्ध है, यहां दिए गए हैं।

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

निष्पादन परत के TTD से अधिक हो जाने पर, अगला ब्लोक, बीकन चेन सत्यापनकर्ता द्वारा पूरी तरह अकेले बनाया जाता है। हमारा मानना है कि मर्ज तभी पूरा होता है, जब बीकन चेन ने इस ब्लॉक को फ़ाइनलाइज़ कर दिया हो। नेटवर्क की सामान्य स्थितियों में, ऐसा फ़र्स्ट पोस्ट TTD ब्लॉक तक पहुँचने के बाद 2 ईपोक या लगभग 13 मिनट में हो जाना चाहिए!

फ़ाइनलाइज़ किया गया, नया JSON-RPC ब्लॉक टैग, फ़ाइनलाइज़ किया गया नवीनतम ब्लॉक रिटर्न करता है या अगर मर्ज के बाद ऐसा कोई ब्लॉक मौजूद नहीं हो, तो एक त्रुटि दिखाता है। इस टैग का उपयोग एप्लीकेशन में यह चेक करने के लिए किया जा सकता है कि मर्ज पूरा हो गया है या नहीं। इसी तरह, स्मार्ट कॉन्ट्रैक्ट, डिफ़िकल्टी ऑप्टकोड (0x44) की क्वेरी कर सकते हैं, जिसका नाम बदल कर प्रीवरांडाओ पोस्ट मर्ज कर दिया गया है, ताकि यह पता लगाया जा सके कि क्या मर्ज हो गया है। हमारा सुझाव है कि इंफ़्रास्ट्रक्चर प्रोवाइडर फ़ाइनलाइज़ेशन स्टेटस के अलावा नेटवर्क की पूरी स्टेबिलिटी पर भी नज़र रखें।

क्लाइंट रिलीज़

निम्नलिखित क्लाइंट रिलीज़, रोपस्टेन टेस्टनेट पर मर्ज को सपोर्ट करती हैं। मर्ज के दौरान और बाद में नेटवर्क पर बने रहने के लिए नोड ऑपरेटर्स को एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट दोनों को चलाना होगा।

जैसा कि ऊपर उल्लिखित किया गया है, नीचे दी गई रिलीज़ में टर्मिनल टोटल डिफ़िकल्टी के 100000000000000000000000 मान को हार्डकोड किया गया है, जिसे बीकन चेन पर बेलाट्रिक्स अपग्रेड सक्रिय होने के बाद मैन्युअल रूप से अपडेट करने की ज़रूरत होती है।

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

ध्यान दें: अगर आपने 43531756765713534 की रॉप्सटन TTD रिलीज़ का क्लाइंट पहले डाउनलोड किया है, तो आपको अपनी रिलीज़ को अपडेट करना चाहिए या TTD को मैन्युअल रूप से 100000000000000000000000 निर्दिष्ट किए अनुसार यहां ओवरराइड करना चाहिए।

कॉन्सेंसस लेयर

लोडस्टार नोट: नवीनतम लोडस्टार रिलीज़, v0.37.0, में पुराना रॉप्सटन TTD मान 43531756765713534 है। रॉप्सटन मर्ज के साथ सुसंगत होने के लिए, जो कि अब 100000000000000000000000 के TTD का उपयोग करता है, लोडस्टार के उपयोगकर्ताओं को इस मान को मैन्युअल रूप से ओवरराइड करना होगा। ऐसा करने के निर्देश टीम की रिलीज़ घोषणा नोट में मिल सकते हैं।

एक्ज़ीक्यूशन लेयर

गेथ नोट: नवीनतम गो-इथेरियम (गेथ) रिलीज़, शारब्लू (सं1.10.18), में रॉप्सटन TTD का पुराना 43531756765713534 मूल्य है। रॉप्सटन मर्ज के साथ सुसंगत होने के लिए, जो कि अब 100000000000000000000000 के TTD का उपयोग करता है, गेथ के उपयोगकर्ताओं को:

• नवीनतम मास्टर ब्रांच पर स्रोत से निर्माण करना होगा
• नवीनतम डॉकर इमेज का उपयोग करना होगा
• क्लाइंट को शुरू करते समय नीचे दी गई कमांड को चलाकर TTD को मैन्युअल रूप से ओवरराइड करना: --override.terminaltotaldifficulty 100000000000000000000000।

अपग्रेड की विशेषताएँ

मर्ज के लिए सहमति-क्रिटिकल परिवर्तन, दो स्थानों पर निर्दिष्ट किए गए हैं:

• सहमति-विनिर्देश रिपॉज़िटरी की बेलाट्रिक्स डायरेक्टरी के तहत सहमति परत परिवर्तन
• एक्ज़ीक्यूशन लेयर, एक्ज़ीक्यूशन-स्पेसिफ़िकेशन रिपोज़िटरी में पेरिस स्पेसिफ़िकेशन के अंतर्गत बदलती है

इनके अलावा, दो अन्य विनिर्देश यह कवर करते हैं कि सहमति और निष्पादन परत क्लाइंट किस तरह इंटरैक्ट करते हैं:

• एक्ज़ीक्यूशन-एपिस रिपॉज़िटरी में बताए गए इंजन API का इस्तेमाल, कॉन्सेंसस और एक्ज़ीक्यूशन लेयर के बीच कम्युनिकेशन के लिए किया जाता है
• सहमति विशिष्ट रिपॉज़िटरी के सिंक फ़ोल्डर में निर्दिष्ट ऑप्टिमिस्टिक सिंक का उपयोग निष्पादन परत क्लाइंट सिंक करते समय सहमति परत द्वारा ब्लॉक को इम्पोर्ट करने के लिए और पहले से लेकर बाद के हेड ऑफ़ द चेन का आंशिक दृश्य दिखाने के लिए किया जाता है

आम सवाल

नोड ऑपरेटर के तौर पर, मुझे क्या करना चाहिए?

मर्ज के बाद, एथेरियम फ़ुल नोड, प्रूफ़-ऑफ़-स्टेक बीकन चेन को रन करने वाले सहमति परत क्लाइंट को और यूज़र स्थिति का प्रबंधन करने वाले और लेनदेनों से संबद्ध गणनाओं को रन करने वाले निष्पादन परत क्लाइंट को संयोजित करेगा। ये JSON RPC विधियों के एक नए सेट, इंजन API का उपयोग करके एक प्रमाणित पोर्ट पर कम्युनिकेट करते हैं। EL और CL क्लाइंट, JWT सीक्रेट का उपयोग करके एक दूसरे को प्रमाणीकृत करता है। नोड ऑपरेटर को इन्हें जनरेट करने और कॉन्फ़िगर करने के तरीके के निर्देशों के लिए उनके क्लाइंट प्रलेखन को देखना चाहिए।

दूसरे शब्दों में, अगर आप पहले से ही बीकन चेन पर कोई नोड चला रहे थे, तो अब आपको एक एक्ज़ीक्यूशन लेयर क्लाइंट भी चलाना होगा। इसी तरह, अगर आप मौजूदा कार्य-का-प्रमाण नेटवर्क पर कोई नोड चला रहे थे, तो आपको एक कॉन्सेंसस लेयर क्लाइंट चलाना होगा। वे सुरक्षित रूप से संचार कर सकें, इसके लिए JWT टोकन प्रत्येक क्लाइंट में पास किया जाना चाहिए।

यहाँ ध्यान दिया जाना चाहिए कि हालाँकि ये दोनों ही कॉन्सेंसस लेयर क्लाइंट रिलीज़ का हिस्सा हैं, लेकिन फिर भी बीकन नोड चलाना, वैलिडेटर क्लाइंट चलाने से अलग होता है। स्टेकर को ये दोनों चलाना चाहिए, लेकिन नोड ऑपरेटर्स को केवल पहले वाले की ही ज़रूरत होती है। यह पोस्ट दोनों घटकों के बीच के अंतर को और अधिक विस्तार से समझाती है।

यह भी ध्यान रखें कि हर लेयर, पियर्स का एक अलग सेट बनाए रखेगी और अपने API दिखाएगी। इस प्रकार बीकन और JSON RPC API दोनों अपेक्षानुसार काम करना जारी रखेंगे।

आखिरी में, अंतिम रॉप्सटन TTD मूल्य के इस ब्लॉग पर घोषणा के लिए 6-7 को देखना याद रखें।

स्टेकर के तौर पर, मुझे क्या करना होगा?

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

मर्ज के बाद, सत्यापनकर्ताओं को यह सुनिश्चित करना होगा कि उनके द्वारा बनाए गए और प्रमाणित किए गए ब्लॉक में किए जाने वाले लेन-देन वैध हों। ऐसा करने के लिए, प्रत्येक बीकन नोड को एक्ज़ीक्यूशन लेयर क्लाइंट के साथ जोड़ा जाना चाहिए। ध्यान रखें कि एक से ज़्यादा सत्यापनकर्ताओं को एकल बीकन नोड और निष्पादन परत क्लाइंट कॉम्बो में अभी भी पेयर किया जा सकता है। हालाँकि इससे सत्यापनकर्ताओं की ज़िम्मेदारी बढ़ जाती है, लेकिन इससे ब्लॉक का प्रस्ताव देने वाले सत्यापनकर्ता को उससे संबंधित लेन-देन का प्राथमिकता शुल्क (जो अभी माइनर्स को मिलता है) लेने का अधिकार भी मिलता है।

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

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

यदि आपने किसी तृतीय-पक्ष प्रदाता का उपयोग करके दांव लगाया है, तो यह तय करना आपके चयनित प्रदाता पर निर्भर करता है कि ये शुल्क कैसे आवंटित किए जाएँगे।

टेस्टनेट अपग्रेड वैलिडेटर्स के लिए यह सुनिश्चित करने का आखिरी मौका है कि उनका सेटअप अपेक्षानुरूप काम कर रहा है और समस्याओं को हल कर रहा है। मर्ज की तैयारी में रॉप्सटन बीकन चेन पर सत्यापनकर्ता रन करने के बारे में जानकारी रॉप्सटन स्टैकिंग लॉन्चपैड पर मिल सकती है।

हमारा सुझाव है कि मेननेट वैलिडेटर, एथेरियम मेननेट के प्रूफ़-ऑफ़-स्टेक में ट्रांज़िशन से पहले रोपस्टेन और अन्य टेस्टनेट पर मर्ज चलाकर ज़रूर देख लें।

एप्लिकेशन या टूलिंग डेवलपर के तौर पर, मुझे क्या करना चाहिए?

अभी रोपस्टेन पर मर्ज लाइव हो रहा है, इसलिए अब यह सुनिश्चित करने का समय आ गया है कि आपका उत्पाद प्रूफ़-ऑफ़-स्टेक ट्रांज़िशन करके और मर्ज के बाद सही ढंग से काम करे। जैसा कि पिछली पोस्ट में बताया गया है, मर्ज का एथेरियम पर डिप्लॉय किए गए अनुबंधों के सबसेट पर बहुत ही कम प्रभाव पड़ेगा, जिनमें से कोई भी टूटना नहीं चाहिए। इसके अलावा, यूज़र API एंडपॉइंट में लॉयन का हिस्सा एक जैसा बना रहेगा (बशर्ते कि आप प्रूफ़-ऑफ़-वर्क विशिष्ट तरीकों जैसे eth_getWork का उपयोग नहीं कर रहे हों)।

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

इथेरियम यूज़र या ईथर धारक के रूप में, क्या मुझे कुछ करना होगा?

नहीं। इथेरियम मेननेट इस टेस्टनेट से प्रभावित नहीं होता है। मेननेट के ट्रांज़िशन से पहले इस ब्लॉग पर आगे की कुछ घोषणाएँ की जाएँगी।

माइनर के तौर पर क्या मुझे कुछ करना होगा?

नहीं। यदि आप एथेरियम मेननेट या रोपस्टेन पर माईनिंग कर रहे हैं, तो आपको पता होना चाहिए कि मर्ज के बाद प्रत्येक नेटवर्क पूरी तरह से प्रूफ़-ऑफ़-स्टेक के अंतर्गत काम करेगा। तब नेटवर्क पर माइनिंग करना संभव नहीं रह जाएगा।

ऐसा रोपस्टेन पर संभवतः 8 जून, 2022 के आसपास और एथेरियम मेननेट के लिए इस साल के अंत तक हो जाएगा।

सत्यापनकर्ता के तौर पर क्या मैं अपनी हिस्सेदारी वापस ले सकता हूँ?

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

मर्ज के बाद के पहले अपग्रेड में शायद बीकन चेन से निकासी की सुविधा उपलब्ध होने की संभावना है। कॉन्सेंसस और एक्ज़ीक्यूशन दोनों लेयरों के लिए स्पेसिफ़िकेशन तैयार किए जा रहे हैं।

मेरे और भी प्रश्न हैं, मैं उन्हें कहां पूछ सकता/सकती हूं?

मर्ज कम्युनिटी कॉल को 3 जून, 14:00 UTC पर शेड्यूल किया जाएगा। क्लाइंट के डेवलपर और शोधकर्ता, नोड ऑपरेटर, स्टैकर, इन्फ़्रास्ट्रक्चर और टूलींग प्रोवाइडर और कम्युनिटी के सदस्यों के प्रश्नों का उत्तर देने के लिए उपलब्ध रहेंगे।

मर्ज कब होगा?

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

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

लगता है कि कोई समस्या नहीं मिली है। हालाँकि, अगर इस प्रोसेस में कहीं पर भी कोई समस्या आती है या टेस्ट का कवरेज अपर्याप्त माना जाता है, तो डिप्लॉयमेंट प्रोसेस को जारी रखने से पहले इन समस्याओं का समाधान किया जाएगा।

इसके बाद ही मर्ज की सही तारीख का अनुमान लगाना संभव होगा।

दूसरे शब्दों में, 🔜।