क्रिप्टो से VPN का बिल भरने पर क्या आप गुमनाम रहते हैं?
सुरक्षित ट्रांसफ़र यह बदलता है कि लेजर क्या दिखाता है, यह नहीं कि प्रदाता ने भुगतान के समय क्या दर्ज कर लिया है। जो कड़ियाँ बची रहती हैं, उन पर भुगतान के रास्तों की तुलना करें।
जब भी VPN का बिल किसी प्राइवेसी कॉइन से भरा जाता है, दो सवाल आपस में मिल जाते हैं। पहला यह है कि चेन पढ़ने वाला कोई अजनबी ट्रांसफ़र के बारे में क्या जान सकता है; दूसरा यह है कि प्रदाता पहले से क्या जानता है, क्योंकि आपने साइन अप किया, टिकट खोला और फ़ॉर्म में इनवॉइस नंबर लिखा। भुगतान का तरीका पहले जवाब को बदल सकता है और दूसरे को पूरी तरह छू भी न सके। दोनों की जाँच अलग-अलग करें, क्योंकि रिकॉर्ड असल में इसी तरह रखे जाते हैं।
निजी ट्रांसफ़र और निजी खरीद दो अलग दावे हैं
सार्वजनिक चेन पर रकम और जोड़ी सारे पते एक साल बाद भी हर उस व्यक्ति को दिखते हैं जो उन्हें खोजता है। Monero डिफ़ॉल्ट रूप से रिंग सिग्नेचर, स्टेल्थ पतों और RingCT से रकम, भेजने वाले और पाने वाले को छिपाता है, इसीलिए जब ट्रांसफ़र ही चिंता हो तो लोग उसकी ओर जाते हैं। दोनों में से कोई डिज़ाइन उस इनवॉइस के बारे में कुछ नहीं कहता जिसने भुगतान शुरू किया।
खाता प्रणालियाँ एक बहीखाता समस्या हल करती हैं: पैसा आता है, और किसी को सही सदस्यता को भुगतान-प्राप्त के रूप में चिह्नित करना होता है। उस चक्र को बंद करने वाला पहचानकर्ता कोई इनवॉइस या ऑर्डर संदर्भ है जो आपके सत्र में तब बनता है जब कोई सिक्का हिला भी नहीं है। व्यापारी बिना किसी एक क्रिप्टोग्राफ़िक मान्यता को तोड़े मिलान पूरा करता है, इसलिए सिक्के के प्राइवेसी गुण कभी गणना में नहीं आते।
Monero प्रोजेक्ट के अपने सामान्य प्रश्न इस सीमा पर सीधे हैं: प्रोटोकॉल भुगतानकर्ता द्वारा दी गई पहचान-संबंधी जानकारी नहीं मिटाता और पूर्ण गुमनामी का वादा नहीं करता। जब व्यापारी वही पक्ष हो जिसे आपने यह जानकारी दी थी, तब प्रोटोकॉल कभी कमज़ोर कड़ी नहीं था।
यह अंतर एक ऐसी निराशा की व्याख्या करता है जो अक्सर दिखती है। भुगतान नए वॉलेट से निकलता है, खाता अपना सामान्य पता रखता है, और एक महीने बाद नवीनीकरण की याद आती है जो ग्राहक को नाम से संबोधित है। कुछ असफल नहीं हुआ। याद खाता प्रणाली से आई, लेजर से नहीं।
कड़ी कहाँ बनती है, क्रम में
किसी खरीद को बाहर से अंदर तक देखें। ऑर्डर फ़ॉर्म ईमेल पता, कभी-कभी कर उद्देश्यों के लिए नाम और देश माँगता है, और मौजूदा ग्राहक रिकॉर्ड से जुड़ा संदर्भ नंबर लौटाता है। फिर भुगतान उसी नंबर के सामने आता है। त्रुटिहीन और अजोड़ने योग्य ट्रांसफ़र फिर भी ऐसी इनवॉइस पर उतरता है जो पहले से एक ही व्यक्ति की ओर इशारा करती है।
सहायता दूसरा संगम है, और वही जिसे लोग कम आँकते हैं। लॉग-इन खाते से टिकट खोलकर फिर इनवॉइस, स्क्रीनशॉट या ट्रांज़ैक्शन हैश संलग्न करने से ऑपरेटर को हस्ताक्षरित कथन मिलता है कि यह भुगतान और यह खाता साथ हैं। रिफ़ंड भी वैसे ही काम करते हैं, क्योंकि उन्हें गंतव्य और खरीद संदर्भ चाहिए। कार्ड विवाद आगे जाते हैं, क्योंकि नेटवर्क दोनों पक्षों की अपनी प्रति रखता है।
कस्टोडियन मार्ग तीसरा पक्ष जोड़ता है। एक्सचेंज से निकासी का अर्थ है कि एक्सचेंज आपकी पहचान, रकम और गंतव्य रखता है, और बाद में तीनों के बारे में पूछा जा सकता है; VPN प्रदाता ऐसे पते से भुगतान देखता है जिसे वह सुलझा नहीं सकता, जबकि एक्सचेंज सुलझा सकता है। आपका नियंत्रित वॉलेट उस रिकॉर्डधारक को हटा देता है और प्रदाता के अपने रिकॉर्ड जैसे थे वैसे ही छोड़ देता है।
तीन भुगतान मार्ग, एक ही अक्षों पर तुलना
अधिकांश सलाह भुगतान विधियों की तुलना एक कॉलम में करती है और उसे फ़ैसला कह देती है। प्रदाता को क्या मिलता है, और कौन रिकॉर्ड रखता है, और क्या अब भी खाते की ओर इशारा करता है, ये स्वतंत्र रूप से चलते हैं, इसलिए एक कॉलम जीतने वाला मार्ग अगला हार सकता है। तीनों को एक साथ पढ़ना ही एकमात्र तुलना है जो टिकती है।
| Route | What the provider receives | Other record holders | What still points at the account |
|---|---|---|---|
| Card or bank transfer | Amount, billing name and a processor reference matched to the invoice | Bank, card network, payment processor | The invoice, plus any name or address typed at checkout |
| Withdrawal from an exchange | Amount and destination, with no identity attached on arrival | The exchange, under its own account and reporting duties | The invoice, plus anything the exchange can later be asked to disclose |
| Coin from a wallet you control | Amount and address, with no third-party record of the sender | None beyond the chain, if the chain is public at all | The invoice, plus any detail volunteered in support |
अंतिम कॉलम से शुरू करें, क्योंकि वह हर मार्ग में बचा रहता है। मौजूदा ग्राहक रिकॉर्ड के सामने बनाया गया संदर्भ एक टिकाऊ कड़ी है, जब तक कि प्रदाता उसके बिना भुगतान का रास्ता न बेचे, और अधिकांश नवीनीकरण ऐसा नहीं करते। फिर मध्य कॉलम बताता है कि महीनों बाद किससे जवाब देने के लिए मजबूर किया जा सकता है, और जब आपकी चिंता का निरीक्षक कोई संस्था हो, जिज्ञासु अजनबी नहीं, तब यह लेजर की दृश्यता से अधिक मायने रखता है।
पहला कॉलम वही है जहाँ सुरक्षित सिक्के प्रतिष्ठा कमाते हैं, और यह तीनों में सबसे संकरा भी है। यह बताता है कि बाहरी व्यक्ति लेजर से क्या सीखता है, सार्वजनिक चेन के भुगतान के लिए सच्चा सवाल और RingCT ट्रांसफ़र के लिए लगभग खोखला। केवल उसी कॉलम का जवाब देना ठीक वही तरीका है जिससे निजी भुगतान को निजी खरीद समझ लिया जाता है।
खरीद को निजी कहने से पहले क्या लिखें
जब तक खरीद ताज़ा है, चार पंक्तियाँ काफ़ी हैं: आप किस निरीक्षक से बचाव कर रहे थे, प्रदाता ने भुगतान पर क्या जाना, ट्रांसफ़र की प्रति और किसके पास है, और भविष्य का सहायता अनुरोध क्या जोड़ेगा। लिखे जाने पर ये गुमनामी की धुँधली भावना को ऐसे दावे में बदल देते हैं जिसे आप जाँच सकते हैं। बिना लिखे ये इस मान्यता में बदल जाते हैं कि सिक्के ने वह काम किया जो उससे कभी माँगा ही नहीं गया।
फिर जो अब भी आपके नियंत्रण में है उसे घटाएँ। बिना बिलिंग या कानूनी उद्देश्य वाले वैकल्पिक फ़ील्ड छोड़ दें, ज़रूरी जानकारी गढ़ी हुई नहीं बल्कि सटीक रखें, रिकवरी वाक्यांश, निजी खर्च कुंजी या पूरा खाता निर्यात कभी किसी बातचीत में न चिपकाएँ, और मान लें कि हर संलग्नक तब तक आपके खाते के पास रहता है जब तक खाता मौजूद है। डेटा घटाना पात्रता को गढ़ने या भुगतान के दायित्व से बचने के बराबर नहीं है, और दोनों को मिलाने से उससे बुरी समस्या बनती है जिससे आपने शुरुआत की थी।
नवीनीकरण से पहले जाँचें कि सेवा ऐसी नई इनवॉइस जारी कर सकती है जिसे आप खाता-कड़ी के बिना भर सकें, और क्या बिना लॉग इन किए सहायता तक पहुँचा जा सकता है। अगर दोनों में से कुछ भी संभव न हो, तो ईमानदार सार यह है कि ट्रांसफ़र निजी है और खाता नहीं। अगले भुगतान से पहले यह जानना अब भी लायक है, और यही वह सार है जो अधिकांश मार्केटिंग पेज छोड़ देते हैं।