يسرد The Genesis Book تاريخ الأشخاص والأفكار والتجارب التي سبقت Bitcoin. يساعد Aaron van Wirdum القارئ على فهم المشكلات التي واجهت Satoshi Nakamoto، ولماذا لم يكن نقل النقود إلى الحاسوب كافيًا.
عندما نرسل bitcoin، يسهل أن نغفل التجارب التي جعلت هذا التحويل ممكنًا. يعود Aaron van Wirdum إليها في The Genesis Book. يجمع الكتاب، الصادر في 2024، تاريخ النقود والتشفير وحكايات أشخاص أرادوا العمل عبر الإنترنت دون مراقبة مستمرة. ويطرح للمبتدئ سؤالًا مفيدًا: ما العناصر التي كان يجب أن تعمل معًا حتى لا تعتمد النقود الرقمية على شركة واحدة؟ [1] [2]
تبدأ المقدمة مع Douglas Jackson ونظامه e-gold. كان المستخدمون يحوّلون عبر الإنترنت أرصدة تمثل حقوقًا في ذهب مادي. لم يكن المعدن ينتقل بين الخزائن مع كل دفعة، بل كانت الشركة تعدّل سجلاتها. كان ذلك مريحًا، لكن الخدمة اعتمدت عليها. يوضح سرد تدخل السلطات الفرق بين وجود غطاء للنقود واستمرار إتاحة المدفوعات: قد يبقى الذهب موجودًا بينما تتوقف التحويلات. [2]
تنتقل الحكاية من النقود الخاصة إلى أشخاص سعوا لحماية الخصوصية على الشبكة. استخدم Cypherpunks التشفير، أي الأساليب الرياضية لحماية المعلومات، بوصفه أداة عملية. لم يكفِ إعلان الحق في الخصوصية؛ كان الناس بحاجة إلى برمجيات تتيح التواصل الآمن. يربط الكتاب هذه الجهود بالبحث عن نقد إلكتروني. ومن هنا يصبح أوضح لماذا يعالج Bitcoin النقود والتحقق والاعتماد على الوسطاء معًا. [2]
في الفصل المتاح علنًا عن Hashcash، يواجه Adam Back مشكلة يومية: إرسال البريد غير المرغوب فيه يكاد لا يكلف شيئًا. ماذا لو وجب على المرسل تشغيل حاسوبه لبعض العمل أولًا؟ يمكن إرفاق النتيجة بالرسالة ليتحقق منها المتلقي بسرعة. العبء صغير لرسالة عابرة، لكنه يتراكم عند الإرسال الجماعي. سعى Hashcash إلى الحد من الإساءة دون مطالبة الجميع بكشف هوياتهم. [3]
يستخدم Hashcash آلية Proof of Work: إيجاد نتيجة مناسبة يتطلب حسابات متكررة، بينما يكون التحقق منها سهلًا. تخيّل البحث عن عدد يحقق، بعد معالجته مع بيانات الرسالة، شرطًا محددًا. يجرّب الحاسوب احتمالات مختلفة حتى ينجح. لكن المتلقي لا يحصل بذلك على قطعة نقدية؛ يحصل على دليل عمل، لا على نقود يستطيع إنفاقها لاحقًا. لم يكن Hashcash وحده نظامًا نقديًا مكتملًا. [3]
حتى الحل التقني الذكي لا ينتشر من تلقاء نفسه. إذا اشترط المتلقي Hashcash ولم يستطع المرسلون إنتاجه، فسيرفض رسائل يرغب في تلقيها أيضًا. وإذا لم يشترطه أحد، فلن يجد المرسلون سببًا لإرفاقه. يوضح الفصل مشكلة اعتماد كل طرف على مشاركة الآخر عند تبنّي الأداة. كانت كلفة الحساب مكوّنًا مهمًا، لكن نقل القيمة وقواعد النقود ودوافع المشاركة بقيت مسائل تحتاج إلى حلول. [3]
إلى جانب المبرمجين يظهر اقتصاديون في هذه الحكاية. تصف الملاحظات المكتوبة لمقابلة CheckSig اهتمام المؤلف بأفكار Hayek حول النقود خارج احتكار الدولة. تساعد هذه الأفكار على فهم البحث عن بدائل للعملات القائمة، لكنها لا تكشف كل ما قرأه Satoshi أو جميع دوافعه. للسياق التاريخي وتفسير المؤلف وزن مختلف عن دليل يثبت أن نصًا معينًا أثّر مباشرة في قرار معين. [5]
تستند هذه المادة إلى قراءة المقدمة العامة وفصل Hashcash وصفحة About للمخطوط المنشور في 2023. يكمّل الناشر معلومات الإصدار، وتضيف ملاحظات CheckSig المكتوبة السياق الاقتصادي. هذه ليست مراجعة للكتاب المنشور كاملًا، ولا ادعاء بأن الصياغة النهائية تطابق المخطوط في كل موضع. تشرح مواد Cypherpunks وHashcash وProof of Work بمزيد من التفصيل ما أضافته تلك التجارب. [2] [3] [4] [1] [5]
للحصول على صورة أوضح، اقرأ هذا المدخل مع السايفربانك, Hashcash, b-money, Satoshi Nakamoto.
01هل يجب أن أفهم التشفير أولًا؟+
لا. ابدأ بالسؤال عن سبب حاجة النقود الرقمية السابقة إلى مشغّل موثوق، وكيف يمكن حماية خصوصية المستخدمين. عندها تصبح الأجزاء التقنية أسهل فهمًا بوصفها إجابات عن مشكلات محددة.
02هل كان Hashcash هو Bitcoin بالفعل؟+
لا. كان يستطيع فرض كلفة حسابية على نشاط مثل إرسال رسالة. لكنه لم ينشئ بمفرده نقودًا قابلة للتحويل ذات سجل يجري التحقق منه جماعيًا. استخدم Bitcoin مبدأ مشابهًا ضمن منظومة أوسع من القواعد.