अक्सर पूछे जाने वाले प्रश्न

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

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

एक्सचेंज कब?#

न कभी माँगा गया, न कभी उसका भुगतान हुआ, न कभी घोषणा हुई। mainnet 2026-10-07 से चल रहा है और उस पर हर कॉइन माइन किया गया था; testnet कॉइन डिज़ाइन से ही मूल्यहीन हैं। mainnet कॉइन कहाँ कारोबार करता है यह बाज़ार का मामला है, लेखक का नहीं — कोई कंपनी नहीं है जो लिस्टिंग सौदे पर हस्ताक्षर करे और कोई कोष नहीं जो उसका भुगतान करे। परियोजना कुछ नहीं बेचती: जो कोई आपको परियोजना की ओर से, किसी ब्लॉक के माइन होने से पहले, या “प्रीसेल” मूल्य पर ZCD की पेशकश करे वह आपके साथ धोखाधड़ी कर रहा है।

क्या पूल हैं?#

परियोजना न कोई पूल चलाती है और न किसी का समर्थन करती है। नोड बिना किसी सेटअप के सोलो माइनिंग करता है, और वह वही Stratum बोली परोस सकता है जो XMRig बोलता है (zycordd --stratum-listen), ताकि बाहरी माइनिंग सॉफ़्टवेयर आपके अपने नोड के विरुद्ध काम कर सके। अगर पूल सामने आते हैं तो वे तीसरे पक्ष हैं; उन पर वही संदेह लागू करें जो आप कहीं भी करते।

बाउंटी? एयरड्रॉप? सिग्नेचर कैंपेन?#

नहीं, नहीं, और नहीं। यहाँ कुछ भी प्रचार के लिए भुगतान नहीं करता। अगर कोई आपको प्रचार करने के बदले Zycord देने की पेशकश करे, तो वह इस परियोजना की ओर से नहीं आ रहा।

क्या यह एक और “1M TPS” चेन है?#

दावा इससे संकीर्ण और खंडन-योग्य है: सत्यापन को किसी स्टेट की ज़रूरत नहीं, इसलिए वह बिना सीमा के समानांतर होता है, इसलिए नेटवर्क बढ़ने के साथ प्रति-नोड लागत घट सकती है। नेटवर्क मामूली सीमाओं के साथ आता है — genesis पर प्रति 30-सेकंड ब्लॉक 4,000 सर्टिफिकेट और 2.5 MB, 1,600,000 के अनुक्रमिक gas लक्ष्य के सामने — और वे केवल निरंतर, लागू हुए उपयोग पर ही, स्थिर क्षमताओं तक, बढ़ती हैं। कोई भी, लेखक समेत, उन्हें आदेश से नहीं बढ़ा सकता। अगर आपकी मशीन किसी प्रकाशित संख्या से असहमत है, तो आँकड़े पोस्ट करें।

यह Monad या Sei जैसे “parallel EVM” से कैसे अलग है?#

वे निष्पादन को एक नोड के भीतर समानांतर करते हैं — हर नोड फिर भी हर ट्रांज़ैक्शन को दोबारा निष्पादित करता है, इसलिए state-I/O की दीवार ठीक वहीं बनी रहती है जहाँ थी। यहाँ वैधता एक ट्रांज़ैक्शन के बाइट्स का शुद्ध फलन है, इसलिए सत्यापन पूरे नेटवर्क में बँट जाता है, बजाय इसके कि पूरा नेटवर्क उसे दोहराए, और इकलौता अनुक्रमिक चरण डेटाबेस के बजाय मेमोरी को छूता है। अलग दीवार, उसी दीवार की ओर तेज़ चलती गाड़ी नहीं।

RandomX क्यों? बॉटनेट तो आएँगे ही।#

वे आएँगे; हर CPU से माइन होने वाले कॉइन ने उनसे लड़ाई लड़ी है और यह परियोजना अपवाद होने की उम्मीद नहीं रखती। यह सौदा आँखें खोलकर किया गया है: बॉटनेट से तिरछा हुआ वितरण भी किसी बिक्री में तय हुए वितरण से चौड़ा होता है, और आपके पास पहले से मौजूद लैपटॉप को प्रतिस्पर्धी बनाए रखना ही RandomX के होने का पूरा कारण है।

जब ट्रांज़ैक्शन टकराते हैं तो क्या होता है?#

fold के क्रम में जो बाद में आता है वह skip हो जाता है, उसके deposit से एक नियत skip शुल्क जलाया जाता है, और ब्लॉक valid बना रहता है — कुछ भी कभी बीच में “विफल” नहीं होता। भुगतान, mint और टिप क्रम-निरपेक्ष delta इस्तेमाल करते हैं और आपस में टकरा ही नहीं सकते; केवल exact-read वाली कॉन्ट्रैक्ट स्टेट (ऑर्डर बुक, AMM) में होड़ होती है, और sequencers उसी को ऑफ़-चेन क्रमबद्ध करने के लिए मौजूद हैं। वे Era 1 में मशीन के साथ आते हैं।

मेरा सर्टिफिकेट skip क्यों हुआ, और भुगतान किसने किया?#

कोई सर्टिफिकेट तब skip होता है जब, fold में उसके स्थान पर, उसका कोई घोषित read अब टिका नहीं रहता — आमतौर पर इसलिए कि किसी दूसरे सर्टिफिकेट ने वही one-shot cell पहले ख़र्च कर दिया, या जिस सर्टिफिकेट पर वह निर्भर था वह किसी बाद के ब्लॉक में दर्ज हुआ — या जब उसका कोई delta overflow कर जाता। उसने जो लिखा उसमें से कुछ भी दर्ज नहीं होता। 1,000,000 drops (0.01 ZCD) का नियत skip शुल्क उसके deposit से जलाया जाता है और किसी को भुगतान नहीं करता, producer को भी नहीं, और deposit का शेष लौट आता है। जिसने deposit का नाम दिया वही भुगतान करता है: किसी भुगतान या साधारण कॉल के लिए जिस पर आपने ख़ुद हस्ताक्षर किए, वह आप हैं, क्योंकि reads आपने चुने; sequencer द्वारा सेवा की गई कॉल के लिए वह sequencer है, जिसका अपना शेष fill के लिए deposit बनता है। उपयोगकर्ता कभी किसी fill के skip का भुगतान नहीं करता, और sequencer को उपयोगकर्ता का भुगतान तभी निपटता है जब fill लागू हो। अगर deposit ही आरक्षित नहीं किया जा सका, तो सर्टिफिकेट इसके बजाय drop होता है: कोई शुल्क नहीं लिया जाता और उसे दोबारा भेजा जा सकता है। explorer हर सर्टिफिकेट का परिणाम दिखाता है और यह भी कि कौन-सा घोषित read टिका नहीं रहा।

underwriters, leases और forced queue का क्या हुआ?#

वे श्वेतपत्र v1.0 में थे और v2.0 में नहीं हैं, जो उसका पूर्ण रूप से स्थान लेता है। बीमित सर्टिफिकेटों और underwriters की जगह एक सरल नियम ने ले ली: हर सर्टिफिकेट एक deposit cell का नाम लेता है जो उसके लिए उत्तरदायी है। Sequencer सह-हस्ताक्षर और leases, intents, fills, receipts, pipelines और fence counter बन गए। Forced queue, अपनी leases, कोटा और विलम्बों के साथ, forced path बन गई, जहाँ शामिल होना ही लागू होना है। हटाए गए तंत्रों में से कोई भी mainnet पर या सार्वजनिक testnet पर नहीं चलता, और stake की bonding अब Era 1 का हिस्सा नहीं है: वह Era 2 के साथ आती है। श्वेतपत्र §15 हर परिवर्तन का मानचित्र देता है।

स्मार्ट कॉन्ट्रैक्ट कब आते हैं?#

mainnet पर ऊँचाई 80,640 पर — ब्लॉक 0 के 28 epochs बाद, लगभग 4 नवंबर 2026 — जब Era 1 उसी रिलीज़ में सक्रिय होता है जो पहले से नेटवर्क चला रही है: पहले से तैनात delta-first मानक लाइब्रेरी के साथ cEVM, sequencer और admin वाले कॉन्ट्रैक्ट रिकॉर्ड, intents, fills और co-sequencing, sequencer directory और forced path। ऊँचाई genesis पर जमाया गया एक पैरामीटर है; उस तक पहुँचने के लिए किसी fork की ज़रूरत नहीं। मशीन EVM की एक बोली है: Solidity, उसके कंपाइलर और उसके ऑडिटर साथ चले आते हैं, जबकि कच्ची वॉलेट संगतता का दावा नहीं किया जाता। सार्वजनिक testnet पर Era 1 ऊँचाई 2,880 से, यानी उसके पहले ही दिन से, सक्रिय है, इसलिए mainnet के द्वार तक पहुँचने से पहले वह वहाँ हफ़्तों तक चलता है।

Eras क्या हैं, और अभी कौन-सा सक्रिय है?#

Era 0, माइन करें और भुगतान करें, mainnet पर सक्रिय है: proof of work, नेटिव एसेट, one-shot और persistent पते, दोनों शुल्क बाज़ार, सब्सिडी बँटवारा और मुहरबंद treasury। Era 1, मशीन, ऊँचाई 80,640 (लगभग 4 नवंबर 2026) पर सक्रिय होता है और सार्वजनिक testnet पर पहले से सक्रिय है। Era 2, proof of stake, epoch 182 (ऊँचाई 524,160, लगभग 7 अप्रैल 2027) पर bonding खोलता है, जब सक्रिय stake 30 epochs तक आपूर्ति का 10% रखता है तब, या अधिकतम epoch 273 पर, 90 epochs का एक ramp शुरू करता है, और फिर ब्लॉक उत्पादन को proof of work से stake पर switch करता है। Era S, गोपनीय भुगतान, केवल स्वतंत्र ऑडिट और एक प्रतिकूल (adversarial) सार्वजनिक testnet के बाद आएगा, और वर्तमान विनिर्देश का हिस्सा नहीं है। Era 2 और Era S हर एक hard fork द्वारा अपनी अलग रिलीज़ के रूप में आते हैं। हर नोड द्वारा हर सर्टिफिकेट के सत्यापन से आगे जो है, उसे श्वेतपत्र में एक दिशा के रूप में रखा गया है, विनिर्देश के रूप में नहीं। तालिका सहयोगी दस्तावेज़ में है।

proof of stake कब आता है, और माइनिंग का क्या होता है?#

तीन चरणों में, हर एक Era 2 का consensus नियम। Bonding epoch 182 पर, लगभग 7 अप्रैल 2027 को, खुलती है: 1,000 ZCD वाला कोई भी उसे stake के रूप में bond कर सकता है, और एक छोटा धारक किसी pool को delegate कर सकता है, जबकि माइनिंग हर ब्लॉक बनाती रहती है और producer का पूरा हिस्सा लेती रहती है। Ramp तब शुरू होता है जब सक्रिय stake, delegations सहित, 30 epochs तक आपूर्ति का 10% रखता है, और अधिकतम epoch 273 पर, लगभग 7 जुलाई 2027 को। उसके gate को पार करने वाले 90 epochs तक, हर ब्लॉक अब भी माइन होता है पर उस पर stake के अनुपात में ड्रॉ से चुने गए एक staker का हस्ताक्षर भी होता है, जो producer की सब्सिडी का एक हिस्सा लेता है जो 1/180 से शुरू होता है और पार होने वाले हर epoch के साथ 1/180 बढ़ता है, इसलिए अंत तक माइनिंग कम से कम आधा रखती है। उस हस्ताक्षर के बिना माइन किया गया ब्लॉक valid है, और उसका producer हिस्सा और priority fees जला दी जाती हैं। Switch पर, अगले epoch के पहले ब्लॉक पर, माइनिंग समाप्त होती है: हर 5-सेकंड slot के लिए ड्रॉ से चुना गया एक staker ब्लॉक बनाता है, और एक दिन पहले जितनी ही सब्सिडी देता है, प्रति ब्लॉक छठा भाग। यह epoch 363, लगभग 5 अक्टूबर 2027, के बाद नहीं आता, जब तक gate उसे रोक न दे। किसी delegator का कॉइन कभी उसका पता नहीं छोड़ता और किसी pool की ग़लती के लिए कभी जलाया नहीं जाता; दंडित होने वाली एकमात्र ग़लती है किसी कुंजी का एक slot के लिए दो ब्लॉकों पर हस्ताक्षर करना, और इसकी क़ीमत केवल उस कुंजी के अपने bond से चुकती है। अंतिमता (finality) के लिए switch से पहले 20 ब्लॉक और उसके बाद 120, दस मिनट, प्रतीक्षा करें। नियम श्वेतपत्र §11 में हैं।

sequencer क्या है, और क्या वह मेरा धन चुरा सकता है?#

sequencer एक साधारण सर्वर है, आमतौर पर किसी एप्लिकेशन की टीम द्वारा चलाया जाता है, जिसे कोई कॉन्ट्रैक्ट उन कॉलों को क्रमबद्ध करने के लिए चुनता है जो उसकी स्टेट को सटीक रूप से पढ़ती हैं — एक ऑर्डर बुक, एक AMM। ऐसे कॉन्ट्रैक्ट के विरुद्ध आप सर्टिफिकेट नहीं बनाते: आप एक intent पर हस्ताक्षर करते हैं जो कॉल, अधिकतम 8 ब्लॉक की विंडो, परिणाम पर सीमाएँ और sequencer को देय भुगतान का नाम देता है। sequencer उसे निष्पादित करता है, मिलीसेकंडों में एक हस्ताक्षरित receipt से उत्तर देता है, और परिणाम को fill के रूप में प्रकाशित करता है। वह आपका धन नहीं चुरा सकता। वह यह नहीं बदल सकता कि आपका intent क्या करता है, केवल यह कि वह कब दर्ज होता है; आपकी सीमाओं से बाहर का परिणाम लागू नहीं हो सकता; और झूठे इनपुट पर बना fill sequencer के अपने ख़र्च पर skip होता है। उस पर जीवंतता के लिए भरोसा किया जाता है, सुरक्षा के लिए कभी नहीं। वह जो कर सकता है वह है अपने एप्लिकेशन का order flow सबसे पहले देखना, जिसे डिज़ाइन खुलकर बताता है, और आपकी सेवा बंद कर देना, जिसके लिए forced path है। भुगतानों को कभी sequencer की ज़रूरत नहीं होती: हस्तांतरण guarded deltas हैं, जिन पर कोई sequencer रोक नहीं लगाता।

अगर कोई sequencer ग़ायब हो जाए या मुझे सेंसर करे तो?#

आप forced path से निकलते हैं, जो किसी की अनुमति नहीं माँगता: zcd wallet intent --fallback यह आपके लिए करता है जब sequencer पहुँच से बाहर हो, आपका intent drop कर दे या उसकी विंडो बंद होने दे, और zcd wallet open-intent इसे हाथ से करता है। यह धीमा है और नेटवर्क शुल्क पूरा लेता है, पर यह किसी भी कॉन्ट्रैक्ट के विरुद्ध काम करता है। कॉन्ट्रैक्ट स्वयं जीवित रहता है: उसकी delta विधियों को किसी sequencer की ज़रूरत नहीं, और उसका admin, या उसका अपना कोड, उसी रास्ते से एक नया sequencer बाँध सकता है। जो forced सर्टिफिकेट कॉन्ट्रैक्ट के cells को set करता है वह उसके fence counter को आगे बढ़ाता है, इसलिए पुराने sequencer द्वारा उस स्टेट पर बनाए गए fills अब प्रवेश नहीं कर सकते। सेंसरशिप सेंसर करने वाले को शुल्क और उपयोगकर्ता गँवाने पर मजबूर करती है, और नेटवर्क का कुछ नहीं जाता।

forced path क्या है?#

वह धीमा रास्ता जिसे किसी sequencer की ज़रूरत नहीं। आप एक open intent पर हस्ताक्षर करते हैं — ऐसा intent जिसमें किसी sequencer का नाम नहीं, जिसे आपके अपने one-shot भुगतानकर्ता पते धन देते हैं — और उसे नेटवर्क पर रिले करते हैं। एक block producer अपनी चुनी हुई open intents को अपने ब्लॉक के अंत की स्टेट पर निष्पादित करता है और परिणामों को forced सर्टिफिकेट के रूप में, ब्लॉक में सबसे अंत में, जोड़ देता है। शामिल होना ही लागू होना है: न कोई कतार, न lease, न कोटा और न प्रतीक्षा अवधि। एक ब्लॉक में इनमें से अधिकतम 16 होते हैं, हर एक के पास अधिकतम 4,000 derivation इकाइयों का समानांतर बजट, इसीलिए कॉन्ट्रैक्ट जो भी निकास देता है वह उस बजट में समाना चाहिए। आपका भुगतान शुल्क को ढकता है: आधार शुल्क जलाया जाता है और शेष producer को जाता है। revert होने वाली कॉल भी FORCED_FAILED के रूप में दर्ज होती है: आपके भुगतानकर्ता पते भुगतान करते हैं, आपकी बची रक़म लौट आती है, और और कुछ नहीं लिखा जाता। यह Era 1 के साथ आता है। श्वेतपत्र §8 में पूरा तंत्र है।

ज्ञात समस्याएँ क्या हैं?#

आपके खोजने के लिए छोड़ने के बजाय श्वेतपत्र में नाम लेकर बताई गई: spent-address registry हमेशा बढ़ती रहती है (हर nullifier-set डिज़ाइन के साथ साझा); उच्च throughput पर bandwidth और storage एक घोषित खुली समस्या हैं, क्योंकि bodies चेन डेटा हैं और हर नोड हर बाइट ढोता है; sequencers अपने एप्लिकेशन का order flow सबसे पहले देखते हैं — उसका MEV स्पष्ट रूप से एप्लिकेशन द्वारा लिया जाता है; forced path एक sequencer से धीमा और महँगा है, और एक producer किसी गर्म कॉन्ट्रैक्ट को लगभग एक ब्लॉक तक grief कर सकता है, उसकी क़ीमत चुकाकर; proof of stake के अंतर्गत चेन उतनी ही सुरक्षित है जितना एक पारंपरिक proof of stake, और तब से unbond हो चुकी कुंजियों से इतिहास का पुनर्लेखन केवल उन checkpoints से रोका जाता है जिन्हें हर रिलीज़ pin करती है; और cEVM उस सतह को चौड़ा करता है जिसे पहली बार में ही सही होना है, बाद में उसे ठीक करने के लिए किसी pause बटन के बिना। §13, स्वीकृत जोखिम, उन सबको नाम से सूचीबद्ध करता है।

क्या कोई Discord या Telegram है?#

हाँ। Discord और Telegram समुदाय द्वारा चलाए जाते हैं, और समुदाय वहीं बन रहा है। आधिकारिक घोषणाएँ अलग हैं: हर एक पर परियोजना कुंजी से हस्ताक्षर होता है और वह फ़ोरम थ्रेड में पोस्ट की जाती है। अगर किसी चैट में कोई संदेश ख़ुद को आधिकारिक घोषणा कहे, तो उस थ्रेड में हस्ताक्षरित पोस्ट देखें; संदेह हो तो BitcoinTalk देखें।

आप कौन हैं?#

Simstoshi। पूरा उत्तर यही है, और बात भी यही है: इस डिज़ाइन में कुछ भी लेखक पर भरोसा करने की माँग नहीं करता। दुरुपयोग के लिए कोई एडमिन कुंजियाँ नहीं, बाज़ार में उतारने के लिए कोई premine नहीं, सुरक्षा के लिए भार-वाहक कोई संचालक नहीं — और एक forced path जो हर कॉन्ट्रैक्ट को तब भी पहुँच में रखता है जब हर sequencer ग़ायब हो जाए, लेखक समेत। हर आधिकारिक रिलीज़ और घोषणा पर E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29 से हस्ताक्षर होता है।

क्या कोई premine, संस्थापक हिस्सा या निवेशक दौर है?#

न premine और न निवेशक दौर, और दोनों जाँचे जा सकते हैं: zcd genesis allocations 0 छापता है, बाइनरी में अंतर्निहित पैरामीटरों से दोबारा बनाकर। ब्लॉक 0 से पहले कोई कॉइन मौजूद नहीं था, और ब्लॉक 0 ने कुछ नहीं दिया। एक संस्थापक हिस्सा है, जो consensus में लिखा है: हर ब्लॉक सब्सिडी 94% माइनर को, 3% संस्थापक के पते को epoch 1,095 (तीन वर्ष) तक और 3% treasury को देती है, जो उसके बाद 6% लेती है। बँटवारा केवल सब्सिडी पर लागू होता है, fees पर कभी नहीं। अपने तीन वर्षों में संस्थापक का हिस्सा tail से पहले जारी आपूर्ति के 2% से कम होता है।

ZCD कैसे जारी होता है?#

केवल ब्लॉक सब्सिडी के रूप में। यह प्रति ब्लॉक 21 ZCD से शुरू होती है, एक दिन, 2,880 ब्लॉक, के epoch के भीतर स्थिर रहती है, और हर epoch सीमा पर एक नियत पूर्णांक नियम से घटती है, E(n) = max(tail, E(n−1) − floor(E(n−1) / 1054)), इसलिए यह लगभग हर दो वर्ष में आधी हो जाती है। पहले 86,400 ब्लॉक (30 दिन) एक ramp हैं: इनाम लगभग शून्य से अनुसूची तक एक सीधी रेखा में बढ़ता है, और जो लगभग 907,917 ZCD वह रोकता है वह कभी वापस नहीं दिया जाता। epoch 4,376 से, लगभग वर्ष 12, सब्सिडी प्रति ब्लॉक 0.33 ZCD की चिरस्थायी tail पर बनी रहती है, जिस समय तक लगभग 61.8 मिलियन ZCD जारी हो चुके होंगे। proof of stake पर switch से एक ब्लॉक हर 5 सेकंड में आता है और छठा भाग देता है, इसलिए एक दिन उतना ही देता है। Tail के विरुद्ध दोनों शुल्क बाज़ारों का base-fee burn और हर skip हुए सर्टिफिकेट का burn चलता है, इसलिए भार के अंतर्गत शुद्ध जारीकरण ऋणात्मक हो सकता है। zcd emission --height N किसी भी ऊँचाई पर सब्सिडी और उसका 94/3/3 बँटवारा छापता है।

treasury क्या है, और उसे कौन नियंत्रित करता है?#

अभी तक कोई नहीं। Treasury प्रोटोकॉल पते का अपना balance है: कोई कुंजी उस तक हैश नहीं होती, कोई सर्टिफिकेट उससे डेबिट नहीं कर सकता, और genesis कोई quorum नामित नहीं करता। यह ब्लॉक 1 से हर ब्लॉक सब्सिडी का 3% लेती है। प्रोटोकॉल के पास इसे ख़र्च करने का कोई तरीक़ा ही नहीं है: ख़र्च का रास्ता केवल किसी बाद के अपग्रेड के साथ आ सकता है, जिसके हस्ताक्षरकर्ता समुदाय द्वारा चुने जाएँ न कि संस्थापक द्वारा, और लॉन्च प्रतिबद्धता यह है कि ऐसा कोई रास्ता ऊँचाई 259,200, लगभग 5 जनवरी 2027, से पहले नहीं आता। पहले तीन वर्षों के लिए एक संरक्षकता प्रस्ताव है — सार्वजनिक चार्टर वाली पाँच सीटें, ख़र्च के लिए 5 में से 3, किसी धारक को बदलने या आरक्षित निधि को छूने के लिए 5 में से 4 — और यह समुदाय की समीक्षा के लिए एक प्रस्ताव है, consensus नियम नहीं: इसमें कुछ भी तब तक बाध्यकारी नहीं जब तक नोड ऑपरेटर कोई ऐसा अपग्रेड न अपनाएँ जो एक कुंजी सेट को pin करे। पाठ सहयोगी दस्तावेज़ में है।

मैं कैसे सत्यापित करूँ कि बाइनरी वाक़ई आपकी है?#

इससे बेहतर करें: सत्यापित करें कि वह वाक़ई प्रकाशित स्रोत है। टैग दोबारा बनाएँ और हैश मिलाएँ — अगर वे मेल खाते हैं, तो यह प्रश्न मायने रखना बंद कर देता है कि उसे बनाया किसने। प्रक्रिया है डाउनलोड का सत्यापन। ध्यान रहे कि -randomx आर्काइव cgo हैं और उन्हें बाइट-दर-बाइट दोबारा नहीं बनाया जा सकता; वह श्रेणी धुँधली करने के बजाय स्पष्ट रूप से बताई गई है।

क्या मैं GPU या ASIC पर माइन कर सकता हूँ?#

RandomX इसी तरह बनाया गया है कि यह CPU के मुक़ाबले घाटे का सौदा हो, और यही पूरी बात है। उसी मशीन पर माइन करें जो आपके पास पहले से है। माइनिंग करने वाले नोड के लिए लगभग 3.3 GiB RAM और केवल सत्यापन करने वाले के लिए लगभग 1 GiB का बजट रखें — आँकड़े यहाँ हैं।

अगर मैं अपना नोड genesis से पहले शुरू कर दूँ तो क्या होगा?#

mainnet और सार्वजनिक testnet दोनों genesis पार कर चुके हैं, इसलिए आज यह केवल ऐसे नेटवर्क से संबंधित है जो अभी खुला नहीं है। नोड प्रतीक्षा करता है, और उसे इस्तेमाल करने का यही इच्छित तरीक़ा है: वह ऐसा ब्लॉक बनाने से मना करता है जिसके टाइमस्टैम्प तक उसकी अपनी घड़ी नहीं पहुँची, छापता है कि कितना समय बाक़ी है, और अपने आप माइनिंग शुरू कर देता है। इस पूरे दौरान वह पीयर्स से जुड़ता और सिंक करता रहता है। न कुछ शेड्यूल करना है और न कुछ पुनः शुरू करना है।

क्या testnet कॉइन mainnet कॉइन जैसा ही है?#

नहीं। सार्वजनिक testnet की अपनी chain id है, उसके कॉइन डिज़ाइन से मूल्यहीन हैं, और उसे genesis से रीसेट किया जा सकता है। वह mainnet का व्यवहार मापने के लिए मौजूद है — इसीलिए वह mainnet का gas शेड्यूल बिना बदलाव के ढोता है।

सुरक्षा समस्या की सूचना कहाँ दूँ?#

SECURITY.md में, जो प्रकटीकरण की प्रक्रिया बताती है। परियोजना संदेह का लाभ पाने के बजाय रिपोर्ट पाना पसंद करेगी, और निजी रूप से रिपोर्ट की गई खामी मैदान में मिली खामी से कहीं कम महँगी पड़ती है।

अब भी उत्तर नहीं मिला?#