Loading...
यह लेख Proof Street से प्रतिबिंबित किया गया है, जो गोपनीयता-संरक्षक कंप्यूटेशन को कवर करने वाला एक स्वतंत्र प्रकाशन है: ZK, FHE, MPC, TEEs, और विकेंद्रीकृत पहचान। मूल रूप से 7 सितंबर, 2026 को "Zcash ने चयनात्मक प्रकटीकरण के क्षेत्र में कितनी प्रगति की है, और क्या बाकी है" के रूप में प्रकाशित। लेखक की अनुमति से Zcash Community Grant #339 के भाग के रूप में प्रतिबिंबित। स्टीफन वेबर द्वारा।
Zcash में, एक viewing key खाता-धारक को अपनी पसंद के किसी पक्ष के सामने shielded लेन-देन इतिहास प्रकट करने देती है। ये कुंजियाँ सक्रिय हैं और उपयोगकर्ता के नियंत्रण में हैं। निर्माता और नीति समर्थक अभी भी इन्हें उन अनुपालन कार्यप्रवाहों के लिए उपयोगी बनाने पर काम कर रहे हैं जिनमें इनका उपयोग हो सकता है।
17 अगस्त को Zcash Community Grants समिति Shielded Compliance Bridge नामक प्रस्ताव पर विचार करने के लिए मिली। Deborah Olaboye, एक ओपन-सोर्स योगदानकर्ता, जिनके कार्य में Ethereum का execution-specs repository शामिल है, ने एक proof of concept बनाया था जो एक unified full viewing key को ग्रहण करता है, testnet indexer के विरुद्ध compact blocks स्कैन करता है, और एक Zcash memo field में shielded हस्तांतरण को ऑफ-चेन Travel Rule रिकॉर्ड से जोड़ने वाला "compliance reference" रखता है। उन्होंने इसे पूरा करने के लिए अनुदान मांगा, लेकिन समिति ने मना कर दिया।
तर्क यह था कि अनुपालन एकीकरण उस विशिष्ट एक्सचेंज या संस्था से आकार लेते हैं जो उनका उपयोग करेगी, कि इनके आधार पर निर्माण के लिए कोई सामान्य मानक नहीं हैं, और कि उपकरण मांगने वाले भागीदार के बिना इसे अपनाए जाने की संभावना कम थी। उसी बैठक में समान कारणों से अन्य प्रस्ताव भी अस्वीकार किए गए—एक "programmable selective disclosure" virtual machine के लिए, और दूसरा गोपनीयता एवं विश्वास वास्तुकला ढांचे के लिए, जिसमें अमेरिकी कानूनी मुद्दों का मानचित्र शामिल था।
बेशक, ये निर्णय इस बात का संकेत नहीं हैं कि किसी को इसकी जरूरत नहीं है। वर्ष की बाकी गतिविधियों के साथ देखने पर, बात इसके उलट है। Binance ने 2024 में प्रोटोकॉल-स्तरीय अनुरोध किया था और वर्ष के भीतर उसके पास एक ZIP था। Gemini ने 2020 से नियामकीय पर्यवेक्षण में shielded निकासी संचालित की हैं। पारिस्थितिकी तंत्र ने जून में वॉशिंगटन की एक नीति संस्था और अगस्त में एक संस्थागत-एकीकरण केंद्र स्थापित किया। प्रभावी रूप से समिति ने कहा कि आवश्यकता अभी तक ऐसी अपेक्षा के रूप में लिखी नहीं गई है जिस पर कोई निर्माण कर सके।
एक shielded Zcash address एक spending key द्वारा नियंत्रित होता है। इससे viewing keys निकाली जाती हैं, जो धन को स्थानांतरित किए बिना लेन-देन डेटा पढ़ सकती हैं। full viewing key खाते के आने वाले और जाने वाले लेन-देन देखती है, incoming viewing key केवल प्राप्त धन देखती है, और outgoing viewing key प्रेषक को यह पुनर्निर्मित करने देती है कि उसने क्या भेजा था। ZIP 316 के बाद से, इन्हें unified viewing keys में बंडल किया जाता है—एक full और एक incoming—जो एक खाते तक सीमित होती हैं; खाता, wallet की key tree में ZIP 32 के अंतर्गत एक स्थिति है। एक unified full viewing key, खाते द्वारा प्रयुक्त प्रत्येक shielded pool के प्रति-pool घटकों को बंडल करती है, और इसमें खाते की transparent extended public key भी होती है; इसलिए इसे साझा करने से shielded इतिहास के साथ transparent chain भी उजागर होती है।
इस अर्थ में viewing key पूर्वव्यापी होती है। यह खाता बनाए जाने के क्षण से खाते का पूरा इतिहास decrypt करती है, और नए खाते में धन स्थानांतरित करने के अलावा, एक बार साझा होने पर इसे वापस नहीं लिया जा सकता। न तो प्रति-लेन-देन viewing key है और न ही समय-सीमित key। ZODL के मुख्य कार्यकारी Josh Swihart—यह कंपनी इस वर्ष प्रोटोकॉल की पूर्व ECC इंजीनियरिंग टीम द्वारा बनाई गई थी—ने इसकी पुष्टि की और यह भी कहा कि प्रति-लेन-देन भुगतान प्रकटीकरण "कहीं भी लागू नहीं है।"
zcashd, मूल reference नोड, ने दो RPC methods, z_getpaymentdisclosure और z_validatepaymentdisclosure, जारी किए थे, जो प्रेषक को किसी तीसरे पक्ष के सामने एकल भुगतान सिद्ध करने देते हैं। RPC दस्तावेज़ उन्हें प्रायोगिक बताता है, ऑपरेटर द्वारा experimental-features flag सेट किए बिना निष्क्रिय, और एक "work-in-progress Payment Disclosure ZIP" लागू करने वाला बताता है। वह ZIP, 303, अब वापस लिया हुआ चिह्नित है, और उसका उत्तराधिकारी, ZIP 311, बिना किसी संलग्न कार्यान्वयन के मसौदा बना हुआ है। ये methods केवल Sprout pool को कवर करती थीं—मूल 2016 shielded pool—और इन्हें कभी Sapling या Orchard तक विस्तारित नहीं किया गया, अर्थात उन pools तक जो हर आधुनिक shielded लेन-देन को वहन करते हैं। zcashd स्वयं 18 जुलाई, 2026 को जीवन-अंत तक पहुंच गया, Ironwood upgrade से पहले की नियोजित समाप्ति में। न तो Zebra, Zcash Foundation का consensus नोड, न ही Zallet, उत्तराधिकारी wallet, कोई प्रकटीकरण method सूचीबद्ध करता है। महत्वपूर्ण pools के लिए, प्रति-लेन-देन प्रकटीकरण अभी भी एक डिज़ाइन अभिप्राय है।
यह अभिप्राय अभी सक्रिय है, लेकिन जुलाई में जितना निकट दिखता था उससे अधिक दूर है। ZIP 231, memo bundles, वह मसौदा है जो इसके लिए स्थान बनाएगा: Swihart ने memo bundles को प्रमाणित reply-to के संभावित आधार के रूप में बताया, जो भुगतान प्रमाण का कार्य कर सकता है, और आश्रित मसौदे, authenticated reply addresses, को वर्तमान memo field के लिए बहुत बड़े proofs चाहिए। Memo bundles एक लेन-देन format परिवर्तन है, और NU7 coinholder vote का समन्वय करने वाले पांच संगठनों ने अगस्त में सहमति जताई कि format परिवर्तन NU7 के दायरे से बाहर और उसके बाद के upgrade के दायरे में हैं। मतदान स्वयं, जो 25 अगस्त से 14 सितंबर तक चलता है, ने issuance, fee policy, block spacing और Sprout deprecation को धारकों के समक्ष रखा; प्रकटीकरण मतपत्र में नहीं था। पुराना मार्ग, ZIP 311, को किसी consensus परिवर्तन की आवश्यकता नहीं है, लेकिन वह बिना कार्यान्वयन और बिना Orchard कवरेज के मसौदा ही बना हुआ है।
इसलिए आज जो उपलब्ध है वह खाता-सीमित viewing keys हैं—full या केवल incoming—पूर्वव्यापी, अपरिवर्तनीय, और खाता-धारक की पहल पर साझा की जाने वाली; जबकि लेन-देन-स्तरीय प्रकटीकरण roadmap पर है।
Zcash या कहीं भी प्रकटीकरण तंत्र को निम्न आधारों पर समझा जा सकता है: क्या प्रकट किया जाता है (दायरा)। किसे (प्राप्तकर्ता)। अनुमति कब प्रभावी होती है और वह कितनी पीछे तक जाती है (समय)। क्या उसे वापस लिया जा सकता है (वापसी-योग्यता)। और इसकी शुरुआत कौन करता है—डेटा विषय या प्राधिकरण (आरंभ)।
अनुपालन व्यवस्थाएँ इन पर आवश्यकताएँ हैं, और वास्तुकलाएँ इन पर स्थितियाँ हैं। Zcash की viewing keys डिज़ाइन के अनुसार व्यापक दायरे वाली, धारक द्वारा चुने गए प्राप्तकर्ता वाली, पूर्णतः पूर्वव्यापी, अपरिवर्तनीय और उपयोगकर्ता-आरंभित हैं। दूसरी ओर, एक्सचेंजों और पर्यवेक्षकों द्वारा लागू की जाने वाली आवश्यकता आम तौर पर किसी संबंध या अवधि तक सीमित होती है, किसी नामित संस्था या उसके analytics vendor को दी जाती है, onboarding से आगे निरंतर रहती है, संबंध समाप्त होने पर वापस ली जा सकती है, और सेवा की शर्त के रूप में संस्था द्वारा आरंभ की जाती है।
इन दोनों को selective disclosure कहा जाता है। credentials की दुनिया में selective disclosure का अर्थ है हस्ताक्षरित credential से विशेषताओं का एक उपसमूह प्रस्तुत करना, बाकी को प्रकट किए बिना; इसी के लिए SD-JWT, ISO mdoc और BBS+ signatures बनाए गए हैं। प्रकटीकरण की इकाई एक attribute है, समय प्रस्तुति का समय है, और धारक हर interaction में निर्णय लेता है।
shielded-payments की दुनिया में इस वाक्यांश का अर्थ चुने हुए पक्ष को लेन-देन डेटा प्रकट करना है, जहां इकाई खाते का इतिहास है और समय वह है जब भी key सौंपी जाती है।
Swihart ने कहा कि इंजीनियरिंग टीम को अब तक मिला एकमात्र प्रोटोकॉल-स्तरीय अनुपालन अनुरोध Binance से आया था, जिसने जनवरी 2024 में deposits के लिए transparent-provenance guarantee मांगी थी। टीम की प्रतिक्रिया ZIP 320, transparent-source-only addresses, थी, और ZIP पाठ वास्तव में मूल को "as required by Binance" के रूप में दर्ज करता है। TEX address एक अस्थायी transparent pass-through है जो सुनिश्चित करता है कि एक्सचेंज को धन transparent स्रोत से मिले। यह एक्सचेंज को प्रेषक का इतिहास दिए बिना लौटने का मार्ग देता है। किसी एक्सचेंज के लिए प्रोटोकॉल द्वारा किया गया एकमात्र समायोजन ठीक वही प्रकट करता है जो एक्सचेंज ने मांगा था, और उससे अधिक कुछ नहीं।
Sapling upgrade के बाद से, Swihart का तर्क है कि किसी एक्सचेंज के shielded लेन-देन समर्थन न करने का कोई तकनीकी कारण नहीं है, क्योंकि proving तेज है, एक्सचेंज के ग्राहकों की पहचान onboarding के समय ही हो जाती है, और जिन मामलों में जरूरत हो उनके लिए enhanced due diligence मौजूद है। इस दृष्टि में, तंत्र और अनुपालन कार्यप्रवाह के बीच का अंतर वास्तव में कोई अनुपस्थित primitive नहीं, बल्कि एक अनुपस्थित बातचीत है।
Divij Pandya उस बातचीत के दूसरे सिरे पर काम कर रहे हैं। वे Zcash के लिए Pretty Good Policy के कार्यकारी निदेशक हैं—जून में पूर्व ECC-नेतृत्व वाली पहल की निरंतरता के रूप में स्थापित वॉशिंगटन नीति संस्था—और उनके संगठन की परियोजना यह सुनिश्चित करना है कि viewing-key प्रकटीकरण को ऐसे दस्तावेज़ में स्वीकार्य अनुपालन तंत्र के रूप में मान्यता मिले जिसे अनुपालन अधिकारी उद्धृत कर सके। उनके ज्ञान के अनुसार, किसी नियामक ने अभी तक viewing keys को एक साधन के रूप में नहीं देखा है। स्वाभाविक रूप से, PGPZ का दायरा निर्माता मार्गदर्शन के बजाय मान्यता है। किसी उपकरण को आवश्यकता के अनुरूप निर्दिष्ट नहीं किया जा सकता जब तक अधिकार-प्राप्त व्यक्ति उस साधन पर निर्णय न कर दे; इसलिए मान्यता पूर्ववर्ती कदम है। संगठन के filings पर Paul Brigner ने PGPZ के संस्थापक और ZODL के मुख्य नीति एवं नियामक अधिकारी के रूप में हस्ताक्षर किए हैं, इसलिए नीति और इंजीनियरिंग प्रयास एक विचार के साथ-साथ एक अधिकारी भी साझा करते हैं।
FinCEN पर्यवेक्षण पर House उपसमिति के लिए 21 जुलाई के रिकॉर्ड वक्तव्य में Zcash को "selective disclosure capabilities, allowing users to voluntarily share transaction details through the use of viewing keys with auditors, tax authorities, or compliance officers" वाला बताया गया है, और निर्दिष्ट तथ्यों को सिद्ध करने के लिए "paired with selective viewing keys" zero-knowledge proofs का उल्लेख है। FinCEN के docket, FINCEN-2026-0101-0050, पर एक comment letter, Pandya के अनुसार, तर्क देता है कि viewing keys और selective disclosure स्वीकार्य अनुपालन तंत्र होने चाहिए। उन्होंने नियामक के समक्ष जो खुला प्रश्न रखा है वह granularity का है: क्या खाता-सीमित, पूरे इतिहास का प्रकटीकरण "targeted transaction information" के लिए पर्याप्त है, या उत्तर ZIP 231 की प्रतीक्षा करता है।
जब तक इसका समाधान नहीं होता, अनुपालन टीमें उस बाध्यता का सामना करती हैं जिसे pseudonymous forum poster strahncryptography ने Olaboye के प्रस्ताव की चर्चा में वर्णित किया था: वे नियम का अक्षरशः पालन करते हैं, और नियामक या विधि फर्म के प्रमाणीकरण के बिना किसी अपरिचित मार्ग को नहीं अपनाएंगे, भले ही cryptography कितनी ही सुदृढ़ हो। कोई भी ऐसा प्रकटीकरण डिज़ाइन जो किसी लेन-देन से एक reference जोड़ता है, केवल अंतिम चरण सिद्ध करता है, और वह अंतिम चरण depositor स्वयं हो सकता है। viewing key की भी यही सीमा है। यह खाता-धारक के लेन-देन प्रकट करती है, प्रतिपक्षों के धन कहां से आया यह नहीं—जबकि sanctions screen यही प्रश्न पूछती है।
जहां आवश्यकता डेटा विषय द्वारा हुई घटना के प्रमाण की हो—जैसे उस deposit की provenance जिसे depositor स्वयं समझाना चुनता है, स्वैच्छिक audit, tax filing, या किसी विशिष्ट भुगतान के किए जाने का प्रमाण—वहां viewing keys मानक पूरा करती हैं। ये उपयोगकर्ता-आरंभित, पूर्वव्यापी, एकबारगी प्रकटीकरण हैं। लेकिन जहां आवश्यकता onboarding से आगे निरंतर monitoring, ऐसे counterparties के विरुद्ध sanctions screening जिन पर खाता-धारक का नियंत्रण नहीं है, किसी अवधि या संबंध तक दायरा सीमित करना, या offboarding पर वापस लेना हो, वहां वे मानक पूरा नहीं करतीं।
Gemini ने सितंबर 2020 से shielded addresses पर निकासी स्वीकार की है, जब एक प्रवक्ता ने इसका श्रेय नियामकों के साथ जारी बातचीत को दिया था; नवंबर 2025 में इसे Orchard pool तक और जुलाई 2026 में activation के दो दिन बाद post-Ironwood pool तक विस्तारित किया गया। यह shielded addresses से भेजे गए deposits को transparent custody में स्वीकार करता है। Kraken की withdrawal address list केवल transparent ZEC addresses का समर्थन करती है, Coinbase भी केवल transparent है, और Binance को TEX चाहिए। कोई भी प्रमुख विनियमित एक्सचेंज अभी shielded custody, shielded deposit address, या ऐसा workflow नहीं देता जिसमें ग्राहक की viewing key शामिल हो।
ingestion एक स्तर नीचे बनाया जा रहा है। इस सितंबर समीक्षाधीन coinholder-directed retroactive grants round के प्रस्तावों में ZecBooks शामिल है—एक Mac bookkeeping tool जो view-only key आयात करता है, notes वर्गीकृत करता है, और wallet तक स्थायी पहुंच दिए बिना accountant के लिए rows का सीमित package निर्यात करता है; ZecLedger, unified full viewing key के आसपास निर्मित read-only cost-basis और reconciliation tool, जिसे mainnet wallet के विरुद्ध परखा गया है; और seer-sync, chain-sync engine जो viewing key लेता है ताकि payment processor या accounting system spending keys रखे बिना shielded गतिविधि देख सके। इनमें से कोई एक्सचेंज workflow नहीं है और किसी पर नियामक का ध्यान नहीं है। हर एक उसी समस्या का accountant-केंद्रित आधा है, जिसे एक या दो लोगों ने बिना किसी मांग करने वाले भागीदार के बनाया है; और ZecBooks का सीमित export उस interface पर कार्यरत selective disclosure है जहां इसकी सबसे पहले आवश्यकता पड़ती है: shielded उपयोगकर्ता और उसके खाते रखने वाले व्यक्ति के बीच।
Zcash के निर्माता हर गोपनीयता वास्तुकला द्वारा साझा की जाने वाली समस्या पर काम कर रहे हैं।
Zama के confidential-EVM design में, एक access control list यह निर्धारित करती है कि कौन से addresses ciphertext के decryption का अनुरोध कर सकते हैं, और key-management operators का एक threshold network अनुरोध पर decryption करता है। इससे प्राप्तकर्ता धुरी, उपयोगकर्ता द्वारा सौंपी जाने वाली key से बदलकर contract द्वारा दर्ज अनुमति बन जाती है, और आरंभ programmable हो जाता है, क्योंकि उपयोग की शर्त के रूप में contract auditor को decryption rights दे सकता है। इससे अनुपालन अधिकारी के आशय में प्रकटीकरण वापस लेने योग्य नहीं बनता, क्योंकि पहले से decrypt किया जा चुका ciphertext decrypt ही रहता है, और trust base के रूप में यह उपयोगकर्ता की key custody के बदले operator honesty का विनिमय करता है। Asset-level auditor keys, जैसे Solana के confidential transfer extension और Avalanche के encrypted ERC design में हैं, token स्तर पर प्राप्तकर्ता निर्धारित करती हैं, क्योंकि issuer या नामित auditor उस asset के balances और transfers पढ़ सकता है।
Inco ने framework प्रकाशित किया है जो pre-defined viewing—जिसमें access लेन-देन समय पर key material में निर्धारित होता है—और programmable view access—जिसमें viewing rights contract state होते हैं, जिन्हें बाद में दिया, सीमित और वापस लिया जा सकता है—के बीच अंतर करता है।
viewing key और अनुपालन workflow को क्या अलग करता है?
viewing key खाता-धारक का अपना इतिहास प्रकट करती है। sanctions screening और continuous monitoring counterparties के बारे में पूछते हैं—हर लेन-देन के दूसरी ओर का धन कहां से आया—और यही ठीक वह सूचना है जिसे shielded pool छिपाने के लिए मौजूद है। अभी तक किसी ने ऐसा डिज़ाइन नहीं दिखाया है जो transparent ledger या विश्वसनीय तीसरे पक्ष के बिना प्रतिपक्ष संबंधी प्रश्न का उत्तर दे सके।
यदि memo bundles NU7 के बाद वाले upgrade में आते हैं और reply-address मसौदा उसका अनुसरण करता है, तो PGPZ के filings में "targeted transaction information" शाब्दिक हो जाएगा। यह कम-से-कम दो upgrades दूर है, और नियामकीय उत्तर नियामक की समयरेखा पर आएगा।
इसकी मांग को इसकी ओर निर्माण कर रहे लोगों की संख्या से आसानी से देखा जा सकता है। जो अनुपस्थित है वह गोपनीयता-संरक्षक प्रकटीकरण के लिए एक निश्चित आवश्यकता है। Zcash वह पारिस्थितिकी तंत्र है जहां उस निर्णय पर खुलकर बातचीत हो रही है—इंजीनियरों, समर्थकों, निर्माताओं, एक एक्सचेंज और grants समिति के बीच, जो गंतव्य पर सहमत प्रतीत होते हैं और चरणों के क्रम पर तर्क कर रहे हैं। इस पर उन एकल developers द्वारा भी काम हो रहा है जिन्होंने आवश्यकता लिखे जाने की प्रतीक्षा किए बिना accounting layer से शुरुआत की।
प्रकटीकरण: इस लेख को Zcash Community Grant का समर्थन प्राप्त था। प्रकाशन से पहले ZCG ने इस लेख की समीक्षा या अनुमोदन नहीं किया।
संबंधित पृष्ठ: Viewing Keys · गोपनीयता की तुलना