31 / 736M-of-N

Multisig

कई कुंजियों से भुगतान की मंज़ूरी

भुगतान की मंज़ूरी केवल एक कुंजी पर निर्भर होना ज़रूरी नहीं है। Multisig में ऐसा नियम बनाया जा सकता है कि तीन स्वतंत्र कुंजियों में से किन्हीं दो के हस्ताक्षर चाहिए।

Multisig बिटकॉइन की सुरक्षा का ऐसा तरीका है जिसमें खर्च करने के लिए कई तय कुंजियों के हस्ताक्षर आवश्यक होते हैं। 3 में से 2 के नियम में तीन अलग कुंजियों में से कोई दो पर्याप्त हैं। इसलिए एक खो जाने का अर्थ हमेशा पैसा खोना नहीं होता, और केवल एक कुंजी चुराने वाला पैसा खर्च नहीं कर सकता। इसके लिए सही बैकअप और कुंजियों को वास्तव में अलग रखना ज़रूरी है।

Multisig: हस्ताक्षर सीमा सिम्युलेटरदेखें कि m-of-n मॉडल में बची हुई कुंजियाँ हस्ताक्षर की आवश्यक सीमा पूरी कर सकते हैं या नहीं। परिणाम हस्ताक्षरों की उपलब्धता बताता है, वॉलेट की सुरक्षा या पूर्ण पुनर्प्राप्ति नहीं।

एलिस नहीं चाहती कि उसकी सारी बचत एक उपकरण पर निर्भर हो। वह स्वतंत्र कुंजियों A, B और C से 3 में से 2 वाला वॉलेट बनाती है। A + B, A + C या B + C भुगतान मंज़ूर कर सकते हैं। हर हस्ताक्षर संबंधित निजी कुंजी से बनी मंज़ूरी है जिसे गणित के ज़रिए जाँचा जा सकता है; निजी कुंजी खुद नेटवर्क पर नहीं भेजी जाती। A खो जाने पर एलिस B और C इस्तेमाल कर सकती है, बशर्ते उसके पास वॉलेट की बाकी ज़रूरी जानकारी भी हो। केवल A चुराने वाला अकेले पैसे नहीं भेज सकता। बिटकॉइन तीन अलग ढेरों में नहीं बँटते; एक साझा नियम संबंधित पूरी रकम की रक्षा करता है। कुंजियाँ तीन लोगों के पास हो सकती हैं या एक व्यक्ति के अलग-अलग उपकरणों में। एक ही Seed Phrase, यानी रिकवरी शब्दों के उसी समूह, की तीन प्रतियाँ बनाने से तीन स्वतंत्र कुंजियाँ नहीं बनतीं। [1] [2]

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

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

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

सामान्य m-of-n का अर्थ है कि n तय कुंजियों में से m वैध हस्ताक्षर चाहिए। पारंपरिक स्क्रिप्ट-आधारित Multisig में सार्वजनिक कुंजियाँ और यह आवश्यक संख्या खर्च की शर्त का हिस्सा होती हैं। ट्रांज़ैक्शन आउटपुट शर्त को सीधे तय करता है या संबंधित स्क्रिप्ट से क्रिप्टोग्राफ़िक रूप से जुड़ता है। नोड वे कंप्यूटर हैं जो Bitcoin के नियमों की जाँच करते हैं। खर्च के समय वे आवश्यक हस्ताक्षर और स्क्रिप्ट डेटा जाँचते हैं; केवल ऐप की अनुमति पर्याप्त नहीं है। Descriptor में multi दिए गए सार्वजनिक कुंजी क्रम को बनाए रखता है, जबकि sortedmulti उन्हें निश्चित नियम से क्रमबद्ध करता है। Derivation path बताता है कि वॉलेट को अपने शुरुआती कुंजी डेटा से कौन-सी खास कुंजियाँ निकालनी हैं। गलत क्रम या कुंजी निकालने के अलग derivation paths से अलग पते बन सकते हैं। Descriptor वॉलेट को इन शर्तों को दोबारा बनाने देता है; वह खुद सेटिंग्स की फ़ाइल के रूप में ब्लॉकचेन पर दर्ज नहीं होता। यह विवरण सामान्य स्क्रिप्ट-आधारित Multisig के बारे में है। अन्य तरीके कई प्रतिभागियों को मिलकर एक हस्ताक्षर बनाने की सुविधा दे सकते हैं और उनके अपने नियम होते हैं। [3] [4] [7]

उदाहरण · M-of-N

3 में से 2 का नियम

तीन अलग कुंजियों वाला Multisig किसी भी दो के वैध हस्ताक्षर माँगता है। एक चोरी हुई कुंजी पर्याप्त नहीं; एक खोने पर बाकी दो से खर्च किया जा सकता है, यदि आवश्यक स्क्रिप्ट डेटा भी उपलब्ध हो। कुंजियाँ और बैकअप अलग रखें तथा पूरा Output Descriptor या समकक्ष वॉलेट नीति सँभालें।

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Private Key, वॉलेट, PSBT. इस प्रविष्टि का उल्लेख यहाँ भी है HD Wallet, Cold Storage, Watch-only Wallet, Change Address.

01क्या Multisig अपने आप एक Hardware Wallet से सुरक्षित है?

नहीं। सही तरह अलग कुंजियाँ और बैकअप एकल विफलता बिंदु घटा सकते हैं, लेकिन अधिक प्रतिभागी संचालन जटिल बनाते हैं। सत्यापित वॉलेट नीति और जाँची हुई रिकवरी चाहिए; साझा समन्वयक हैक होने पर सभी को एक ही गलत भुगतान दिखा सकता है।

02क्या हस्ताक्षर के समय सभी Multisig कुंजियाँ एक जगह होनी चाहिए?

नहीं। PSBT निजी कुंजियाँ इकट्ठी किए बिना डेटा और हस्ताक्षर अलग-अलग पहुँचाने देता है। हर हस्ताक्षरकर्ता को प्राप्तकर्ता, रकम और शुल्क जाँचना चाहिए। प्रसारण से पहले आवश्यक वैध हस्ताक्षरों से ट्रांज़ैक्शन पूरी करनी होगी और इनपुट की बाकी सभी शर्तें पूरी करनी होंगी।

DOC · 001Bitcoin Developer Guide — P2SH Multisigदस्तावेज़ DOC · 002BIP 11 — M-of-N Standard Transactionsप्राथमिक स्रोत DOC · 003BIP 67 — Deterministic key sortingप्राथमिक स्रोत DOC · 004BIP 383 — Multisig output descriptorsप्राथमिक स्रोत DOC · 005BIP 174 — Partially Signed Bitcoin Transaction Formatप्राथमिक स्रोत DOC · 006BIP 380 — Output Script Descriptorsप्राथमिक स्रोत DOC · 007BIP 327 — MuSig2प्राथमिक स्रोत
समीक्षा की गई: स्रोत पहले · यह निवेश सलाह नहीं है