देणगी सादर केली - कार्यांसाठी स्वयं-होस्टेड देणगी सेवा

वैशिष्ट्ये:

• चुंबन;
• स्वत: होस्ट केलेले;
• कोणतेही शुल्क नाही (उदाहरणार्थ, बाउन्टीसोर्स आणि गिटकॉइन पेमेंटच्या 10% घेतात);
• अनेक क्रिप्टोकरन्सीसाठी समर्थन (सध्या बिटकॉइन, इथरियम आणि कार्डानो);
• भविष्यात GitLab, Gitea आणि इतर Git होस्टिंग सेवांना समर्थन देणे अपेक्षित आहे (आणि प्रदान केले आहे).
• सर्वांच्या कार्यांची जागतिक यादी (म्हणजे एक, बातमी लिहिण्याच्या वेळी) उदाहरणे चालू आहेत donate.dumpstack.io.

रेपॉजिटरी मालकाच्या बाजूने गिटहबसाठी काम करण्याची यंत्रणा:

• (पर्यायी) तुम्हाला सेवा उपयोजित करण्याची आवश्यकता आहे, तुम्ही वापरू शकता NixOS साठी तयार कॉन्फिगरेशन;
• जोडणे आवश्यक आहे GitHub क्रिया — एक युटिलिटी आत बोलावली जाते जी प्रकल्पाची कार्ये स्कॅन करते आणि देणगी वॉलेटच्या सद्य स्थितीबद्दल टिप्पणी जोडते/अपडेट करते, तर वॉलेटचा खाजगी भाग केवळ देणगी सर्व्हरवर संग्रहित केला जातो (भविष्यात, ते घेण्याच्या क्षमतेसह मोठ्या देणग्यांसाठी ऑफलाइन, पेमेंटच्या मॅन्युअल पुष्टीकरणासाठी);
• सर्व वर्तमान कार्यांमध्ये (आणि नवीन) एक संदेश दिसतो github-क्रिया[बॉट] देणग्यांसाठी पाकीट पत्त्यांसह (उदाहरण).

कार्य करणाऱ्या व्यक्तीच्या कामाची यंत्रणा:

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

सुरक्षा:

• हल्ला पृष्ठभाग साधारणपणे लहान आहे;
• ऑपरेटिंग यंत्रणेच्या आधारे, सेवा स्वतंत्रपणे निधी पाठविण्यास सक्षम असावी, म्हणून सर्व्हरवर प्रवेश मिळवणे म्हणजे कोणत्याही परिस्थितीत निधीवर नियंत्रण ठेवणे - उपाय केवळ नॉन-ऑटोमेटेड मोडमध्ये कार्य करणे असू शकते (उदाहरणार्थ, पुष्टी करणे पेमेंट मॅन्युअली), ज्याची शक्यता आहे (जर प्रकल्प एखाद्याने या कार्यक्षमतेसाठी देणगी देण्यास पुरेसा यशस्वी झाला असेल, तर अशी शक्यता नाही, परंतु निश्चितपणे) ते एखाद्या दिवशी लागू केले जाईल;
• गंभीर भाग स्पष्टपणे विभक्त केले आहेत (खरं तर, ही 200 ओळींची एकच pay.go फाइल आहे), ज्यामुळे सुरक्षा कोड पुनरावलोकन सुलभ होते;
• कोडने एक स्वतंत्र सुरक्षा कोड पुनरावलोकन उत्तीर्ण केले आहे, ज्याचा अर्थ असुरक्षा नसणे असा नाही, परंतु त्यांच्या उपस्थितीची शक्यता कमी करते, विशेषत: पुनरावलोकनांच्या नियोजित नियमिततेच्या प्रकाशात;
• असे भाग देखील आहेत जे नियंत्रित नाहीत (उदाहरणार्थ, API GitHub/GitLab/etc.), तर तृतीय-पक्ष API मधील संभाव्य भेद्यता अतिरिक्त तपासणीसह बंद करण्याची योजना आखली आहे, तथापि, सर्वसाधारणपणे, सध्याची समस्या इकोसिस्टम न सोडवता येणारी आणि व्याप्तीच्या बाहेर आहे (उदाहरणार्थ, इतर लोकांच्या पुल विनंत्या बंद करण्याची क्षमता आणि त्याद्वारे इतर लोकांच्या प्रकल्पांमध्ये कोड जोडण्याची क्षमता - याचे बरेच जागतिक परिणाम आहेत).

स्त्रोत: linux.org.ru