Loading...
14 सितंबर 2026 को बंद हुए NU7 कॉइनहोल्डर मतदान में, लगभग 2,397,669 ZEC ने ZIP 218 के पक्ष में और 141.6 ZEC ने इसके विरोध में मतदान किया, जो 99.9% का परिणाम है। अधिकांश कवरेज ने इसे इस तरह संक्षेप में बताया कि "Zcash ब्लॉक तेज़ हो जाते हैं।" यह सही है, लेकिन यह प्रस्ताव के अधिकांश कार्यों और उन अधिकांश बातों को छोड़ देता है जिन्हें यह जानबूझकर समान रखता है।
यह पृष्ठ ZIP 218 को उसके अपने पाठ के आधार पर समझाता है: क्या बदलता है, क्या नहीं बदलता, और इसकी लागत क्या है।
| आज | ZIP 218 के बाद | |
|---|---|---|
| ब्लॉक लक्ष्य अंतराल | 75 सेकंड | 25 सेकंड |
| प्रतिदिन ब्लॉक | 1,152 | 3,456 |
| ब्लॉक सब्सिडी (वर्तमान halving युग) | 1.5625 ZEC | 0.52083333 ZEC |
| प्रतिदिन नए ZEC | अपरिवर्तित | अपरिवर्तित |
| Halving अंतराल | 1,680,000 ब्लॉक | 5,040,000 ब्लॉक |
| प्रति ब्लॉक shielded क्रियाओं की सीमाएँ | कोई नहीं (केवल 2 MB आकार सीमा) | कुल 330, पूल-वार सीमाओं के साथ |
| Orchard थ्रूपुट (2-क्रिया लेनदेन) | लगभग 2.9 प्रति सेकंड | लगभग 6.6 प्रति सेकंड |
तीन गुना अधिक ब्लॉक, जिनमें से प्रत्येक एक-तिहाई भुगतान करता है। आपूर्ति अनुसूची वहीं रहती है जहाँ थी।
मुख्य लक्ष्य कम प्रतीक्षा समय है। आज, नेटवर्क लोड चाहे जो हो, किसी भुगतान को अपनी पहली पुष्टि के लिए औसतन 75 सेकंड प्रतीक्षा करनी पड़ती है। 25 सेकंड पर यह औसतन 25 सेकंड हो जाता है। ZIP point-of-sale भुगतानों, एक्सचेंज जमा और cross-chain bridges को ऐसे उपयोगों के रूप में बताता है जिन पर इसका सबसे अधिक प्रभाव महसूस होगा।
ZIP की दो बातें ध्यान में रखने योग्य हैं:
ZIP यह भी नोट करता है कि केवल अधिक थ्रूपुट बड़े ब्लॉक आकार से प्राप्त किया जा सकता था। इसके बजाय छोटे ब्लॉक चुनने का कारण latency है।
यदि कुछ और नहीं बदलता, तो ब्लॉकों की संख्या तीन गुनी होने से दैनिक जारीकरण भी तीन गुना हो जाता। ZIP 218 इसे रोकता है: NU7 सक्रिय होने पर यह प्रति-ब्लॉक सब्सिडी को तीन के एक अतिरिक्त गुणक से विभाजित करता है।
वर्तमान halving युग में, इससे ब्लॉक सब्सिडी 1.5625 ZEC से 0.52083333 ZEC (52,083,333 zatoshi) हो जाती है। क्योंकि 156,250,000 zatoshi को तीन से समान रूप से विभाजित नहीं किया जा सकता, इसलिए प्रत्येक ब्लॉक में एक zatoshi के एक-तिहाई तक नीचे round किया जाता है। पूरे 5,040,000-ब्लॉक halving अंतराल में यह कुल लगभग 0.0168 ZEC है।
सब्सिडी प्रत्येक ब्लॉक में बनाए गए कुल नए ZEC है। मौजूदा विकास-वित्तपोषण हिस्सा अब भी इसी में से लिया जाता है, इसलिए miners को पूर्ण राशि से कम मिलता है, बिल्कुल आज की तरह।
0.26041666 ZEC आंकड़े पर एक टिप्पणी। मसौदा ZIP के व्याख्यात्मक नोट में post-NU7 सब्सिडी को floor(156250000 / 6) = 0.26041666 ZEC के रूप में छापा गया है, और कुछ समाचार कवरेज ने इसे दोहराया है। वह नोट दो के गुणक से गलत है: 156,250,000 zatoshi पहले ही post-Blossom सब्सिडी है, इसलिए इसे छह से विभाजित करने पर Blossom के दो के गुणक को NU7 के तीन के गुणक के ऊपर दूसरी बार लागू किया जाता है। मानक सूत्र वर्तमान halving सूचकांक पर floor(1,250,000,000 / (2 · 3 · 4)) = 52,083,333 zatoshi देता है। इस परिवर्तन के लिए Zebra का implementation issue (#11463) नोट को Blossom गुणक की दोहरी गिनती के रूप में दर्ज करता है, implementers को "नोट नहीं, सूत्र लागू करें" कहता है, और बताता है कि ZIP के विरुद्ध सुधार दायर किया गया है। सक्रियण पर सही आंकड़ा 0.52083333 ZEC है।
Halving अंतराल 1,680,000 ब्लॉकों से बढ़कर 5,040,000 ब्लॉक हो जाता है। चूँकि ब्लॉक तीन गुना अधिक बार आते हैं, halving लगभग उसी समय बिंदु पर होंगे जिस पर वे इस बदलाव के बिना होते। कुल आपूर्ति सीमा अप्रभावित है।
यह NU7 मतदान में जारीकरण से संबंधित दूसरे प्रश्न से अलग है, जहाँ कॉइनहोल्डरों ने halvings को एक smooth curve से बदलने के बजाय बनाए रखने के पक्ष में मतदान किया था। ZIP 218 मौजूदा halving मॉडल के साथ काम करता है और इसे नहीं बदलता।
ZIP 218 इस बात पर सीमाएँ जोड़ता है कि एक ब्लॉक में कितनी shielded गतिविधि हो सकती है:
| सीमा | प्रति ब्लॉक अधिकतम |
|---|---|
| सभी shielded पूल संयुक्त रूप से | 330 (प्रत्येक Sprout JoinSplit को 2 गिना जाता है) |
| Orchard क्रियाएँ | 330 |
| Sapling इनपुट और आउटपुट संयुक्त रूप से | 300 |
| Sprout JoinSplits | 25 |
लेनदेन के transparent भाग प्रभावित नहीं होते, और 2 MB ब्लॉक आकार सीमा अब भी लागू रहती है।
ये सीमाएँ इसलिए हैं क्योंकि अधिक ब्लॉक अन्यथा wallets और नोड के लिए अधिक कार्य का अर्थ होते। सीमाओं के साथ, तीन गुना अधिक ब्लॉक होने पर भी सबसे खराब स्थिति वास्तव में आज से बेहतर होती है:
Sapling और Sprout की सीमाएँ जानबूझकर कड़ी हैं। मई 2026 तक, Orchard में shielded ZEC का 87.9%, Sapling में 11.6% और Sprout में 0.5% था, इसलिए छोटे पूलों को उनके वास्तविक उपयोग के लिए पर्याप्त जगह मिलती है और किसी हमलावर के पास दुरुपयोग के लिए कम अवसर होता है। चूँकि ZIP 317 शुल्क प्रत्येक पूल में हर logical action के लिए समान शुल्क लेते हैं, इसलिए एक हमलावर को किसी एक पूल को दूसरे के बजाय spam करने से कोई लाभ नहीं मिलता।
प्रति ब्लॉक 330 Orchard क्रियाओं के साथ, एक मानक 2-क्रिया Orchard लेनदेन ⌊330 / 2⌋ = 165 बार प्रति ब्लॉक समा सकता है। हर 25 सेकंड में एक ब्लॉक पर, यह लगभग 6.6 लेनदेन प्रति सेकंड है, जो आज के लगभग 2.9 से अधिक है — ZIP इसे सामान्य Orchard थ्रूपुट में 2.3× वृद्धि कहता है। Sapling लगभग 3.0 प्रति सेकंड पर आता है, जो अब भी आज Orchard की क्षमता से अधिक है।
कठिनाई algorithm हाल के ब्लॉकों की एक विंडो का औसत लेता है। ZIP 218 इस विंडो को 17 ब्लॉकों से बढ़ाकर 102 कर देता है, इसलिए यह अब भी लगभग 2,550 सेकंड का वास्तविक समय कवर करती है, उतना ही समय जितना Zcash के 150-सेकंड ब्लॉकों के साथ लॉन्च होने पर करती थी। ZIP दो कारण देता है: कठिनाई-हेरफेर हमलों को आसान बनने से रोकना (यह Litecoin की अप्रैल 2026 की MWEB घटना का उल्लेख करता है), और ब्लॉक समय में अल्पकालिक बदलाव को सुचारु करना।
सक्रियण के तुरंत बाद, ब्लॉक समय को नए लक्ष्य पर स्थिर होने में कुछ समय लगेगा। यह अपेक्षित है और Blossom पर हुई घटना जैसा है, जब Zcash 150 से 75 सेकंड पर गया था।
ये consensus नियमों के बजाय implementations के लिए सिफारिशें हैं:
तेज़ ब्लॉक निःशुल्क नहीं हैं। Stale ब्लॉक एक वैध ब्लॉक होता है जो chain में शामिल होने की दौड़ हार जाता है क्योंकि दूसरा ब्लॉक पहले नेटवर्क तक पहुँच गया। ब्लॉकों के बीच अंतर जितना छोटा होता है, यह उतनी ही अधिक बार होता है, और ZIP stale दर को ब्लॉक प्रसार, सत्यापन समय और mining centralisation जोखिम से जोड़ता है।
दो छोटी लागतें भी हैं। Light wallets compact ब्लॉक headers के लिए प्रतिदिन लगभग 200 KB अधिक डाउनलोड करते हैं। और चूँकि ब्लॉक तीन गुना अधिक हैं, लंबे समय से offline full नोड को catch up करते समय अधिक ब्लॉक process करने पड़ते हैं, भले ही प्रत्येक ब्लॉक सत्यापित करना सस्ता हो। ZIP दोनों को स्वीकार करता है।