गैर-निगरानी क्रिप्टो भुगतान: HD वॉलेट और xPub व्युत्पत्ति कैसे काम करती है

किसी भी क्रिप्टोक्यूरेंसी भुगतान प्रणाली में सबसे बड़ा सुरक्षा जोखिम निजी कुंजी का खुलासा है। यदि सर्वर जो आने वाले भुगतानों की निगरानी करता है, उन फंड्स को भी खर्च कर सकता है, तो एकल उल्लंघन का मतलब है कुल हानि। प्रत्यक्ष-सेटलमेंट आर्किटेक्चर इस जोखिम को कम कर सकता है - और इसके पीछे का तंत्र, एचडी वॉलेट कुंजी व्युत्पत्ति, समझने के लिए पर्याप्त सुंदर है।

सर्वरों पर हॉट वॉलेट्स की समस्या

एक "हॉट वॉलेट" वह वॉलेट है जिसकी निजी कुंजी एक इंटरनेट से जुड़े मशीन पर रहती है। अधिकांश नासमझ क्रिप्टो भुगतान कार्यान्वयन इस तरह काम करते हैं: एक वॉलेट बनाएं, निजी कुंजी को एक कॉन्फ़िग फ़ाइल या डेटाबेस में रखें, और इसका उपयोग जमा पते बनाने और भुगतान लेनदेन पर हस्ताक्षर करने के लिए करें।

समस्या स्पष्ट है: कोई भी हमलावर जो सर्वर से समझौता करता है - एक बिना पैच की गई भेद्यता, एक आपूर्ति श्रृंखला हमले, एक लीक किया गया क्रेडेंशियल, या एक गलत कॉन्फ़िगर की गई फ़ायरवॉल के माध्यम से - निजी कुंजी प्राप्त करता है और इससे जुड़े हर वॉलेट को खाली कर सकता है। क्रिप्टो एक्सचेंज हैक का इतिहास मुख्य रूप से हॉट वॉलेट समझौतों का इतिहास है।

समाधान यह है कि क्षमता को अलग किया जाए देखें भुगतानों को खर्च करने की क्षमता से अलग करें।खर्च करें फंड।

एचडी वॉलेट्स और विस्तारित सार्वजनिक कुंजी

BIP-32 (हायरार्किकल डिटरमिनिस्टिक वॉलेट्स) एक तरीके को परिभाषित करता है जिससे एकल मास्टर सीड से कुंजी जोड़ों का अनंत पेड़ निकाला जा सकता है। महत्वपूर्ण विशेषता है सार्वजनिक कुंजी व्युत्पत्ति: दिए गए विस्तारित सार्वजनिक कुंजी (xPub) एक माता नोड की, आप सभी बाल सार्वजनिक कुंजियों को निकाल सकते हैं — और इसलिए सभी बाल बिटकॉइन पते — बिना कभी निजी कुंजी को देखे।

यह गणितीय रूप से संभव है क्योंकि अंडाकार वक्र अंकगणित: सार्वजनिक कुंजियाँ एक वक्र पर बिंदु होती हैं, और आप एक डिटरमिनिस्टिक ट्वीक जोड़ सकते हैं ताकि केवल एक माता सार्वजनिक कुंजी से बाल सार्वजनिक कुंजियाँ निकाली जा सकें।

व्यवहार में, इसका मतलब है:

1. आप एक मास्टर सीड ऑफ़लाइन उत्पन्न करते हैं — एक एयर-गैप्ड कंप्यूटर, एक हार्डवेयर वॉलेट, या एक साइनिंग डिवाइस पर।
2. आप xPub (केवल सार्वजनिक कुंजी, कोई निजी सामग्री नहीं) को निर्यात करते हैं और इसे अपने भुगतान सर्वर को देते हैं।
3. सर्वर चालान #1 के लिए पता #1, चालान #2 के लिए पता #2, और इसी तरह से निकालता है — सभी अद्वितीय, सभी आपके — बिना कभी निजी कुंजी को जाने।

व्यवहार में पता व्युत्पत्ति कैसे काम करता है

एक BIP-32 xPub के लिए व्युत्पत्ति पथ m/44'/0'/0' (मानक बिटकॉइन BIP-44), सर्वर पता व्युत्पन्न करता है m/44'/0'/0'/0/N जहाँ N चालान अनुक्रमांक है। प्रत्येक N एक अद्वितीय पता उत्पन्न करता है। पते निर्धारक होते हैं - वही xPub + वही N हमेशा वही पता उत्पन्न करता है - इसलिए आप सत्यापन के लिए किसी भी पते को फिर से व्युत्पन्न कर सकते हैं।

UTXO श्रृंखलाओं (बिटकॉइन, लाइटकॉइन, डॉगकॉइन, बिटकॉइन कैश) के लिए, यह मानक दृष्टिकोण है। अन्य श्रृंखलाएँ विभिन्न लेकिन समकक्ष तंत्रों का उपयोग करती हैं:

• TON और Tron: प्रत्येक चालान को एक ताजा उत्पन्न कुंजी जोड़ी मिलती है; केवल सार्वजनिक कुंजी (और इस प्रकार पता) सर्वर पर संग्रहीत होती है। निजी कुंजी या तो त्याग दी जाती है (केवल देखे जाने के लिए उपयोग) या एक ऑफ़लाइन पूल में रखी जाती है।
• सोलाना: एक ऑफ़लाइन पूल से पूर्व-उत्पन्न सार्वजनिक कुंजियों (जो एक ऑफ़लाइन बीज से व्युत्पन्न होती हैं) का एक-प्रति-चालान उपभोग किया जाता है।
• EVM श्रृंखलाएँ (ETH, BSC, पॉलीगॉन, आदि):xPub व्युत्पत्ति BIP-44 के माध्यम से, बिटकॉइन के समान।
• XRP और XLM:विशिष्ट गंतव्य टैग या चालान के लिए मेमो के साथ साझा-पता मॉडल।

पूर्ण प्रत्यक्ष-सेटलमेंट भुगतान प्रवाह

1. चालान बनाया गया:आपकी साइट गेटवे API को कॉल करती है। गेटवे केवल सार्वजनिक सामग्री का उपयोग करके एक नया जमा पता व्युत्पन्न करता है (या एक अद्वितीय टैग असाइन करता है)।
2. ग्राहक भुगतान करता है:फंड उस पते पर भेजे जाते हैं। गेटवे एक ब्लॉकचेन एक्सप्लोरर API के माध्यम से लेनदेन का पता लगाता है।
3. पुष्टि:आवश्यक संख्या में पुष्टियों के बाद, गेटवे चालान की स्थिति को अपडेट करता है और आपके सर्वर पर एक साइन किया हुआ वेबहुक भेजता है।
4. फंड आते हैं:आपके अपने वॉलेट में। गेटवे ने कभी उन्हें नहीं रखा, उन्हें स्थानांतरित नहीं कर सकता, और ऐसा करने के लिए कोई निजी कुंजी नहीं है।
5. निकासी:जब आप फंड को स्वीप करना चाहते हैं या भुगतान प्रक्रिया करना चाहते हैं, तो आप लेनदेन को ऑफ़लाइन साइन करते हैं - एक एयर-गैप्ड मशीन, एक हार्डवेयर वॉलेट, या किसी भी साइनिंग डिवाइस पर - और साइन किए गए लेनदेन को प्रसारित करते हैं। सर्वर tx हैश को रिकॉर्ड करता है लेकिन खर्च शुरू नहीं कर सकता।

यह सुरक्षा के लिए क्या अर्थ रखता है

इस मॉडल में भुगतान सर्वर का पूर्ण समझौता, सबसे खराब स्थिति में, एक डेटा उल्लंघन है - एक हमलावर आदेश इतिहास और प्रगति में चालान देख सकता है, लेकिन एक भी सतोशी को स्थानांतरित नहीं कर सकता। फंड उन वॉलेट में हैं जो कुंजियों द्वारा नियंत्रित हैं जो कभी सर्वर को नहीं छूतीं।

इसलिए गैर-निगरानी गेटवे आपको भुगतान प्रक्रिया करने से पहले एक xPub निर्यात करने (या ऑफ़लाइन कुंजी-जनरेशन टूल का उपयोग करने) की आवश्यकता होती है। थोड़ा अधिक सेटअप लागत आपको एक मौलिक रूप से अलग जोखिम प्रोफ़ाइल खरीदती है: सर्वर समझौता ≠ फंड का नुकसान।

किसी भी ऑपरेटर के लिए जो महत्वपूर्ण मात्रा को संभालता है, यह आर्किटेक्चर समझने के लिए एक उपयोगी मॉडल है। Payora डिफ़ॉल्ट रूप से बैलेंस-फर्स्ट मॉडल का उपयोग करता है; जांचे गए व्यापारी समर्थित होने पर व्यापारी सार्वजनिक कुंजी सामग्री का उपयोग करके सीधे निपटान का अनुरोध कर सकते हैं।जानें कि Payora निपटान मोड कैसे काम करते हैं.