Pieter Wuille

वॉलेट जब नया पता दिखाता है या भुगतान के हस्ताक्षर तैयार करता है, तो उस छोटे से बटन के पीछे कई डेवलपरों का काम होता है। Pieter Wuille उनमें से एक हैं। GitHub पर वे sipa नाम का उपयोग करते हैं; उनकी प्रोफ़ाइल इस नाम को उनके विकास कार्य से जोड़ती है। लेकिन किसी खास आविष्कार का श्रेय तय करने के लिए परियोजना का इतिहास और दस्तावेज़ देखना पड़ता है, केवल उपयोगकर्ता नाम नहीं। आगे के प्रस्ताव बताते हैं कि उन्होंने कौन-सी समस्याएँ हल करने में मदद की और किसके साथ काम किया। [1]

कल्पना कीजिए कि एक दुकान हर ऑर्डर के लिए अलग भुगतान पता चाहती है। Wuille का BIP 32 बताता है कि एक seed, यानी शुरुआती गुप्त डेटा, से शाखाओं वाला पूरा कुंजी-समूह कैसे बनाया जाए। विस्तारित सार्वजनिक कुंजी xpub संबंधित शाखा की और सार्वजनिक कुंजियाँ बना सकती है, लेकिन धन खर्च करने का अधिकार नहीं देती। निजी कुंजी हस्ताक्षर करने देती है। एक महत्वपूर्ण अपवाद है: xpub के साथ कोई ऐसी निजी वंशज कुंजी लीक हो जाए जिसकी व्युत्पत्ति के रास्ते में hardened चरण न हो, तो मूल निजी कुंजी निकल सकती है। Hardened व्युत्पत्ति यह रास्ता तोड़ती है। Xpub साझा करने से भुगतानों के आपसी संबंध भी खुलते हैं, इसलिए उसे सावधानी से संभालना चाहिए। [2]

अगले भुगतान किसी पिछले लेनदेन पर निर्भर हो सकते हैं, इसलिए उसका पहचानकर्ता महत्वपूर्ण है। Eric Lombrozo, Johnson Lau और Pieter Wuille का BIP 141 हस्ताक्षरों सहित witness नामक सत्यापन डेटा को उस हिस्से से अलग करता है जो पुराने पहचानकर्ता txid को तय करता है। नया पहचानकर्ता wtxid, witness को भी शामिल करता है। इसलिए हस्ताक्षर डेटा बदलने पर उस txid का बदलना ज़रूरी नहीं रहता जिसे अगला लेनदेन संदर्भित करती है। हस्ताक्षरों की जाँच फिर भी होती है: ब्लॉक की पहला लेनदेन, coinbase लेनदेन, में दर्ज क्रिप्टोग्राफिक प्रतिबद्धता witness की रक्षा करती है। [3]

पता उतारते समय एक अक्षर गलत लिखना आसान है। Wuille और Greg Maxwell ने BIP 173 में मूल SegWit पतों के लिए Bech32 बताया। उसका checksum कुछ ऐसे अक्षरों से बनता है जो बिगड़े हुए लेखन को पहचानने में मदद करते हैं। लेकिन यह जाँच एन्कोडिंग की है, इच्छित प्राप्तकर्ता की पहचान की नहीं। यदि कोई उसकी जगह दूसरा वैध पता रख दे, तो checksum उसे धोखाधड़ी के रूप में नहीं पहचान पाएगा। [4]

पते के प्रारूप में भी सुधार हो सकता है। Wuille का BIP 350 अक्षर जोड़ने या हटाने से जुड़ी एक खास कमजोरी सुधारने के लिए checksum बदलता है। इसी से Bech32m बना। वॉलेट को witness संस्करण और एन्कोडिंग का मेल जाँचना चाहिए: संस्करण 0 अभी भी Bech32 उपयोग करता है, जबकि संस्करण 1 से 16 तक Bech32m उपयोग करते हैं। उपयोगकर्ता को एल्गोरिदम खुद चुनने की आवश्यकता नहीं होनी चाहिए। पते बनाना और जाँचना सॉफ्टवेयर का काम है; कोई भी वैध checksum स्वीकार कर लेना पर्याप्त नहीं। [5]

डिजिटल हस्ताक्षर से मालिक की निजी कुंजी बताए बिना भुगतान के अधिकार की जाँच हो सकती है। Pieter Wuille, Jonas Nick और Tim Ruffing का BIP 340, Schnorr signatures को निर्धारित करता है: हस्ताक्षर 64 बाइट का और सार्वजनिक कुंजी 32 बाइट की होती है। बाइट डेटा के आकार की इकाई है। इसके गणितीय गुण ऐसी प्रणालियाँ बनाने देते हैं जिनमें कई लोग मिलकर साझा हस्ताक्षर तैयार करें। लेकिन केवल कुंजियाँ जोड़ना पर्याप्त नहीं: प्रतिभागियों के सुरक्षित समन्वय के लिए अलग प्रोटोकॉल चाहिए। [6]

वॉलेट में खर्च करने का सामान्य तरीका और वैकल्पिक शर्तें हो सकती हैं। Pieter Wuille, Jonas Nick और Anthony Towns ने BIP 341 में Taproot बताया। कुंजी वाले रास्ते, key path, से केवल हस्ताक्षर के आधार पर खर्च हो सकता है और वैकल्पिक scripts का अस्तित्व तक छिपा रह सकता है। Script खर्च की शर्तें बताने वाला प्रोग्राम है। यदि script path की ज़रूरत पड़े, तो उपयोग किया गया script और उसके शामिल होने का प्रमाण प्रकाशित होता है; बाकी विकल्प पूरे बताना आवश्यक नहीं। इससे जगह बचती है और वॉलेट की व्यवस्था से जुड़ी कुछ जानकारी छिपती है, लेकिन सभी भुगतान अपने आप गुमनाम नहीं हो जाते। [7]

ये बदलाव खास समस्याएँ हल करते हैं और दूसरों को डिजाइन तथा कोड की जाँच करने देते हैं। Bitcoin.org बताता है कि BIP पर सार्वजनिक चर्चा होती है और उसे अपनाना नेटवर्क के प्रतिभागियों पर निर्भर करता है। Node वह कंप्यूटर है जो अपने सॉफ्टवेयर के अनुसार लेनदेन और ब्लॉक जाँचता है। लेखक होना या कोड रिपॉज़िटरी संभालना, सहमति के नियम एकतरफा बदलने का अधिकार नहीं देता। Wuille का महत्व उनके योगदान और सहयोग में है, Bitcoin का मुखिया होने में नहीं। [8]