- ब्राउज़र के भीतर अपने-आप छोटे भुगतान बहाने वाला Web Monetization अभी भी एक्सटेंशन नहीं, बल्कि वेब स्टैंडर्ड और ब्राउज़र की बिल्ट-इन फीचर के रूप में बनाने की कोशिशों के बावजूद उपयोग में काफी बाधाओं से घिरा है
- पहले Coil ने ब्राउज़र एक्सटेंशन और ऑनलाइन वॉलेट को जोड़कर,
<link rel="monetization"> टैग वाले साइटों पर अपने-आप micro payments भेजने के तरीके से इस विचार को वास्तविकता के करीब लाया था
- Coil के बाद Interledger एक्सटेंशन और GateHub·Chimoney वॉलेट के संयोजन से ऐसा ही प्रवाह जारी है, और Chromium कोड स्तर पर native Web Monetization प्रयोग चलना तकनीकी प्रगति जैसा दिखता है
- लेकिन GateHub में वॉलेट address format की उलझन और USD जमा न कर पाना, Interledger का अमेरिका और ब्रिटेन में unsupported होना, Chimoney का वेब support न होना (सिर्फ native app) जैसी गंभीर UX और क्षेत्रीय सीमाएँ वास्तविक उपयोग में सामने आती हैं
- लेख का तर्क है कि वॉलेट चुनना, उसमें पैसा भरना और address सेट करना जैसे मुख्य रास्तों को पहले Apple Pay जितना “अत्यंत आसान और अत्यंत स्थिर” बनाया जाना चाहिए; उसके बाद ही डेवलपर प्रयोग, standardization और browser integration आगे बढ़ना चाहिए, और फिलहाल यह लक्ष्य अभी भी दूर लगता है
वेब स्टैंडर्ड के रूप में Web Monetization की परिकल्पना
- Web Monetization ऐसा revenue model बनना चाहता है जिसमें ब्राउज़र में इंस्टॉल ऑनलाइन वॉलेट और वेबसाइट अपने-आप जुड़ें और छोटे भुगतान स्ट्रीम होते रहें
- साइट
<meta> या <link> टैग के जरिए अपने ऑनलाइन वॉलेट की public key (वॉलेट पहचानकर्ता) उजागर करती है
- उपयोगकर्ता ब्राउज़र एक्सटेंशन में कुछ राशि पहले से रखता है, और एक्सटेंशन विज़िट की गई उन साइटों में अपने-आप पैसा बाँटता है जिनमें वह टैग मौजूद हो
- लेखक पहले Coil के जरिए इस विचार से बहुत प्रभावित हुआ था, और साधारण विज़िट के बदले “वेबसाइट बनाने के लिए धन्यवाद” जैसी भावना के साथ छोटा समर्थन बहने के अनुभव को बहुत सकारात्मक मानता है
- blacklist जैसी बुनियादी control सुविधाएँ भी थीं, इसलिए यह Brave Rewards जैसा बिल्कुल नहीं था, लेकिन मिलते-जुलते reward system की तरह काम करता था
- लेकिन Coil में लेखक को सबसे अधिक प्रभावित करने वाली बात बिज़नेस मॉडल नहीं, बल्कि इसे वेब स्टैंडर्ड और ब्राउज़र की बिल्ट-इन फीचर तक ले जाने के ठोस चरण दिखाई देना था
- अगर यह एक्सटेंशन के बिना हर ब्राउज़र में चलने वाली डिफॉल्ट फीचर बन जाए, तो पूरे वेब का भुगतान अनुभव बदल सकता है
ब्राउज़र में बिल्ट-इन micro payments की संभावनाएँ
- अगर Web Monetization ब्राउज़र में native रूप से इंटीग्रेट हो जाए, तो लेख के अनुसार 4 बड़े फायदे हो सकते हैं
- इसे इस्तेमाल करना बहुत आसान हो सकता है
- सुरक्षा में बड़ा सुधार हो सकता है
- ज़्यादा anonymous subscription और premium model संभव हो सकते हैं
- गैर-क्रेडिट-कार्ड भुगतान को सामान्य बनाने में मदद मिल सकती है
- usability के लिहाज़ से लेखक को लगता है कि यह Apple Pay जितना, या उससे भी बेहतर, checkout प्रक्रिया को छोटा कर सकता है
- जैसे Apple Pay ने भुगतान प्रक्रिया को आधे से भी कम कर दिया, वैसे ही standardized browser wallet होने पर हर platform पर समान अनुभव मिल सकता है
- सुरक्षा के लिहाज़ से इसका बड़ा लाभ यह है कि वेबसाइट पर सीधे credit card number टाइप करने की आदत खत्म की जा सकती है
- मौजूदा व्यवस्था में वेबसाइट कार्ड डेटा कैसे भेजती या स्टोर करती है, इस पर “बस भरोसा” करना पड़ता है; लेखक इसके बजाय उस मॉडल को बेहतर मानता है जिसमें ब्राउज़र भुगतान जानकारी को खुद संभाले
- anonymity के लिहाज़ से वेबसाइट उपयोगकर्ता का email जाने बिना भी subscription या premium फीचर दे सकती है
- email इकट्ठा किए बिना ad removal, pro account, high-quality download जैसी सुविधाएँ देना संभव हो सकता है, इसलिए लेखक इसे spam-free paid experience के रूप में महत्व देता है
- भुगतान साधनों के लिहाज़ से ऑनलाइन वॉलेट bank account, credit card, cryptocurrency जैसे कई स्रोतों को जोड़ सकता है, जिससे “डिफॉल्ट भुगतान साधन credit card है” वाली धारणा टूट सकती है
- चाहे कोई भी currency या माध्यम हो, वेब के लिए सिर्फ इतना जानना काफी होगा कि “वॉलेट में पैसा है”, यानी एक abstraction layer बन सकती है
Coil के बाद: Interledger एक्सटेंशन और Chromium native code
- Coil बंद होने के बाद यह प्रोजेक्ट Interledger की ओर बढ़ा, और Interledger आधारित Web Monetization को आगे बढ़ाने की कोशिशें जारी रहीं
- अब Coil एक्सटेंशन की जगह Interledger browser extension दिया जा रहा है, जो पेज में monetization wallet होने की जाँच करके अपने-आप भुगतान संभालता है
- इसमें
<link rel="monetization" href="https://ilp.gatehub.net/150644339/usd" /> जैसे फॉर्मैट का इस्तेमाल होता है, और एक्सटेंशन इसी लिंक के आधार पर साइट के वॉलेट को पहचानता है
- एक्सटेंशन से जुड़े उपयोगकर्ता वॉलेट से इस लिंक द्वारा इंगित Web Monetization वॉलेट की ओर virtual currency लगातार बहती रहे, ऐसा डिज़ाइन किया गया है
- Thomas Steiner की बातों में सबसे उत्साहजनक हिस्सा यह था कि Chromium के भीतर native Web Monetization के लिए कोड पहले से मौजूद है
- यह कोड Igalia ने implement किया है और Interledger Foundation ने sponsor किया है, और अभी इसके प्रयोगों के परिणाम साझा होने का इंतज़ार है
- सिर्फ यह तथ्य कि यह ब्राउज़र इंजन कोड तक पहुँच चुका है, दिखाता है कि Web Monetization सिर्फ एक विचार नहीं, बल्कि standard candidate के रूप में कुछ प्रगति कर चुका है
वॉलेट UX और क्षेत्रीय सीमाएँ: GateHub·Interledger·Chimoney का उपयोग अनुभव
- लेखक ने Interledger एक्सटेंशन में supported तीन वॉलेट्स (Interledger, GateHub, Chimoney) को खुद आज़माकर मौजूदा समस्याएँ देखीं
- Thomas के उदाहरण को देखकर उसने पहले USD support करने वाला GateHub चुना
- account verification में कई बार दोबारा submit करना पड़ा और प्रक्रिया थोड़ी अटकती रही, लेकिन अंततः account बन गया
- समस्या 1 यह थी कि GateHub द्वारा दिखाया गया वॉलेट address format ब्राउज़र एक्सटेंशन से मेल नहीं खाता
- GateHub एक संख्या को “Wallet Address” बताता है, लेकिन ब्राउज़र एक्सटेंशन इसे वैध address नहीं मानता
- नतीजतन उपयोगकर्ता ऐसी स्थिति में फँस जाता है कि “वॉलेट है, लेकिन एक्सटेंशन से जोड़ नहीं सकता”, और address format पर साफ मार्गदर्शन भी नहीं मिलता
- समस्या 2 यह थी कि GateHub में USD लोड करने का कोई व्यावहारिक तरीका नहीं था
- स्क्रीन पर दिख रहे कई deposit options आज़माने पर भी हर बार unavailable संदेश मिला, इसलिए वास्तव में डॉलर जमा नहीं हो पाए
- जिन लोगों के पास पहले से कहीं और cryptocurrency हो, वे शायद इसका रास्ता निकाल लें, लेकिन सामान्य उपयोगकर्ता के लिए यह लगभग अनुपयोगी वॉलेट लगता है
- दूसरे वॉलेट्स में भी ऐसी ही सीमाएँ दिखीं
- Interledger वॉलेट ने संदेश दिखाया कि यह अमेरिका में supported नहीं है, इसलिए वास्तविक उपयोग संभव नहीं था
- एक अलग लिंक के माध्यम से यह भी उल्लेख मिला कि ब्रिटेन में भी उपयुक्त वॉलेट provider नहीं हैं, इसलिए UK उपयोगकर्ताओं के पास भी लगभग कोई विकल्प नहीं है
- Chimoney सिर्फ iOS जैसी native app-only सेवा है, इसलिए वेब-केंद्रित उपयोगिता और दर्शन को महत्व देने वाले लेखक को यह आकर्षक नहीं लगा
- इस सबके बाद मौजूदा Web Monetization का वास्तविक उपयोग अनुभव लेखक को “फिलहाल लगभग पूरी तरह विफल” जैसा लगा
- हालांकि Thomas ने इसे वास्तविक रूप से चलाकर दिखाया है, इसलिए यह पूरी तरह असंभव नहीं है, लेकिन सामान्य उपयोगकर्ता के लिए यह यात्रा अत्यधिक कठिन है
स्टैंडर्ड और ब्राउज़र इंटीग्रेशन तक पहुँचने से पहले की चुनौतियाँ
- Web Monetization को सच में स्थापित होना है, तो डेवलपर adoption और standardization से पहले उपयोगकर्ता अनुभव को बेहद smooth बनाना होगा
- वॉलेट बनाना, address सेट करना और उसमें पैसा भरना Apple Pay स्तर का “शुरू से ही तुरंत उपयोग योग्य” अनुभव होना चाहिए
- जब यह स्तर हासिल होगा, तब डेवलपर उसके ऊपर दिलचस्प प्रयोग और सेवाएँ बनाएँगे, और उसके बाद standardization तथा browser integration स्वाभाविक रूप से आएँगे
- अभी यह क्रम सही नहीं बैठा है, इसलिए वॉलेट उपलब्धता, क्षेत्रीय नियम, address format, और वेब support जैसे बुनियादी चरणों पर ही बार-बार अड़चन आती है
- खासकर अमेरिका और ब्रिटेन जैसे बड़े बाज़ारों में उपयोग योग्य वॉलेट्स का न होना या बहुत सीमित होना लेखक के अनुसार मुख्य बाधा है
- इसी वजह से Chromium में native code पहुँचने जैसी प्रगति के बावजूद लेखक को यह महसूस नहीं होता कि Web Monetization वास्तविक browser feature के रूप में निकट आ गया है
- वह फिर ज़ोर देता है कि standard document और browser flag से पहले “ऐसा परिपक्व रास्ता जिसे कोई भी आसानी से इस्तेमाल कर सके” तैयार होना चाहिए
टिप्पणियों में आए पूरक स्पष्टीकरण और वैकल्पिक रास्तों की चर्चा
- टिप्पणियों में Thomas Steiner ने GateHub से जुड़े वॉलेट address format और deposit path पर अतिरिक्त स्पष्टीकरण दिया
- deposit समस्या पर उन्होंने यह भी जोड़ा कि क्षेत्र के अनुसार उपलब्ध top-up methods अलग-अलग होते हैं
- उनके लिए यूरोप में bank transfer, Google Pay आदि से top-up संभव है, और EUR के मामले में card, SEPA जैसी कई options उपलब्ध हैं
- EU में Interledger wallet आधारित GateHub वास्तव में उपयोगी विकल्प है, और यहाँ तक कि physical MasterCard जारी करना भी संभव है, हालांकि यह अमेरिकी उपयोगकर्ताओं की सीधे मदद नहीं कर सकता
- एक अन्य टिप्पणी में कहा गया कि वर्तमान Web Monetization implementations centralized हैं, इसलिए KYC/AML नियमों के कारण लेनदेन सीमित हो सकते हैं
- इसके विकल्प के रूप में पूरे cryptocurrency ecosystem के बजाय Bitcoin और Lightning Network के संयोजन का सुझाव दिया गया, और पूरी तरह decentralized, self-hosted payment infrastructure की संभावना का उल्लेख किया गया
- वेब पर Lightning इस्तेमाल करने के लिए WebLN specification और libraries का परिचय भी दिया गया, साथ में anonymous login, micropayments, self-hosting जैसी कई उपयोग स्थितियाँ उदाहरण के रूप में बताई गईं
- समग्र रूप से टिप्पणियाँ दिखाती हैं कि वॉलेट उपलब्धता, regulation और centralization की समस्याएँ Web Monetization ecosystem का सबसे कठिन हिस्सा हैं, और इन्हें हल करने के लिए क्षेत्रीय व तकनीकी विकल्पों पर चर्चा पहले से चल रही है
अभी कोई टिप्पणी नहीं है.