अनुच्छेद द्वारा नहीं, निर्माण द्वारा अस्वीकृति।
अधिकांश "अस्वीकृति" विशेषताएँ एक मार्केटिंग पृष्ठ पर एक पंक्ति हैं। एक डिकॉय वॉलेट मौजूद है, पृष्ठ कहता है, इसलिए दबाव के तहत आप डिकॉय खोलते हैं और आपकी वास्तविक निधि छिपी रहती है। अनुच्छेद सारा काम करता है; कोड बहुत कम करता है। यहाँ वह है जो अस्वीकृति को सिस्टम का गुण बनने के लिए चाहिए।
एक डिकॉय सत्र क्या है
एक डिकॉय एक दूसरा वॉलेट नहीं है जो एक साझा बैकएंड में आपके वास्तविक वॉलेट के साथ रहता है। यह एक अलग सत्र है — डिवाइस पर एक विशिष्ट रनटाइम स्थिति अपने स्वयं के की सामग्री, बैलेंस दृश्य, और लेनदेन इतिहास के साथ। जब आप एक ड्यूरेस PIN सेट करते हैं, तो आप डिवाइस पर एक दूसरा सत्र प्रावधानित करते हैं, सर्वर पर एक "डिकॉय खाता" नहीं। वास्तविक सत्र और डिकॉय सत्र कभी एक ऐसे स्थान पर सह-अस्तित्व नहीं रखते जिसे बैकएंड क्वेरी कर सके।
"शून्य बैकएंड कॉल" का अर्थ क्या है
एक डिकॉय सत्र बैकएंड कॉल शून्य बनाता है — कम नहीं, ऐसे कॉल नहीं जो वैसे ही दिखते हैं। डिकॉय सार्वजनिक ब्लॉकचेन इन्फ्रास्ट्रक्चर (डेटा जो कोई भी किसी भी पते के लिए पढ़ सकता है) से बैलेंस पढ़ता है और लेनदेन स्थानीय रूप से साइन करता है। यह कभी Veyrnox के इन्फ्रास्ट्रक्चर के लिए प्रमाणित नहीं करता, क्योंकि भेजने के लिए कोई सत्र टोकन नहीं है और भेजने के लिए कोई उपयोगकर्ता पहचानकर्ता नहीं है। बैकएंड, डिज़ाइन द्वारा, कभी नहीं बताया जाता कि दो सत्र मौजूद हैं।
यह कोड में कैसे लागू होता है
अस्वीकृति जो हर भविष्य के इंजीनियर पर निर्भर करती है कि वह डिकॉय पथ में नेटवर्क कॉल न जोड़ना याद रखे, एक समाप्ति तिथि के साथ अस्वीकृति है। लागूकरण नेटवर्क परत पर रहता है: डिकॉय सत्र एक ऐसी सतह के विरुद्ध चलता है जिसमें Veyrnox के इन्फ्रास्ट्रक्चर के लिए कोई प्रमाणित चैनल नहीं है — डिकॉय सत्र से पहुँच योग्य कोई कोड नहीं है जो एक प्रमाणित अनुरोध का निर्माण करेगा। यह एक बाधा है, नीति नहीं। वॉलेट का नेटिव कोड अभी तक शिप नहीं किया गया है; तब तक, यह पृष्ठ एक विशिष्ट फ़ाइल के बजाय डिज़ाइन डीप-डाइव से जुड़ता है। विशेषता स्थिति पृष्ठ पर वर्तमान सत्यापन स्थिति देखें।