vByte

अन्ना Bitcoin भेजना चाहती है और उसका वॉलेट 2 sat/vB की दर सुझाता है। Sat का अर्थ सतोशी है, जो बिटकॉइन की सबसे छोटी इकाई है; vB लेनदेन का वर्चुअल आकार बताता है। तैयार लेनदेन का आकार 127 vB हो, तो इस दर पर शुल्क 254 sat होगा। इसलिए दर, जिसे Fee Rate भी कहते हैं, पूरी भुगतान लागत नहीं है। यह उदाहरण गणना समझाता है, आज के नेटवर्क के लिए दर की सलाह नहीं देता। शुल्क देने भर से पुष्टि का कोई निश्चित समय भी तय नहीं होता। [3] [5] [7]

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

बाइट डेटा की मात्रा मापने की एक सामान्य इकाई है। लेकिन बिटकॉइन लेनदेन का शुल्क निकालते समय सभी बाइट को एक जैसा नहीं गिना जाता। SegWit खर्च करने के अधिकार को साबित करने वाले कुछ डेटा को अलग करता है, जिनमें हस्ताक्षर भी हैं। इस हिस्से को witness कहते हैं। लेनदेन के वज़न में मूल डेटा का एक बाइट 4 WU जोड़ता है, जबकि witness वाले प्रारूप से जुड़ने वाला बाइट 1 WU जोड़ता है। WU वज़न की इकाई है। इस रूप के सहायक marker और flag फ़ील्ड को भी वही छूट मिलती है। हस्ताक्षरों की जाँच फिर भी होती है: कम वज़न का अर्थ जाँच छोड़ने की अनुमति नहीं है। [1] [2]

सीरियलाइज़ेशन का अर्थ लेनदेन को बाइट के एक निश्चित क्रम में लिखना है, जिसे कंप्यूटर भेज और पढ़ सकें। witness के बिना आकार को B और पूरे आकार को T मानें। BIP 141 वज़न को W = 3 × B + T के रूप में परिभाषित करता है। मूल डेटा पहले से T में भी शामिल है, इसलिए सूत्र उसे चार बार और अतिरिक्त witness डेटा को एक बार गिनता है। यह भुगतान का मौद्रिक मूल्य या प्रोसेसर का समय नहीं मापता। [1]

वर्चुअल आकार पाने के लिए वज़न को 4 से भाग देकर निकटतम ऐसे पूर्णांक तक पूर्णांकित करते हैं जो परिणाम से कम न हो: vsize = ceil(W / 4)। ceil इसी तरह ऊपर की ओर पूर्णांकित करने को कहता है। इसलिए 401 WU वज़न वाला लेनदेन 101 vB का होता है। यह प्रक्रिया पूरे लेनदेन के परिणाम पर लागू होती है। हर इनपुट को अलग पूर्णांकित करके बाद में जोड़ने से परिणाम अलग आ सकता है। [1]

उदाहरण के लिए B = 100 और T = 208 बाइट लें। सूत्र से W = 508 WU और vsize = 127 vB मिलता है, यानी शुरुआती शुल्क उदाहरण वाला आकार। लेकिन पूरा लेनदेन अचानक छोटा नहीं हुआ: उसके पूर्ण रूप में अब भी 208 बाइट भेजने पड़ते हैं। वर्चुअल आकार क्षमता और शुल्क के लिए एक भारित माप है, फ़ाइल को संपीड़ित करने का तरीका नहीं। [1] [5]

ब्लॉक एक्सप्लोरर किसी खास नेटवर्क के लेनदेन और ब्लॉक खोजने वाला ऐप है। यदि लेनदेन में witness डेटा नहीं है, तो B = T और इसलिए W = 4 × T होता है। उसका मूल वर्चुअल आकार तब पूरे बाइट आकार के बराबर होता है। इसी वजह से एक्सप्लोरर के दो आकार वाले खाने कभी एक ही संख्या दिखाते हैं, कभी अलग। SegWit में सभी भेजे गए बाइट को बस चार से नहीं बाँट सकते: अलग भार डेटा के खास हिस्सों पर लागू होता है। [1] [2]

नोड ऐसा प्रोग्राम है जो लेनदेन और ब्लॉक की जाँच करता है और नेटवर्क के दूसरे सहभागियों से संपर्क रखता है। Bitcoin Core v29.0 कुछ संचालन नीतियों के लिए संशोधित आकार ceil(max(W, sigop_cost × bytes_per_sigop) / 4) इस्तेमाल करता है। sigop_cost हस्ताक्षर संबंधी ऑपरेशनों की भारित लागत है; bytes_per_sigop नीति का एक पैरामीटर है। max बड़े मान को चुनता है। असामान्य रूप से कठिन सत्यापन इन नीतियों के लिए इस्तेमाल होने वाला आकार बढ़ा सकता है। इससे BIP 141 का वज़न या ब्लॉक की वैधता के नियम नहीं बदलते। यह बताए गए संस्करण का विवरण है, सामान्य भुगतान के समय अनिवार्य अतिरिक्त गणना नहीं। [1] [4]

कोई भुगतान दूसरे, अभी तक अपुष्ट लेनदेन का आउटपुट खर्च कर सकता है। ऐसे पैकेज को परखते समय संबंधित कुल शुल्क को संबंधित वर्चुअल आकारों के जोड़ से भाग दिया जा सकता है। अलग-अलग दरों का साधारण औसत आकार का अंतर अनदेखा कर देगा। Bitcoin Core v29.0 स्थानीय प्राथमिकता समायोजन भी गिनता है और अपनी प्रतीक्षा सूची में पहले से मौजूद लेनदेन को दोबारा नहीं गिनता। ऊँची संयुक्त दर बाकी सभी नियमों को नहीं हटाती और स्वीकृति या पुष्टि की गारंटी नहीं देती। [4] [8]

भेजने से पहले दर के साथ कुल शुल्क और अनुमानित आकार भी देखें। लेनदेन बन जाने के बाद decoderawtransaction उसके वास्तविक size, vsize और weight फ़ील्ड दिखा सकता है: बाइट, वर्चुअल आकार और वज़न। सामान्य भुगतान के लिए सूत्र हाथ से निकालने की ज़रूरत नहीं है। मिलते-जुलते नाम CompactSize को भी अलग समझें: यह पूर्णांक को बदलती लंबाई में एनकोड करने का तरीका है। यह vByte का दूसरा नाम या लेनदेन छोटा करने की विधि नहीं है। [5] [6]