Wei Dai

किसी संदेश को एन्क्रिप्ट करने या डिजिटल हस्ताक्षर जाँचने के लिए प्रोग्रामर को हर प्रक्रिया शुरू से नहीं लिखनी पड़ती। वह क्रिप्टोग्राफ़िक लाइब्रेरी इस्तेमाल कर सकता है: सुरक्षित डेटा पर काम करने वाले तैयार फ़ंक्शन का संग्रह। Wei Dai ने मूल रूप से ऐसी ही लाइब्रेरी Crypto++ को C++ भाषा में लिखा था। यह वास्तविक सॉफ़्टवेयर है जिसे ऐप में जोड़ा जा सकता है। b-money अलग तरह का योगदान है: एक मौद्रिक व्यवस्था का लिखित प्रस्ताव। किसी लाइब्रेरी का काम करना यह प्रमाणित नहीं करता कि उस प्रस्ताव के अनुसार कोई नेटवर्क भी चला था। उनके योगदान को समझने के लिए इन दोनों कामों को अलग देखना ज़रूरी है। [3]

नवंबर 1998 में Wei Dai ने ऐसा सवाल उठाया जो ऑनलाइन खरीदारी में भी सामने आता है: पहचान बताए बिना लोग सहयोग कैसे करें? b-money में उन्होंने दो प्रोटोकॉल, यानी साझा हिसाब और अनुबंध के लिए नियमों के दो समूह, सुझाए। सार्वजनिक कुंजियाँ छद्मनाम बनतीं और संदेशों पर डिजिटल हस्ताक्षर होते। लेकिन ऐसा नेटवर्क जिसमें लोगों का पता न लगाया जा सके, शुरुआती मान्यता थी; प्रस्ताव खुद उसे उपलब्ध नहीं कराता था। पहले तरीके को लेखक ने संदेशों के सामूहिक प्रसारण की कठिन शर्तों के कारण अव्यावहारिक कहा। इसलिए यह सोच-समझकर बनाया गया प्रस्ताव है, पहले से चल रही किसी अनाम सेवा का निर्देश नहीं। [1]

मान लीजिए अन्ना के पास b-money की 5 इकाइयाँ हैं और वह टॉम को 2 भेजती है। पहले तरीके में हर भागीदार खातों की अपनी प्रति रखता है। अन्ना का हस्ताक्षरित संदेश दूसरों को उसके खाते से रकम घटाकर टॉम के खाते में जोड़ने का निर्देश देता है; अन्ना के पास 3 इकाइयाँ बचती हैं। खाते का शेष ऋणात्मक करने वाले संदेश को अनदेखा किया जाता है। हस्ताक्षर से निर्देश देने का अधिकार जाँचा जा सकता है, लेकिन साझा हिसाब के लिए संदेश पहुँचाने के नियम भी चाहिए। Bitcoin ने बाद में UTXO मॉडल अपनाया: इसमें लेनदेन के वे खास आउटपुट दर्ज होते हैं जिन्हें अभी खर्च किया जा सकता है। उद्देश्य मिलता-जुलता होने से हिसाब का तरीका एक नहीं हो जाता। [1]

b-money का दूसरा तरीका हिसाब कुछ भागीदारों को सौंपता है, जिन्हें सर्वर कहा गया है। बाकी लोगों का काम कम होता है, मगर हिसाब रखने वालों की निगरानी ज़रूरी हो जाती है। सर्वर को ऐसी जमानत जमा करनी है जिससे दंड चुकाया जा सके। उन्हें समय-समय पर डेटाबेस प्रकाशित करके उसके रिकॉर्ड की सामग्री के प्रति सार्वजनिक प्रतिबद्धता भी देनी है। उपयोगकर्ता अपना शेष और यह जाँचते हैं कि सभी खातों का योग जारी पैसे से अधिक तो नहीं। भुगतान पाने वाला यादृच्छिक रूप से चुने सर्वर से उसकी प्रक्रिया भी जाँचता है। जमानत भरोसे की ज़रूरत जादू से खत्म नहीं करती; वह खाते सँभालने वालों की प्रस्तावित निगरानी का हिस्सा है। [1]

मूल b-money में गणनात्मक समस्या हल करने पर इकाइयाँ बनती हैं। उनकी मात्रा गणना की लागत पर आधारित होती, जिसे वस्तुओं की एक मानक टोकरी से मापा जाता। यह टोकरी लागत की साझा माप है; इससे बाज़ार में इकाई का खरीद मूल्य तय नहीं होता। लेकिन कंप्यूटर बेहतर होते रहते हैं और उनकी वास्तविक लागत हर किसी को मालूम नहीं होती। Dai ने यह कठिनाई स्वीकार की और परिशिष्ट में नीलामी का विकल्प दिया: खाते रखने वाले नए पैसे की मात्रा पर बातचीत करते हैं और इच्छुक जारीकर्ता गणना की बोलियों से प्रतिस्पर्धा करते हैं। यह BTC जारी करने की समय-सारणी नहीं है। कठिनाई पहचानकर दूसरा रास्ता खोजना भी इस लेख का योगदान है। [1]

प्रस्ताव सिर्फ भुगतान तक सीमित नहीं है। अनुवाद के काम में हस्ताक्षर अनुबंध की सहमति दिखा सकता है, सौंपे गए पाठ की गुणवत्ता नहीं। इसलिए b-money के अनुबंध में जमानत, उल्लंघन पर पहले से तय भरपाई और मध्यस्थ की मदद शामिल हैं। उसकी मदद के बाद भी सहमति न बने तो पक्ष अपने तर्क रखते हैं और प्रत्येक हिसाब रखने वाला खुद निष्कर्ष निकालता है। इससे मानवीय विवादों को डिजिटल व्यवस्था में लाने की कठिनाई दिखती है। इसके विपरीत, Bitcoin Script आउटपुट खर्च करने की शर्तें लिखने की भाषा है, जो सटीक तकनीकी शर्तें जाँचती है। वह खुद नहीं बता सकती कि अनुवाद अच्छा हुआ या नहीं। [1]

Satoshi Nakamoto ने Bitcoin की संरचना समझाने वाले whitepaper में 1998 के b-money को संदर्भ 1 के रूप में रखा। इससे विचारों का एक स्पष्ट संबंध दिखता है: साझा प्रशासक के बिना डिजिटल पैसे पर Bitcoin से पहले भी काम हुआ था। मगर संदर्भ का अर्थ यह नहीं कि Bitcoin ने सभी प्रस्तावित तंत्र अपना लिए। b-money का हिसाब, जारीकरण और विवाद निपटारा Bitcoin से अलग हैं। यह संदर्भ Satoshi Nakamoto नाम के पीछे की पहचान भी नहीं बताता। इतिहास समझने के लिए प्रमाणित लेखों की तुलना करना, किसी संदर्भ से लेखक की पहचान निकालने से अधिक उपयोगी है। [2]

Crypto++ की कहानी सुधार, परीक्षण और दूसरे डेवलपरों के काम से आगे चलती है। परियोजना का इतिहास बताता है कि जून 2015 में Wei Dai ने रोज़मर्रा का संचालन समुदाय को सौंप दिया। उपयोगकर्ता के लिए मूल लेखक के साथ खास संस्करण और फ़ंक्शन का सही उपयोग भी महत्वपूर्ण हैं। लाइब्रेरी हस्ताक्षर या एन्क्रिप्शन का औज़ार दे सकती है, लेकिन अपने आप कुंजियों का सुरक्षित भंडारण या पूरे वॉलेट की संरचना नहीं सुलझाती। ऐप बनाने वालों को दस्तावेज़ पढ़ने, सुधार देखते रहने और अपना उपयोग जाँचने की ज़रूरत होती है। लेखक के योगदान का सम्मान और आज के सॉफ़्टवेयर की जाँच साथ चल सकते हैं। [3]