Bitcoin Donations

मान लीजिए याना एक निःशुल्क शैक्षिक परियोजना को सहयोग देना चाहती है। वह पहले पता करती है कि इसे कौन चलाता है और योगदान कहाँ खर्च होगा। बटन पर “दान करें” लिखा होना पर्याप्त नहीं है: बदले में वस्तु या सेवा मिले, तो भुगतान का कानूनी स्वरूप अलग हो सकता है। एक वास्तविक उदाहरण Human Rights Foundation का Bitcoin Development Fund है, जो डेवलपर, शिक्षकों और मानवाधिकार रक्षकों के लिए काम करने वाली परियोजनाओं को सहायता देता है। उसका काम किसी दूसरे अभियान की विश्वसनीयता की गारंटी नहीं है, भले ही वह उसी भुगतान माध्यम का उपयोग करे। [4] [5]

याना on-chain भुगतान कर सकती है, यानी ऐसा लेनदेन जो सीधे Bitcoin ब्लॉकचेन पर दर्ज हो, या Lightning invoice इस्तेमाल कर सकती है। यह Lightning नेटवर्क का भुगतान अनुरोध है। दान का पेज सही रास्ता चुनने में मदद करता है। BTCPay Server में Pay Button, कैश काउंटर के लिए Point of Sale और धन जुटाने के लिए Crowdfunding जैसे ऐप मिलते हैं। प्राप्तकर्ता इन्हें स्वयं चला सकता है और जुड़े वॉलेट में धन ले सकता है। इससे भुगतान मध्यस्थ के पास धन रखने की आवश्यकता हटती है, नेटवर्क शुल्क, होस्टिंग खर्च या सर्वर संभालने का काम नहीं। [1] [2]

पुष्टि से पहले याना रकम, भुगतान नेटवर्क और परियोजना के भरोसेमंद माध्यम से मिला पता या अनुरोध जाँचती है। ठग QR कोड बदल सकता है या नकली वेबसाइट बना सकता है; सही प्रारूप का पता इस धोखे को नहीं पकड़ता। असली वेबसाइट भी हैक हो सकती है। Bitcoin में ऐसा केंद्रीय रद्दीकरण तंत्र नहीं है जो भुगतान वापस मोड़ दे। दान लौटाने के लिए नया भुगतान करना पड़ता है और उसका गंतव्य सुरक्षित ढंग से जाँचना होता है। [6]

संस्था दिखाना चाहती है कि कितना धन जुटा। इसके लिए सभी दानकर्ताओं के नाम और भुगतान विवरण प्रकाशित करना ज़रूरी नहीं है। On-chain भुगतान इतिहास सार्वजनिक है; एक ही पता बार-बार इस्तेमाल करने से योगदानों को जोड़ना और धन का आगे का रास्ता देखना आसान होता है। BTCPay Server हर नए भुगतान अनुरोध के लिए अलग प्राप्ति पता बना सकता है। इससे पता दोहराने वाला विशेष संबंध कम होता है, लेकिन गुमनामी की गारंटी नहीं मिलती। सार्वजनिक कुल रकम और निजी रसीदें अलग रखनी चाहिए। ब्लॉकचेन का शेष अकेले यह भी नहीं बताता कि धन घोषित उद्देश्य में काम आया या नहीं। [7] [1]

दान मिलने पर आयोजक की ज़िम्मेदारी शुरू होती है। निजी कुंजियाँ बिटकॉइन खर्च करने का अधिकार देती हैं, इसलिए तय होना चाहिए कि उन्हें कौन रखेगा, खर्च कौन मंज़ूर करेगा और किसी व्यक्ति के जाने पर पहुँच कैसे बहाल या हस्तांतरित होगी। Multisig में कई अलग कुंजियों के हस्ताक्षर चाहिए होते हैं; इससे अधिकार बाँटे जा सकते हैं, लेकिन केवल इससे उपयोग योग्य बैकअप नहीं बन जाता। BTCPay Server बाहरी वॉलेट में on-chain धन ले सकता है, बिना उसकी निजी कुंजियाँ सर्वर पर रखे। Hot wallet में कुंजियाँ जुड़े हुए सिस्टम पर रहती हैं; इसके और Lightning संचालन के जोखिम अलग हैं। कस्टडी सेवा में पहुँच प्रदाता पर भी निर्भर करती है। [8] [1]

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

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

अमेरिकी कर प्राधिकरण IRS किसी धर्मार्थ संस्था को डिजिटल परिसंपत्ति देना गैर-नकद योगदान बताता है। परिस्थितियों के अनुसार लिखित प्राप्ति पुष्टि, योग्य मूल्यांकन और Form 8283 की आवश्यकता हो सकती है। प्राप्तकर्ता संस्था के हस्ताक्षर प्राप्ति की पुष्टि करते हैं, मूल्यांकन सही होने की नहीं; संस्था के अपने रिपोर्टिंग दायित्व भी हो सकते हैं। यह बताता है कि सिर्फ़ लेनदेन खोज लेना पर्याप्त क्यों नहीं है। ये अमेरिकी संघीय नियम हैं, चेकिया में याना का स्वचालित अधिकार नहीं, और न ही हर “दान” कहलाने वाले हस्तांतरण का नियम। [5]