Zcash TEX पते क्या हैं?
संक्षेप में
- TEX पता एक पारदर्शी Zcash पता है, जिसे अलग प्रारूप में लिखा जाता है। यह
tex1 से शुरू होता है और ZIP 320 में परिभाषित है।
- यह आपके wallet को एक बात बताता है: इस पते को केवल पारदर्शी निधियों से भुगतान करें।
- यदि आपका शेष शील्डेड है, तो संगत wallet आपके लिए दो चरण करता है। वह राशि को एक अस्थायी पारदर्शी पते पर ले जाता है, फिर उसे TEX पते पर भेजता है।
- 2023 में, Binance ने Zcash समुदाय से शील्डेड जमा को अस्वीकार कर वापस भेजने का तरीका मांगा था। TEX पते इसका उत्तर हैं, और Binance, ZecHub कस्टोडियल एक्सचेंज सूची में TEX जमा स्वीकार करने वाला एक्सचेंज है।
- भेजने वाले पक्ष पर भी समर्थन बढ़ा है: Coinbase अपने उपयोगकर्ताओं को TEX पतों पर ZEC भेजने देता है, और wallet टूलकिटों ने ZIP 320 समर्थन जोड़ना शुरू कर दिया है।
- TEX पते को भुगतान, किसी भी पारदर्शी भुगतान की तरह, blockchain पर सार्वजनिक होता है। आपका बाकी शील्डेड शेष निजी रहता है।
मूल व्याख्या
एक Zcash TEX पता प्राप्ति पते का एक विशेष प्रकार है। TEX का अर्थ "Transparent Exchange" है। यह एकल p2pkh पारदर्शी पते का Bech32m पुनः-एन्कोडिंग है। TEX पते tex1 से शुरू होते हैं और Unified Addresses से अलग प्रकार हैं।
TEX पता संगत wallet को केवल-पारदर्शी (T -> T) लेनदेन करने के लिए कहता है।
तर्क इस प्रकार है: जब संगत wallet किसी TEX Address का पता लगाता है, तो वह उसमें मौजूद पारदर्शी रिसीवर पाने के लिए उसे डिकोड करता है। फिर wallet tx के लिए आवश्यक निधियां Shielded pool से एक अलग, उपयोगकर्ता-नियंत्रित, अस्थायी पारदर्शी पते पर भेजता है (Z -> T)। इसके बाद वह उन निधियों को TEX पते के डिकोड किए गए पारदर्शी रिसीवर को भेजता है (T -> T)।
TEX पतों का तकनीकी प्रस्ताव Zcash ZIP 320 में वर्णित है, जो केवल पारदर्शी पतों से निधियां प्राप्त करने के लिए एक पता प्रकार परिभाषित करता है।
TEX पतों का उपयोग कितना व्यापक है?
अपनाया जाना अभी आंशिक है, लेकिन अब यह केवल एक एक्सचेंज तक सीमित नहीं है। दो अलग भूमिकाओं को अलग करना उपयोगी है:
- TEX जमा पते जारी करना। Binance हमारी कस्टोडियल एक्सचेंज सूची का वह एक्सचेंज है जो जमा के लिए TEX पता देता है, ताकि निधियां पारदर्शी स्रोत से आएं (ZIP 320, पृष्ठभूमि)। ZIP 320 अन्य एक्सचेंजों से TEX पते जारी करने की अपेक्षा नहीं करता, जब तक उन्हें यह जानने की आवश्यकता न हो कि भुगतान किस पते से आया था।
- TEX पतों पर भेजना। यह वह पक्ष है जिसमें वृद्धि हुई है। अक्टूबर 2024 में, Coinbase ने घोषणा की कि Coinbase.com उपयोगकर्ता TEX पतों पर Zcash भेज सकते हैं (Coinbase Assets घोषणा)। wallet टूलकिटों ने भी ZIP 320 समर्थन जोड़ना शुरू कर दिया है: KeepKey ने फर्मवेयर 7.15 पर TEX लेनदेन के लिए हस्ताक्षर जोड़े (keepkey/hdwallet #75), और XChainJS
zcash-js लाइब्रेरी को वैध tex1 प्राप्तकर्ताओं को अस्वीकार करने के बाद पैच किया गया था (नीचे इसके बारे में अधिक जानकारी है)।
इसलिए TEX पते सार्वभौमिक नहीं हैं, लेकिन पाठक को अब यह नहीं मानना चाहिए कि Binance ही एकमात्र स्थान है जहाँ वे दिखाई देते हैं।
मुझे TEX पते की आवश्यकता कब होती है
जब आप ऐसे wallet से पारदर्शी पते पर निधियां भेज रहे हों जो सीधे पारदर्शी पते पर भेजने का समर्थन नहीं करता, तब आपको TEX पते की आवश्यकता होती है।
कुछ wallet सीधे पारदर्शी पते पर भेजने की अनुमति नहीं देते, और प्राप्तकर्ता TEX समकक्ष प्रदान नहीं कर सकता। इसलिए, कभी-कभी पारदर्शी पते को TEX पते में बदलना आवश्यक हो सकता है। यह zip-320 में वर्णित संदर्भ कार्यान्वयन चलाकर मैन्युअल रूप से किया जा सकता है।
जब आप किसी केंद्रीकृत एक्सचेंज को निधियां भेज रहे हों जो उन निधियों को पारदर्शी स्रोत से आने की अपेक्षा करता है, तब आपको TEX पते की आवश्यकता होती है।
Binance ही TEX पतों के अस्तित्व का कारण है। नवंबर 2023 में, उसने Zcash समुदाय को बताया कि ZEC को सूची से हटाया जा सकता है, जब तक शील्डेड पतों से जमा अस्वीकार करके उसे जमाकर्ता को वापस भेजने का कोई तरीका न हो (ZIP 320, पृष्ठभूमि)। ZIP 320 अन्य एक्सचेंजों से TEX पते जारी करने की अपेक्षा नहीं करता, जब तक उन्हें यह जानने की आवश्यकता न हो कि भुगतान किस पते से आया था। Binance हमारी कस्टोडियल एक्सचेंज सूची का वह एक्सचेंज है जो TEX पते पर जमा स्वीकार करता है।
TEX पते संगत wallet को सूचित करते हैं कि उस पते पर भेजी जाने वाली सभी निधियां पारदर्शी होनी चाहिए और किसी भी शील्डेड मूल्य को उक्त पते पर भेजने से रोकते हैं।
यदि Binance जैसा कोई एक्सचेंज भेजे गए मूल्य को अस्वीकार करता है, तो उसके पास उस मूल्य को उस पते पर वापस भेजने के आवश्यक साधन होते हैं जहाँ से वह आया था। यह Binance जैसी संस्थाओं को सरकारों या अन्य प्राधिकरणों द्वारा लगाए गए कानूनों और विनियमों का अनुपालन करने में भी सहायता करता है।
कौन से wallet TEX Addresses का समर्थन करते हैं?
आप हमारी wallets पृष्ठ पर सबसे अद्यतन सूची देख सकते हैं। TEX Address फ़िल्टर का उपयोग करें।
दृश्य / सादृश्य
अपने शील्डेड शेष को घर की बंद तिजोरी में रखे धन की तरह समझें। बाहर कोई नहीं देख सकता कि उसमें कितना है।
Binance जैसे एक्सचेंज के काउंटर पर एक संकेत लगा है: भुगतान केवल पारदर्शी लिफाफे में स्वीकार किए जाते हैं, ताकि कैशियर देख सके कि धन कहाँ से आया है और आवश्यकता होने पर उसे वापस दे सके। TEX पता वही संकेत है।
जब आपका wallet संकेत देखता है, तो वह राशि को तिजोरी से निकालता है, आपके वापसी पते वाले पारदर्शी लिफाफे में रखता है (अस्थायी पारदर्शी पता), और लिफाफा काउंटर तक ले जाता है। तिजोरी बंद रहती है और किसी को पता नहीं चलता कि उसमें और क्या है।
विस्तृत जानकारी
TEX पता कैसे बनाया जाता है
t1 से शुरू होने वाले सामान्य पारदर्शी पते में 20-byte key hash होता है, जो Base58Check में लिखा जाता है। TEX पते में वही 20 bytes होते हैं, जिन्हें tex उपसर्ग (testnet पर textest) के साथ Bech32m में पुनः-एन्कोड किया जाता है। एक को दूसरे में बदलने के लिए कोड की कुछ पंक्तियां ही लगती हैं, जिन्हें ZIP 320 अपने संदर्भ कार्यान्वयन में दिखाता है।
सरल डिज़ाइन Binance की आवश्यकता थी: रूपांतरण एक्सचेंज के फ्रंट-एंड कोड में केवल Base58Check और Bech32m लाइब्रेरी के साथ चलना चाहिए था। ZIP 320 के पहले मसौदे में इस विचार को Unified Addresses में बनाया गया था, और इसी कारण उस संस्करण को छोड़ दिया गया।
TEX पते Unified Address प्रारूप से Bech32m एन्कोडिंग लेते हैं, लेकिन उसकी लगभग कोई संरचना नहीं रखते। यदि आप Bech32m और Zcash पतों के सत्यापन के तरीके से नए हैं, तो Unified Addresses पृष्ठ ZIP 316 के अंतर्गत मूल बातें बताता है। TEX पता Unified Address से चार ठोस तरीकों से अलग है:
| Unified Address (ZIP 316) | TEX पता (ZIP 320) |
|---|
| इसमें क्या होता है | कई रिसीवर एक साथ बंडल किए हुए | एकल P2PKH पारदर्शी रिसीवर |
| मानव-पठनीय उपसर्ग (HRP) | u (mainnet) | tex (testnet पर textest) |
| F4Jumble अस्पष्टीकरण | हाँ | नहीं |
| प्रत्येक रिसीवर के लिए Typecodes | हाँ | नहीं |
संक्षेप में, TEX पता सबसे सादा संभव Bech32m आवरण है: एक पारदर्शी key hash, tex उपसर्ग, और कुछ नहीं।
wallet और इंटीग्रेटरों के लिए प्रबंधन नियम
यह वह भाग है जिसमें कार्यान्वयन गलतियां करते रहे हैं, इसलिए इसे स्पष्ट रूप से कहना उचित है। TEX पते का पता चलने पर, wallet या इंटीग्रेटर शील्डेड pool से सीधे TEX गंतव्य पर खर्च नहीं करना चाहिए। ZIP 320 यह अपेक्षा करता है कि TEX भुगतान का प्रत्येक इनपुट पारदर्शी हो, इसलिए भुगतान दो चरणों में बनाया जाता है:
- Deshield करें। राशि को शील्डेड pool से wallet के स्वामित्व वाले नए, उपयोगकर्ता-नियंत्रित अस्थायी पारदर्शी पते पर ले जाएं (Z -> T)।
- पारदर्शी से पारदर्शी भेजें। उस अस्थायी आउटपुट को TEX पते के भीतर डिकोड किए गए P2PKH रिसीवर पर खर्च करें (T -> T)।
कुछ नियम इसे सुरक्षित बनाते हैं, सभी ZIP 320 से:
- अस्थायी पता आपके seed phrase से व्युत्पन्न होना चाहिए, ताकि एक्सचेंज द्वारा निधियां लौटाने पर आपका wallet उन्हें फिर भी ढूंढ और खर्च कर सके।
- हर बार नया अस्थायी पता उपयोग करना चाहिए, ताकि अलग-अलग भुगतानों को एक-दूसरे से जोड़ा न जा सके।
- दूसरे लेनदेन में केवल पारदर्शी इनपुट खर्च होने चाहिए, ताकि एक्सचेंज को स्पष्ट पारदर्शी-से-पारदर्शी जमा दिखाई दे।
रूपांतरण और दो-चरणीय प्रवाह ZIP 320 संदर्भ कार्यान्वयन में दिखाए गए हैं। इसे गलत करना एक वास्तविक, हाल की समस्या है: अक्टूबर 2026 में XChainJS zcash-js लाइब्रेरी ने वैध tex1 प्राप्तकर्ताओं को "Invalid 'to' address" त्रुटि के साथ अस्वीकार कर दिया, क्योंकि उसका वैलिडेटर केवल Base58Check t1 रूप स्वीकार करता था, जिससे ZEC जमा उन सेवाओं में बाधित हुए जो tex1 पता प्रकाशित करती हैं (issue #1782)। वैलिडेटर को ZIP 320 एन्कोडिंग स्वीकार करना सिखाकर इसे ठीक किया गया (PR #1783)।
TEX भेजने से क्या प्रकट होता है
TEX भुगतान पारदर्शी भुगतान है, इसलिए यह सार्वजनिक है, लेकिन यह सटीक होना महत्वपूर्ण है कि पर्यवेक्षक क्या देख सकता है और क्या नहीं।
on-chain क्या दिखाई देता है:
- अस्थायी पारदर्शी पता, क्योंकि वह deshield चरण के आउटपुट और अंतिम भेजने के इनपुट के रूप में दिखाई देता है।
- दोनों राशियां: Z -> T चरण में शील्डेड pool से निकला मूल्य, और T -> T चरण में वितरित मूल्य।
- एक्सचेंज का पारदर्शी रिसीवर, जो TEX पते में एन्कोड किया गया P2PKH पता है।
क्या छिपा रहता है:
- आपका बाकी शील्डेड शेष, और वे विशिष्ट शील्डेड नोट्स जिन्होंने भुगतान को निधि दी। deshield चरण यह प्रकट करता है कि कुछ मूल्य pool से अस्थायी पते पर निकला, लेकिन यह नहीं कि वह pool के भीतर कहाँ से आया।
इसलिए पर्यवेक्षक अस्थायी पते को एक्सचेंज भुगतान से जोड़ सकता है (वही निधियां, पारदर्शी से पारदर्शी) और देख सकता है कि उसमें शील्डेड निकासी से निधियां डाली गई थीं। वह इसे आपकी अन्य शील्डेड निधियों या गतिविधि से नहीं जोड़ सकता। on-chain कुछ भी भुगतान को "TEX" भेज के रूप में चिह्नित नहीं करता: जैसा कि ZIP 320 बताता है, TEX पते का भुगतान मिलते-जुलते t1 पते के भुगतान से अलग नहीं पहचाना जा सकता, क्योंकि consensus नियम अपरिवर्तित हैं और पूरा नियम wallet में रहता है।
blockchain क्या दिखाता है
TEX नियम wallets में रहता है। नोड इसकी जांच नहीं करते, इसलिए consensus नियम समान रहते हैं। on-chain, TEX पते का भुगतान मिलते-जुलते t1 पते के भुगतान जैसा ही दिखता है। किसी भी पारदर्शी लेनदेन की तरह, राशि, अस्थायी पता और एक्सचेंज का पता सार्वजनिक होते हैं।
संबंधित पृष्ठ
अंतिम अद्यतन: अक्टूबर 2026
