SegWit ने Bitcoin के नियम बदलकर खर्च करने के अधिकार की पुष्टि करने वाला डेटा, जैसे हस्ताक्षर, उस हिस्से से अलग किया जिससे लेनदेन का मूल पहचानकर्ता बनता है। इसने ब्लॉक की क्षमता मापने का तरीका भी बदला। उपयोगकर्ता के लिए इससे भुगतान कम जगह ले सकता है; डेवलपर के लिए एक लेनदेन को दूसरे से जोड़ना अधिक भरोसेमंद हो सकता है।
भेजते समय वॉलेट तय करता है कि पहले प्राप्त किन पैसों को खर्च करना है और नई रकम में से कितना प्राप्तकर्ता को तथा जरूरत पड़ने पर कितना बाकी आपके पास लौटना है। उसे उन पैसों को खर्च करने का अधिकार भी साबित करना होता है। हस्ताक्षर और दूसरे सत्यापन डेटा यही काम करते हैं। SegWit ने इन्हें witness नाम के हिस्से में रखा। यहां witness का मतलब खर्च की शर्तें पूरी होने का प्रमाण है, भुगतान देखने वाला कोई व्यक्ति नहीं। डेटा न हटाया गया, न Bitcoin से बाहर भेजा गया: SegWit के नियम लागू करने वाले नोड अब भी इसकी जांच करते हैं। [1]
वॉलेट txid पहचानकर्ता से भुगतान का पता रखता है। अगला लेनदेन भी जिन पैसों को खर्च करना चाहता है, उनका संदर्भ इसी पहचानकर्ता से देता है। पहले हस्ताक्षर के कुछ डेटा बदलने से txid बदल सकता था, भले ही प्राप्तकर्ता और रकम न बदले हों। इससे अभी तक पुष्टि न हुए भुगतानों को एक-दूसरे से जोड़ना मुश्किल होता था। SegWit में txid की गणना witness के बिना होती है, इसलिए केवल witness बदलने से txid नहीं बदलता। पूरे लेनदेन को इस समस्या से बचाने के लिए उसके सभी इनपुट SegWit वाले होने चाहिए। प्राप्तकर्ता या इनपुट बदलने पर txid अब भी बदल सकता है। अधिक स्थिर संदर्भों से Lightning Network को भी मदद मिली, जो भुगतान चैनलों के जरिए पैसे भेजने का नेटवर्क है। दूसरा पहचानकर्ता wtxid, इसके विपरीत, witness को भी शामिल करता है। [1] [4]
SegWit ने हर बाइट को बराबर गिनने के बजाय वजन का माप लागू किया। मूल डेटा का एक बाइट 4 वजन इकाइयां लेता है, जबकि अतिरिक्त witness बाइट 1 इकाई लेता है। पूरे ब्लॉक की सीमा 4,000,000 इकाइयां है। उदाहरण के लिए, 100 मूल बाइट और 100 अतिरिक्त witness बाइट वाला लेनदेन 500 इकाइयों का होगा; उसका वर्चुअल आकार 125 vB होगा। चुनी हुई sat/vB दर पर शुल्क की गणना इसी आकार से होती है। इसलिए बचत लेनदेन की बनावट पर निर्भर करती है, और ब्लॉक में जगह की मांग अब भी दर को प्रभावित करती है। वजन की सीमा का अर्थ यह नहीं कि हर ब्लॉक समान मेगाबाइट का होगा या हर SegWit भुगतान सस्ता पड़ेगा। [1]
Bitcoin के मुख्य नेटवर्क पर संस्करण 0 के नेटिव SegWit पते bc1q से शुरू होते हैं। P2WPKH और P2WSH खर्च की दो तरह की शर्तें बताते हैं: सामान्य भुगतान जिसे एक कुंजी नियंत्रित करती है, और स्क्रिप्ट वाला भुगतान, जहां स्क्रिप्ट नियमों का समूह है। SegWit को पुराने P2SH प्रारूप के भीतर भी रखा जा सकता है, जिसका पता 3 से शुरू होता है; लेकिन केवल 3 देखकर SegWit होने का निष्कर्ष नहीं निकाला जा सकता। Taproot में witness संस्करण 1 और bc1p पते इस्तेमाल होते हैं। इसलिए bc1 उपसर्ग केवल एक ही तरह के भुगतान को नहीं दर्शाता। रोजमर्रा के उपयोग में जांचें कि भेजने वाला वॉलेट उस प्रारूप को समझता है और प्राप्तकर्ता का पूरा पता सही है; इनमें से कोई उपसर्ग अपने आप गुमनामी की गारंटी नहीं देता। [1] [2] [3]
यह बदलाव Soft Fork के रूप में बनाया गया: यानी पुराने नियमों से संगत रहते हुए नियमों को अधिक सख्त करना। हालांकि पुराना नोड अपने आप SegWit की नई शर्तों की पूरी जांच नहीं करता। ब्लॉक के पहले लेनदेन, coinbase, में witness commitment नाम का रिकॉर्ड witness को क्रिप्टोग्राफिक रूप से ब्लॉक से जोड़ता है। इसलिए हस्ताक्षर कोई वैकल्पिक जोड़ नहीं हैं जिन्हें पूर्ण जांच के समय नजरअंदाज किया जा सके। BIP 141 वजन को मूल आकार के तीन गुने और कुल आकार के योग के रूप में भी लिखता है; वर्चुअल आकार के लिए वजन को चार से भाग दिया जाता है। यदि परिणाम में दशमलव अंश हो, तो उसे अगले पूर्णांक तक बढ़ाया जाता है। ये उसी हिसाब को बताने के दो तरीके हैं, दो अलग सीमाएं नहीं। [1]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें लेनदेन, Transaction Fees, Lightning Network, Taproot. इस प्रविष्टि का उल्लेख यहाँ भी है लेनदेन, Transaction Fees, Taproot, Lightning Network.