सुप्रभात और हैपी मंडे मेरे X फैम, GM ☀️ @Americanfort_io ने मुझे आज सुबह एक बहुत सरल सवाल के बारे में सोचने पर मजबूर कर दिया: क्यों किसी freelancer की crypto आय डिफ़ॉल्ट रूप से सार्वजनिक होनी चाहिए? ये उन चीज़ों में से एक लगती है जिन्हें crypto ने बिना ज़्यादा सवाल किए सामान्य बना दिया है। ज़रा एक freelancer की कल्पना करें जिसे हर महीने crypto में भुगतान मिलता है। वही client। वही कामकाजी रिश्ता। वही receiving address। शुरुआत में, यह बिल्कुल हानिरहित लगता है। आप एक बार address साझा करते हैं, client उसे सेव कर लेता है, और भुगतान करना आसान हो जाता है। लेकिन जैसे-जैसे वही fixed address बार-बार इस्तेमाल होता है, उसके आसपास ज़्यादा संदर्भ (context) जमा होने लगता है। अब कोई भी जो ध्यान से देख रहा हो, दोहराई जाने वाली आय नोटिस कर सकता है। वे भुगतान के समय का अनुमान लगा सकते हैं। वे अलग-अलग clients को जोड़कर देख सकते हैं। वे balances, outgoing activity और उस वॉलेट के transaction history का अध्ययन कर सकते हैं। दूसरे शब्दों में, एक payment method धीरे-धीरे एक सार्वजनिक financial profile में बदल जाती है। और यही वह जगह है जहाँ मुझे लगता है कि बातचीत ज़्यादा दिलचस्प हो जाती है। क्योंकि मुद्दा केवल अमूर्त (abstract) privacy का नहीं है। मुद्दा यह है कि कैसे बार-बार address reuse समय के साथ linkability पैदा करता है। एक invoice एक भुगतान है। लेकिन उसी दिखने वाले destination पर दस invoices एक ऐसी बहुत बड़ी कहानी बताना शुरू कर सकते हैं, जिसे भेजने वाले और प्राप्त करने वाले ने कभी साझा करने का इरादा भी नहीं किया था। मुझे यह कोई ज़रूरी समझौता नहीं लगता। यदि कोई freelancer आसानी से भुगतान लेना चाहता है, तो यह समझ में आता है। यदि वे एक human readable identity चाहते हैं, तो यह भी समझ में आता है। जो अपने आप नहीं होना चाहिए, वह यह है कि हर बाहरी पर्यवेक्षक को उनके income patterns का ज़्यादा साफ़ नज़ारा सिर्फ इसलिए मिल जाए क्योंकि payment flow बार-बार उसी जगह की ओर इशारा करता है। यही कारण है कि AmericanFortress मॉडल मुझे अलग दिखाई देता है। FortressName उपयोगकर्ता को एक readable payment identity देता है, और Send to Name™ भेजने वाले को उस नाम के साथ interact करने देता है, जबकि वॉलेट हर भुगतान के लिए नीचे एक नया एकबार इस्तेमाल होने वाला address compute करता है। मेरे लिए, यही मुख्य अंतर है। मूल्य सिर्फ इतना नहीं है कि @name एक लंबे वॉलेट string से ज़्यादा साफ़ दिखता है। मूल्य यह है कि usability को हमेशा एक स्थायी सार्वजनिक receiving endpoint को बार-बार इस्तेमाल करने पर निर्भर नहीं रहना पड़ता। यह बात freelancer के संदर्भ में बहुत मायने रखती है। क्योंकि कोई freelancer केवल एक भुगतान नहीं लेता है। वह नियमित (recurring) payments लेता है। अलग-अलग लोगों से। समय के साथ। कभी-कभी अलग-अलग networks पर। और अगर यह सब एक ही सार्वजनिक address पर वापस map होता रहता है, तो बाहरी visibility स्वयं भुगतान से कहीं ज़्यादा बड़ी हो सकती है। मुझे लगता है कि crypto अक्सर transparency को इस तरह पेश करता है मानो वह हर मामले में अपने आप एक सद्गुण हो। लेकिन अगर कोई सिर्फ अपने काम के लिए भुगतान पाने की कोशिश कर रहा है, तो मुझे नहीं लगता उन्हें साइड इफ़ेक्ट के तौर पर अपनी financial pattern दुनिया के सामने प्रकाशित करनी चाहिए। client को यह जानना ज़रूरी है कि भुगतान कहाँ करना है। freelancer के लिए पैसे सुरक्षित रूप से प्राप्त करना ज़रूरी है। यह हिस्सा आवश्यक है। इसके आगे की हर चीज़ को ज़्यादा सावधानी से सवालों के कटघरे में होना चाहिए। इसीलिए मैं बार-बार उसी विचार पर वापस आता हूँ: readable identity उपयोगी है बार-बार होने वाली सार्वजनिक linkability ही समस्या है एक नाम payment को ज़्यादा मानवीय महसूस करा सकता है। नीचे एक नया address इस आदत को कम करने में मदद कर सकता है, जिसमें उस मानवीय identity को एक स्थायी open ledger में बदल दिया जाता है। यह crypto payments के लिए एक ज़्यादा स्वस्थ दिशा जैसा लगता है। खासकर उन लोगों के लिए जो onchain कमाते हैं, न कि सिर्फ onchain प्रयोग करते हैं। क्योंकि एक बार जब आय कहानी का हिस्सा बन जाती है, तो privacy बहुत जल्दी सैद्धांतिक रहना बंद कर देती है। वह व्यक्तिगत हो जाती है। क्या आप चाहेंगे कि आपका onchain income history अजनबियों के लिए आसानी से map करना संभव हो?