Bitcoin Inheritance Plan

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

Seed Phrase शब्दों में लिखा बैकअप है, जिससे कुंजियाँ बनाने वाली गुप्त सामग्री बहाल की जा सकती है। यदि अन्ना BIP39 passphrase, यानी अतिरिक्त गुप्त पाठ, इस्तेमाल करती है तो वह भी उपलब्ध रहना चाहिए। PIN आम तौर पर डिवाइस खोलता है; वह खोई passphrase की जगह नहीं लेता। दूसरी passphrase से सही प्रारूप वाला लेकिन खाली वॉलेट खुल सकता है। जटिल व्यवस्था में वॉलेट की कॉन्फ़िगरेशन भी चाहिए: कौन-सी कुंजियाँ, खाते और खर्च की शर्तें इस्तेमाल होती हैं। Output Descriptor इसे सॉफ़्टवेयर के पढ़ने योग्य रूप में लिखता है, जिसमें पते बनाने की जानकारी भी होती है। कई हस्ताक्षर माँगने वाले Multisig में यह खास तौर पर महत्वपूर्ण है। निजी कुंजियों के बिना सार्वजनिक descriptor निगरानी की सुविधा देता है, खर्च करने की नहीं। फिर भी वह पते और इतिहास उजागर करता है; सामान्य प्रारूप में निजी कुंजियाँ भी हो सकती हैं। वास्तविक निर्यात की सामग्री देखना ज़रूरी है। [2] [3]

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

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

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

टाइमलॉक खर्च करने के किसी खास तरीके को रोककर रखता है। “अन्ना अभी, या बोरिस 1000 ब्लॉक बाद” में इंतज़ार बोरिस की शाखा करती है, अन्ना की नहीं। शाखा का अर्थ यहाँ भुगतान का एक अनुमत रास्ता है। BIP 112 में वर्णित CHECKSEQUENCEVERIFY, BIP 68 के साथ, शर्त को UTXO की उम्र से जोड़ सकता है। UTXO लेनदेन का अभी तक खर्च न किया गया आउटपुट है, यानी अपनी शर्तों वाली एक खास राशि। नेटवर्क मृत्यु की पुष्टि या सही वारिस की पहचान नहीं करता। अवधि पूरी होने पर बाकी शर्तें पूरी हों तो बोरिस अन्ना के जीवित रहते भी अपनी शाखा इस्तेमाल कर सकता है। उदाहरण ब्लॉक गिनता है, कैलेंडर के दिन नहीं; ब्लॉक बनने का वास्तविक समय बदलता रहता है। [4] [5]

उदाहरण का UTXO ब्लॉक H में पुष्टि पाता है तो बाकी शर्तें पूरी होने पर विलंबित शाखा से खर्च सबसे पहले ब्लॉक H+1000 में हो सकता है। नया भुगतान मिलना या ऐप खोलना पुराने आउटपुट की उम्र दोबारा शून्य नहीं करता। उस मूल्य के लिए नई अवधि शुरू करने हेतु उसे उपयुक्त नियम वाले नए आउटपुट में खर्च करना और लेनदेन की पुष्टि होना आवश्यक है। Liana रिकवरी शाखाएँ और refresh sweep इस्तेमाल करता है, यानी अपने ही पैसे नए आउटपुटों में भेजने वाला लेनदेन। सभी संबंधित आउटपुट, शुल्क और सामान्य हस्ताक्षर कुंजियों की उपलब्धता जाँचनी चाहिए। “मैंने हाल में वॉलेट इस्तेमाल किया” से यह पता नहीं चलता कि किन आउटपुटों की अवधि वास्तव में दोबारा शुरू हुई। [4] [5] [6] [10]

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