Eric Hughes एक साइफरपंक और A Cypherpunk’s Manifesto के लेखक हैं। साइफरपंक क्रिप्टोग्राफ़ी से निजता की रक्षा करना चाहते थे। क्रिप्टोग्राफ़ी सूचना की सुरक्षा और जाँच के गणितीय तरीकों को कहते हैं। ह्यूज़ व्यक्तिगत चुनाव और व्यावहारिक काम पर ज़ोर देते थे: निजता माँगना पर्याप्त नहीं है, उसे संभव बनाने वाली प्रणालियाँ बनानी और इस्तेमाल करनी पड़ती हैं।
जब आप किसी को निजी संदेश भेजना चाहते हैं, तो केवल यह चाहना काफ़ी नहीं कि कोई और उसे न पढ़े। उसे भेजने का साधन भी मायने रखता है। एरिक ह्यूज़ ने 9 मार्च 1993 की तारीख और अपने हस्ताक्षर वाले A Cypherpunk’s Manifesto में इसी तरह काम करने की बात कही। उन्होंने लोगों से सॉफ़्टवेयर, एन्क्रिप्शन और दूसरे औज़ारों से खुद निजता की रक्षा के साधन बनाने को कहा। घोषणापत्र मुख्यतः काम की प्रेरणा और दिशा बताता है। यह ऐसी तकनीकी नियमावली नहीं है जिससे बाद के हर ऐप को केवल उसके साइफरपंक विचारों से जुड़ने के दावे पर परखा जा सके। [1]
1993 के लेख में ह्यूज़ निजता और पूरी गोपनीयता के बीच फ़र्क करते हैं। उद्देश्य यह नहीं कि कभी कोई आपके बारे में कुछ न जाने, बल्कि यह कि आप तय कर सकें कि किसे क्या बताना है। वे इसे चुनिंदा जानकारी प्रकट करना कहते हैं। मान लीजिए आप कोई निजी ख़बर दोस्त को बताते हैं, पर उसे सार्वजनिक सूचना-पट पर नहीं लगाना चाहते। दोस्त से साझा करना आपकी निजता के विरुद्ध नहीं है; अहम बात यह है कि संदेश किन लोगों के लिए था। एन्क्रिप्शन संवाद के दौरान सामग्री की रक्षा कर सकता है। लेकिन प्राप्तकर्ता उसे जान ले, तो केवल गणित उसे दूसरों से उसके बारे में बात करने से नहीं रोक सकता। [1]
ह्यूज़ 1993 के घोषणापत्र में रोज़मर्रा का उदाहरण देते हैं: दुकान से पत्रिका खरीदना और नकद भुगतान करना। दुकानदार को यह जानना चाहिए कि आप क्या खरीद रहे हैं और भुगतान हुआ या नहीं, पर आपका नाम जानना हमेशा आवश्यक नहीं। कम डेटा देने का अर्थ यह नहीं कि दूसरे पक्ष को लेनदेन के बारे में कुछ पता ही नहीं। वह सामान और रकम जानता है, और शायद उसने आपको देखा भी है। बात जानकारी को लेनदेन की ज़रूरत तक सीमित रखने की है। डिजिटल सेवा इस्तेमाल करते समय भी यही सवाल उपयोगी है: क्या इस खास काम के लिए माँगी गई हर जानकारी सचमुच ज़रूरी है? हर परिस्थिति की ज़रूरत अलग होती है; आवश्यक जानकारी और अनावश्यक खुलासे में सोच-समझकर फ़र्क करना चाहिए। [1]
1993 का घोषणापत्र निजता को सॉफ़्टवेयर लिखने और बाँटने से जोड़ता है। सोर्स कोड उन निर्देशों का पढ़ने योग्य रूप है जिनसे प्रोग्राम बनाया जाता है। उसे सार्वजनिक करने पर दूसरे लोग तरीका समझ सकते हैं, बदलाव आज़मा सकते हैं और त्रुटियाँ खोज सकते हैं। बिना किसी विवरण वाले उपकरण और उपलब्ध डिज़ाइन वाले उपकरण का अंतर सोचिए। डिज़ाइन जाँच आसान करता है, लेकिन उसका उपलब्ध होना यह साबित नहीं करता कि सुरक्षा ऑडिट हुआ है या कोई कमी अनदेखी नहीं रही। ह्यूज़ का आह्वान व्यावहारिक काम की महत्वपूर्ण शुरुआत देता है। किसी खास नतीजे का प्रमाण फिर भी इस पर निर्भर है कि वास्तव में क्या जाँचा गया। [1]
1993 के घोषणापत्र के अंत में ह्यूज़ निजता के प्रसार को सामाजिक सहयोग से जोड़ते हैं। यह केवल प्रोग्राम बनाने वाले की गणित की समस्या नहीं है। सुरक्षित संदेश भेजने के लिए प्राप्तकर्ता के पास भी सही औज़ार होना चाहिए और दोनों को उसका इस्तेमाल समझना चाहिए। यदि प्राप्तकर्ता भरोसे से दी गई सामग्री सार्वजनिक कर दे, तो संदेश भेजने के रास्ते की सुरक्षा अकेले उस समस्या को नहीं सुलझाती। इसलिए उपलब्धता, समझने में आसानी और लोगों के बीच सहमति महत्वपूर्ण हैं। काम करने वाला तंत्र उत्तर का एक हिस्सा है; वास्तविक इस्तेमाल बताता है कि वह किसकी और किन परिस्थितियों में मदद करता है। [1]
घोषणापत्र से पहले ही ह्यूज़ संदेश आगे भेजने वाली सेवा पर काम कर रहे थे। 25 सितंबर 1992 की पोस्ट में उन्होंने hopping remailer प्रकाशित किया, जो संदेश को लगातार चरणों से आगे भेजने वाला शुरुआती नमूना था। Remailer का अर्थ ईमेल आगे भेजने वाली सेवा है। यह सॉफ़्टवेयर ईमेल हेडर, यानी संदेश पहुँचाने की जानकारी, बदलता था और आगे भेजने का अगला निर्देश देता था। ह्यूज़ ने ऐसा परीक्षण बताया जिसमें संदेश बार-बार खुद को भेजा और हर बार उसके गुजरने को देखा। इसलिए अभिलेख में खास कोड भी मिलता है और यह भी पता चलता है कि लेखक ने वास्तव में क्या आज़माया। यह संदेश के रास्ते का दर्ज परीक्षण है, वास्तविक उपयोग में गुमनामी का ऑडिट नहीं। [2]
1992 की पोस्ट के अंत में ह्यूज़ चेतावनी देते हैं कि यह प्रणाली अपने आप में सुरक्षित नहीं है। वे एन्क्रिप्शन जोड़ने को अगला प्रोजेक्ट बताते हैं: सामग्री पहले एन्क्रिप्ट की जाती और हेडर बदलने से पहले संबंधित परत डिक्रिप्ट की जाती। इससे वे संदेश के रास्ते के निर्देशों को ताक-झाँक करने वालों से छिपाना चाहते थे। लेकिन यह गुण उस समय दिखाए गए समाधान में मौजूद नहीं था। किसी भी विकास-इतिहास को पढ़ते समय यह अंतर उपयोगी है: शुरुआती नमूना सीमित काम सफलतापूर्वक कर सकता है, फिर भी तैयार उत्पाद से अपेक्षित सुरक्षा न दे। भविष्य की नियोजित सुविधा को पहले से जाँची हुई क्षमता नहीं मानना चाहिए। [2]
ह्यूज़ यह समझने में मदद करते हैं कि लोगों ने निजी संवाद और डिजिटल पैसे के लिए खुले औज़ार बनाना क्यों शुरू किया। लेकिन 2008 का Bitcoin whitepaper, Satoshi Nakamoto के नाम से, अपनी अलग भुगतान व्यवस्था समझाता है: बिना केंद्रीय प्रबंधक के भुगतान जाँचना और उसी रकम को बार-बार खर्च करने से रोकना। ह्यूज़ का घोषणापत्र और संदेश आगे भेजने का काम अपने आप में यह साबित नहीं करते कि उन्होंने वह प्रोटोकॉल लिखा। उनका दस्तावेज़ों से स्थापित योगदान अलग है और अपने आप में महत्वपूर्ण है: व्यक्तिगत चुनाव की अहमियत साफ़ समझाना और निजता की वकालत को वास्तव में कोड लिखने तथा साझा करने से जोड़ना। [3]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Timothy May, Len Sassaman, A Cypherpunk’s Manifesto, Bitcoin में गोपनीयता. इस प्रविष्टि का उल्लेख यहाँ भी है The Crypto Anarchist Manifesto, A Cypherpunk’s Manifesto, Timothy May, Len Sassaman.