Pavol ‘Stick’ Rusnák

मान लीजिए आना का हार्डवेयर वॉलेट खो गया। सही बैकअप हो तो वह किसी संगत वॉलेट में वही निजी कुंजियाँ फिर बना सकती है। निजी कुंजियाँ गुप्त डेटा हैं जिनसे बिटकॉइन खर्च करने की अनुमति दी जाती है। यदि उसने passphrase, यानी खुद चुना हुआ अतिरिक्त पासवर्ड भी इस्तेमाल किया था, तो उसका बिल्कुल सही पाठ भी चाहिए। इस तरह उसे अपने बिटकॉइन तक दोबारा पहुँच मिलती है; लेनदेन का रिकॉर्ड उपकरण के अंदर नहीं, नेटवर्क पर बना रहता है। एक उत्पाद के बाहर भी रिकवरी हो सके, इसके लिए डेवलपरों को बैकअप पढ़ने और उससे कुंजियाँ बनाने के तरीके पर सहमत होना पड़ता है। Stick नाम इस्तेमाल करने वाले Pavol Rusnák ने ऐसे कुछ नियम लिखने और लागू करने में मदद की। [7] [8] [9] [14]

SatoshiLabs के इतिहास के अनुसार, Rusnák और Marek Palatinus ने 2011 में प्राग के brmlab में हार्डवेयर वॉलेट पर काम शुरू किया। यह तकनीकी प्रयोगों और उपकरण साझा करने की सामूहिक कार्यशाला थी। वे सामान्य कंप्यूटर पर मौजूद दुर्भावनापूर्ण प्रोग्राम से कुंजियाँ चोरी होने का जोखिम कम करना चाहते थे। Alena Vránová के साथ उन्होंने 2013 में SatoshiLabs की स्थापना की; पहले Trezor डिवाइस 2014 में ग्राहकों तक पहुँचे। इसलिए यह उत्पाद किसी अकेले आविष्कारक के बजाय तकनीकी और संगठनात्मक कौशल वाले लोगों के सहयोग का परिणाम था। [1] [4] [15]

आना Trezor से भुगतान करती है तो ऐप लेनदेन तैयार करता है और उसकी पुष्टि के बाद डिवाइस उस पर हस्ताक्षर करता है। निजी कुंजी, यानी खर्च की अनुमति देने वाला गुप्त डेटा, डिवाइस के अंदर ही रहना चाहिए। बाहर हस्ताक्षर जाता है, जिसे नेटवर्क जाँच सकता है। इसी कारण Hardware Wallet की अपनी स्क्रीन होती है: आना केवल कंप्यूटर पर भरोसा करने के बजाय उस पर पता और रकम जाँचती है। लेकिन डिवाइस नेटवर्क के नियम जाँचने वाले Full Node का विकल्प नहीं है और इंटरनेट पर प्रकाशित बैकअप की रक्षा नहीं कर सकता। [5] [6]

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

10 सितंबर 2013 को आवंटित BIP39 में चार लेखक हैं: Marek Palatinus, Pavol Rusnák, Aaron Voisine और Sean Bowe। यह कंप्यूटर द्वारा उत्पन्न यादृच्छिक डेटा को शब्दों में लिखने का तरीका बताता है। साथ में checksum होता है, जो त्रुटियाँ पकड़ने में मदद करता है। आम Seed Phrase में 12 या 24 शब्द होते हैं; यह खुद गढ़ने वाला वाक्य नहीं है। इन शब्दों और वैकल्पिक passphrase से seed की गणना होती है, यानी वह शुरुआती गुप्त मान जिससे कुंजियाँ बनती हैं। रिकवरी के लिए सही क्रम और, यदि इस्तेमाल की थी तो, मूल passphrase चाहिए। बैकअप के शब्दों का दूसरी भाषा में अनुवाद न करें। [7]

शुरुआती गुप्त मान वापस बन जाने से सभी इस्तेमाल किए गए पते अपने आप नहीं मिल जाते। HD Wallet उससे कुंजियों की वृक्ष जैसी संरचना बनाता है, मानो कई दराजों वाली अलमारी हो। Palatinus और Rusnák के BIP43 तथा BIP44 वॉलेटों को उन्हीं जगहों पर खोजने में मदद करते हैं। BIP44 का पथ m / 44' / coin_type' / account' / change / address_index है: उद्देश्य, मुद्रा, खाता, प्राप्ति या बची रकम की शाखा, और खास पता। बची रकम वाली शाखा में वे पते होते हैं जहाँ भुगतान में इस्तेमाल रकम का खर्च न हुआ हिस्सा वापस आता है। आना के लिए व्यावहारिक बात खाते का प्रकार भी दर्ज रखना है। कुंजियों तक पहुँचने का पथ उनका बैकअप नहीं है और खोए शब्दों की जगह नहीं ले सकता। [8] [9]

SLIP39 की शुरुआत 2017 में छह लेखकों के काम के रूप में हुई, जिनमें Rusnák भी हैं। यह शब्दों वाले बैकअप के लिए Shamir Secret Sharing तय करता है। उदाहरण के लिए, आना 5 हिस्सों में से 3 वाला तरीका चुन सकती है: कोई भी तीन सुरक्षित गुप्त मान वापस बनाते हैं, दो पर्याप्त नहीं हैं। ये हिस्से गणित से बनाए जाते हैं; सामान्य शब्द-सूची काट देने से वही सुरक्षा नहीं मिलती। SLIP39 और BIP39 एक-दूसरे के स्थान पर इस्तेमाल नहीं किए जा सकते, और जिस वॉलेट में रिकवरी करनी है उसे सही प्रारूप का समर्थन करना चाहिए। असंगत प्रारूप बदलने के लिए नया वॉलेट बनाकर धन भेजना पड़ सकता है। जरूरी हिस्सों की संख्या, समूह हों तो उनकी व्यवस्था, और passphrase पहले समझें तथा रिकवरी सुरक्षित तरीके से आजमाएँ। [10]

Rusnák, SLIP10, SLIP21 और SLIP44 के भी सह-लेखक हैं। पहला अलग-अलग क्रिप्टोग्राफिक कर्व के लिए कुंजियाँ बनाने से जुड़ा है। ये कर्व अलग कुंजी प्रणालियों के गणितीय आधार हैं। दूसरा अलग सममित कुंजियाँ बनाता है, जहाँ वही गुप्त मान, उदाहरण के लिए, डेटा एन्क्रिप्ट और डिक्रिप्ट करने में काम आता है। तीसरा BIP44 पथ में मुद्राओं की पहचान दर्ज करता है ताकि ऐप उन्हें न मिलाएँ। ये डेवलपरों की संदर्भ सामग्री हैं। शुरुआती पाठक को पहले भुगतान से पहले इन्हें पढ़ना जरूरी नहीं; इनका उद्देश्य अलग प्रोग्रामों को तय नियमों के अनुसार साथ काम करने देना है। [11] [12] [13]

सितंबर 2021 में कंपनी ने बताया कि Trezor का तकनीकी नेतृत्व Tomáš Sušánka संभालेंगे। Rusnák समूह के प्रबंधन से जुड़े रहे। इस संपादन के समय SatoshiLabs की प्रेस सामग्री उन्हें SatoshiLabs का सह-संस्थापक और CTO, यानी मुख्य प्रौद्योगिकी अधिकारी बताती है। इसका मतलब यह नहीं कि वे Trezor में अपना पुराना पद भी अब तक संभाल रहे हैं। Trezor का काम वॉलेट और उनसे जुड़े सॉफ़्टवेयर पर केंद्रित है, जबकि SatoshiLabs बड़ा समूह है जिसमें दूसरे प्रोजेक्ट भी शामिल हैं। [2] [3]

Rusnák का योगदान भुगतान के समय कुंजियाँ बचाने वाले उपकरणों को उन्हें वापस बनाने के सार्वजनिक नियमों से जोड़ता है। दूसरा वॉलेट जरूरी मानकों और सेटिंग का समर्थन करे तो आना केवल एक डिब्बे या कंपनी पर निर्भर रहने से बच सकती है। Self-custody का मतलब अपनी कुंजियाँ खुद सँभालना है, बैकअप की जिम्मेदारी सॉफ्टवेयर लेखक को देना नहीं। बड़ी रकम रखने से पहले बैकअप का प्रारूप समझें, रिकवरी सुरक्षित ढंग से जाँचें और passphrase की भूमिका जानें। किसी प्रसिद्ध डेवलपर का नाम इन कदमों या खास उत्पाद की जाँच की जगह नहीं ले सकता। [5] [7] [10]