153 / 691VAULT

Bitcoin Vault

चरणबद्ध निकासी और चाबी से समझौते के बाद हस्तक्षेप का अवसर

Bitcoin Vault निकासी शुरू करने को उसके पूरा होने से अलग करता है और रिकवरी मार्ग जोड़ता है; सुरक्षा विशिष्ट संरचना और समय पर प्रतिक्रिया पर निर्भर करती है।

Bitcoin Vault अलग निकासी चरणों वाली अभिरक्षा संरचना है। शुरुआत के बाद ऐसी अवधि खुलती है जिसमें उसके नियम धन को सुरक्षित रिकवरी मार्ग में स्थानांतरित करने देते हैं। यह किसी एक सक्रिय opcode का नाम या हार्डवेयर वॉलेट का दूसरा नाम नहीं है।

सामान्य एक-हस्ताक्षर वॉलेट में चाबी वाला चोर सीधा भुगतान बना सकता है। Vault ऐसे तत्काल बहिर्गमन को सीमित करना चाहता है: संचालन चाबी प्रक्रिया शुरू करती है, लेकिन अकेले प्रतीक्षा और रिकवरी मार्ग को पार नहीं कर सकनी चाहिए। सवाल यह है कि किन चाबियों के संयोजन सीधे भुगतान कर सकते हैं और किन्हें मध्यवर्ती अवस्था चाहिए। vault का लेबल या ऐप में विलंबित हस्तांतरण अपने आप blockchain पर लागू प्रतिबंध सिद्ध नहीं करता। [BIP 345 — OP_VAULT]

मॉडल जमा UTXO, पुष्टि किए गए unvault मध्यवर्ती आउटपुट और पूर्ण भुगतान में अंतर करता है। यदि ब्लॉक H में पुष्टि किए गए मध्यवर्ती आउटपुट की सामान्य निकासी शाखा 144 ब्लॉक माँगती है, तो अन्य शर्तें पूरी होने पर सबसे पहले H+144 में उपयोग संभव है। रिकवरी शाखा पहले हस्तक्षेप की अनुमति देनी चाहिए। यह ठीक 24 घंटे या भुगतान का स्वचालित उलटाव नहीं है: प्रभावी हस्तक्षेप अंतिम पुष्ट खर्च से पहले होना चाहिए। [BIP 345 — OP_VAULT] [BIP 112 — CHECKSEQUENCEVERIFY]

कुछ संरचनाएँ मौजूदा नियम और पहले से हस्ताक्षरित लेनदेन इस्तेमाल करती हैं। वे एक बार इस्तेमाल होने वाली signing keys को सुरक्षित मिटाने या अन्य स्वतंत्र पक्षों की अनुमति आवश्यक करके वैकल्पिक खर्च सीमित करती हैं। नेटवर्क खुद चाबी मिटना सिद्ध नहीं करता। बची हुई गुप्त प्रति इच्छित मार्ग से बच सकती है। पहले से हस्ताक्षरित लेनदेन रिकवरी का हिस्सा भी हैं: केवल seed से मिटाई जा चुकी चाबी के हस्ताक्षर दोबारा नहीं बन सकते हों। [BIP 345 — OP_VAULT] [Revault — Transaction specification]

Revault specification में stakeholders, managers और cosigning servers अलग हैं। उसका deposit आउटपुट N-of-N stakeholder keys इस्तेमाल करता है; unvault आउटपुट उनका मार्ग या X ब्लॉक बाद managers और cosigners का मार्ग अनुमति देता है। Cancel आउटपुट को deposit नीति में लौटाता है, जबकि emergency उसे Emergency Deep Vault भेजता है। stakeholders द्वारा हस्ताक्षरित bypass भी है। इसलिए सभी stakeholder keys से समझौते पर यह मॉडल देरी की गारंटी नहीं देता और हर vault का सामान्य वर्णन नहीं है। [Revault — Transaction specification]

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

मॉनिटर को अनपेक्षित निकासी पहचाननी चाहिए, केवल कोई लेनदेन नहीं देखना चाहिए। प्रतिक्रिया में मान्य बचाव लेनदेन, उपलब्ध नेटवर्क और पर्याप्त शुल्क चाहिए। mempool में भेजना पुष्टि नहीं है; भीड़, pinning या शुल्क बढ़ाने की गलत रणनीति समय समाप्त कर सकती है। Revault CPFP और कुछ बचाव लेनदेन में शुल्क देने वाले inputs जोड़ने के लिए ALL | ANYONECANPAY बताता है। उसकी ऐतिहासिक दरें आज के शुल्क की सिफारिश नहीं हैं। [BIP 345 — OP_VAULT] [Revault — Transaction specification]

रिकवरी script में भेजना तभी मदद करता है जब अधिकृत मालिक बाद में उसकी शर्तें पूरी कर सके। अनुपलब्ध चाबियाँ, गायब कॉन्फ़िगरेशन या खोए हुए पूर्व हस्ताक्षर चोरी की जगह मालिक का स्थायी लॉकआउट कर सकते हैं। बहुत आसानी से सक्रिय बचाव शाखा बार-बार निकासी रद्द करके परेशान करने का साधन भी बन सकती है। सुरक्षात्मक हस्तांतरण शुरू करने का अधिकार और उसके गंतव्य से खर्च करने का अधिकार अलग समझें और दोनों भूमिकाएँ जाँचें। [BIP 345 — OP_VAULT] [Revault — Transaction specification]

सत्यापन में सभी निकासी और bypass मार्ग, consensus मान्यताएँ, आवश्यक बैकअप और प्रतिक्रिया समय सूचीबद्ध होने चाहिए। अलग परीक्षण व्यवस्था में सामान्य निकासी, समयपूर्व प्रयास, अनपेक्षित unvault, मॉनिटर विफलता और शुल्क धन की अनुपलब्धता शामिल होनी चाहिए। परिणाम में मान्य हस्ताक्षर, mempool की स्वीकृति और पुष्टि अलग हों। एक सफल प्रदर्शन सभी शाखाओं की सुरक्षा सिद्ध नहीं करता; ये मॉडल प्रयोगात्मक script में असली धन जमा करने का निर्देश नहीं हैं। [BIP 345 — OP_VAULT] [Revault — Transaction specification]

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Timelock, Multisig, Bitcoin Inheritance Plan, स्व-अभिरक्षा. इस प्रविष्टि का उल्लेख यहाँ भी है Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Dead Man’s Switch.

DOC · 001BIP 345 — OP_VAULTविनिर्देश ↗DOC · 002BIP 443 — OP_CHECKCONTRACTVERIFYविनिर्देश ↗DOC · 003BIP 119 — CHECKTEMPLATEVERIFYविनिर्देश ↗DOC · 004Revault — Transaction specificationविनिर्देश ↗DOC · 005BIP 112 — CHECKSEQUENCEVERIFYविनिर्देश ↗
स्रोत पहले · यह निवेश सलाह नहीं है