Amir Taaki

मान लीजिए आप Bitcoin सॉफ्टवेयर के काम करने का कोई तरीका बदलना चाहते हैं। फोरम की छोटी पोस्ट पर्याप्त नहीं होगी: दूसरों को ठीक-ठीक समझना होगा कि आपका प्रस्ताव क्या है और उसकी ज़रूरत क्यों है। Amir Taaki ने BIP 1 लिखा, जिसकी आवंटन तारीख 19 सितंबर 2011 है। BIP, Bitcoin से जुड़ा प्रस्ताव रखने वाला दस्तावेज़ है। यह दस्तावेज़ Process श्रेणी में आता है: यह प्रस्तावों पर काम करने का तरीका बताता है, खुद लेनदेन की वैधता का नया नियम नहीं बनाता। इससे चर्चा को एक साझा आधार मिलता है जिसे दोबारा पढ़ा जा सकता है। [1]

BIP 1 में तकनीकी विवरण, प्रस्ताव का तर्क और असहमतियों का रिकॉर्ड रखने की बात है। बाद में जुड़ने वाला व्यक्ति समझ सकता है कि किसी विकल्प को क्यों छोड़ा गया था; उसे फिर से अनुमान नहीं लगाना पड़ता। दस्तावेज़ बदल सकता है और संशोधनों का इतिहास उसकी यात्रा सुरक्षित रखता है। Taaki ने शून्य से शुरुआत नहीं की: पाठ स्पष्ट रूप से Python प्रोग्रामिंग भाषा की PEP प्रस्ताव प्रणाली से प्रेरणा लेने की बात कहता है। अहम बात केवल नंबर देना नहीं, बल्कि मूल उद्देश्य और बाद के बदलावों को पहचान पाना है। [1]

प्रस्तावों की प्रक्रिया भी समय के साथ बदलती है। BIP 1 की स्थिति Closed, यानी बंद, है और उसमें उत्तराधिकारी BIP 2 का संदर्भ है। बाद में उसकी जगह BIP 3 आया, जिसे Murch ने 2025 में प्रस्तावित किया। नई प्रक्रिया स्पष्ट करती है कि दस्तावेज़ का प्रकाशन समुदाय की सहमति या सामान्य सिफारिश का प्रमाण नहीं है। इससे वास्तविक सॉफ्टवेयर में उसका अपनाया जाना भी तय नहीं होता। इसलिए इतिहास पढ़ते समय लेखक और नंबर के साथ प्रस्ताव की स्थिति तथा उसके इस्तेमाल के प्रमाण भी देखें। [2]

इस कहानी का दूसरा हिस्सा libbitcoin है, यानी दोबारा इस्तेमाल किए जा सकने वाले सॉफ्टवेयर घटकों की लाइब्रेरी। 21 जुलाई 2011 की पोस्ट में genjix ने नेटवर्क संचार, डेटा संग्रह और दूसरे हिस्सों को इंटरफेस से अलग रखने का विचार बताया। इंटरफेस सूचना के आदान-प्रदान का तय तरीका होता है। इससे डेवलपर पूरी ऐप को दोबारा लिखे बिना डेटा रखने का तरीका बदल सकता था। छोटे हिस्सों को आज़माना और बदलना आसान होता है। लेकिन केवल मॉड्यूलर ढाँचा यह सिद्ध नहीं करता कि पूरा प्रोग्राम Bitcoin के नियमों की सही जाँच करता है। [3]

25 जुलाई 2011 को Taaki ने 0.1alpha संस्करण का वर्णन किया। वह लेनदेन बना और भेज सकता था, ब्लॉक डाउनलोड कर सकता था और खर्च करने की कुछ शर्तें जाँच सकता था। पूरी जाँच अभी तैयार नहीं थी। योजनाबद्ध काम में OP_CHECKSIG भी था: यह निर्देश डिजिटल हस्ताक्षर जाँचता है, जो किसी लेनदेन के आउटपुट को खर्च करने की अनुमति का प्रमाण होता है। खर्च की शर्तों का मूल्यांकन करने वाला पूरा स्क्रिप्ट इंजन भी अभी योजना में था। लेनदेन भेजना और उसकी वैधता स्वतंत्र रूप से जाँचना अलग क्षमताएँ हैं। [3]

libbitcoin-system की AUTHORS फ़ाइल में Amir Taaki और उनके उपनाम genjix के साथ Eric Voskuil, Patrick Strateman और अन्य योगदानकर्ताओं के नाम हैं। यह याद दिलाता है कि शुरुआती विचार और बाद के विकास में अलग-अलग लोग शामिल हो सकते हैं। commit परियोजना के इतिहास में सहेजा गया बदलाव है; इनकी संख्या कोड की सुरक्षा या किसी व्यक्ति के पूरे योगदान का माप नहीं है। सूची उचित श्रेय देने में मदद करती है। अपने आप में वह नहीं बताती कि आज परियोजना कौन चला रहा है या किसी खास संस्करण की समीक्षा किसने की। [4]

ब्राउज़र में चलने वाले Bitcoin वॉलेट Dark Wallet के योगदान भी इसी सावधानी से पढ़ने चाहिए। Darkwallet रिपॉज़िटरी की AUTHORS फ़ाइल David Llop और Pablo Martin को मुख्य डेवलपर तथा Taaki को Bitcoin विशेषज्ञ बताती है। पूरे वॉलेट का श्रेय एक व्यक्ति को देने से यह अधिक सटीक और न्यायपूर्ण है। वॉलेट में उपयोगकर्ता का इंटरफेस और लेनदेन व कुंजियों को सँभालने के तकनीकी नियम साथ आते हैं। टीम के सदस्य अलग हिस्सों में महत्वपूर्ण योगदान दे सकते हैं, बिना उत्पाद के अकेले निर्माता हुए। [5]

Darkwallet का परिचय दस्तावेज़ README ऐसे ब्राउज़र वॉलेट का वर्णन करता है जिसका लक्ष्य डिफ़ॉल्ट रूप से गोपनीयता देना था। साथ ही वह सॉफ्टवेयर को alpha, यानी शुरुआती प्रयोगात्मक संस्करण, कहता है और साफ चेतावनी देता है कि उसका इस्तेमाल सुरक्षित नहीं है। इसलिए यह ऐतिहासिक लक्ष्य किसी संस्करण की सुरक्षा का प्रमाण या आज की बचत उसमें रखने की सलाह नहीं है। इस अंतर के साथ Taaki के काम को समझा जा सकता है: उसने नई संभावनाएँ खोलीं, लेकिन उन्हें पूरा करना और जाँचना अलग काम रहे। [6]