Eric Hughes

عندما تريد مراسلة شخص على نحو خاص، لا يكفي أن تتمنى ألا يقرأ الرسالة أحد آخر. الأداة التي ترسلها بها مهمة أيضا. دعا إريك هيوز إلى هذا الانتقال نحو العمل في A Cypherpunk’s Manifesto، الذي وقّعه وأرّخه في ⁦9⁩ مارس ⁦1993⁩. حث الناس على بناء حماية للخصوصية بأنفسهم، باستخدام البرمجيات والتشفير وأدوات أخرى. يشرح البيان أساسا الدافع واتجاه العمل. وليس دليلا تقنيا يسمح بالحكم على أي تطبيق لاحق لمجرد أنه ينتسب إلى أفكار السايفربانك. [1]

يميّز هيوز في نص عام ⁦1993⁩ بين الخصوصية والسرية الكاملة. المقصود ليس ألا يعرف أحد عنك أي شيء مطلقا، بل أن تختار ما تكشفه ولمن تكشفه. ويسمي ذلك الإفصاح الانتقائي. تخيّل أنك تخبر صديقا بخبر شخصي لا تريد نشره على لوحة إعلانات عامة. مشاركته مع الصديق لا تناقض خصوصيتك؛ المهم هو دائرة الأشخاص الذين تقصد إبلاغهم. قد يحمي التشفير المحتوى أثناء التواصل. لكن بعد أن يعرفه المستلم، لا تستطيع الرياضيات وحدها منعه من الحديث عنه مع الآخرين. [1]

يستخدم هيوز في بيان عام ⁦1993⁩ مثالا يوميا: تشتري مجلة من متجر وتدفع نقدا. يحتاج البائع إلى معرفة ما تشتريه وأنك دفعت، لكنه لا يحتاج بالضرورة إلى اسمك. تقليل البيانات لا يعني أن الطرف الآخر لا يعرف شيئا عن المعاملة. فهو يعرف السلعة والمبلغ، وربما رآك أيضا. الفكرة هي حصر المعلومات فيما يحتاج إليه التبادل. والسؤال نفسه مفيد عند استخدام خدمة رقمية: هل تحتاج هذه الوظيفة تحديدا إلى كل المعلومات المطلوبة؟ تختلف المتطلبات باختلاف الموقف؛ المهم أن نميّز بوعي بين المعلومة اللازمة والإفصاح الزائد. [1]

يربط بيان عام ⁦1993⁩ الخصوصية بكتابة البرمجيات ومشاركتها. الشيفرة المصدرية هي التعليمات المقروءة التي يُبنى منها البرنامج. نشرها يتيح للآخرين دراسة الطريقة وتجربة تعديلات والبحث عن الأخطاء. قارن جهازا جاهزا بلا شرح بجهاز تتوافر مخططاته. تسهّل المخططات الفحص، لكن توافرها لا يثبت أن تدقيقا أمنيا قد جرى، ولا أن أحدا لم يغفل عيبا. توفر دعوة هيوز بداية مهمة للعمل الفعلي. أما الدليل على نتيجة محددة فيعتمد على ما فُحص بالفعل. [1]

في ختام بيان عام ⁦1993⁩، يربط هيوز انتشار الخصوصية بالتعاون الاجتماعي. فالمسألة ليست مجرد مسألة رياضية لمبرمج. لكي تتبادل الرسائل بأمان، يحتاج المستلم أيضا إلى أداة مناسبة، ويجب أن يفهم الطرفان كيفية استخدامها. وإذا نشر المستلم ما ائتمنته عليه، فلن تحل حماية النقل وحدها المشكلة. لذلك تهم إتاحة الأداة وسهولة فهمها والاتفاق بين الناس. الآلية التي تعمل جزء من الإجابة؛ أما التطبيق والاستخدام الفعليان فيبيّنان من تساعده وفي أي ظروف. [1]

قبل البيان، كان هيوز يعمل على خدمة لإعادة إرسال الرسائل. وفي منشور بتاريخ ⁦25⁩ سبتمبر ⁦1992⁩، نشر hopping remailer، وهو نموذج أولي يستطيع تمرير الرسالة عبر خطوات متتابعة. وكلمة remailer تعني خدمة إعادة إرسال البريد. كان البرنامج يعدّل ترويسات البريد، أي معلومات التسليم، ويمرر تعليمة لإعادة الإرسال في الخطوة التالية. وصف هيوز اختبارا أرسل فيه الرسالة إلى نفسه مرارا وراقب مرورها. لذلك يتيح الأرشيف الاطلاع على الشيفرة المحددة وما جرّبه المؤلف فعلا. إنه اختبار موثق للتوجيه، وليس تدقيقا لإخفاء الهوية في الاستخدام الفعلي. [2]

في نهاية منشور عام ⁦1992⁩، يحذر هيوز من أن هذا النظام ليس آمنا بمفرده. ويعرض إضافة التشفير بوصفها المشروع التالي: يُشفّر المحتوى مسبقا، ثم تُفك الطبقة المناسبة قبل إعادة كتابة الترويسة. كان يريد بذلك إخفاء تعليمات التوجيه عن أعين المتطفلين. لكن هذه الخاصية لم تكن بعد جزءا من الحل المعروض. وهذا درس مفيد عند قراءة تاريخ أي تطوير: قد ينجح نموذج أولي في مهمة محدودة من دون أن يقدم الحماية المتوقعة من منتج مكتمل. لا يجوز الخلط بين وظيفة مخطط لها وقدرة جرى التحقق منها بالفعل. [2]

يساعد هيوز على فهم سبب اتجاه الناس إلى بناء أدوات مفتوحة للتواصل الخاص والنقود الرقمية. لكن ورقة Bitcoin البيضاء الصادرة عام ⁦2008⁩ تصف آلية دفع مستقلة باسم Satoshi Nakamoto: التحقق من المدفوعات ومنع إنفاق الأموال نفسها مرارا من دون مدير مركزي. لا يثبت بيان هيوز وعمله في إعادة إرسال الرسائل، بمفردهما، أنه مؤلف ذلك البروتوكول. مساهمته الموثقة مختلفة ولها أهميتها: شرح قيمة الاختيار الشخصي بوضوح، وربط الدفاع عن الخصوصية بكتابة الشيفرة ومشاركتها فعليا. [3]