Bitcoin: A Work in Progress

आप Bitcoin का प्रोग्राम कोड जाने बिना भी उसे इस्तेमाल कर सकते हैं। इसका अर्थ यह नहीं कि उसमें सुधार की गुंजाइश खत्म हो गई। Bitcoin Core में योगदान देने वाले Sjors Provoost उस काम को समझाते हैं जिससे नेटवर्क आगे बढ़ता है। पहला मुद्रित संस्करण Purple Dunes ने 2022 में प्रकाशित किया। किताब अपने समय के तकनीकी सवालों पर आधारित है; स्रोत फाइलों में बाद का संशोधन पहले प्रकाशन की तारीख नहीं बदलता। [1] [2]

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

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

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

अब थोड़ा तकनीकी विवरण: Bech32 और Bech32m पते की एन्कोडिंग के तरीके हैं। BIP 350 के अनुसार witness संस्करण 0 के मूल, यानी नेटिव पतों में Bech32 और संस्करण 1 से 16 में Bech32m इस्तेमाल होता है। witness संस्करण वह संख्या है जो इस तरह के आउटपुट के सत्यापन नियम अलग करती है। नया तरीका अक्षर जोड़ने से जुड़ी चेकसम की कमजोरी दूर करता है। इसका मतलब यह नहीं कि सभी पुराने पते अमान्य हो गए या उपयोगकर्ता उन्हें हाथ से बदलें। [4]

नोड Bitcoin नेटवर्क से जुड़ा प्रोग्राम है; Full Node ट्रांजैक्शन और ब्लॉक के नियम खुद जाँचता है। लेकिन नई जानकारी उसे कहीं से प्राप्त करनी होती है। Eclipse Attack में हमलावर उसके सभी कनेक्शन नियंत्रित करके नेटवर्क की कुछ गतिविधियाँ छिपा सकता है। नोड अमान्य ब्लॉक अभी भी ठुकराता है, पर उसकी जानकारी अधूरी होती है। किताब एक जरूरी फर्क दिखाती है: मिली हुई जानकारी की जाँच करना और सभी जरूरी जानकारी तक पहुँच होना एक बात नहीं है। [5]

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

अपनी किसी परिचित स्थिति से सवाल उठाइए, जैसे पते से। फिर देखिए कि समाधान क्या करने देता है और उसकी सीमाएँ कहाँ हैं। यह परिचय प्रकाशन विवरण, आधिकारिक विषयसूची, पतों और Eclipse Attack पर सार्वजनिक अंशों के चयन तथा BIP 350 पर आधारित है। यह पूरी किताब या उसके आधार बने पॉडकास्ट की समीक्षा नहीं है। नेटवर्क के ऐतिहासिक आँकड़ों और उस समय के विकास की स्थिति को आज के सॉफ्टवेयर से अलग समझना चाहिए। [1] [2] [3] [4] [5]