Bitcoin Vault

अन्ना अपनी कुछ बचत बिटकॉइन में रखती है। वॉलेट बिटकॉइन पाने और भेजने वाला ऐप या उपकरण है। यहाँ हस्ताक्षर करने का मतलब निजी कुंजी, यानी एक गुप्त संख्यात्मक मान, से भुगतान की अनुमति का जाँचा जा सकने वाला प्रमाण बनाना है। बाकी लोग वह गुप्त मान जाने बिना हस्ताक्षर जाँच सकते हैं। एक ही कुंजी से नियंत्रित सामान्य वॉलेट में चोर को वह कुंजी मिल जाए, तो वह सीधे अपने पते पर भुगतान के लिए हस्ताक्षर कर सकता है। Bitcoin Vault इसी स्थिति को बदलना चाहता है: रोज़मर्रा की निकासी वाली कुंजी केवल प्रक्रिया शुरू करती है और अन्ना को धन बचाने का अवसर मिलता है। इसे प्रतीक्षा अवधि और आपातकालीन रास्ते वाली तिजोरी समझ सकते हैं। लेकिन यह तुलना तभी सही है जब नेटवर्क की खर्च संबंधी शर्तें वास्तव में उन पाबंदियों को लागू करें। ऐप में टाइमर काफ़ी नहीं है। हस्ताक्षर करने वाली कुंजियाँ सुरक्षित रखने वाला उपकरण Hardware Wallet भी अपने आप vault नहीं है; वह सुरक्षा के दूसरे हिस्से को संभालता है। [1] [6]

लेनदेन का आउटपुट किसी रकम और उसे बाद में खर्च करने की शर्तों का रिकॉर्ड होता है। Bitcoin खर्च किए जा सकने वाले लेनदेन आउटपुट दर्ज करता है, जिन्हें UTXO कहते हैं। ब्लॉक लेनदेन का एक समूह है, जो साझा इतिहास में जोड़ा जाता है। सरल मॉडल में शुरुआती लेनदेन सुरक्षित रखे आउटपुट को खर्च करता है और प्रतीक्षा की शर्त वाला नया आउटपुट बनाता है। इस शुरुआती कदम को unvault कहते हैं। अंतिम भुगतान बाद में संभव होता है, जबकि रिकवरी शाखा पहले हस्तक्षेप करने देती है। मान लें मध्यवर्ती आउटपुट ब्लॉक H में पुष्ट हुआ और देरी 144 ब्लॉक है: सामान्य रास्ता अन्य शर्तें पूरी होने पर सबसे पहले H+144 में इस्तेमाल हो सकता है। इसका अर्थ ठीक 24 घंटे नहीं है, क्योंकि ब्लॉक तय समय-सारणी पर नहीं आते। यह पूरे हो चुके भुगतान को पलटना भी नहीं है; बचाव लेनदेन अंतिम खर्च से पहले पुष्ट होना चाहिए। [1] [5] [7]

अन्ना को ऐसी निकासी दिखती है जो उसने नहीं की। अब उसे काम करता नेटवर्क निरीक्षण, वैध बचाव लेनदेन और उसकी फ़ीस चुकाने का साधन चाहिए। Mempool अपुष्ट लेनदेन रखता है; उसमें स्वीकार होना पर्याप्त नहीं। भीड़ या pinning, जिसमें हमलावर किसी लेनदेन को बदलना या पुष्ट कराना कठिन बना देता है, प्रतिक्रिया में देरी कर सकते हैं। Revault में CPFP की व्यवस्था है: बाद का लेनदेन फ़ीस जोड़कर माइनरों को दोनों साथ पुष्ट करने के लिए प्रोत्साहित करता है। कुछ बचाव लेनदेन ALL | ANYONECANPAY हस्ताक्षर मोड इस्तेमाल करते हैं, जिससे फ़ीस के लिए अतिरिक्त इनपुट, यानी दूसरी ऐसी रकमों के संदर्भ जो अभी खर्च नहीं हुई हैं, जोड़े जा सकते हैं। ये एक खास डिज़ाइन के साधन हैं, समय पर पुष्टि की गारंटी नहीं। विनिर्देश की ऐतिहासिक फ़ीस आज की सिफ़ारिश नहीं है। [1] [4]

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

कुछ vault मौजूदा नियमों और पहले से हस्ताक्षरित लेनदेन इस्तेमाल करते हैं। आवश्यक हस्ताक्षर सेटअप के समय बनते हैं; उसके बाद सुरक्षा एकबारगी कुंजी मिटाने या स्वतंत्र सह-हस्ताक्षरकर्ताओं के दूसरे रास्तों से इनकार करने पर निर्भर हो सकती है। नेटवर्क जाँच नहीं सकता कि किसी ने वास्तव में कुंजी की हर प्रति मिटा दी है। छिपी हुई प्रति सुरक्षा को दरकिनार कर सकती है। बैकअप को Seed Phrase से अधिक सामग्री भी चाहिए हो सकती है। Seed Phrase वे शब्द हैं जिनसे वॉलेट की कुंजियाँ निकाली जाती हैं; उनसे पहले ही मिट चुकी एकबारगी कुंजी का खोया हस्ताक्षर फिर बन पाना ज़रूरी नहीं। इसलिए पहले से हस्ताक्षरित लेनदेन और उनका डेटा रिकवरी के लिए अनिवार्य हो सकते हैं। [1] [4]

Revault में कौन कुंजी रखता है, यह केवल शुरुआती सवाल है। Stakeholders के पास मुख्य अधिकार होते हैं; managers सामान्य निकासी सँभालते हैं और cosigning servers साथ हस्ताक्षर करते हैं। जमा आउटपुट के लिए N-of-N, यानी सभी तय stakeholders के हस्ताक्षर चाहिए। यह Multisig है: कई कुंजियों से साझा मंज़ूरी। मध्यवर्ती आउटपुट stakeholders के रास्ते खर्च हो सकता है, या X ब्लॉक बाद managers और सर्वरों के रास्ते। Cancel उसे मूल जमा शर्तों में लौटाता है; आपातकालीन ट्रांसफ़र Emergency Deep Vault में जाता है। Stakeholders के पास सीधा bypass रास्ता भी होता है। उनकी सभी कुंजियाँ पाने वाले को इंतज़ार नहीं करना पड़ता। यह एक खास विनिर्देश का विवरण है, हर vault का नहीं। [4]

BIP Bitcoin के प्रस्ताव या मानक का दस्तावेज़ है; उसका नंबर सक्रिय होने का प्रमाण नहीं। 17 अक्टूबर 2026 की जाँच में BIP 345 का दर्जा Closed है और Proposed-Replacement में BIP 443 दिया है। मूल प्रस्ताव में OP_VAULT और OP_VAULT_RECOVER को OP_CHECKTEMPLATEVERIFY के साथ जोड़ा गया था; ये निकासी रास्तों पर पाबंदियाँ लगाने वाले निर्देश हैं। BIP 443 अधिक सामान्य OP_CHECKCONTRACTVERIFY, संक्षेप में OP_CCV, प्रस्तावित करता है और अभी Draft है; सक्रिय करने की विधि तय नहीं। OP_CHECKTEMPLATEVERIFY का BIP 119 भी Draft है। ये Covenants की व्यापक चर्चा का हिस्सा हैं, यानी आउटपुट के आगे के उपयोग पर शर्तें। प्रकाशित कोड या प्रदर्शन यह सिद्ध नहीं करते कि mainnet, Bitcoin का मुख्य नेटवर्क, उस सुरक्षा को लागू करता है। [1] [2] [3]

बचत vault में रखने से पहले अन्ना को सामान्य निकासी, बचाव और हर bypass रास्ता समझना चाहिए। अभ्यास अलग परीक्षण वातावरण में हो: सामान्य निकासी, समय से पहले प्रयास, अनपेक्षित unvault, निगरानी बंद होना और फ़ीस के लिए धन न होना। वैध हस्ताक्षर, mempool में स्वीकार होना और ब्लॉक में पुष्टि अलग बातें हैं। एक सफल प्रदर्शन बाकी शाखाओं की जाँच नहीं करता। नए पाठक के लिए मुख्य बात यह है कि vault प्रतिक्रिया का समय बढ़ाता है, लेकिन ऐसी ज़िम्मेदारियाँ भी बढ़ाता है जिन्हें किसी को भरोसेमंद ढंग से निभाना होगा। यह लेख प्रयोगात्मक स्क्रिप्ट में असली धन डालने के निर्देश नहीं देता। [1] [4]