BIP का पूरा नाम Bitcoin Improvement Proposal है। यह Bitcoin से जुड़े किसी तकनीकी समाधान, प्रक्रिया या महत्वपूर्ण जानकारी का दस्तावेज़ है। दूसरे लोग इसे पढ़ सकते हैं, इस पर सवाल उठा सकते हैं और ज़रूरत हो तो अपना सकते हैं। इसे प्रकाशित करने से सॉफ़्टवेयर या नेटवर्क के नियम अपने आप नहीं बदलते।
आना कंप्यूटर पर भुगतान तैयार करती हैं, लेकिन उस पर दूसरे निर्माता के हार्डवेयर वॉलेट से हस्ताक्षर करना चाहती हैं। दोनों प्रोग्राम को एक-दूसरे से मिलने वाला डेटा समझना होगा। BIP 174 ऐसी ही समस्या का हल बताता है: इसमें PSBT का वर्णन है, जो अधूरा लेनदेन और हस्ताक्षर के लिए ज़रूरी जानकारी भेजने का साझा प्रारूप है। डेवलपर अलग-अलग असंगत प्रारूप बनाने के बजाय एक दस्तावेज़ का पालन कर सकते हैं। BIP होने का यह एक व्यावहारिक लाभ है। [8]
अलग-अलग नंबर अलग काम से जुड़े होते हैं। BIP39 रिकवरी शब्द बनाने और उन्हें seed में बदलने का तरीका बताता है। seed वह शुरुआती डेटा है जिससे वॉलेट की कुंजियाँ निकाली जा सकती हैं। BIP 141 में SegWit का वर्णन है, जो लेनदेन संसाधित करने के नियमों में बदलाव था और नेटवर्क में सक्रिय होने के बाद लागू हुआ। BIP 174 ब्लॉक की वैधता बदले बिना वॉलेट के बीच हस्ताक्षर के लिए लेनदेन भेजने में मदद करता है। वहीं BIP 50 मार्च 2013 की उस घटना के कारण और समाधान दर्ज करता है जब नेटवर्क थोड़े समय के लिए बँट गया था। इसलिए हर BIP Bitcoin का नया नियम प्रस्तावित नहीं करता। [6] [7] [8] [9]
समाधान का वर्णन करना, उसका प्रोग्राम बनाना और उसका इस्तेमाल करना अलग कदम हैं। वर्णन को विनिर्देश और कोड को कार्यान्वयन कहते हैं। कोई वॉलेट अभी मसौदे में मौजूद प्रस्ताव को आज़मा सकता है; किसी अन्य दस्तावेज़ के लिए अभी कोई प्रोग्राम इस्तेमाल में न भी हो। ब्लॉक की वैधता के नियम बदलने पर सक्रियण भी ज़रूरी है: वह समय जब संबंधित सॉफ़्टवेयर नए नियम लागू करने लगता है। दस्तावेज़ प्रकाशित होने से आपका नोड, यानी नेटवर्क के नियम जाँचने वाला कंप्यूटर, अपने आप अपडेट नहीं होता। [7] [10]
नंबर मुख्य रूप से सही दस्तावेज़ ढूँढ़ने और उसी प्रस्ताव पर चर्चा करने में मदद करता है। बड़ा नंबर बेहतर प्रस्ताव या सुझाए गए अपग्रेड का संकेत नहीं है। नंबर मिलने के बाद भी दस्तावेज़ अधूरा रह सकता है या उस पर काम बंद हो सकता है। कोई सेवा किसी BIP के समर्थन का प्रचार करे, तो आपको यह भी जानना होगा कि वह किस सुविधा की बात कर रही है और क्या उसके सॉफ़्टवेयर का वह खास संस्करण वास्तव में यह सुविधा देता है। [2]
लेखक पहले पुराने काम का अध्ययन करते हैं और Bitcoin Development Mailing List पर विचार रखते हैं। यह डेवलपरों के बीच ईमेल पर होने वाली सार्वजनिक चर्चा है। लंबा दस्तावेज़ लिखने से पहले मिली प्रतिक्रिया किसी समस्या को उजागर कर सकती है। पर्याप्त रूप से तैयार प्रस्ताव को GitHub के साझा संग्रह bitcoin/bips में pull request, यानी शामिल करने के अनुरोध, के रूप में भेजा जाता है। लेखक खुद नंबर नहीं चुनते: विषय, प्रारूप और तैयारी की जाँच के बाद संपादक नंबर देता है। [1]
BIP Editors प्रकाशित दस्तावेज़ों की देखभाल करते हैं। वे पहले हुई चर्चा, स्पष्टता, प्रारूप और लाइसेंस जाँचते हैं, नंबर देते हैं और रिकॉर्ड सँभालते हैं। इससे उन्हें यह तय करने का अधिकार नहीं मिल जाता कि आप कौन-सा प्रोग्राम चलाएँ या आपका नोड कौन-से नियम स्वीकार करे। संग्रह में दर्ज होना सुरक्षा या समुदाय की सहमति की गारंटी नहीं है। वास्तविक इस्तेमाल का निर्णय अलग-अलग परियोजनाएँ और नेटवर्क के प्रतिभागी करते हैं। [1]
अगर खबर कहती है कि नया BIP मंज़ूर हो गया, तो दस्तावेज़ खोलकर देखें कि वास्तव में क्या हुआ। क्या उसे केवल नंबर मिला, लेखकों ने अपना काम पूरा किया या लोग किसी प्रोग्राम में इस समाधान का इस्तेमाल कर रहे हैं? वॉलेट की सुविधा के लिए उसके दस्तावेज़ और जारी संस्करण देखें। नेटवर्क के नियम बदलने पर सक्रियण की शर्तें और प्रगति भी जाँचें। इससे दिलचस्प प्रस्ताव और अभी इस्तेमाल की जा सकने वाली सुविधा में अंतर स्पष्ट होगा। [10] [2]
वर्तमान प्रक्रिया BIP 3, Updated BIP Process, में दी गई है, जिसका दर्जा Deployed है। इसने BIP 2 की जगह ली और दस्तावेज़ों के प्रकार तथा दर्जे सरल किए। इसलिए पुराने लेखों में Standards Track या Final जैसे नाम मिल सकते हैं, जो आज के वर्गीकरण से मेल नहीं खाते। संग्रह की मौजूदा फ़ाइल और उसका बदलाव इतिहास देखें। संग्रह का काम प्रस्ताव प्रकाशित करना और सँभालना है, Bitcoin के भविष्य पर मतदान कराना नहीं। [1] [5]
Specification तकनीकी नियम बताता है जिनके अनुसार आपस में संगत प्रोग्राम बनाए जा सकते हैं। पूरा होने से पहले एक काम करने वाला संदर्भ कार्यान्वयन भी चाहिए, यानी ऐसा प्रोग्राम जो बताए कि समाधान को कोड में कैसे लागू किया जाए। साथ में टेस्ट वेक्टर भी देने होते हैं। टेस्ट वेक्टर नमूना इनपुट और उनसे अपेक्षित परिणाम होते हैं। Informational जानकारी, विश्लेषण या मार्गदर्शन देता है। Process काम करने का तरीका तय करता है, जैसे BIP प्रकाशित करने की प्रक्रिया। BIP 3 इसी अंतिम समूह में है; यह Bitcoin लेनदेन का नया प्रारूप नहीं बनाता। [1]
Draft का अर्थ है काम अभी चल रहा है। Complete बताता है कि लेखकों ने तय काम पूरा कर लिया और उसे अपनाने की सलाह देते हैं। Deployed सक्रिय उपयोग के प्रमाण को दर्शाता है। Process के लिए इसका अर्थ आवश्यक rough consensus भी हो सकता है: चर्चा और ठोस आपत्तियों के समाधान के बाद बनी व्यापक सहमति, केवल वोटों की गिनती नहीं। Closed ऐतिहासिक दस्तावेज़ है जिस पर अब सक्रिय काम नहीं होता, जिसे आगे नहीं बढ़ाया जाता और जिसका सक्रिय इस्तेमाल नहीं है। वह संग्रह में बना रहता है। Deployed भी हर वॉलेट के समर्थन की गारंटी नहीं है। [1]
दस्तावेज़ की शुरुआत में लेखक, प्रकार, दर्जा, नंबर मिलने की तारीख, लाइसेंस और चर्चा के लिंक होते हैं। Requires ज़रूरी अन्य BIP बताता है, Replaces उन प्रस्तावों को जिन्हें बदलने का इरादा है और Proposed-Replacement संभावित अगला प्रस्ताव बताता है। Complete दर्जा मिलने के बाद के बदलाव Changelog, यानी बदलावों के रिकॉर्ड, में तारीख और संस्करण संख्या के साथ दर्ज होते हैं। शुरुआत में दिया गया Version फ़ील्ड दस्तावेज़ का मौजूदा संस्करण बताता है। पुराने डिज़ाइन से असंगत बदलाव के लिए सामान्यतः नया BIP होना चाहिए, ताकि वही नंबर चुपचाप किसी और अर्थ में न बदल जाए। [1]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Soft Fork, सहमति के नियम, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. इस प्रविष्टि का उल्लेख यहाँ भी है Soft Fork, ब्लॉक आकार युद्ध, Bitcoin Core, बिटकॉइन की शिक्षा.