ZYCORD दस्तावेज़
हिन्दी
Zycordदस्तावेज़नेटवर्क कैसे काम करता है
Zycord (ZCD) — नेटवर्क कैसे काम करता है

ऑफ़-चेन जोड़ा गया।
समानांतर में सत्यापित।
क्रम में कमिट।

हर बड़ा ब्लॉकचेन हर नोड से हर ट्रांज़ैक्शन को एक वैश्विक स्टेट के विरुद्ध दोबारा निष्पादित कराता है। Zycord निष्पादन को चेन से बाहर ले जाता है: ट्रांज़ैक्शन चेन के बाहर सर्वरों के बीच जोड़ा जाता है, उस सब के साथ पूरा पहुँचता है जो उसने पढ़ा और लिखा, कोई भी मशीन उसे केवल बाइट्स से जाँच लेती है, और एक ही लूप परिणाम को कमिट कर देता है।

Three phases: construction between servers, parallel verification, sequential fold निर्माण — ऑफ़-चेन ट्रांज़ैक्शन बंद होने तक सर्वरों के बीच उछलता है वॉलेट Sequencer contract A Sequencer contract B Underwriter सह-हस्ताक्षर सत्यापन — समानांतर, stateless कई नोड, हर एक अपना हिस्सा जाँचता है fold — अनुक्रमिक एक लूप, तुलना करता और जोड़ता है 2,900-सर्टिफिकेट ब्लॉक पर 9.9 ms
साधारण सर्वर, web2, कोई consensus नहीं नेटवर्क में जुड़ने वाले हर कोर के साथ बढ़ता है एकमात्र दुर्लभ संसाधन

ट्रांज़ैक्शन एक सर्टिफिकेट है

यह यह नहीं कहता कि “इसे निष्पादित करो”। यह कहता है “मैंने यह पढ़ा, मैंने वह लिखा, और यह रहा प्रमाण”। कोई भी दोबारा गणना करके मिलान कर सकता है।

Certificate { reads: [(slot, access, operand)] // मैंने क्या पढ़ा, और कैसे writes: [(slot, op, value)] // मैं क्या लिखता हूँ program: bytes // कोड या नेटिव ऑपरेशन sigs: [signature] // खर्च करने का अधिकार underwriter: (id, sig, seq) // जोखिम कौन उठाता है ttl: height // यहाँ तक शामिल न हुआ तो समाप्त fee: (seq_gas, par_gas) // दो बाज़ार }
Valid = बाइट्स का एक शुद्ध फलनहस्ताक्षर सही, underwriter सही, और reads पर program को दोबारा चलाने से ठीक वही writes निकलते हैं। न डिस्क, न इतिहास।
Applicable = स्थिति से तयजब सर्टिफिकेट की ब्लॉक में बारी आती है, तब क्या घोषित reads अब भी स्टेट से मेल खाते हैं?
ID में हस्ताक्षर शामिल नहींअलग nonce के साथ दोबारा हस्ताक्षर करने पर वही ID मिलती है। seen set नक़ल को पकड़ लेता है। किसी से दो बार शुल्क नहीं लिया जाता।
प्रति slot पहुँच के प्रकारEXACT मान को पिन करता है। GUARD सिर्फ़ इतना कहता है कि “balance ≥ x”। DELTA बिना पढ़े जोड़ता है। भुगतान और टिप आपस में क्रम-निरपेक्ष हैं और कभी टकराते नहीं।

दो क्रियाएँ, दो चरण

पूरा डिज़ाइन इन दो प्रश्नों को अलग करने का ही है — और हर एक का उत्तर सबसे सस्ती जगह पर देने का।

समानांतर

क्या यह valid है?

उत्तर केवल सर्टिफिकेट को देखकर मिलता है। एक साथ हज़ारों, किसी भी मशीन पर।

  • कैनोनिकल हस्ताक्षर सही निकलते हैं
  • पुनर्निष्पादन writes से मेल खाता है
  • रेंज प्रूफ़ पूरे होते हैं (shielded रेल)
  • अमान्य: कभी ब्लॉक में नहीं आता
अनुक्रमिक

क्या यह applicable है?

उत्तर ब्लॉक में सर्टिफिकेट की स्थिति पर मिलता है, बाइट्स की स्टेट तालिका से तुलना करके।

  • reads अब भी मेल खाते हैं → writes कमिट हो जाते हैं
  • बासी reads → skip, underwriter का शुल्क जल जाता है
  • cell पहले ही खर्च हो चुका → skip
  • हर हाल में ब्लॉक valid बना रहता है

जन्म से लेकर बहीखाते तक का प्रवाह

1

सर्वरों के बीच निर्माण

वॉलेट अनुरोध खोलता है। हर व्यस्त कॉन्ट्रैक्ट का अपना sequencer होता है — एक साधारण एप्लिकेशन सर्वर — जो स्टेट की एक प्रति रखता है, तय करता है कि पहले कौन चलेगा, और हर सर्टिफिकेट को पिछले के writes से जोड़ता जाता है। दो कॉन्ट्रैक्ट को छूने वाला ट्रांज़ैक्शन दोनों sequencers मिलकर बनाते हैं और वह चेन तक एक अकेले परमाणु सर्टिफिकेट के रूप में पहुँचता है।

2

underwriter हस्ताक्षर करता है

बंधक धन रखने वाला एक underwriter ताज़ा स्टेट के विरुद्ध जाँच करता है, सह-हस्ताक्षर करता है, और skip का जोखिम अपने ऊपर ले लेता है। वह भेजने वाले से चेन के बाहर शुल्क लेता है और असल में एक पूर्व-पुष्टि बेचता है। जो कोई बिचौलिया नहीं चाहता वह अपनी जमा राशि से ख़ुद का underwriter बन जाता है — यह हमेशा उपलब्ध है, बिना किसी से अनुमति माँगे।

3

नेटवर्क प्राप्त करता है और समानांतर में सत्यापित करता है

हर नोड आगे भेजने से पहले बाइट्स से वैधता जाँचता है। सैंपलिंग के साथ, VRF से चुनी गई एक समिति हर सर्टिफिकेट का सत्यापन करती है; कोई भी नोड कुछ भी जाँच सकता है, और कचरे की गवाही देने वाले underwriter को दंडित करने के लिए एक ही संदेश काफ़ी है।

अमान्य → त्याग दिया गया, ब्लॉक तक कभी नहीं पहुँचता
4

proposer क्रम तय करता है

एक PoS समिति valid सर्टिफिकेट चुनती है और ब्लॉक जोड़ती है। वह कुछ भी निष्पादित नहीं करती और कोई एप्लिकेशन स्टेट नहीं रखती। वह केवल TTL खिड़की के भीतर देखी गई ID याद रखती है। forced queue में पड़े सर्टिफिकेट F ब्लॉक के भीतर शामिल किए ही जाने चाहिए।

5

अनुक्रमिक fold

(underwriter, seq, id) से क्रम तय होता है — क्रम proposer नहीं चुनता। हर सर्टिफिकेट के लिए: क्या reads स्टेट से मेल खाते हैं? हर 32 ब्लॉक पर चेकपॉइंट अंतिम रूप ले लेते हैं।

लागू — writes कमिट, शुल्क proposer को
skip — शुल्क जला, underwriter के खाते में डाला गया, ब्लॉक valid बना रहा

कौन क्या करता है

नेटवर्क की सुरक्षा के लिए कोई भी भूमिका ज़रूरी नहीं है। अगर वे सब ग़ायब हो जाएँ, तो forced queue व्यवस्था को ज़िंदा रखती है।

वॉलेट

करता है
सर्टिफिकेट बनाता है, reads और writes घोषित करता है, हस्ताक्षर करता है
देखता है
वह सार्वजनिक स्टेट जिसे उसे पढ़ना है
भरोसा करता है
किसी पर नहीं

Sequencer

करता है
व्यस्त कॉन्ट्रैक्ट को ऑफ़-चेन क्रमबद्ध करता है, बैचों को एक सर्टिफिकेट में समेटता है
किस बात के लिए भरोसा
केवल जीवंतता के लिए। अगर वह झूठ बोले, तो सर्टिफिकेट skip हो जाता है और बंधक भुगतान करता है
कमाता है
अपने ही एप्लिकेशन का MEV, खुलकर

Underwriter

करता है
सह-हस्ताक्षर करता है और बंधक के साथ skip का जोखिम उठाता है
देखता है
cell जीवित हैं या खर्च — छिपा हुआ मान कभी नहीं
गँवाता है
केवल ऐसी ग़लती पर जो बाइट्स में सिद्ध हो सके (दोहरी गवाही)

सत्यापन करने वाला नोड

करता है
बाइट्स से वैधता जाँचता है, आगे भेजता है, सिंक करता है
चाहिए
कोर। स्टेट केवल तभी अगर वह कमिट करने वाला है
लागत
नेटवर्क बढ़ने के साथ घटती है, क्योंकि वह एक हिस्से का सत्यापन करता है

Proposer (PoS)

करता है
valid सर्टिफिकेट का क्रम तय करता है, fold चलाता है, ब्लॉक प्रस्तावित करता है
देखता है
बाइट्स, अर्थ नहीं
कमाता है
सब्सिडी + लागू हुए सर्टिफिकेट से प्राथमिकता शुल्क

अनुक्रमिक पथ को छुए बिना निजता

एक बार इस्तेमाल होने वाले पते के साथ Confidential Transactions, एक सार्वजनिक ग्राफ़ पर। यह मान छिपाता है। यह प्राप्तकर्ता से जुड़ाव को टालता है। यह Monero नहीं है, और पेपर यह कहता भी है।

क्या छिपा रहता है

  • मान: commitment C = vG + rH
  • प्राप्तकर्ता, पहली बार खर्च होने तक (stealth पता)
  • हर छिपे cell का शेष — केवल मालिक ही उसे खर्च कर सकता है, कोई “पूछ” नहीं सकता

क्या सार्वजनिक रहता है

  • कि एक भुगतान हुआ, और उसका underwriter कौन था
  • कौन-सा आउटपुट खर्च हुआ, खर्च होने के क्षण पर
  • सार्वजनिक रेल और shielded रेल के बीच हर आवाजाही, मान खुले में
  • शुल्क, coinbase, कॉन्ट्रैक्ट को भुगतान

shielded पूल एक बाड़ है, अलार्म नहीं

Shielded pool with an exit guard सार्वजनिक रेल u256 में मान, checked अंकगणित shielded पूल पूल = Σ अंदर − Σ बाहर एक सार्वजनिक पूर्णांक, delta से चलता shield +v unshield: guard पूल ≥ v अगर क्रिप्टोग्राफ़ी टूट जाए जाली मान guard को पार नहीं करता। मुद्रास्फीति पूल के भीतर ही कैद रहती है।

fold कभी वक्र-गणित नहीं करता। वह commitment के 32 बाइट संग्रहीत करता है और समानता के लिए मिलान करता है। सारी भारी क्रिप्टोग्राफ़ी — रेंज प्रूफ़, संतुलन समीकरण — समानांतर चरण में सत्यापित होती है और सस्ते बाज़ार में उसका दाम चुकाया जाता है।

ring signatures क्यों नहीं

एक ring दूसरों के आउटपुट का संदर्भ देता है — इससे वैधता इतिहास का फलन बन जाती है, और स्टेटलेस सत्यापन ख़त्म हो जाता है। Zycord यह गुण नहीं छोड़ता, इसलिए उसकी निजता Monero से कमज़ोर है, और यह निर्णय से है, चूक से नहीं।

नेटवर्क: दो gas बाज़ार

जो चेन हर चीज़ का शुल्क एक ही नीलामी में लेती है, वह एक प्रूफ़ सत्यापन को एक स्टेट राइट से मुक़ाबले में उतार देती है। यहाँ हर संसाधन का अपना दाम है।

Parallel gas

सत्यापन का दाम चुकाता है: हस्ताक्षर, पुनर्निष्पादन, बाइट्स, भारी प्रूफ़, पोस्ट-क्वांटम योजनाएँ।

नेटवर्क में जुड़ने वाले हर कोर और GPU के साथ आपूर्ति बढ़ती है। ऊँची सीमा, कम दाम।

Sequential gas

fold का दाम चुकाता है: reads, writes और लीज़ की जाँच। वह एकमात्र लूप जिसे हर नोड क्रम में चलाता है।

दुर्लभ। लोचदार सीमा: भरे हुए, स्वस्थ ब्लॉकों के प्रति वर्ष अधिकतम दोगुना। कोई वोट नहीं देता।

ऊपर से देखा गया नेटवर्क

चार परतें जो आपस में नहीं मिलतीं: कौन क्रम तय करता है, कौन underwrite करता है, कौन सत्यापित करता है, कौन क्रमबद्ध करता है। हर एक एक अलग संसाधन के साथ बढ़ती है।

ऑफ़-चेन

प्रति-एप्लिकेशन sequencers

साधारण web2: websockets, क़तारें, ऑटोस्केलिंग। वे व्यस्त कॉन्ट्रैक्ट क्रमबद्ध करते हैं और बैचों को उस आकार में समेटते हैं जिसका सत्यापन GPU अच्छे से करते हैं। वे कभी डेटा की अभिरक्षा नहीं रखते — स्टेट हमेशा अकेले चेन से पुनर्निर्मित किया जा सकता है।

ऑफ़-चेन

underwriter बाज़ार

बंधक रखने वाले underwriters पूर्व-पुष्टि बेचते हैं: “सेकंडों में लागू, वरना मेरा बंधक भुगतान करेगा”। दोहरी गवाही को बाइट्स में मौजूद प्रमाण से दंडित किया जाता है; सुस्ती की क़ीमत सिर्फ़ साख है। विलंब कभी ज़ब्ती नहीं बनता।

समानांतर

सत्यापन समितियाँ

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

अनुक्रमिक

PoS समिति + fold

ब्लॉक प्रस्तावित करती है, fold चलाती है, चेकपॉइंट अंतिम करती है। forced queue F ब्लॉक के भीतर शामिल करने को बाध्य करती है और लागू होने की गारंटी देती है — यही वह तंत्र है जो नेटवर्क को किसी भी ऑपरेटर से, लेखक समेत, बचाए रखता है।