Transaction Labeling

आप वॉलेट का इतिहास खोलते हैं और एक पुराना भुगतान दिखता है। क्या वह काम का अग्रिम था, तोहफ़ा था या अपने दूसरे खाते में भेजा गया पैसा? “साइकिल की मरम्मत का अग्रिम” जैसा लेबल बहुत बाद में भी रिकॉर्ड समझा सकता है। नाम बदलने से ऐप की टिप्पणी बदलती है, लेनदेन या उसका पहचानकर्ता txid नहीं। इसके लिए ब्लॉकचेन (पुष्ट लेनदेन का सार्वजनिक इतिहास) में कुछ नया लिखना भी ज़रूरी नहीं। रिकवरी में भी यह अंतर अहम है। Seed Phrase, यानी वॉलेट की कुंजियाँ बहाल करने वाले शब्द, अपने आप आपकी निजी टिप्पणियाँ नहीं रखते। खर्च करने की क्षमता लौटाना और भुगतान का संदर्भ लौटाना अलग काम हैं। [1] [3] [5]

उपयोगी टिप्पणी वही बताती है जो आप जानते हैं: बिल नंबर, भुगतान का उद्देश्य या पैसे का स्रोत। अपना लिखा नोट, ऐप के अपने आप बनाए संबंध या किसी विश्लेषक के दावे से अलग है। उदाहरण के लिए BTCPay Server बिल के ज़रिए भुगतान के लिए invoice और भुगतान भेजने या पैसे लौटाने के लिए payout इस्तेमाल करता है; अपने लेबल भी जोड़ सकते हैं। मिला पैसा कहाँ से आया, यह Coin Control में मदद करता है। इसमें अभी तक खर्च न हुए आउटपुट, यानी UTXO, हाथ से चुने जाते हैं। हर ऐसे आउटपुट में रकम और उसे खर्च करने की शर्तें दर्ज होती हैं। लेकिन “इकट्ठा न करें” लिख देने से कुछ रुकता नहीं। अगला भुगतान किन प्राप्तियों को जोड़ेगा, यह वास्तव में चुने गए इनपुट तय करते हैं। [1] [2]

कुछ वॉलेट किसी आउटपुट को फ़्रीज़ कर सकते हैं, ताकि ऐप उसे खर्च करने के लिए न चुने। BIP 329 यह स्थानीय स्थिति spendable से भेजता है, केवल output प्रकार के लिए। spendable:false में false एक बूलियन मान है; पाठ की स्ट्रिंग "false" उससे अलग है। मुख्य बात सरल है: फ़्रीज़ करना उस ऐप में अनचाहे चयन से बचाता है, हर संभव खर्च से नहीं। यह Timelock नहीं है, यानी Bitcoin के नियमों से लागू होने वाली समय की शर्त नहीं। सही कुंजियों वाला दूसरा वॉलेट आउटपुट की वास्तविक शर्तें पूरी करके उसे खर्च कर सकता है। [1] [3]

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

BIP 329 में tx, addr, pubkey, input, output, xpub और spscan अलग प्रकार हैं। वे क्रम से लेनदेन, पता, सार्वजनिक कुंजी, इनपुट, आउटपुट, विस्तारित सार्वजनिक कुंजी और Silent Payments स्कैन करने वाला व्यंजक हैं। प्रकार से तय होता है कि ref को कैसे पढ़ना है। input में लेनदेन का पहचानकर्ता और उसके इनपुट का इंडेक्स होता है; output में उसे बनाने वाले लेनदेन का पहचानकर्ता और आउटपुट का इंडेक्स। इसलिए प्रकार के बिना txid:1 काफ़ी नहीं। वह इनपुट या आउटपुट, दो अलग चीज़ों में से किसी को बता सकता है। सभी ऐसे संदर्भों को “भुगतान का पता” मानना सुरक्षित नहीं। [1] [4]

BIP 329 आदान-प्रदान के लिए JSON Lines इस्तेमाल करता है: UTF-8 टेक्स्ट फ़ाइल, जिसकी हर पंक्ति में एक संरचित रिकॉर्ड होता है। आपको इसे हाथ से लिखने की ज़रूरत नहीं; दोनों ऐप इसे समझें, यह ज़रूरी है। अनिवार्य फ़ील्ड type और ref रिकॉर्ड का विषय पहचानते हैं। label, origin और spendable वैकल्पिक हैं। इम्पोर्ट में label या spendable न होने से पहले का मान नहीं बदलना चाहिए। संगत इम्पोर्टर को अज्ञात प्रकार अनदेखे करने चाहिए। इसलिए फ़ाइल खुल जाने का मतलब यह नहीं कि नए वॉलेट ने हर टिप्पणी और सेटिंग रख ली है। [1]

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

पुराना ऐप छोड़ने से पहले अलग परीक्षण प्रति पर ट्रांसफ़र आज़माएँ। कुछ परिचित भुगतानों में विषय और ref, पाठ और spendable की फ़्रीज़ स्थिति की तुलना करें। मात्रा-चिह्न, कई खाते, अज्ञात प्रकार और वैकल्पिक फ़ील्ड छोड़ने का व्यवहार जाँचें। इम्पोर्टर असमर्थित रिकॉर्ड छोड़ सकता है या लेबल छोटा कर सकता है। सुझाए गए 255 अक्षर डिफ़ॉल्ट सीमा हैं, सभी ऐप की गारंटी नहीं। महत्वपूर्ण संदर्भ सही मिलने तक मूल बैकअप रखें। केवल “इम्पोर्ट पूरा हुआ” का संदेश इसकी पुष्टि नहीं करता। [1]