क्रिप्टो वॉलेट QR कोड जनरेटर

हर नेटवर्क का URI कैसा दिखता है

Bitcoin, Litecoin और Dogecoin — तीनों BIP-21 वाला रूप लेते हैं: स्कीम का नाम, एक कोलन, पता, और वैकल्पिक क्वेरी पैरामीटर। राशि पूरे सिक्कों में दशमलव के रूप में लिखी जाती है — amount=0.005 का मतलब है एक बिटकॉइन के पाँच हज़ारवें हिस्से — और लेबल तथा संदेश पर्सेंट-एन्कोड होते हैं।

Ethereum EIP-681 इस्तेमाल करता है, जहाँ value पैरामीटर ईथर में नहीं बल्कि wei में गिना जाता है। विनिर्देश वैज्ञानिक संकेतन को बढ़ावा देता है, इसलिए 0.25 ETH को value=2.5e17 लिखा जाता है। EIP-681 में label या message जैसा कोई पैरामीटर है ही नहीं, इसीलिए Ethereum चुनते ही वे दोनों फ़ील्ड ग़ायब हो जाते हैं।

Solana Pay अपना ट्रांसफ़र अनुरोध ख़ुद परिभाषित करता है: solana: और उसके बाद base58 वाली प्राप्तकर्ता कुंजी, साथ में SOL में राशि तथा वैकल्पिक label और message। विनिर्देश राशि को नौ दशमलव स्थानों पर सीमित करता है, जो SOL की परिशुद्धता है, और वॉलेट से माँग करता है कि इससे ज़्यादा ले जाने वाला URI अस्वीकार कर दें।

पता ठीक वैसे ही एन्कोड होता है जैसे आपने भरा, उसके छोटे-बड़े अक्षरों समेत। Bech32 वाले Bitcoin पते अक्षरों के आकार को नहीं देखते और उन्हें बड़े अक्षरों में बदलकर QR के अल्फ़ान्यूमेरिक मोड में बिठाया जा सकता था, जिससे सिंबल छोटा होता — पर पुराने base58 पते अक्षरों के आकार को देखते हैं और किसी एक को बड़े अक्षरों में बदल देना उसे नष्ट कर देता है। इस अनुकूलन को कभी-कभी लागू करना ठीक उस तरह का शर्तिया व्यवहार है जो उसी अकेले मामले में टूटा हुआ कोड बनाता है जिसे किसी ने जाँचा नहीं होता, इसलिए इसे बिल्कुल भी लागू नहीं किया जाता।

• bitcoin:bc1q…?amount=0.005&label=Riverside%20Bookshop
• ethereum:0x…?value=2.5e17
• solana:7xKX…?amount=1.5&label=Riverside%20Bookshop

राशि एक अनुरोध है, वचन नहीं

यहाँ की हर स्कीम राशि को भेजने वाले वॉलेट के लिए एक सुझाव मानती है। कई वॉलेट फ़ील्ड पहले से भर देते हैं और हस्ताक्षर से पहले भुगतान करने वाले को उसे बदलने देते हैं। कुछ पैरामीटर को पूरी तरह अनदेखा करके खाली राशि के साथ खुलते हैं। इनमें से किसी पर भी उसे मानने की बाध्यता नहीं है, और QR कोड में ऐसा कोई तंत्र है ही नहीं जो उन्हें मानने पर मजबूर कर सके।

BIP-21 ऐसे पैरामीटर के लिए req- उपसर्ग ज़रूर परिभाषित करता है जिन्हें वॉलेट या तो समझे या अस्वीकार कर दे, पर वह इतना तय करता है कि वॉलेट URI को पार्स करेगा या नहीं, यह नहीं कि इंसान वह आँकड़ा चुकाएगा या नहीं। छपी हुई राशि को टाइपिंग बचाने वाली सुविधा मानिए, और जो असल में आया उसका मिलान उससे कीजिए जो आपने माँगा था।

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

कोड आपकी स्क्रीन से बाहर जाने से पहले पता जाँच लीजिए

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

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

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