हैशकैश - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

हैशकैश - हैशकैश एंटी-स्पैम / सेवा से इनकार करने वाला काउंटर-माप टूल

SYNOPSIS

टकसाल (सृजन करना) टिकट:

Hashcash -m [[ विकल्पों ] [ संसाधन ... ] ... ]

चेक टिकट:

Hashcash -c [[ विकल्पों ] -r संसाधन ...] [ पैर पटकाना ...]

गति अनुमान:

Hashcash -s [ विकल्पों ] [ -b बिट्स ]

शुद्ध करना डेटाबेस:

Hashcash -p अभी [ -j संसाधन ] [ -k ] [ -t पहर ] [ -u ]

गिनती टक्कर बिट्स:

Hashcash -w [ विकल्पों ] [ पैर पटकाना ...]

संसाधन नाम:

Hashcash -n [ विकल्पों ] [ पैर पटकाना ...]

पहर शेष जब तक समाप्ति

Hashcash -l [ विकल्पों ] -e अवधि [ पैर पटकाना ...]

वर्णन

हैशकैश एक डिनायल-ऑफ-सर्विस काउंटर मेजरमेंट टूल है। इसका मुख्य वर्तमान उपयोग मदद करना है
हैशकैश उपयोगकर्ता सामग्री आधारित और ब्लैकलिस्ट आधारित एंटी-स्पैम के कारण ईमेल खोने से बचते हैं
सिस्टम.

हैशकैश टूल आपको आपके द्वारा भेजे जाने वाले ईमेल से अटैच करने के लिए हैशकैश स्टैम्प बनाने की अनुमति देता है, और
आपको प्राप्त होने वाले ईमेल से जुड़े हैशकैश टिकटों को सत्यापित करने के लिए। ईमेल भेजने वाले हैशकैश संलग्न करते हैं
X-Hashcash के साथ टिकट: हैडर। एंटी-स्पैम टूल के विक्रेताओं और लेखकों को प्रोत्साहित किया जाता है
हैशकैश के साथ भेजे गए मेल को उनकी ब्लैकलिस्ट और सामग्री आधारित फ़िल्टरिंग नियमों से छूट देने के लिए।

एक हैशकैश स्टैम्प एक प्रूफ-ऑफ-वर्क का गठन करता है जो काम की एक पैरामीटर योग्य मात्रा लेता है
प्रेषक के लिए गणना करने के लिए। प्राप्तकर्ता प्राप्त टिकटों को कुशलता से सत्यापित कर सकता है।

हैशकैश प्रूफ-ऑफ-वर्क फ़ंक्शन आंशिक हैश टकराव की गणना करना है (SHA1 हैश
फ़ंक्शन का उपयोग किया जाता है)। टक्कर के बिट्स की संख्या चुनकर, काम करने के लिए आवश्यक है
गणना करें कि टकराव को मनमाने ढंग से महंगा बनाया जा सकता है - एक सेकंड के अंश से . तक
मिनट या घंटे। सत्यापन कुशल है जिसके लिए समान छोटी लागत की आवश्यकता होती है
टक्कर का आकार।

अन्य अनुप्रयोगों की अधिक विस्तृत चर्चा के लिए हैशकैश का उपयोग देखने के लिए किया गया है
http://www.hashcash.org/

उपयोग टिप्पणियाँ

इस मैन पेज में एक संसाधन का नाम सेवा का नाम है या पता स्टाम्प है
के लिए बनाया गया है। ईमेल के मामले में, संसाधन का नाम प्राप्तकर्ता का ईमेल पता है
प्रपत्र [ईमेल संरक्षित].

मिंटिंग टिकटों

RSI -m टकसाल पर मुहर लगाने के लिए झंडा दिया जाना चाहिए।

स्टैंप को ढूढ़ने के लिए संसाधन का नाम (प्राप्तकर्ता का ईमेल पता) के रूप में पारित किया जा सकता है
एक तर्क, या यदि छोड़ा गया है तो स्टड से पढ़ा जाता है। यदि स्टड एक ट्टी है, तो उपयोगकर्ता को संकेत दिया जाता है, यदि
स्टडिन एक पाइप है जिसे संसाधन का नाम चुपचाप पढ़ा जाता है। वांछित टक्कर आकार कर सकते हैं
-बी विकल्प के साथ निर्दिष्ट किया जा सकता है। यदि कोई टक्कर आकार निर्दिष्ट नहीं है, तो डिफ़ॉल्ट 20 . है
बिट्स। यह भी देखें -b चूक विकल्प.

जाँच हो रही है टिकटों

RSI -c टिकटों की समाप्ति की जांच के लिए झंडा दिया जाना चाहिए। चेक करने के लिए स्टाम्प एक के रूप में दिया जा सकता है
"हैशकैश" के लिए तर्क। यदि कोई स्टाम्प नहीं दिया जाता है तो स्टैम्प को स्टड से पढ़ा जाता है। यदि स्टडिन है a
ट्टी उपयोगकर्ता को संकेत दिया जाएगा, अगर स्टड एक पाइप है तो स्टैम्प को चुपचाप पढ़ा जाता है। ए
संसाधन का नाम (प्राप्तकर्ता का ईमेल पता) के साथ दिया जा सकता है -r विकल्प। यदि एक
संसाधन नाम दिया गया है संसाधन नाम की तुलना स्टैम्प में संसाधन नाम से की जाती है, यदि
वे मेल नहीं खाते, स्टाम्प खारिज कर दिया जाता है।

नोट: यदि कोई संसाधन नाम नहीं दिया गया है तो स्टैम्प वैसे भी चेक किया जाता है कि क्या यह अन्यथा है
मान्य है, लेकिन इसे एक अलग संसाधन के लिए ढाला जा सकता है, जो टिकटों को होने की अनुमति देगा
विभिन्न संसाधनों में पुन: उपयोग किया जाता है, इसलिए हैशकैश बाहर निकलने पर अनियंत्रित निकास कोड लौटाएगा।

टिकटों को डिफ़ॉल्ट रूप से 28 दिनों के लिए वैध माना जाता है। वैधता अवधि हो सकती है
का उपयोग कर बदल गया -e झंडा।

यदि स्टाम्प की समय सीमा समाप्त हो गई है या भविष्य में कोई तारीख है तो स्टाम्प को अस्वीकार कर दिया गया है और कार्यक्रम
तुरंत निकल जाता है।

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

यदि स्टाम्प डबल खर्च किया जाता है तो स्टाम्प अस्वीकार कर दिया जाता है। दोहरा खर्च सुरक्षा है
"डबल खर्च संरक्षण" में नीचे और अधिक विस्तार से चर्चा की गई है। यदि दुगना खर्च
सुरक्षा सक्षम नहीं है, स्टाम्प दोगुना खर्च किया जा सकता है, इसलिए हैशकैश वापस आ जाएगा
बाहर निकलने पर अनियंत्रित निकास कोड (निकास कोड 2)।

RSI -w ध्वज का उपयोग यह अनुरोध करने के लिए किया जा सकता है कि टक्कर के बिट्स की संख्या की गणना की जाए
और प्रदर्शित किया गया। NS -n ध्वज का उपयोग यह अनुरोध करने के लिए किया जा सकता है कि स्टाम्प में संसाधन का नाम है
पार्स किया गया और प्रदर्शित किया गया। NS -l ध्वज का उपयोग सेकंड की संख्या का अनुरोध करने के लिए किया जा सकता है
स्टाम्प की समाप्ति आउटपुट है।

प्रोग्राम केवल वैध या अमान्य निकास कोड लौटाएगा यदि -c ध्वज का प्रयोग किया जाता है, -b
ध्वज का उपयोग किया जाता है, -d, -r संसाधन उपयोग किया जाता है। ये आवश्यक विकल्पों के न्यूनतम सेट हैं
स्टाम्प की वैधता की पूरी तरह से जाँच करें। यदि इन मानदंडों को पूरा नहीं किया जाता है, तो कार्यक्रम होगा
वापसी निकास कोड अनियंत्रित (निकास कोड 2) बाहर निकलने पर। (यह भी देखें -y झंडा।)

दोगुना खर्च सुरक्षा

अगर -d टिकटों की जांच करते समय ध्वज का उपयोग किया जाता है, खर्च किए गए टिकटों का डेटाबेस रखा जाता है।

डिफ़ॉल्ट रूप से स्टैम्प 28 दिनों के बाद समाप्त हो जाते हैं, बिना समाप्ति के डेटाबेस बढ़ता जाएगा
अनिश्चित काल के लिए। आप के साथ एक वैकल्पिक समाप्ति अवधि निर्दिष्ट कर सकते हैं -e झंडा। NS
ईमेल के लिए अनुशंसित (और डिफ़ॉल्ट) समाप्ति अवधि 28 दिन है। समाप्ति अवधि के बाद
समय की राशि, स्टाम्प को वैसे भी समाप्त माना जाता है और डेटाबेस से शुद्ध किया जा सकता है
अंतरिक्ष बचाने के लिए। (स्टैंप को शुद्ध करने के तरीके के लिए "समय-समय पर शुद्धिकरण बनाम अगली पहुंच पर" देखें।)

दक्षता कारणों से एक स्टैम्प को डेटाबेस में जाँचने से पहले सत्यापित किया जाता है; अगर यह होता है
अन्यथा अमान्य कोई डेटाबेस गतिविधि नहीं होगी।

नोट: स्टाम्प को कितने समय के लिए वैध माना जाना चाहिए, इस बारे में निर्णय पर निर्भर है
सत्यापनकर्ता। यदि यह बहुत छोटा है तो कुछ अनुप्रयोगों के लिए यह संभव है कि स्टाम्प होगा
प्राप्तकर्ता के पास पहुंचने से पहले समाप्त हो जाता है (उदाहरण के लिए ईमेल के साथ।) 28 दिनों का सुझाया गया मूल्य
सामान्य ईमेल वितरण देरी के लिए सुरक्षित होना चाहिए। पसंद के बीच एक व्यापार बंद है
डेटाबेस आकार और आगमन से पहले समाप्ति का जोखिम, और आवेदन पर निर्भर करता है।

नोट: एक ही डेटाबेस में अलग-अलग टिकटों की अलग-अलग वैधता अवधि हो सकती है, इसलिए
अलग-अलग वैधता अवधि वाले विभिन्न संसाधनों के लिए उदाहरण टिकटों को संग्रहीत किया जा सकता है
वही डेटाबेस, या प्राप्तकर्ता भविष्य के टिकटों के लिए वैधता अवधि बदल सकता है
पुराने टिकटों की वैधता को प्रभावित किए बिना।

पर्जिंग समय-समय vs on अगला पहुँच

टिकटों की जांच करते समय पुराने टिकटों को समय-समय पर शुद्ध करने के लिए उपयोग करें -p अवधि शुद्ध करने का विकल्प
अंतिम शुद्धिकरण के बाद से दी गई समयावधि से पहले नहीं। शुद्धिकरण का उपयोग के साथ किया जा सकता है
-k असमाप्त स्टाम्पों को भी शुद्ध करने का विकल्प, और उसके साथ -j संसाधन केवल शुद्ध करने के लिए झंडा
दिए गए संसाधन के लिए टिकट।

ऐसी परिस्थितियां हैं जहां अगली पहुंच पर टिकटों को शुद्ध करना असुविधाजनक हो सकता है,
उदाहरण के लिए यदि कोई बड़ा दोहरा खर्च करने वाला डेटाबेस है जिसे शुद्ध होने में कुछ समय लगता है, और
हैशकैश चेकर का रिस्पांस टाइम महत्वपूर्ण है। इस समस्या से बचने के लिए शुद्धिकरण करें
केवल का उपयोग करके अलग से किया जा सकता है -p अभी केवल पर्ज ऑपरेशन का अनुरोध करने का विकल्प।
उदाहरण के लिए यूनिक्स पर आप प्रतिदिन एक बार क्रॉन जॉब में "हैशकैश-पी नाउ" कह सकते हैं, या
मांग जब डिस्क कम चल रही थी।

गति अनुमान

RSI -s ध्वज अनुरोध मापता है कि प्रति सेकंड कितने टकरावों का परीक्षण किया जा सकता है। नहीं
स्टाम्प का खनन किया जाता है, या सत्यापित किया जाता है।

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

नोट्स

सभी सूचनात्मक आउटपुट stderr पर मुद्रित होते हैं। ढले हुए टिकट, और स्टाम्प के परिणाम
सत्यापन और समय स्टडआउट पर मुद्रित होते हैं। शांत झंडा -q सभी को दबा देता है
सूचनात्मक आउटपुट। NS -v ध्वज अधिक सूचनात्मक आउटपुट का अनुरोध करता है। अनुरोध किया
आउटपुट, जो एकमात्र सूचना है जो शांत मोड में आउटपुट है (जब -q निर्दिष्ट किया जाता है)
मानक आउटपुट पर मुद्रित होता है। यदि स्टडआउट एक पाइप है, या जब शांत मोड प्रभाव में है
आउटपुट विवरण के बिना मुद्रित होता है (यानी केवल बिट्स, केवल सेकंड, केवल संसाधन)।

विकल्प

-c तर्क के रूप में या स्टड पर दिए गए टिकटों की समाप्ति जानकारी की जाँच करें। (साथ उपयोग
-b, -d और -r संसाधन टिकटों को पूरी तरह से जांचने के लिए)।

-m तर्क के रूप में या स्टड पर दिए गए संसाधनों के साथ टकसाल टिकट।

-b बिट्स
स्टैम्प ढलाई करते समय, कम से कम इतने बिट्स का टकराव बनाएँ। सत्यापित करते समय a
स्टाम्प की आवश्यकता है कि इसमें कम से कम इतने बिट्स की टक्कर हो, अन्यथा अस्वीकार करें
यह। यदि छोड़ा गया है तो डिफ़ॉल्ट का उपयोग किया जाता है।

टिकटों की जांच करते समय, यह आवश्यक है कि टिकटों में इतने सारे बिट हों।

बिट्स की डिफ़ॉल्ट संख्या के साथ निर्दिष्ट किया जा सकता है -b चूक. के सापेक्ष बिट्स
डिफ़ॉल्ट के साथ भी निर्दिष्ट किया जा सकता है -b +n डिफ़ॉल्ट से अधिक n बिट्स के लिए और -b -n
डिफ़ॉल्ट से कम n बिट्स के लिए।

-b चूक, -b +0 और -b -0 सभी समकक्ष हैं।

गति परीक्षण करते समय -s, के साथ डिफ़ॉल्ट टोकन की गति को मापने के लिए कर सकते हैं -s -b
चूक.

-r संसाधन
टिकटों की ढलाई करते समय, स्टाम्प को ढालने के लिए संसाधन का नाम (प्राप्तकर्ता का ईमेल पता)
के खिलाफ या तो दिया जा सकता है -r संसाधन या "हैशकैश" के तर्क के रूप में।

टिकटों की जांच करते समय, संसाधन का नाम (आपका अपना ईमेल पता) के साथ दिया जाता है -r
विकल्प। यदि संसाधन का नाम दिया गया है तो इसे संसाधन नाम के सामने चेक किया गया है
स्टाम्प, और यदि वे मेल नहीं खाते तो स्टाम्प को अस्वीकार कर दिया जाता है। नोट करें कि संसाधन का नाम है
नहीं दिया गया, अन्य संसाधनों के लिए टिकटों को स्वीकार किया जाएगा, और इसलिए हैशकैश
बाहर निकलने पर एक्जिट कोड अनियंत्रित (निकास कोड 2) लौटाता है।

-o टिकटों की पुष्टि करते समय कई संसाधन दिए जा सकते हैं। डिफ़ॉल्ट रूप से संसाधन हैं
जब तक मेल खाने वाला वैध संसाधन नहीं मिल जाता तब तक बस एक-एक करके जाँच की जाती है। हालांकि जब आप
वाइल्डकार्ड या रेगुलर एक्सप्रेशन का उपयोग करें (देखें -E), यह निर्दिष्ट करने में सक्षम होना उपयोगी है कि
एक संसाधन दूसरे को ओवरराइड करता है। उदाहरण के लिए यह: -B15 -r [ईमेल संरक्षित] -o -B10
*@देव.null बताता है कि मेल टू एड्रेस [ईमेल संरक्षित] 15 बिट की आवश्यकता है, लेकिन मेल करें
*@देव.null केवल 10 बिट्स की आवश्यकता है। अगर हम छोड़े -o के बीच संबंध ओवरराइड करें
दो संसाधन, पते के लिए 10 बिट की मुहर स्वीकार की जाएगी [ईमेल संरक्षित]
क्योंकि पहले नियम के तहत अपर्याप्त बिट्स होने के कारण इसे खारिज कर दिया जाएगा,
इसे दूसरे नियम के तहत स्वीकार किया जाएगा। NS -o विकल्प आपको इस समस्या से बचने की अनुमति देता है।

-e पहर
खर्च किए गए टिकटों की समाप्ति अवधि। टिकटों की जाँच करते समय ( . का प्रयोग करते हुए) -c झंडा), अगर
निर्धारित समय से अधिक स्टाम्प का खनन किया गया था, इसे समाप्त माना जाता है।
यदि इस विकल्प का उपयोग नहीं किया जाता है, तो डिफ़ॉल्ट रूप से स्टाम्प 28 दिनों के बाद समाप्त हो जाते हैं। समाप्ति अवधि
डिफ़ॉल्ट रूप से सेकंड में दिया जाता है (0 का एक तर्क हमेशा के लिए)। एक अकेला पात्र
प्रत्यय का उपयोग वैकल्पिक इकाइयों को निर्दिष्ट करने के लिए किया जा सकता है (एम = मिनट, एच = घंटे, डी = दिन, एम =
महीने, y = Y = वर्ष, और s = सेकंड)।

यदि के साथ प्रयोग किया जाता है -d विकल्प, खर्च किए गए टिकट और उसकी समाप्ति अवधि को दर्ज किया गया है
डेटाबेस। देखें -p डेटाबेस से टिकटों को कैसे शुद्ध किया जाए, इसके विवरण के लिए विकल्प।

टिकटों की ढलाई करते समय, -e बनाए गए समय के संकल्प पर ध्वज का प्रभाव हो सकता है
स्टाम्प में। के बिना -e विकल्प, डिफ़ॉल्ट रिज़ॉल्यूशन दिन है (समय प्रारूप:
वाईवाईएमएमडीडी)। समाप्ति अवधि की सीमा के आधार पर वैकल्पिक प्रारूप इस प्रकार हैं:

ढलाई करते समय आप के साथ एक स्पष्ट समय चौड़ाई भी दे सकते हैं -z इसके बजाय विकल्प।
(-z ओवरराइड -e यदि दोनों दिए गए हैं। यदि दोनों में से कोई भी नहीं दिया जाता है तो डिफ़ॉल्ट 6 वर्ण (समय .) है
प्रारूप: वाईवाईएमएमडीडी))।

से उचित समय चौड़ाई स्वचालित रूप से निर्धारित करने के नियम -e यदि नही -z विकल्प
दिया गया है:

*अवधि>= 2 वर्ष फिर समय प्रारूप YY का उपयोग निकटतम वर्ष में किया जाता है
शुरु;
* 2 साल <अवधि <= 2 महीने फिर समय प्रारूप YYMM का उपयोग किया जाता है
निकटतम महीने की शुरुआत;
* 2 महीने <अवधि <= 2 दिन फिर समय प्रारूप YYMMDD का उपयोग किया जाता है
निकटतम दिन की शुरुआत;
* 2 दिन <अवधि <= 2 मिनट फिर समय प्रारूप YYMMDDhhmm का उपयोग किया जाता है
निकटतम मिनट की शुरुआत;
*अवधि <2 मिनट फिर समय प्रारूप YYMMDDhhmmss सेकंड में उपयोग किया जाता है।

ध्यान दें कि राउंडिंग डाउन यूटीसी समय पर आधारित है, स्थानीय समय पर नहीं। यह करने के लिए नेतृत्व कर सकते हैं
GMT . के अलावा अन्य समय क्षेत्रों में उदाहरण के लिए राउंड डाउन करते समय शुरू में आश्चर्यजनक परिणाम
(यूटीसी = जीएमटी)। यदि आप इसका उपयोग करते हैं तो यह समझना अधिक स्पष्ट हो सकता है -u विकल्प.

-z चौडाई
RSI -z विकल्प खनन के दौरान उपयोग के लिए है और उपयोगकर्ता को समय की चौड़ाई की चौड़ाई की पसंद की अनुमति देता है
खेत। यह भी देखें -e के साथ संयोजन में दिया गया विकल्प -m एक निहित निर्दिष्ट करने के लिए
के विवरण के तहत समय क्षेत्र की चौड़ाई -e झंडा। वैध चौड़ाई 6,10 या 12 . हैं
क्रमशः इसके अनुरूप वर्ण: YYMMDD, YYMMDDhhmm, और YYMMDDhhmmss को गोल किया गया
निकटतम दिन, या मिनट क्रमशः।

ध्यान दें कि राउंडिंग डाउन यूटीसी समय पर आधारित है, स्थानीय समय पर नहीं। यह करने के लिए नेतृत्व कर सकते हैं
GMT . के अलावा अन्य समय क्षेत्रों में उदाहरण के लिए राउंड डाउन करते समय शुरू में आश्चर्यजनक परिणाम
(यूटीसी = जीएमटी)। यदि आप इसका उपयोग करते हैं तो यह समझना अधिक स्पष्ट हो सकता है -u विकल्प.

-g अवधि
RSI -g के साथ हैशकैश टिकटों की जांच करते समय विकल्प उपयोग के लिए है -c विकल्प और
क्लॉक स्क्यू के लिए एक ग्रेस पीरियड निर्दिष्ट करता है, अर्थात यदि हैशकैश स्टैम्प दिनांक के साथ आता है
भविष्य या अतीत में इसे भविष्य की तारीख (या as .) के रूप में खारिज नहीं किया जाएगा
समाप्त हो रहा है) जब तक कि यह इससे अधिक भविष्यवादी (या अधिक समय तक समाप्त हो गया हो) न हो
अवधि। डिफ़ॉल्ट 2 दिन है, जिसका अर्थ है कि जब तक भेजने वाले सिस्टम की घड़ी है
प्राप्त करने वाले सिस्टम की घड़ी के 2 दिन आगे (या 2 दिन पीछे) से अधिक नहीं,
हैशकैश स्टैंप अभी भी स्वीकार किया जाएगा।

छूट अवधि के लिए डिफ़ॉल्ट इकाइयां सेकंड हैं। एक एकल वर्ण प्रत्यय का उपयोग किया जा सकता है
वैकल्पिक इकाइयों को निर्दिष्ट करने के लिए (एम = मिनट, एच = घंटे, डी = दिन, एम = महीने, वाई = वाई =
वर्ष, और s = सेकंड)।

-d एक डबल खर्च डेटाबेस में टिकटों को स्टोर करें। यदि स्टाम्प पहले देखा गया है तो यह होगा
खारिज कर दिया, भले ही वह अन्यथा मान्य हो। डिफ़ॉल्ट डेटाबेस फ़ाइल है डेटाबेस.एसडीबी in
वर्तमान निर्देशिका। केवल अन्यथा मान्य टिकटों को डेटाबेस में संग्रहीत किया जाएगा।
डेटाबेस में केवल पूरी तरह से मान्य टिकटों को ही संग्रहीत किया जाएगा, जब तक कि -y विकल्प है
दिया हुआ।

-f dbname
उपयोग dbname डबल खर्च डेटाबेस के लिए डिफ़ॉल्ट फ़ाइल नाम के बजाय।

-p अवधि
यदि दी गई समयावधि बीत चुकी है, तो समाप्त हो चुके टिकटों के डेटाबेस को शुद्ध करता है
पिछली बार इसे शुद्ध किया गया था। सुविधा के रूप में -p अभी के बराबर है -p 0 जिन दोनों का
माध्य पर्ज अब, इस बात पर ध्यान दिए बिना कि डेटाबेस को अंतिम बार कब शुद्ध किया गया था।

यदि संयोजन में प्रयोग किया जाता है -j संसाधन केवल दिए गए संसाधन के लिए ढाले गए टिकट
शुद्ध कर रहे हैं।

यदि संयोजन में प्रयोग किया जाता है -k सभी स्टाम्प यहां तक ​​कि अन-एक्सपायर्ड स्टांप भी मिटा दिए जाते हैं। हो सकता है
के साथ संयोजन में प्रयोग किया जाता है -t पहर समाप्त होने के लिए जैसे कि वर्तमान समय दिया गया समय था।

-k विकल्प के साथ प्रयोग करें -p यह अनुरोध करने के लिए कि सभी टिकटों को समाप्त कर दिया गया है, न कि केवल समाप्त हो चुके हैं।

-j संसाधन
विकल्प के साथ प्रयोग करें -p अनुरोध करने के लिए कि दिए गए संसाधन नाम से मेल खाने वाले केवल टिकटें हैं
सभी एक्सपायर्ड स्टैम्प्स को शुद्ध करने के लिए डिफ़ॉल्ट के बजाय, शुद्ध किया जाना है। अगर
संसाधन का नाम खाली स्ट्रिंग है, सभी टिकटों का मिलान किया जाता है (यह बराबर है
को छोड़ रहा है -j विकल्प)।

ध्यान दें -E, -M और -S के साथ दिए गए संसाधनों पर मैच के झंडे का प्रकार भी लागू होता है -j
संसाधन झंडा।

-s केवल समय की जानकारी प्रिंट करें, और स्टैम्प बनाने के लिए आगे न बढ़ें। अगर के साथ संयुक्त
-b बिट्स अनुरोधित टक्कर आकार में कितना समय लगेगा, इसका फ़्लैग प्रिंट अनुमान
गणना, अगर -s स्वयं द्वारा दिया गया, टक्कर खोजक की गति को प्रिंट करता है। प्रिंट
बिट्स की डिफ़ॉल्ट संख्या का उपयोग करने में कितना समय लगेगा इसका एक अनुमान -b चूक.

-h छोटे उपयोग की जानकारी प्रिंट करें।

-v स्टाम्प ढलाई या सत्यापन के बारे में अधिक वर्बोज़ सूचनात्मक आउटपुट प्रिंट करें। (अगर
-v एकमात्र तर्क है, टूल संस्करण संख्या प्रिंट करता है।)

-V टूल संस्करण संख्या प्रिंट करता है।

-q बैच मोड। आउटपुट के अलावा कोई जानकारी प्रिंट नहीं करता है। यह विकल्प ओवरराइड करता है -v
विकल्प.

-X मिंट करते समय, हैशकैश ईमेल X-हेडर 'X-Hashcash:' को स्टैम्प से पहले प्रिंट करता है।
इस विकल्प के बिना केवल नंगे स्टाम्प मुद्रित होता है।

जाँच करते समय, तर्क के रूप में दिए गए स्टैम्प को स्कैन करने के बाद, लाइनों के लिए स्टड को स्कैन करता है
स्ट्रिंग 'X-Hashcash:' से शुरू होता है, और शेष मिलान लाइन को the के रूप में उपयोग करता है
टिकट केवल पहली रिक्त पंक्ति तक और समाप्त होने वाली पंक्तियों को स्कैन किया जाता है (यह भी देखें
-i ध्वज जिसका उपयोग इसे ओवरराइड करने के लिए किया जा सकता है)। एक रिक्त रेखा विभाजक है जिसका उपयोग किया जाता है
हेडर को मेल संदेश या USENET आलेख के मुख्य भाग से अलग करें। इसका मतलब है
स्टड पर हैशकैश में मेल संदेश या यूज़नेट लेख को पाइप करना सुविधाजनक बनाने के लिए।

-x विस्तार
नाम मान सेट से बना एक एक्सटेंशन स्ट्रिंग। विस्तार प्रारूप वर्णित है
हैशकैश स्टाम्प प्रारूप पर अनुभाग में नीचे। यह उपयोगकर्ताओं को अपने को परिभाषित करने की अनुमति देता है
स्वयं के स्टाम्प एक्सटेंशन जो स्टैम्प में हैश किए गए हैं, प्राप्तकर्ताओं द्वारा सत्यापित हैं कि
उनका समर्थन करते हैं, और उन प्राप्तकर्ताओं द्वारा अनदेखा किया जाता है जो उनका समर्थन नहीं करते हैं। विस्तार पर ध्यान दें
हुक तंत्र अभी तक लागू नहीं किया गया है। यह बाद के रिलीज में आएगा।

-i जाँच और उपयोग करते समय -X ध्वज, हेडर के बीच रिक्त रेखा सीमा को अनदेखा करें
और संदेश का मुख्य भाग, और यदि कोई नहीं मिला है तो शरीर में टकराव की जांच करें
शीर्षकों में।

-t पहर
दिखावा करें कि वर्तमान समय टिकटों की ढलाई, सत्यापन के प्रयोजनों के लिए दिया गया समय है
डेटाबेस से पुराने टिकटों को हटाना और हटाना। समय के आधार पर प्रारूप में दिया गया है
UTCTIME प्रारूप YYMMDD [हम्म [ss]]।

समय स्थानीय समय में डिफ़ॉल्ट रूप से व्यक्त किया जाता है। साथ उपयोग -u यूटीसी में समय देने के लिए झंडा
(GMT)।

आप तर्क को + . के साथ उपसर्ग करके वर्तमान समय के सापेक्ष समय भी दे सकते हैं
या -। सापेक्ष समय के लिए डिफ़ॉल्ट इकाइयाँ सेकंड हैं। एक एकल वर्ण प्रत्यय कर सकते हैं
वैकल्पिक इकाइयों को निर्दिष्ट करने के लिए इस्तेमाल किया जा सकता है (एम = मिनट, एच = घंटे, डी = दिन, एम = महीने, वाई =
वाई = वर्ष, और एस = सेकंड)।

नोट: जब समय स्थानीय समय में व्यक्त किया जाता है, यदि आपके पास दिन के उजाले की बचत है
समय क्षेत्र, से परिवर्तन के समय प्रति वर्ष एक या दो अस्पष्ट घंटे होते हैं
सामान्य समय के लिए डेलाइट बचत समय।

-u स्थानीय समय के बजाय यूटीसी (जीएमटी) में इनपुट और आउटपुट का पूर्ण समय।

-a अवधि
पहले के वर्तमान समय से एक यादृच्छिक मान जोड़ें (या घटाएं यदि संख्या ऋणात्मक है)
स्टाम्प ढोना। यह उस समय को छुपाता है जब स्टाम्प बनाया गया था, जो इसके लिए उपयोगी हो सकता है
अनाम उपयोगकर्ता। नोट जोड़ना (घटाने के बजाय) एक यादृच्छिक समय जोखिम भरा हो सकता है यदि
स्टाम्प आने में जोड़े गए समय से कम समय लगता है क्योंकि प्राप्तकर्ता स्टैम्प को अस्वीकार कर देगा
भविष्य में समय टिकटों के साथ।

-n मुद्रित संसाधन नाम स्टाम्प सत्यापित किया जा रहा से पार्स किया गया। रिटर्न एग्जिट कोड अनियंत्रित है
बाहर जाएं।

-l स्टाम्प समाप्त होने से पहले शेष सेकंड की प्रिंट संख्या। रिटर्न एग्जिट कोड अनियंत्रित है
बाहर जाएं।

नोट: गणना में छूट की अवधि शामिल है, इसलिए छूट अवधि का 2 गुना तक हो सकता है
आप जितना उम्मीद कर सकते हैं उससे अधिक लंबा (घड़ी तेज लेकिन सिस्टम को यह मानना ​​​​होगा कि यह हो सकता है
धीमा हो)। यदि आप छूट अवधि को बाहर करना चाहते हैं तो जोड़ें -जी0 अनुग्रह अवधि को 0 . पर सेट करने के लिए
गणना के लिए।

-w स्टाम्प की टक्कर के बिट्स की प्रिंट संख्या। निकास कोड को बाहर निकलने पर अनियंत्रित कर देता है।

-y यदि स्टाम्प पूरी तरह से चेक नहीं किया गया है तो भी स्टाम्प वैध होने पर सफलता लौटाता है। साथ उपयोग -c
जहां सभी नहीं -d, -r वैध लेकिन आंशिक रूप से सफलता निकास कोड प्राप्त करने के लिए निर्दिष्ट हैं
चेक किया हुआ स्टाम्प। इसी तरह के साथ उपयोग कर सकते हैं -n, -l, -w उसी प्रभाव से।

-M टिकटों की जांच करते समय, वाइल्डकार्ड की अनुमति दें * इसे बनाने के लिए संसाधन नाम में मिलान करना
एकाधिक ईमेल पतों को निर्दिष्ट करना और कैच-ऑल पतों के मिलान की अनुमति देना आसान है
और उप डोमेन सहित पते। यह डिफ़ॉल्ट है। यह सभी देखें -S, -E और -C

-S टिकटों की जाँच करते समय साधारण पाठ का उपयोग करें, संसाधनों के नामों की तुलना उन लोगों से करें जिनमें
टिकट यह सभी देखें -M, -E और -C.

-E टिकटों की जाँच करते समय इसे बनाने के लिए संसाधन नाम निर्दिष्ट करने के लिए नियमित अभिव्यक्तियों का उपयोग करें
एकाधिक ईमेल पते, कैच-ऑल पते, एक्सटेंशन की कक्षाएं निर्दिष्ट करना आसान है
उप डोमेन सहित पते और पते। नोट रेगुलर एक्सप्रेशन सिंटैक्स POSIX है
शैली: विशेष पात्रों को उनके विशेष अर्थ के लिए उद्धृत करने की आवश्यकता नहीं है; लेकिन
उन्हें खोजे गए स्ट्रिंग में उस वर्ण के साथ \ के साथ उद्धृत किया जाना है। NS
रेगुलर एक्सप्रेशन स्वचालित रूप से ^ शुरुआत में जोड़ा गया है और अंत में $ जोड़ा गया है,
यदि वे निर्दिष्ट नहीं हैं। विशेष वर्ण ^ की शुरुआत से मेल खाता है
संसाधन, और $ संसाधन के अंत से मेल खाता है।

(ध्यान दें, भले ही बीएसडी रेगुलर एक्सप्रेशन के साथ संकलित किया गया हो, POSIX स्टाइल सिंटैक्स का उपयोग किया जाता है; भी
नोट बीएसडी रेगुलर एक्सप्रेशन श्रेणियों का समर्थन नहीं करते {}।)

-C डिफ़ॉल्ट रूप से संसाधनों को खनन और जाँच पर कम करने के लिए विहित किया जाता है। NS
-C ध्वज इसे ओवरराइड करता है ताकि जाँच करने पर संसाधनों को केस संवेदी माना जाए,
और ढलाई पर विहित नहीं।

-P प्रिंट प्रगति जानकारी (पुनरावृत्तियों की संख्या, अपेक्षित पुनरावृत्तियों, किया गया प्रतिशत, सर्वोत्तम
स्टाम्प आकार अब तक पाया गया)।

-O मूल
उस नंबर के साथ हैशकैश कोर चुनें। वर्तमान में 0-9 मान्य कोर हैं। सभी कोर नहीं
सभी आर्किटेक्चर पर काम करें। उदाहरण के लिए कुछ x86 विशिष्ट असेंबलर हैं, अन्य पीपीसी विशिष्ट हैं
असेंबलर। यदि कोई कोर मान्य नहीं है तो हैशकैश विफलता देता है और बताता है कि क्या
हुआ.

-Z n
स्टाम्प को कंप्रेस करें। यह एक समय बनाम अंतरिक्ष व्यापार बंद है। बड़े स्टैम्प तेज़ होते हैं, लेकिन
यकीनन थोड़ा बदसूरत। सबसे तेज़ स्टैम्प (डिफ़ॉल्ट) के लिए -Z 0 का उपयोग करें; आंशिक रूप से
संपीड़ित टिकटें -Z 1 का उपयोग करती हैं; बहुत संकुचित, लेकिन कुछ हद तक धीमी टिकटों के लिए -Z 2 का उपयोग करें।
(नोट: देर से खोजे गए बग के कारण, -Z2 अभी के लिए -Z1 जैसा ही है जब तक कि मैं ठीक नहीं कर सकता
उस।)

उदाहरण

बनाना टिकटों

"हैशकैश-एस"
मशीन प्रति सेकंड कितने टकराव की कोशिश कर सकती है, इसके बारे में समय की जानकारी प्रिंट करें।

"हैशकैश-एसवी"
विभिन्न प्रोसेसर विशिष्ट मिंटिंग की अधिक सटीक लेकिन काफी धीमी बेंचमार्किंग
कोर।

"हैशकैश-एस-बी डिफ़ॉल्ट"
प्रिंट करें कि डिफ़ॉल्ट आकार की टक्कर की गणना करने में मशीन को कितना समय लगेगा (लेकिन
वास्तव में टकराव की गणना न करें)।

"हैशकैश-एस-बी 32"
प्रिंट करें कि मशीन को 32 बिट टकराव की गणना करने में कितना समय लगेगा (लेकिन ऐसा न करें
वास्तव में एक टक्कर की गणना करें)।

"हैशकैश-एम"
एक मुहर टकसाल। डिफ़ॉल्ट मान के साथ संसाधन नाम और टकसाल के लिए संकेत देगा (संख्या
टक्कर बिट्स)।

"हैशकैश-एम फू"
संसाधन फू पर टक्कर की गणना करें। डिफ़ॉल्ट मान के साथ टकसाल होगा (टकराव की संख्या
बिट्स)।

"हैशकैश-एम फू-बी 10"
संसाधन फू पर 10 बिट टकराव की गणना करें।

"हैशकैश-ए -3 डी"
स्टाम्प के निर्माण समय से 0 दिनों और 3 दिनों के बीच के यादृच्छिक समय को घटाएं।
यह वही फ़ज़ फ़ैक्टर है जिसका उपयोग मिक्समास्टर द्वारा समय-सहसंबंधों के जोखिम को कम करने के लिए किया जाता है।

जांच टिकटों

"hashcash -w 1:24:040806:foo::511801694b4cd6b0:1e7297a"
स्टाम्प के मूल्य की रिपोर्ट करें (टकराव के कितने बिट) हैं। उदाहरण है
24 बिट की टक्कर, जिसे 25Ghz P3 पर बनाने में औसतन 4 सेकंड का समय लगता है।

"हैशकैश-एमक्यू-बी 10 फू हैशकैश-डब्ल्यू"
बैच मोड में एक स्टैम्प बनाएं, सत्यापित करने के लिए stdin पर हैशकैश को पास करें, इसे कैसे प्रिंट करें
कई बिट थे।

"hashcash -n 1:24:040806:foo::511801694b4cd6b0:1e7297a"
स्टाम्प से संसाधन के नाम की रिपोर्ट करें। उदाहरण में संसाधन का नाम फू है।

"hashcash -l -e 30y 1:24:040806:foo::511801694b4cd6b0:1e7297a"
रिपोर्ट करें कि स्टाम्प कब तक समाप्त हो जाता है यदि यह इसके निर्माण से 30 वर्षों में समाप्त हो जाता है
दिनांक। (ध्यान दें कि भविष्य में बहुत दूर की तारीखें युग के 2038 के अंत तक चलती हैं, जो है
y2k बग का यूनिक्स समय एनालॉग)।

सत्यापित किया जा रहा टिकटों

"hashcash -c 1:24:040806:foo::511801694b4cd6b0:1e7297a"
जांचें कि क्या स्टाम्प वैध है। ध्यान दें क्योंकि हम दोहरे खर्च में टिकट की जांच नहीं कर रहे हैं
डेटाबेस, और एक संसाधन नाम या टकराव के बिट्स की आवश्यक संख्या निर्दिष्ट नहीं की
और हैशकैश स्टाम्प को पूरी तरह से चेक नहीं करने पर विचार करेगा, और यह इसे वैध के रूप में रिपोर्ट करेगा
लेकिन पूरी तरह से अनियंत्रित नहीं है, या स्टैम्प के साथ कोई समस्या होने पर अमान्य के रूप में।

"hashcash -c -b24 1:24:040806:foo::511801694b4cd6b0:1e7297a"
जांचें कि स्टाम्प का मान 24 बिट से अधिक या उसके बराबर है। इस उदाहरण में 24 . है
बिट मूल्य। यदि आप अनुरोधित बिट्स की संख्या बढ़ाते हैं या स्टैम्प को एक से बदलते हैं
24 बिट से कम टक्कर के साथ स्टाम्प को अस्वीकार कर दिया जाएगा।

"हैशकैश-सी-बी24-आर फू 1:24:040806:फू::511801694b4cd6b0:1e7297a"
ऊपर के रूप में जाँच करें कि क्या स्टाम्प का पर्याप्त मूल्य है, लेकिन इसके अलावा जाँच करें कि
दिया गया संसाधन नाम स्टैम्प में संसाधन नाम से मेल खाता है।

दोगुना खर्च निवारण

दोहरा खर्च डेटाबेस रखने के लिए "सत्यापन टिकटों" में दिए गए उदाहरणों को संशोधित किया जा सकता है
ताकि एक ही मोहर दो बार स्वीकार न हो। ध्यान दें कि एक स्टाम्प केवल चेक इन किया जाएगा
और डेटाबेस में जोड़ा जाता है यदि यह अन्यथा मान्य है और पूरी तरह से चेक किया गया है (एक आवश्यक संख्या
टक्कर के बिट्स निर्दिष्ट किए गए हैं और एक संसाधन निर्दिष्ट किया गया है)।

"हैशकैश-सीडी-बी 10-आर फू 1:24:040806:फू::511801694b4cd6b0:1e7297a"
स्टाम्प की जाँच करें और डबल खर्च किए गए डेटाबेस में जोड़ें यदि यह मान्य है (सही संसाधन है
नाम और पर्याप्त मूल्य)।

"हैशकैश-सीडी-बी 10-आर फू 1:24:040806:फू::511801694b4cd6b0:1e7297a"
स्टाम्प को दोगुना करने का प्रयास करें। इसे दोहरे खर्च के रूप में खारिज कर दिया जाएगा।

टिकट समाप्ति

दोहरे खर्च वाले डेटाबेस को अनिश्चित काल के लिए बढ़ने से रोकने के लिए, प्राप्तकर्ता अनुरोध कर सकता है कि
टिकट एक निर्दिष्ट अवधि से अधिक पुराना नहीं होना चाहिए। समाप्ति के बाद पुराने टिकटों को से हटाया जा सकता है
डबल खर्च डेटाबेस क्योंकि अब उनकी आवश्यकता नहीं होगी -- समाप्त हो चुके टिकटों को अस्वीकार किया जा सकता है
विशुद्ध रूप से उनकी पुरानी तारीख पर आधारित है, इसलिए दोगुने खर्च में समाप्त हो चुके टिकटों द्वारा लिया गया स्थान
डेटाबेस को एक समय सीमा समाप्त होने के जोखिम के बिना सहेजा जा सकता है, हालांकि अन्यथा वैध स्टाम्प।

स्टाम्प का तीसरा क्षेत्र 1 जनवरी 1970 से यूटीसी समय है। डिफ़ॉल्ट समय
प्रारूप YYMMDD है, समय को निकटतम दिन तक सीमित कर दिया गया है। डिफ़ॉल्ट वैधता अवधि 28 . है
दिन.

आप इसके साथ एक वैकल्पिक वैधता अवधि प्रदान कर सकते हैं -e विकल्प.

"हैशकैश-सीडी-बी 10-ई 2डी-आर फू 1:24:040806:फू::511801694b4cd6b0:1e7297a"
एक पुराने स्टाम्प को सत्यापित करने का प्रयास करें, उपरोक्त स्टैम्प 11 अगस्त 2002 को बनाया गया था।

हमने विकल्प दिया -e 2d तो टिकटों की समाप्ति तिथि निर्माण के 2 दिन बाद है, जो अब है
अतीत में.

नोट: यदि निर्माण समय स्टैम्प में दिनों में व्यक्त किया जाता है, तो सटीक रचना
date यूटीसी समय में निर्दिष्ट दिन की शुरुआत है (इसी तरह वैकल्पिक इकाइयों के लिए
निर्माण समय को उस इकाई के आरंभ तक पूर्णांकित किया जाता है जिसमें इसे व्यक्त किया जाता है)।
दिनों में इकाइयों के लिए, उदाहरण के लिए, आपके समय क्षेत्र के आधार पर इसका मतलब यह हो सकता है कि
दिनों में निर्दिष्ट समाप्ति अवधि के तहत स्टाम्प को अमान्य माना जाता है
आपके सापेक्ष दृष्टिकोण के सापेक्ष यह किस दिन है, क्योंकि गणना पर आधारित है
UTC में वर्तमान समय, और स्टाम्प के निर्माण का समय UTC समय में व्यक्त किया जाता है।

"हैशकैश-सीडी-बी 10-आर फू 1:24:040806:फू::511801694b4cd6b0:1e7297a"
परीक्षण करें कि स्टाम्प समाप्त होने के अलावा, अन्यथा वैध है या नहीं। को छोड़ रहा है -e
हैशकैश को बताता है कि स्टाम्प कभी समाप्त नहीं होगा। हमेशा के लिए एक समाप्ति अवधि भी हो सकती है
इस तरह स्पष्ट रूप से दिया जाना चाहिए: -e 0, जहां 0 की समाप्ति अवधि का अर्थ हमेशा के लिए है।

पर्जिंग पुराना टिकटों

अगर -c, -d विकल्प एक साथ उपयोग किए जाते हैं, हर बार एक स्टाम्प की जाँच की जाती है, यदि वह वैध है और
स्टाम्प के सभी अनिवार्य पहलुओं को सत्यापित किया जाता है (टक्कर बिट्स चेक, संसाधन
नाम की जाँच) तो स्टाम्प और उसकी समाप्ति अवधि डेटाबेस फ़ाइल में लिखी जाती है। NS
डिफ़ॉल्ट समाप्ति अवधि यदि समाप्ति अवधि स्पष्ट रूप से नहीं दी गई है -e विकल्प 28 . है
दिन (अर्थात स्टाम्प 4 सप्ताह के बाद समाप्त हो जाते हैं)।

पहले पुदीना और फिर स्टैम्प लगाएं:

"हैशकैश-एम-बी 10 फू-ई 1एम> स्टैम्प"
नोट: हमने इस उदाहरण में ढलाई पर एक समाप्ति निर्दिष्ट की है, यह सुनिश्चित करने के लिए कि स्टाम्प
स्टाम्प में पर्याप्त उच्च रिज़ॉल्यूशन में निर्माण समय दिया गया है कि स्टाम्प नहीं होगा
निर्माण के समय समाप्त माना जा सकता है। (याद रखें कि डिफ़ॉल्ट रिज़ॉल्यूशन दिनों में है,
सृजन समय के साथ बनाया गया एक स्टैम्प दिन की शुरुआत तक गोल होता है
1 मिनट बाद वैध माने जाने की संभावना नहीं है जब तक कि आप इसे आधी रात को यूटीसी नहीं बनाते हैं
समय।)

"हैशकैश-सीडी-ई 1एम-बी 10-आर फू <स्टाम्प"
स्टाम्प 1 मिनट में समाप्त हो जाता है। 1 मिनट प्रतीक्षा करें और फिर स्पष्ट रूप से अनुरोध करें कि समय सीमा समाप्त हो गई है
टिकटों को शुद्ध किया जाना चाहिए:

"हैशकैश-पी अब"
फिर उसी स्टैम्प को पुनः सबमिट करने का प्रयास करें:

"हैशकैश-सीडी-ई 1एम-बी 10-आर फू <स्टाम्प"
और स्टाम्प वैसे भी खारिज कर दिया जाएगा क्योंकि यह समाप्त हो गया है, यह बताते हुए कि यह क्यों नहीं था
इस स्टाम्प को डेटाबेस में रखने के लिए आवश्यक है।

डिफ़ॉल्ट डेटाबेस (एसडीबी प्रारूप) के साथ डेटाबेस सामग्री मानव पठनीय है,
ताकि आप उनकी सामग्री को टर्मिनल से जोड़कर देख सकें:

"बिल्ली हैशकैश.एसडीबी"
यह देखने के लिए कि स्टाम्प वास्तव में जोड़ा गया है और फिर शुद्ध होने के बाद बाद में शुद्ध हो गया है
समाप्ति।

पर्जिंग पुराना टिकटों on मांग

सुविधा के रूप में आप उसी समय चेकिंग स्टैम्प का उपयोग करके शुद्ध कर सकते हैं -p विकल्प
साथ -c विकल्प.

"हैशकैश-एम-बी 10 फू> स्टैम्प"
"हैशकैश -सीडी -पी अब -ई 1 -बी 10 -आर फू <स्टाम्प"
प्रत्येक उपयोग पर टिकटों को शुद्ध करना अक्षम हो सकता है क्योंकि संपूर्ण डेटाबेस को होना चाहिए
समाप्त टिकटों के लिए स्कैन किया गया। को समयावधि देकर -p विकल्प, आप बता सकते हैं
"हैशकैश" को पिछले शुद्धिकरण के बाद से उस समयावधि से अधिक बार शुद्ध करने के लिए नहीं।

उदाहरण के लिए:

"हैशकैश-सीडी-पी 1डी-ई 1-बी 10-आर फू <स्टैंप"
"हैशकैश" को किसी भी समय सीमा समाप्त स्टैम्प को प्रति दिन एक से अधिक बार शुद्ध करने के लिए कहता है।

"हैशकैश-पी 1एम-जे फू"
"हैशकैश" को प्रति माह एक बार संसाधन फू से मेल खाने वाले केवल समाप्त हो चुके टिकटों को शुद्ध करने के लिए कहता है।

"हैशकैश-पी नाउ-के"
"हैशकैश" को अब सभी स्टैम्प (समाप्त और समाप्त नहीं) को शुद्ध करने के लिए कहता है।

पैर पटकाना प्रारूप (वि 1)

वर्तमान स्टाम्प प्रारूप संस्करण 1 है। यह उपकरण हैशकैश संस्करण 0 टिकटों को सत्यापित कर सकता है
भी, लेकिन संस्करण 0 टिकटें अब नहीं बनाई गई हैं क्योंकि उन्हें के पक्ष में चरणबद्ध किया जा रहा है
अधिक एक्स्टेंसिबल v1 स्टाम्प प्रारूप।

देखें:बिट्स:डेटा:संसाधन:[ext]:पंक्ति:का मुकाबला

जहां

देखें = 1
बिट्स = स्टाम्प के आंशिक-टकराव के कितने बिट्स होने का दावा किया गया है
डेटा = YYMMDD [हम्म [एसएस]]
संसाधन = संसाधन स्ट्रिंग (जैसे आईपी पता, ईमेल पता)
ext = विस्तार -- वर्तमान संस्करण में अनदेखा किया गया
विस्तार का प्रारूप:

[name1[=val1[,val2...]];[name2[=val1[,val2...]]...]]
ध्यान दें कि मान में = भी हो सकता है। उदाहरण विस्तार (असली नहीं):

name1=2,3;name2;name3=var1=2,var2=3,2,val

कौन सा एक्सटेंशन होगा name1 का मान 2 और 3 है; एक्सटेंशन name2 का कोई मान नहीं है;
एक्सटेंशन नाम3 में 3 मान "var1=2", "var2=3", "2" और "val" हैं। हैशकैश
एक्सटेंशन मानों की व्याख्या कर सकता है क्योंकि यह फिट दिखता है जैसे "var1=2" मान हो सकता है
एक्सटेंशन name3 के विकल्प का।

पंक्ति = के साथ टकराव से बचने के लिए वर्णमाला a-zA-Z0-9+/= से यादृच्छिक वर्णों की स्ट्रिंग
अन्य प्रेषक के टिकट
का मुकाबला = वांछित संख्या में टकराव बिट्स के साथ एक टिकट खोजने के लिए बहुत सारे प्रयास करने की आवश्यकता है
अलग-अलग तार इस काउंटर को प्रत्येक प्रयास पर बढ़ाया जाता है। काउंटर भी से बना है
वर्णमाला के अक्षर a-zA-Z0-9+/=. (ध्यान दें कि कार्यान्वयन की आवश्यकता नहीं है
क्रमिक रूप से गिनें)।

onworks.net सेवाओं का उपयोग करके ऑनलाइन हैशकैश का उपयोग करें