Fedimint

मान लें अन्ना स्थानीय फेडरेशन से जुड़े वॉलेट का इस्तेमाल करती है और पीटर अपने कैफ़े में उसी का e-cash स्वीकार करता है। हर कप कॉफ़ी के लिए अलग Bitcoin लेनदेन बनना ज़रूरी नहीं। ऐप साझा जारीकर्ता, mint, के डिजिटल टोकन इस्तेमाल करते हैं। असली बिटकॉइन फेडरेशन के रिज़र्व में ही रहते हैं; अन्ना और पीटर के बीच टोकन भेजे जाते हैं। Fedimint ढाँचे के हिस्से देता है, संरक्षक किसी खास फेडरेशन को चलाते हैं और वॉलेट अन्ना का उससे जुड़ने का माध्यम है। ये अलग चीज़ें हैं। मानक मॉड्यूल Bitcoin, Lightning Network और e-cash सँभालते हैं; दूसरे मॉड्यूल अतिरिक्त सेवाएँ जोड़ सकते हैं। हर फेडरेशन का संचालन और रिज़र्व अलग है। उसके टोकन बाकी सब जगह अपने आप स्वीकार नहीं होते। फेडरेशन के भीतर संरक्षक सहमत हों, तब भी Bitcoin नेटवर्क के नियम लागू रहते हैं। [1] [2]

फेडरेशन का मकसद महत्वपूर्ण कामों को एक संचालक पर निर्भर न रहने देना है। उदाहरण के लिए 3-of-4 सीमा में टोकन जारी करने के लिए चार संरक्षकों में से तीन के वैध हस्ताक्षर हिस्से चाहिए। एक उपलब्ध न हो तो पर्याप्त हिस्से बचते हैं, दो न हों तो नहीं। लेकिन तीन हिस्सेदार साथ मिलकर चौथे की सहमति के बिना भी हस्ताक्षर कर सकते हैं। अधिकार बाँटने से ईमानदारी या पर्याप्त रिज़र्व की गारंटी नहीं मिलती। यही Counterparty risk है: ऐसे लोगों या संस्थाओं पर निर्भर होना जो भुगतान न कर पाएँ। e-cash की थ्रेशोल्ड सिग्नेचर और बिटकॉइन रिज़र्व पर साझा अधिकार देने वाला Multisig अलग काम करते हैं। चुने हुए फेडरेशन के असली नियम जाँचें। [3] [4]

अन्ना ब्लॉकचेन (पुष्ट लेनदेन का सार्वजनिक इतिहास) से सीधे बिटकॉइन जमा करती है तो उसका वॉलेट ऐप संबंधित आउटपुट का प्रमाण देता है, जिसे फेडरेशन अपने नियमों के अनुसार स्वीकार करता है। हर ऐसे आउटपुट में रकम और उसे खर्च करने की शर्तें दर्ज होती हैं। निकासी में फेडरेशन अपने रिज़र्व से Bitcoin लेनदेन बनाकर हस्ताक्षर करता है। केवल टोकन से अन्ना को ऐसी कुंजी नहीं मिलती जिससे वह दूसरों के बिना रिज़र्व निकाल सके। यह Self-Custody, Bitcoin भुगतान पर हस्ताक्षर करने वाली कुंजियाँ खुद सँभालने, से अहम अंतर है। उपलब्ध संरक्षक, पर्याप्त पैसा, शुल्क और ज़रूरी पुष्टियाँ अब भी चाहिए। अंदर तेज़ भुगतान होने का मतलब किसी भी रकम की उतनी ही तेज़ निकासी का वादा नहीं है। [4] [7]

e-cash की निजता Blind Signature पर आधारित है। इसमें क्लाइंट खास टोकन को गणितीय तरीके से छिपाकर हस्ताक्षर माँगता है और बाद में ब्लाइंडिंग हटा देता है। नतीजे की जाँच हो सकती है, लेकिन mint केवल टोकन देखकर बाद के भुनाने को किसी खास जारी करने के अनुरोध से नहीं जोड़ सकता। तकनीकी पाठकों के लिए: दस्तावेज़ BLS12-381 पर थ्रेशोल्ड BLS हस्ताक्षर बताते हैं, टोकन के हस्ताक्षर के रूप में FROST नहीं। क्लाइंट पर्याप्त वैध हिस्सों को एक जाँचे जा सकने वाले हस्ताक्षर में जोड़ता है। हर मूल्यवर्ग की अपनी कुंजी है, इसलिए टोकन की पहचान छिपने से जारी होने वाले मूल्यवर्ग mint से नहीं छिपते। [3]

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

कैफ़े सामान्य Lightning Network भुगतान लेता हो तो gateway, भुगतान गेटवे, ट्रांसफ़र कर सकता है। यह फेडरेशन को Lightning से जोड़ता है और दोनों तरफ़ लिक्विडिटी, यानी उपलब्ध धन, चाहता है। गेटवे का फेडरेशन का संरक्षक होना ज़रूरी नहीं। V2 मॉड्यूल के दस्तावेज़ ऐसे कॉन्ट्रैक्ट बताते हैं जो पैसा जारी करने को भुगतान की शर्तों से जोड़ते हैं, और preimage, शर्त पूरी होने पर सामने आने वाला गुप्त मान। विफलता पर संबंधित कॉन्ट्रैक्ट में वापसी के रास्ते हैं, लेकिन लगातार उपलब्धता की गारंटी नहीं। गेटवे बंद हो या लिक्विडिटी कम हो तो mint चलने पर भी भुगतान रुक सकता है। [5]

ब्लाइंड सिग्नेचर mint को केवल टोकन देखकर उसके जारी होने और बाद में भुनाए जाने को आपस में जोड़ने से रोकता है। वह बाकी निशान नहीं मिटाता। सामने वाला जान सकता है कि अन्ना ने भुगतान किया; गेटवे Lightning सँभालने की जानकारी देखता है; पर्यवेक्षक समय और रकम की तुलना कर सकता है। नेटवर्क कनेक्शन की जानकारी भी सुराग दे सकती है। पूछें कि क्या किससे छिपाना है: संरक्षक, कैफ़े, गेटवे या नेटवर्क देखने वाले से? अधिक निजी टोकन भुगतान हर जमा, निकासी और लोगों के संपर्क को अपने आप गुमनाम नहीं बनाता। [3] [5]

फ़ोन खोने का मतलब टोकन खोना ज़रूरी नहीं, अगर ऐप सही तरह से स्थापित रिकवरी देता है। बताए गए डिज़ाइन में मुख्य गुप्त मान, जिससे ऐप अपना ज़रूरी डेटा फिर से गणना करके बना सके, एन्क्रिप्टेड स्थिति प्रतियाँ और उपलब्ध फेडरेशन इतिहास इस्तेमाल होते हैं। तरीका ऐप और संस्करण पर निर्भर है; केवल Bitcoin Seed Phrase किसी भी वॉलेट में भर देना काफ़ी नहीं। सेवा पर भरोसा करने से पहले क्लाइंट रिकवरी और छोटी बिटकॉइन निकासी अलग-अलग आज़माएँ। बैकअप खोया हुआ डेटा वापस पाने में मदद करता है, लेकिन खाली रिज़र्व नहीं भरता और ज़रूरी संरक्षकों को सहयोग के लिए मजबूर नहीं करता। [6] [4]