Dead Man’s Switch

अन्ना परिवार के लिए योजना बनाती है: जब तक सक्षम है, बिटकॉइन ख़ुद सँभालेगी; लंबे समय तक उपलब्ध न हो, तो दूसरे विकल्प होने चाहिए। वॉलेट बिटकॉइन पाने और भेजने वाला ऐप या उपकरण है। यहाँ हस्ताक्षर करने का मतलब निजी कुंजी, यानी एक गुप्त संख्यात्मक मान, से भुगतान की अनुमति का जाँचा जा सकने वाला प्रमाण बनाना है। बाकी लोग वह गुप्त मान जाने बिना हस्ताक्षर जाँच सकते हैं। लेनदेन का आउटपुट किसी रकम और उसे बाद में खर्च करने की शर्तों का रिकॉर्ड होता है। Dead Man’s Switch किसी खास संकेत को जाँचता है, जैसे पुष्टि न मिलना या आउटपुट की उम्र। वह नहीं जान सकता कि मालिक ने जवाब देना क्यों बंद किया है। अस्पताल में भर्ती होना, टूटा फ़ोन या रखरखाव भूलना भी वही शर्त पूरी कर सकते हैं। पहले तय करें कि प्रणाली वास्तव में क्या देखती है और उसके बाद क्या होने की अनुमति है। सही काम करने वाला तंत्र भी वैध उत्तराधिकारी तय नहीं करता। वह योजना की मदद करता है, उसके सभी निर्णयों की जगह नहीं लेता। [1] [5] [8] [9]

deadmansswitch.net सेवा संदेश वाला तरीका दिखाती है: व्यक्ति पहले ईमेल तैयार करता है, प्राप्तकर्ता चुनता है और नियमित पुष्टि करता है। पुष्टि छूटने पर सेवा संदेश भेज देती है। यह Bitcoin Script से अलग है, यानी वे नियम जिन्हें नेटवर्क धन खर्च होने पर जाँचता है। ईमेल परिवार को कागज़ात का पता बता सकता है, लेकिन आवश्यक हस्ताक्षर नहीं देता। संदेश न पहुँचना, खाता खोना और सामग्री समय से पहले खुलना भी सोचें। Seed Phrase, वॉलेट की कुंजियाँ निकालने वाले शब्द, सामान्य नोट नहीं हैं। उनके लीक होने के बाद टाइमर बदलने से दूसरे का ज्ञान नहीं मिटता; ख़तरे में पड़े धन को नई कुंजियों के तहत ले जाने की व्यवस्था भी करनी होगी। [7]

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

तैयारी सबसे नज़दीकी समय-सीमा से काफ़ी पहले शुरू होती है। अन्ना को भरोसेमंद याद दिलाने की व्यवस्था, अतिरिक्त समय और संभावित फ़ीस का धन चाहिए। बार-बार नवीनीकरण में फ़ीस लगती है; लंबा इंतज़ार रिकवरी की पहुँच टालता है। परिवार को सही कुंजियाँ, समझ में आने वाला वॉलेट विवरण और उपयुक्त सॉफ़्टवेयर चाहिए। Output Descriptor कुंजियों तथा आउटपुट खोजने और खर्च करने की शर्तों का मशीन-पठनीय विवरण है; केवल सेटिंग आवश्यक हस्ताक्षरों की जगह नहीं लेती। सामग्री ऐसे खाते में बंद न हो जो सिर्फ़ अन्ना के अनुपलब्ध फ़ोन से खुलता हो। ऐसा बैकअप मौजूद होगा, लेकिन ज़रूरत पर काम नहीं आएगा। [5] [6]

सापेक्ष समय-शर्त में हर UTXO की अपनी प्रतीक्षा होती है। ब्लॉक लेनदेन का एक समूह है, जो साझा इतिहास में जोड़ा जाता है। आउटपुट ब्लॉक H में पुष्ट हुआ और दूसरे रास्ते को 1000 ब्लॉक चाहिए, तो बाकी शर्तें पूरी होने पर वह सबसे पहले H+1000 में उपयोगी हो सकता है। लॉगिन या दूसरा भुगतान मिलना उस आउटपुट की उम्र रीसेट नहीं करता। अन्ना को उसी आउटपुट को खर्च करके मनचाही शर्तों वाला नया आउटपुट पुष्ट कराना होगा। वॉलेट का केवल कुछ हिस्सा नया करने पर पुराने आउटपुट अपनी सीमा के पास रह सकते हैं। आज वॉलेट खोलना सभी सिक्कों की समय-योजना का नवीनीकरण करना नहीं है। [1] [2] [9] [10]

Timelock किसी खर्च के रास्ते का उपयोग कब हो सकता है, यह सीमित करता है। BIP 65 और OP_CHECKLOCKTIMEVERIFY ब्लॉक ऊँचाई जैसी निश्चित सीमा लागू करते हैं। BIP 112 और OP_CHECKSEQUENCEVERIFY, BIP 68 के साथ, किसी UTXO की तय उम्र माँग सकते हैं। समय-आधारित सापेक्ष रूप 512 सेकंड की इकाइयाँ और median-time-past इस्तेमाल करता है, यानी ब्लॉकों से निकला समय। BIP 113 पिछले 11 ब्लॉकों के समयों की माध्यिका बताता है: क्रम में रखने के बाद बीच का मान। यह फ़ोन का समय या कैलेंडर के सटीक क्षण की गारंटी नहीं है। दस्तावेज़ नियम बताते हैं; पाठक को पहले समझना चाहिए कि उसकी योजना कौन-सी घड़ी इस्तेमाल करती है। [1] [2] [3] [4]

दूसरी योजना परिवार को पहले से हस्ताक्षरित, देरी वाला लेनदेन दे सकती है। nLockTime फ़ील्ड तय करता है कि वह लेनदेन कब पुष्ट हो सकता है; वह अपने आप कुंजीधारक को दूसरे लेनदेन पर हस्ताक्षर करने से नहीं रोकता। पहले से हस्ताक्षरित योजना खास UTXO, गंतव्य और फ़ीस भुगतान के तरीके से जुड़ी होती है। दूसरा पुष्ट लेनदेन किसी इनपुट को पहले खर्च कर दे, तो पुराना हस्ताक्षरित लेनदेन बेकार हो जाता है। दस्तावेज़ संपादित करने से धन या परिवार के रिकॉर्ड अपने आप अपडेट नहीं होते। योजना बदलते समय वास्तविक आउटपुट, हस्ताक्षर अधिकार और प्राप्तकर्ताओं तक नई उपयोगी जानकारी पहुँचना जाँचें। [3]

Liana Signet के निर्देश प्रकाशित करती है। यह अलग परीक्षण नेटवर्क है, जिसके परीक्षण सिक्कों का वास्तविक मूल्य नहीं होता। वहाँ समय से पहले प्रयास, रिकवरी रास्ता खुलना और खास UTXO की अवधि का नवीनीकरण जाँचा जा सकता है। अपनी योजना में सूचना न पहुँचना, मुख्य कुंजी खोना और वास्तव में सहेजी गई परीक्षण वॉलेट सामग्री से रिकवरी भी परखें। प्राप्तकर्ता बदलने पर देखें कि पुरानी कुंजियाँ और आउटपुट अब भी क्या अनुमति देते हैं। वैध हस्ताक्षर, अपुष्ट लेनदेन रखने वाले mempool में स्वीकार होना और ब्लॉक में पुष्टि अलग चरण हैं। एक सफल प्रदर्शन साबित नहीं करता कि योजना हर विफलता सँभाल लेगी। [6] [1]