Bitcoin Inheritance Plan

बेहतरीन बैकअप भी उस व्यक्ति की मदद नहीं करता जिसे वॉलेट के अस्तित्व की जानकारी नहीं है। योजना में खोजा जा सकने वाला शुरुआती बिंदु चाहिए: कौन से वॉलेट हैं, रिकवरी का समन्वय कौन करता है और सामग्री तक पहुँच कहाँ से शुरू होती है। इस सूची में गुप्त चाबियाँ होना आवश्यक नहीं है। कानूनी दस्तावेज़ अधिकृत व्यक्तियों को संबोधित करता है, लेकिन अनुपस्थित हस्ताक्षर नहीं बना सकता। उलटे, चाबियाँ रखने से कानूनी हक तकनीकी रूप से सिद्ध नहीं होता। पुराने प्रबंधक की अनुपलब्धता और उसकी आदतें न जानने वाले उत्तराधिकारी को भी ध्यान में रखना चाहिए। [Bitcoin Design — Inheritance wallet backup]

Seed Phrase चाबियाँ रिकवर करता है, लेकिन Multisig, समय वाली शाखाएँ या सभी खाते आवश्यक रूप से नहीं बताता। Output Descriptor scripts, चाबियाँ और derivation जानकारी बताता है। private keys के बिना सार्वजनिक descriptor निगरानी की अनुमति देता है, हस्ताक्षर की नहीं, लेकिन वित्तीय निजता उजागर करता है। सामान्य फ़ॉर्मेट में private keys भी हो सकती हैं, इसलिए एक्सपोर्ट की वास्तविक सामग्री महत्वपूर्ण है। BIP39 passphrase वाले वॉलेट को बिल्कुल वही passphrase भी चाहिए। डिवाइस PIN या कोई दूसरा मान्य पर खाली वॉलेट अनुपस्थित जानकारी का विकल्प नहीं है। [Bitcoin Core — Output Descriptors] [Trezor — What is a passphrase?]

Multisig 2-of-3 में कोई भी दो अधिकृत हस्ताक्षरकर्ता सीमा पूरी कर सकते हैं। यदि दो उत्तराधिकारी आज अपनी चाबियाँ पाते हैं और कोई अतिरिक्त प्रतिबंध नहीं है, तो आज हस्ताक्षर कर सकते हैं। यदि मालिक के पास दो चाबियाँ और सहायक के पास तीसरी है, तो मालिक की दोनों चाबियाँ खोने पर सहायक अकेला धन रिकवर नहीं कर सकता। हर विफलता के बाद वास्तव में उपलब्ध संयोजनों का आकलन करें, केवल बैकअप की संख्या का नहीं। उसी चाबी की प्रति स्वतंत्र हस्ताक्षर नहीं बढ़ाती; कॉन्फ़िगरेशन भी रिकवर हो सकना चाहिए। [Bitcoin Design — Inheritance wallet backup] [Bitcoin Core — Output Descriptors]

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

इस मॉडल में ब्लॉक H पर पुष्टि किए गए UTXO को विलंबित शाखा से खर्च करने की सबसे शुरुआती ऊँचाई H+1000 है, बशर्ते अन्य शर्तें पूरी हों। नया आने वाला भुगतान या ऐप खोलना उसकी उम्र शून्य नहीं करता। अवधि नवीनीकृत करने के लिए उसी UTXO को उचित नीति वाले नए आउटपुट में खर्च करके पुष्टि का इंतज़ार करना पड़ता है। Liana रिकवरी शाखाएँ और refresh sweep इस्तेमाल करता है। योजना को सभी संबंधित आउटपुट, शुल्क और सामान्य हस्ताक्षर की उपलब्धता देखनी चाहिए, केवल पूरे वॉलेट की अंतिम गतिविधि नहीं। [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time] [Liana — Inheritance guide]

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

पढ़ने योग्य निर्देश जाँची गई रिकवरी प्रक्रिया नहीं हैं। अलग परीक्षण वॉलेट में भावी उत्तराधिकारी को मालिक की याददाश्त पर निर्भर हुए बिना सामग्री ढूँढ़नी, अपेक्षित पते दोबारा बनाने, सही शाखा पहचानने और सत्यापन योग्य परीक्षण लेनदेन बनाना चाहिए। समय वाली शाखा में अवधि से पहले अस्वीकृति और बाद में उपयोग दोनों जाँचे जाने चाहिए, उदाहरण के लिए regtest में। शेष राशि दिखना हस्ताक्षर करने की क्षमता से कम साबित करता है। ऐसे अभ्यास में असली seed उजागर करना या वास्तविक विरासत का धन स्थानांतरित करना शामिल नहीं है। [Bitcoin Design — Inheritance wallet backup] [BIP 112 — CHECKSEQUENCEVERIFY]

उत्तराधिकारी बदलने, चाबी खोने या नई हस्ताक्षर नीति पर जाँचना चाहिए कि धन वास्तव में कहाँ लॉक है। निर्देश में नाम बदलना या नया descriptor बनाना अपने आप पुराने UTXO नहीं बदलता। on-chain शर्तें बदलने के लिए धन नई नीति में स्थानांतरित करना पड़ता है। नए बैकअप जाँचने के बाद संपर्क, निर्देशों के संस्करण और प्राप्ति पते अपडेट किए जाते हैं। पुराने पते अब भी भुगतान पा सकते हैं, इसलिए उन्हें यूँ ही भूलना नहीं चाहिए। योजना लगातार संभाली जाने वाली प्रक्रिया है, एक बार सील किया गया लिफाफा नहीं। [Bitcoin Design — Making changes]