दान की शुरुआत की गई - कार्यों के लिए एक स्व-मेज़बान दान सेवा

विशेषताएं:

• चुंबन;
• स्व-मेज़बान;
• कोई शुल्क नहीं (उदाहरण के लिए, बाउंटीसोर्स और गिटकॉइन भुगतान का 10% लेते हैं);
• कई क्रिप्टोकरेंसी (वर्तमान में बिटकॉइन, एथेरियम और कार्डानो) के लिए समर्थन;
• भविष्य में GitLab, Gitea और अन्य Git होस्टिंग सेवाओं का समर्थन करने की उम्मीद है (और प्रदान की गई है)।
• सभी उदाहरणों से कार्यों की वैश्विक सूची (अर्थात, एक, समाचार लिखने के समय)। Donate.dumpstack.io.

रिपॉजिटरी स्वामी की ओर से GitHub के लिए कार्य का तंत्र:

• (वैकल्पिक) आपको सेवा तैनात करने की आवश्यकता है, आप इसका उपयोग कर सकते हैं NixOS के लिए तैयार कॉन्फ़िगरेशन;
• जोड़ने की जरूरत है गिटहब एक्शन - एक उपयोगिता को अंदर बुलाया जाता है जो प्रोजेक्ट के कार्यों को स्कैन करता है और दान वॉलेट की वर्तमान स्थिति के बारे में एक टिप्पणी जोड़ता/अपडेट करता है, जबकि वॉलेट का निजी हिस्सा केवल दान सर्वर पर संग्रहीत होता है (भविष्य में, इसे लेने की क्षमता के साथ) बड़े दान के लिए ऑफ़लाइन, भुगतान की मैन्युअल पुष्टि के लिए);
• सभी मौजूदा कार्यों (और नए कार्यों) में एक संदेश दिखाई देता है जीथब-एक्शन[बॉट] दान के लिए वॉलेट पते के साथ (उदाहरण).

कार्य करने वाले व्यक्ति की ओर से कार्य का तंत्र:

• कमिट पर टिप्पणी वास्तव में इंगित करती है कि यह कमिट किस समस्या का समाधान करती है (देखें)। कीवर्ड का उपयोग करके मुद्दों को बंद करना);
• पुल अनुरोध का मुख्य भाग एक विशिष्ट प्रारूप में वॉलेट पते निर्दिष्ट करता है (उदाहरण के लिए, बीटीसी {पता}).
• जब पुल अनुरोध स्वीकार कर लिया जाता है, तो भुगतान स्वचालित रूप से हो जाता है।
• यदि वॉलेट निर्दिष्ट नहीं हैं, या सभी निर्दिष्ट नहीं हैं, तो अनिर्दिष्ट वॉलेट के लिए धनराशि का भुगतान डिफ़ॉल्ट वॉलेट में किया जाता है (उदाहरण के लिए, यह एक सामान्य प्रोजेक्ट वॉलेट हो सकता है)।

सुरक्षा:

• हमले की सतह आम तौर पर छोटी होती है;
• ऑपरेटिंग तंत्र के आधार पर, सेवा को स्वतंत्र रूप से धन भेजने में सक्षम होना चाहिए, इसलिए सर्वर तक पहुंच प्राप्त करने का मतलब किसी भी मामले में धन पर नियंत्रण होगा - समाधान केवल गैर-स्वचालित मोड में काम करना हो सकता है (उदाहरण के लिए, पुष्टि करना) मैन्युअल रूप से भुगतान), जिसकी संभावना है (यदि परियोजना इतनी सफल है कि कोई इस कार्यक्षमता के लिए दान दे सके, तो इसकी संभावना नहीं है, लेकिन निश्चित रूप से) कि इसे किसी दिन लागू किया जाएगा;
• महत्वपूर्ण भागों को स्पष्ट रूप से अलग किया गया है (वास्तव में, यह 200 लाइनों की एक एकल pay.go फ़ाइल है), जिससे सुरक्षा कोड समीक्षा सरल हो गई है;
• कोड ने एक स्वतंत्र सुरक्षा कोड समीक्षा पारित कर दी है, जिसका मतलब कमजोरियों की अनुपस्थिति नहीं है, बल्कि उनकी उपस्थिति की संभावना कम हो जाती है, खासकर समीक्षाओं की योजनाबद्ध नियमितता के प्रकाश में;
• ऐसे हिस्से भी हैं जो नियंत्रित नहीं हैं (उदाहरण के लिए, एपीआई GitHub/GitLab/आदि), जबकि तीसरे पक्ष के एपीआई में संभावित कमजोरियों को अतिरिक्त जांच के साथ बंद करने की योजना है, हालांकि, सामान्य तौर पर, समस्या वर्तमान में है पारिस्थितिकी तंत्र असाध्य और दायरे से बाहर है (उदाहरण के लिए, अन्य लोगों के पुल अनुरोधों को बंद करने की क्षमता और इस तरह अन्य लोगों की परियोजनाओं में कोड जोड़ने की संभावित भेद्यता - इसके बहुत अधिक वैश्विक परिणाम हैं)।

स्रोत: linux.org.ru