शील्डेड भुगतान का प्रमाण और भुगतान प्रकटीकरण
संक्षेप में
- एक ट्रांज़ैक्शन ID किसी ट्रांज़ैक्शन की पहचान करती है, लेकिन यह किसी शील्डेड प्राप्तकर्ता, राशि या मेमो को प्रकट नहीं करती।
- भुगतान प्रकटीकरण को इस तरह बनाया गया है कि प्रेषक अपने wallet का शेष इतिहास उजागर किए बिना एक भुगतान के चुने हुए विवरणों को साबित कर सके।
- एक viewing key किसी पते या खाते का निरंतर पढ़ने का अधिकार देता है। इसका उपयोग लगातार ऑडिट के लिए करें, एक-भुगतान विवाद के लिए नहीं।
- भुगतान प्रकटीकरण माल की डिलीवरी साबित नहीं कर सकता, स्वयं किसी व्यक्ति की पहचान नहीं कर सकता, भुगतान उलट नहीं सकता, या पुष्टि जाँचों का स्थान नहीं ले सकता।
- ZIP 311 अभी भी एक Draft है। इसके वर्तमान पाठ में Orchard समर्थन, transparent-input समर्थन, एन्कोडिंग, संस्करण निर्धारण और यूज़र-इंटरफ़ेस नियम अधूरे हैं।
ट्रांज़ैक्शन ID पर्याप्त क्यों नहीं है
कोई भी व्यक्ति एक transparent Zcash भुगतान के सार्वजनिक विवरण देख सकता है। एक block explorer इसके पते, राशियाँ और पुष्टि स्थिति दिखा सकता है।
शील्डेड भुगतान अलग तरह से काम करता है। चेन यह सिद्ध करती है कि ट्रांज़ैक्शन ने Zcash के नियमों का पालन किया, लेकिन यह शील्डेड प्रेषक, प्राप्तकर्ता, राशि या मेमो प्रकाशित नहीं करती। ट्रांज़ैक्शन ID साझा करने से यह दिख सकता है कि कोई ट्रांज़ैक्शन माइन हुआ था, लेकिन इससे किसी व्यापारी या तीसरे पक्ष को यह साबित नहीं किया जा सकता कि उसके भीतर कौन-सा निजी भुगतान था।
इससे एक व्यावहारिक समस्या उत्पन्न होती है। किसी ग्राहक को व्यापारी विवाद सुलझाना पड़ सकता है, किसी एक्सचेंज को सिद्ध करना पड़ सकता है कि उसने निकासी संसाधित की, या कोई दाता एक योगदान सिद्ध करना चाह सकता है। पूर्ण viewing key साझा करने से इन मामलों की आवश्यकता से कहीं अधिक जानकारी प्रकट होगी।
ZIP 311: Zcash भुगतान प्रकटीकरण एक अधिक सीमित उत्तर प्रस्तावित करता है: एक ट्रांज़ैक्शन से चुनी हुई जानकारी का प्रकटीकरण और प्रमाणीकरण।
भुगतान प्रकटीकरण कैसे काम करता है
मूल प्रवाह यह है:
- सत्यापक प्रेषक को एक विशिष्ट चुनौती या संदर्भ देता है, जब इंटरैक्टिव प्रमाण उपयुक्त हो।
- प्रेषक ट्रांज़ैक्शन और प्रकट किए जाने वाले शील्डेड आउटपुट या आउटपुटों का चयन करता है।
- संगत wallet सॉफ़्टवेयर उस ट्रांज़ैक्शन और वैकल्पिक रूप से चुनौती से जुड़ा भुगतान प्रकटीकरण बनाता है।
- प्रेषक प्रकटीकरण सत्यापक को देता है।
- सत्यापक किसी विश्वसनीय Zcash नोड से वास्तविक ट्रांज़ैक्शन प्राप्त करता है, जाँचता है कि वह माइन हुआ था, और उसके विरुद्ध प्रकटीकरण सत्यापित करता है।
- वैध परिणाम केवल उस प्रकटीकरण में शामिल दावों की पुष्टि करता है।
ZIP का Sapling डिज़ाइन प्रत्येक चुने हुए आउटपुट को पुनर्प्राप्त करने के लिए एक outgoing cipher key का उपयोग करता है। इससे आउटपुट का प्राप्तकर्ता, राशि और मेमो प्रकट हो सकते हैं। इसके लिए कम-से-कम एक ट्रांज़ैक्शन इनपुट के खर्च करने के अधिकार का प्रमाण भी आवश्यक है, ताकि केवल ट्रांज़ैक्शन देखने वाला व्यक्ति ऐसा वैध प्रकटीकरण न बना सके मानो उसने इसे भेजा हो।
एक Sapling भुगतान प्रकटीकरण में प्रेषक का पता प्रकट करना अनिवार्य नहीं है। खर्च करने का अधिकार कई विविधीकृत पतों को नियंत्रित कर सकता है, इसलिए खर्च पर नियंत्रण साबित करने से स्वतः किसी एक पते की पहचान नहीं होती। ZIP 311 में उन मामलों के लिए वैकल्पिक पता-प्रमाण शामिल है, जहाँ प्रमाण को किसी ज्ञात प्रेषक पते से जोड़ना आवश्यक हो।
भुगतान प्रकटीकरण या viewing key?
| विधि | सर्वोत्तम उपयोग | यह क्या प्रकट करती है | निरंतर पहुँच? | भुगतान से क्रिप्टोग्राफ़िक रूप से जुड़ी? |
|---|
| Transaction ID | यह जाँचना कि ट्रांज़ैक्शन माइन हुआ था | सार्वजनिक ट्रांज़ैक्शन डेटा और पुष्टियाँ | नहीं | हाँ, लेकिन शील्डेड भुगतान विवरण छिपे रहते हैं |
| Screenshot or receipt | अनौपचारिक रिकॉर्ड रखना | जो भी प्रेषक दिखाना चुने | नहीं | नहीं; छवि संपादित की जा सकती है |
| Payment disclosure | एक भुगतान के चुने हुए विवरण सिद्ध करना | चुने हुए ट्रांज़ैक्शन आउटपुट और शामिल प्रेषक या चुनौती प्रमाण | नहीं, लेकिन साझा प्रमाण की प्रतिलिपि बनाई जा सकती है | हाँ |
| Incoming Viewing Key | किसी खाते द्वारा प्राप्त भुगतानों की निगरानी | key द्वारा कवर की गई आने वाली गतिविधि | हाँ | यह मेल खाने वाले आने वाले भुगतानों को डिक्रिप्ट करती है |
| Full Viewing Key | किसी खाते का लेखांकन या ऑडिट | key द्वारा कवर की गई आने वाली और जाने वाली गतिविधि, राशियाँ, मेमो और शेष राशि | हाँ | यह मेल खाने वाली खाता गतिविधि को डिक्रिप्ट करती है |
उस सबसे छोटे प्रकटीकरण का उपयोग करें जो प्रश्न का उत्तर देता हो। एक भुगतान को लेकर व्यापारी विवाद सामान्यतः खाते के प्रत्येक भुगतान तक पहुँच को उचित नहीं ठहराता। जिस लेखाकार को पूर्ण रिपोर्टिंग अवधि की समीक्षा करनी हो, उसे इसके बजाय viewing key की आवश्यकता हो सकती है।
कोई भी विधि खर्च करने की अनुमति नहीं देती। भुगतान के प्रमाण के रूप में कभी भी seed phrase, spending key, private key या wallet backup साझा न करें।
मैं आज क्या उपयोग कर सकता हूँ?
यहाँ किसी मौजूदा wallet को ZIP 311 भुगतान-प्रकटीकरण निर्माण या सत्यापन लागू करने वाला नहीं बताया गया है। ZIP अभी draft है और इसका reference implementation "TBD" के रूप में सूचीबद्ध है। निम्नलिखित अनुरक्षित tools आज उपलब्ध रिकॉर्ड का निरीक्षण करने में प्रेषक, प्राप्तकर्ता या अधिकृत ऑडिटर की सहायता कर सकते हैं:
| ऐप | आज के लिए उपयोगी | महत्वपूर्ण सीमा |
|---|
| Zkool | विस्तृत ट्रांज़ैक्शन मेटाडेटा, राशियाँ, pool इनपुट और आउटपुट तथा मेमो देखना; Unified या Sapling viewing keys को केवल-पठन खातों में आयात करना | ZIP 311 प्रकटीकरण निर्माण या सत्यापन का दावा नहीं करता |
| Zingo PC | शील्डेड ट्रांज़ैक्शन इतिहास और मेमो की समीक्षा; Unified Full Viewing Key को केवल-पठन मोड में आयात करना | wallet रिकॉर्ड या केवल-पठन खाता चुनिंदा-सीमा वाला भुगतान प्रकटीकरण नहीं है |
| Zallet | z_viewtransaction, z_exportviewingkey और z_importviewingkey का उपयोग करने वाले ऑपरेटर कार्यप्रवाह | Beta सॉफ़्टवेयर; इसके viewing-key और ट्रांज़ैक्शन RPC व्यापक या स्थानीय रिकॉर्ड हैं, ZIP 311 प्रमाण नहीं |
सबसे पहले उसी wallet का उपयोग करें जिसने भुगतान भेजा या प्राप्त किया था। उसके ट्रांज़ैक्शन विवरण, मेमो, ट्रांज़ैक्शन ID और पुष्टियाँ जाँचें, फिर दूसरे पक्ष से उन विवरणों को अपने रिकॉर्ड से मिलाने को कहें। केवल प्रमाण बनाने के लिए नया wallet इंस्टॉल न करें और उसमें seed phrase दर्ज न करें। यदि किसी ऑडिटर को निरंतर दृश्यता चाहिए, तो संगत केवल-पठन खाते पर विचार करें और viewing key साझा करने से पहले उसके दायरे को समझें।
ये ऐप रिकॉर्ड जाँचने के व्यावहारिक विकल्प हैं, इस बात का प्रमाण नहीं कि एक मानकीकृत भुगतान प्रकटीकरण उपलब्ध है। स्क्रीनशॉट लोगों को रिकॉर्ड मिलाने में मदद कर सकता है, लेकिन वह संपादित किया जा सकता है और क्रिप्टोग्राफ़िक प्रमाण नहीं है।
भुगतान प्रकटीकरण कहाँ लागू होते हैं
व्यापारी विवाद
एक ग्राहक सिद्ध कर सकता है कि एक विशिष्ट राशि व्यापारी के शील्डेड पते पर भेजी गई थी। प्रमाण यह स्थापित नहीं करता कि माल वितरित हुआ, रिफ़ंड देय है, या इसे प्रस्तुत करने वाले व्यक्ति की कोई विशेष कानूनी पहचान है। ये प्रश्न अभी भी ऑर्डर रिकॉर्ड और पक्षों के समझौते पर निर्भर करते हैं।
शील्डेड निकासी
ZIP 311 शील्डेड निकासी को लक्षित उपयोग-मामले के रूप में सूचीबद्ध करता है: एक एक्सचेंज इन विवरणों को ऑन-चेन प्रकाशित किए बिना प्राप्तकर्ता और राशि सिद्ध करेगा। इसका transparent-input प्रमाण अभी अधूरा है, इसलिए यह अभी पूर्ण मानकीकृत कार्यप्रवाह नहीं है। ग्राहक को ट्रांज़ैक्शन की पुष्टि स्थिति स्वतंत्र रूप से भी जाँचनी चाहिए।
दान
एक दाता या अभियान असंबंधित भुगतानों को निजी रखते हुए किसी विशेष योगदान को सिद्ध कर सकता है। प्रकटीकरण प्रकाशित करने से उसके चुने हुए विवरण प्रति प्राप्त करने वाले प्रत्येक व्यक्ति के लिए सार्वजनिक हो जाते हैं, इसलिए जब सार्वजनिक प्रमाण अनावश्यक हो तो निजी सत्यापन चैनल अधिक सुरक्षित है।
लेखांकन
जब लेखाकार को एक ट्रांज़ैक्शन के प्रमाण की आवश्यकता हो, तो भुगतान प्रकटीकरण का उपयोग करें। जब लेखाकार को अनेक ट्रांज़ैक्शनों या पूर्ण रिपोर्टिंग अवधि तक निरंतर पहुँच चाहिए, तो सबसे सीमित उपयुक्त viewing key का उपयोग करें।
गोपनीयता-सुरक्षित कार्यप्रवाह
ZIP 311 अभी कोई पूर्ण, व्यापक रूप से लागू किया जा सकने वाला wallet मानक नहीं है। जब संगत प्रेषक और सत्यापक tools उपलब्ध हों, तो इस चेकलिस्ट का उपयोग करें:
- पहले संगतता की पुष्टि करें। दोनों tools को एक ही प्रकटीकरण प्रारूप और भुगतान में उपयोग किए गए शील्डेड pool का समर्थन करना चाहिए।
- पहले सामान्य समस्याएँ सुलझाएँ। निजी विवरण प्रकट करने से पहले wallet sync, ट्रांज़ैक्शन ID, पुष्टि संख्या, समाप्ति स्थिति और प्राप्तकर्ता के रिकॉर्ड जाँचें।
- चुनौती का अनुरोध करें। विवाद के लिए सत्यापक को नया ऑर्डर नंबर या यादृच्छिक चुनौती देनी चाहिए, ताकि प्रकटीकरण उस अनुरोध से जुड़ा हो।
- केवल आवश्यक आउटपुट चुनें। उसी ट्रांज़ैक्शन से असंबंधित आउटपुट शामिल न करें।
- प्रत्येक प्रकट फ़ील्ड का पूर्वावलोकन करें। निर्यात करने से पहले प्राप्तकर्ता, राशि, मेमो, प्रेषक-पता प्रमाण और चुनौती जाँचें।
- निजी चैनल से साझा करें। प्रकटीकरण कोई गुप्त spending key नहीं है, लेकिन इसे पाने वाला कोई भी व्यक्ति इससे प्रकट जानकारी को रख या पुनर्वितरित कर सकता है।
- चेन के विरुद्ध सत्यापित करें। सत्यापक को विश्वसनीय नोड से सटीक ट्रांज़ैक्शन प्राप्त करना चाहिए, पुष्टि करनी चाहिए कि यह इच्छित नेटवर्क और ब्लॉक में है, फिर प्रकटीकरण मान्य करना चाहिए।
- परिणाम दर्ज करें, अतिरिक्त रहस्य नहीं। केवल वही रखें जिसकी विवाद, निकासी, दान या लेखांकन प्रक्रिया को आवश्यकता हो।
यदि wallet प्रकटीकरण उत्पन्न नहीं कर सकता, तो उसके व्यापक और स्थायी दायरे को समझे बिना पूर्ण viewing key का विकल्प न चुनें। पूछें कि क्या प्राप्तकर्ता अपने wallet रिकॉर्ड से भुगतान की पुष्टि कर सकता है या इसके बजाय कोई कम संवेदनशील रिकॉर्ड स्वीकार कर सकता है।
वैध प्रकटीकरण क्या सिद्ध नहीं करता
सफल सत्यापन यह सिद्ध नहीं करता:
- कि ट्रांज़ैक्शन में सत्यापक की जोखिम नीति के लिए पर्याप्त पुष्टियाँ हैं
- कि chain reorganization हाल के ट्रांज़ैक्शन को हटा नहीं सकता
- कि माल या सेवाएँ वितरित हुईं
- कि रिफ़ंड या chargeback आवश्यक है
- कि प्रेषक किसी विशेष पते को नियंत्रित करता है, जब तक उपयुक्त पता-प्रमाण शामिल न हो
- कि प्रकटीकरण प्रस्तुत करने वाले व्यक्ति की दावा की गई वास्तविक-जगत पहचान है
- कि अप्रकट आउटपुट, अन्य ट्रांज़ैक्शनों या wallet की शेष राशि का कोई विशेष मान है
- कि साझा किए जाने के बाद प्रकटीकरण निजी रहता है
सत्यापक को chain inclusion और पुष्टि स्थिति अलग से जाँचनी चाहिए। ZIP 311 की सत्यापन प्रक्रिया मानती है कि कॉलर पहले ही माइन हुआ ट्रांज़ैक्शन और उसकी block height प्राप्त कर चुका है।
वर्तमान सीमाएँ
ZIP 311 को प्रस्तावित मानक मानें, इस वादे के रूप में नहीं कि किसी मौजूदा wallet में कार्यशील Prove payment बटन है।
draft वर्तमान में Sapling spends और outputs निर्दिष्ट करता है, लेकिन Orchard, transparent inputs, प्रकटीकरण एन्कोडिंग, संस्करण निर्धारण और wallets को वैधता के अलग-अलग स्तर कैसे प्रदर्शित करने चाहिए, इनके लिए अभी अधूरे बिंदु शामिल हैं। इसका reference implementation भी "TBD" के रूप में सूचीबद्ध है। जैसा लिखा गया है, यह Orchard या Ironwood भुगतानों के लिए भुगतान प्रकटीकरण परिभाषित नहीं करता।
यदि ट्रांज़ैक्शन जानबूझकर उस आउटपुट के लिए outgoing viewing key के बिना बनाया गया था, तो प्रेषक किसी आउटपुट का प्रकटीकरण करने में भी असमर्थ हो सकता है। ZIP 311 एक नया पुनर्प्राप्ति मार्ग बनाने के बजाय उस गोपनीयता विकल्प को संरक्षित करता है।
पुराने दस्तावेज़ों में zcashd में प्रयोगात्मक z_getpaymentdisclosure और z_validatepaymentdisclosure कमांड का वर्णन है। वे कमांड केवल Sprout JoinSplit outputs only का समर्थन करते थे, ZIP 311 में Sapling डिज़ाइन का नहीं, और उन्हें अप्रचलित कर दिया गया था। zcashd जुलाई 2026 में अपने अंतिम End-of-Support halt तक पहुँच गया। वर्तमान धनराशि के लिए उस पुराने मार्गदर्शक को निर्देश के रूप में उपयोग न करें।
ये कमियाँ इस विचार को अनुपयोगी नहीं बनातीं। वे समझाती हैं कि सावधान मार्गदर्शक को गोपनीयता मॉडल और उपयोग-मामलों को आम उपयोगकर्ताओं के लिए तैयार सॉफ़्टवेयर से अलग क्यों रखना चाहिए।
FAQ
क्या मैं केवल ट्रांज़ैक्शन ID से शील्डेड भुगतान सिद्ध कर सकता हूँ?
नहीं। ID ट्रांज़ैक्शन और उसकी पुष्टि स्थिति की पहचान कर सकती है, लेकिन शील्डेड प्राप्तकर्ता, राशि और मेमो सार्वजनिक नहीं हैं।
क्या भुगतान प्रकटीकरण viewing key जैसा ही है?
नहीं। प्रकटीकरण एक ट्रांज़ैक्शन के चुने हुए विवरणों तक सीमित होता है। viewing key समय के साथ किसी पते या खाते की मेल खाने वाली गतिविधि प्रकट कर सकती है।
क्या प्राप्तकर्ता प्रेषक का प्रमाण बना सकता है?
ZIP 311 डिज़ाइन के अंतर्गत नहीं। वैध प्रकटीकरण को कम-से-कम एक इनपुट के खर्च करने के अधिकार को सिद्ध करना चाहिए। प्राप्तकर्ता अपने wallet रिकॉर्ड से भुगतान की पुष्टि कर सकता है, लेकिन वह अलग दावा है।
क्या साझा करने के बाद मैं प्रकटीकरण रद्द कर सकता हूँ?
नहीं। यह viewing key की तरह भविष्य के खाते तक पहुँच नहीं देता, लेकिन प्रकट डेटा और प्रमाण की प्रतिलिपि बनाई जा सकती है। इसे किसी भी निजी वित्तीय रिकॉर्ड की तरह सावधानी से साझा करें।
क्या सत्यापन किसी ZEC को स्थानांतरित या लॉक करता है?
नहीं। प्रकटीकरण बनाना या सत्यापित करना धनराशि खर्च, रिफ़ंड, फ्रीज़ या रिवर्स नहीं करता।
यदि मेरे wallet में प्रकटीकरण सुविधा नहीं है तो आज मुझे क्या उपयोग करना चाहिए?
प्राप्तकर्ता के wallet रिकॉर्ड, ट्रांज़ैक्शन ID और पुष्टि स्थिति, एन्क्रिप्टेड मेमो में invoice reference या अन्य परस्पर स्वीकृत रसीद से शुरू करें। viewing key का उपयोग केवल तभी करें जब उसके व्यापक दायरे की वास्तव में आवश्यकता हो और वह समझा गया हो।
संसाधन
संबंधित पृष्ठ
