Mara van der Laan

laanwj की सार्वजनिक प्रोफ़ाइल आज Mara van der Laan नाम और Bitcoin Core में उनकी पूर्व रखरखाव भूमिका बताती है। पुराने रिकॉर्ड ऐतिहासिक नाम Wladimir van der Laan का उपयोग करते हैं। ये उसी डेवलपर के काम हैं, दो अलग लोगों के नहीं। प्रोजेक्ट का रखरखाव केवल नई सुविधाएँ बनाना नहीं है। इसमें बदलाव तैयार हैं या नहीं यह परखना, उन्हें जोड़ने का समन्वय करना और कोड की समीक्षा तथा परीक्षण करने वालों के साथ काम करना भी शामिल है। यह कम दिखाई देने वाला काम उनके योगदान को समझने में मदद करता है। [1] [4]

21 जनवरी 2021 के लेख में van der Laan ने लंबे समय से चल रहे प्रोजेक्टों की परिचित समस्या बताई: बहुत सारा काम किसी खास व्यक्ति पर निर्भर होने लगता है। Bitcoin Core में पहले से कई रखरखावकर्ता थे, फिर भी वह अधिक काम सौंपना और अपनी भागीदारी कम करना चाहती थीं। यह योगदान पूरी तरह समाप्त करने की घोषणा नहीं थी। उद्देश्य था कि महत्वपूर्ण कदम खास तौर पर उन्हीं का इंतज़ार न करें। सोचिए, रिलीज़ तैयार है पर एक आवश्यक व्यक्ति उपलब्ध न होने से रुक गया है। ज़िम्मेदारियाँ बाँटना ऐसी स्थिति रोकने में मदद करता है। [2]

2021 की योजना में कार्यक्रम का वितरण, रिलीज़ पर हस्ताक्षर और डेवलपरों के सहयोग के स्थान शामिल थे। Van der Laan ने वितरित फ़ाइल साझा करने के लिए IPFS और एक केंद्रीय सर्वर पर निर्भर हुए बिना कोड पर सहयोग के लिए Radicle पर विचार किया। लक्ष्य था कि किसी व्यक्ति, वेबसाइट या सेवा प्रदाता के अनुपलब्ध होने से सबका काम न रुके। मगर किसी साधन का ज़िक्र प्रस्ताव का रिकॉर्ड है, उसके लागू हो जाने का प्रमाण नहीं। कमजोरी पहचानना, समाधान सोचना और सचमुच इस्तेमाल करना अलग चरण हैं। [2]

11 अगस्त 2022 की डेवलपर बैठक में laanwj ने Bitcoin Core की रखरखाव भूमिका से हटने की घोषणा की। विशेष रूप से वह साझा कोड में बदलाव मिलाना और रिलीज़ तैयार करना बंद कर रही थीं। कभी-कभी कोड समीक्षा की संभावना खुली रही; दूसरे के प्रस्ताव की जाँच के लिए रखरखावकर्ता होना ज़रूरी नहीं है। उन्होंने उन लोगों पर भरोसा भी जताया जो पहले से बहुत काम कर रहे थे। इसलिए तारीखें महत्वपूर्ण हैं। पुराना पद अपने आप वर्तमान भूमिका नहीं बताता और पद छोड़ने का अर्थ योगदान के सारे रास्ते बंद होना नहीं है। [3]

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

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

स्रोत कोड कार्यक्रम का पढ़ने और संपादित करने योग्य रूप है; बिल्ड प्रक्रिया उससे चलाने योग्य फ़ाइलें बनाती है। Bitcoin Core के पुनरुत्पादनीय बिल्ड से दूसरे लोग स्वतंत्र रूप से समान फ़ाइलें बनाकर उनके चेकसम प्रकाशित रिलीज़ से मिला सकते हैं। इससे डाउनलोड तैयार करने वाले एक कंप्यूटर पर अंधा भरोसा कम होता है। मगर समान परिणाम स्रोत कोड के त्रुटिरहित होने का प्रमाण नहीं। कोड में मौजूद गलती हर समान बिल्ड में हूबहू आ सकती है। इसलिए रिलीज़ के स्रोत का सत्यापन और विशेषज्ञ कोड समीक्षा एक-दूसरे के पूरक हैं, विकल्प नहीं। [5]

अंत में एक और प्रश्न है: क्या संस्करण को अब भी सुधार मिलते हैं? Bitcoin Core रिलीज़ का जीवनचक्र प्रकाशित करता है और समर्थित संस्करणों को समर्थन समाप्त होने वालों से अलग रखता है। बाद वाले सामान्यतः सुरक्षा सुधार नहीं पाते। पुराना वैध हस्ताक्षर मूल फ़ाइल का स्रोत सही साबित कर सकता है, पर वर्तमान रखरखाव की गारंटी नहीं देता। कार्यक्रम चुनते समय समर्थन की स्थिति और रिलीज़ नोट भी जाँचें। प्रोजेक्ट का इतिहास, फ़ाइल की प्रामाणिकता और आज संस्करण की उपयोगिता संबंधित लेकिन अलग प्रश्न हैं। [6]