Open-source Bitcoin Funding

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

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

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

Spiral की वेबसाइट पर Square Crypto की 2019-09-14 की ऐतिहासिक घोषणा है: BTCPay Server की सहायता के लिए BTCPay Foundation को 100000 USD का अनुदान। पैसे का इस्तेमाल बिटकॉइन को बेहतर बनाने वाले स्वतंत्र और खुले सॉफ़्टवेयर के लिए किया जा सकता था, जैसे इस्तेमाल में आसानी या गोपनीयता बढ़ाने के लिए। यह रकम उस खास अनुदान की थी, आज के विकास की दर नहीं। Human Rights Foundation अपने उद्देश्य के तहत विकास के साथ शिक्षा, अनुवाद और उपयोग में आसानी पर भी सहायता देता है। इसलिए इस विषय में सिर्फ कोड लिखना शामिल नहीं है; ये उदाहरण सभी सहायता देने वालों की पूरी सूची भी नहीं हैं। [4] [5]

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

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

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

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