Cashu

Cashu कोई एक साझा मिंट नहीं है। टोकन जारीकर्ता, इकाई और हस्ताक्षर कुंजी-समूह की पहचान करता है; एक ही संख्या का अर्थ एक ही मुद्रा या देनदारी नहीं होता। एक मिंट के टोकन दूसरे मिंट पर अपने-आप नहीं भुनाए जा सकते। V4 प्रारूप CBOR का उपयोग करता है और केवल एक मिंट के प्रमाण रखता है। [Cashu — NUT-00: Protocol and tokens] [Cashu — NUT-02: Keysets and fees] [Cashu — Project introduction]

मूल प्रोटोकॉल secp256k1 पर BDHKE का उपयोग करता है। वॉलेट एक रहस्य बनाकर उसके बिंदु को ब्लाइंड करता है, मिंट उस पर हस्ताक्षर करता है और वॉलेट ब्लाइंडिंग हटाता है। हर मूल्यवर्ग की अलग कुंजी होती है: मिंट जारी प्रमाणों के मूल्य जानता है, हालाँकि उसे उनका भविष्य का अनब्लाइंड रूप नहीं जानना चाहिए। [Cashu — NUT-00: Protocol and tokens]

सामान्य बिना शर्त वाला टोकन कॉपी किया जा सकता है। प्राप्तकर्ता swap के माध्यम से उसे अपने रहस्यों वाले नए प्रमाणों में बदलता है; मिंट पुराने इनपुट अमान्य करता है। UNSPENT केवल उस क्षण की स्थिति है, प्राप्तकर्ता के लिए आरक्षण नहीं। PENDING का अर्थ प्रक्रिया जारी है और SPENT का अर्थ प्रमाण पहले ही भुनाया जा चुका है। [Cashu — NUT-03: Swap tokens] [Cashu — NUT-07: Token state check]

वैकल्पिक NUT-12 एक DLEQ प्रमाण जोड़ता है कि हस्ताक्षर मिंट की सार्वजनिक कुंजी से मेल खाता है। सही डेटा मिलने पर प्राप्तकर्ता इसे ऑफलाइन जाँच सकता है। इससे यह नहीं पता चलता कि किसी ने टोकन खर्च कर दिया है, मिंट जवाब दे रहा है या उसके पास भंडार है। इसलिए ऑफलाइन जाँच swap के जरिए स्वीकार करने की जगह नहीं लेती। [Cashu — NUT-12: Offline signature validation]

NUT-02 में active=false और वैकल्पिक final_expiry अलग हैं। निष्क्रिय समूह नए टोकन जारी नहीं करता, पर उसके प्रमाण इनपुट के रूप में स्वीकार होते रहते हैं; अंतिम अवधि समाप्त होने के बाद विनिर्देश मिंट को उन्हें भुनाने के लिए बाध्य नहीं करता। इनपुट शुल्क input_fee_ppk प्रमाणों की संख्या और अलग-अलग दरों के अनुसार जोड़ा जाता है, फिर ऊपर की ओर पूर्णांकित होता है। [Cashu — NUT-02: Keysets and fees]

melt में वॉलेट बाहरी भुगतान के बदले प्रमाण देता है, अक्सर Lightning Network के जरिए। कोट राशि, इकाई, वैधता और आवश्यक शुल्क आरक्षित राशि बताता है; इनपुट शुल्क भी लग सकते हैं। PENDING स्थिति वाला HTTP 200 भुगतान की पुष्टि नहीं है। अंतिम परिणाम और अनुरोध की स्वीकृति में अंतर करना जरूरी है। [Cashu — NUT-05: Melting tokens]

ब्लाइंडिंग राशि, समय या नेटवर्क कनेक्शन की जानकारी नहीं मिटाती। NUT-03 अनुरोधित मूल्यवर्गों को क्रम में रखने की सलाह देता है, ताकि उनका क्रम भुगतान और बाकी रकम का विभाजन न दिखाए। भेजने वाले की हस्तांतरित प्रमाणों की स्थिति संबंधी पूछताछ मिंट को भेजने वाले और प्राप्तकर्ता को जोड़ने में मदद कर सकती है। [Cashu — NUT-03: Swap tokens] [Cashu — NUT-07: Token state check]

NUT-13 कुंजी-समूह और काउंटर के अनुसार seed से रहस्य और ब्लाइंडिंग गुणक निकालता है। संस्करण 01 में HMAC-SHA256 और पुराने 00 में BIP32 उपयोग होता है। पुनर्प्राप्ति के लिए मूल समूह और NUT-09 से मिले हस्ताक्षर चाहिए, फिर खर्च की स्थिति जाँची जाती है। मिंट के सहयोग के बिना seed न हस्ताक्षरों की पुनर्प्राप्ति की गारंटी देता है, न भंडार निकालने की। [Cashu — NUT-13: Deterministic secrets] [Cashu — NUT-09: Restore signatures]