Bit Gold مقترح وضعه Nick Szabo يجمع بين إنشاء أشياء رقمية بحسابات مكلفة، وأختام زمنية، وسجل ملكية تديره أطراف متعددة. ووفقاً لما رواه Szabo لاحقاً، ظهرت الفكرة عام 1998، أما وصفها العلني المعروف فنُشر عام 2005. لم يكن عملة أُطلقت للتداول، ولا بيتكوين مضموناً بذهب مادي.
يمكنك إرسال ملف عادي إلى شخص آخر والاحتفاظ بنسخة منه. لا مشكلة في ذلك إذا كان صورة، لكن الأمر مع النقود سيعني إنفاق القيمة نفسها مراراً. لذلك لم يكن Nick Szabo يبحث عن ملف يستحيل نسخه بطريقة سحرية، بل أراد ربط إنشاء شيء رقمي بتكلفة فعلية بسجل علني يمكن التحقق منه ويحدد مالكه. يذكّر اسم Bit Gold بالذهب بسبب صعوبة الحصول عليه، وليس لأنه يمثل معدناً محفوظاً في خزنة تصدر مقابله إيصالات رقمية. [1] [2] [7]
تبدأ الفكرة بتحدٍّ علني: سلسلة من البتات، أي الأصفار والآحاد، ينطلق منها الحاسوب للبحث عن نتيجة تحقق شروطاً محددة. يتطلب البحث حسابات كثيرة، بينما يستطيع الآخرون التحقق من الحل الجاهز بسهولة أكبر. يسمى هذا المبدأ Proof of Work، أي إثبات إنجاز عمل حسابي. أراد Szabo أن تكون الصعوبة الحسابية لإنشاء كل قطعة جديدة من Bit Gold قابلة للتحقق. لكن هذا وحده لا يصنع نقوداً؛ إذ يبقى تحديد وقت ظهور النتيجة، ومن يملكها، وكيف تنتقل ملكيتها. [1] [2]
كان يفترض أن توفر آخر قطعة أُنشئت التحدي للحساب التالي. هكذا تشكل النتائج تاريخاً مترابطاً، لا مجموعة مسائل منفصلة. تخيل سير عمل تتوقف فيه مهمة الخطوة التالية على نتيجة الخطوة المكتملة قبلها. هذه العلاقة مهمة لفهم المقترح، لكنها ليست سلسلة كتل Bitcoin المكتملة، أي مجموعات المعاملات المتصلة بعضها ببعض. فربط النتائج وحده لا يوضح كيف تتفق الشبكة كلها حين تتنافس سجلات مختلفة أو يتصرف بعض المشاركين بخداع. [1] [2] [6]
جزء آخر هو الختم الزمني، أي إثبات أن بيانات معينة كانت موجودة في موعد لا يتجاوز وقتاً محدداً. افترض المقترح وجود عدة خدمات زمنية مستقلة، حتى لا يضطر المستخدم إلى الاعتماد على جهة واحدة تدير الساعة والسجلات. وكان الختم سيرافق إثبات العمل عند نشره. لماذا يهم الوقت؟ لأن تنفيذ الحساب نفسه قد يصبح أرخص كثيراً بأجهزة مستقبلية. لذلك يتطلب تقييم الندرة معرفة الفترة التي أُنجز فيها الحساب أيضاً. الختم لا يحدد سعر السوق، ولا يضمن صحة كل ما يُقال عن النتيجة. [1] [4]
كان التحدي والنتيجة المؤرخة سيدخلان سجل الملكية. تخيل قائمة علنية تربط كل قطعة بمفتاح عام. يستطيع الآخرون استخدام هذه البيانات للتحقق من توقيع أمر. أما المفتاح الخاص المقابل، المستخدم لإنشاء التوقيع، فيحتفظ به المالك سرًا. لا يدير القائمة خادم واحد، بل عدة خوادم متعاونة. أشار Szabo إلى أساليب تتحمل الأعطال البيزنطية؛ وهي حالات لا تكتفي فيها بعض الحواسيب بالتعطل، بل ترسل معلومات كاذبة عمداً. لكن لهذه القدرة شروطاً. فتوزيع قاعدة البيانات على عدة أجهزة لا يضمن الأمان إذا سيطر مهاجم على عدد كافٍ من الجهات التي تديرها. [1] [8]
لو نقلت أليس قطعتها إلى بيتر، لكان الحاسم هو نقل الملكية الموقّع في السجل. يحسب البرنامج توقيعًا رقميًا من الأمر والمفتاح الخاص. ويستطيع الآخرون استخدامه للتحقق من أن حامل ذلك المفتاح هو من وقّع عملية النقل. ويتحقق بيتر من تسلسل عمليات النقل السابقة ومن أن الحق الأخير يصل إليه بالفعل. لن يحتاج إلى إعادة الحساب الأصلي المكلف عند كل دفعة. وفي الوقت نفسه يستطيع أي شخص نسخ البيانات العلنية، لكن النسخة لا تجعله مالكاً، مثلما لا تغيّر صورة وثيقة اسم الشخص المثبت في السجل. الأساس هو الاتفاق على النقل الصحيح للملكية. [1] [8]
نتوقع من العملة العادية أن تكون وحداتها المتماثلة قابلة للاستبدال: نقبل كرونة تشيكية كما نقبل كرونة أخرى. واجه Bit Gold صعوبة هنا؛ فالحسابات المنفذة في فترات مختلفة أو على أجهزة مختلفة لا تتساوى بالضرورة في التكلفة. وقد يطور شخص أجهزة أفضل بكثير وينتج قطعاً جديدة بكميات كبيرة بسرعة. لذلك اقترح Szabo أن يسعّرها السوق، وأن تُجمع القطع المختلفة القيمة في حزم متقاربة القيمة الإجمالية، ثم تُقسم إلى وحدات دفع مألوفة. كان ذلك أعقد من مجرد عدّ النتائج أو قياس طول بياناتها. [3] [9]
من المفيد هنا الابتعاد قليلاً عن التقنية. بذل عمل كثير لصنع شيء لا يعني أن أحداً سيرغب في شرائه أو أن سعره لن يتقلب. كان Bit Gold سيجعل العرض وتاريخ الإنشاء قابلين للفحص العلني، لكن ذلك لا يولّد الطلب تلقائياً. شرح Szabo في نص Bit gold markets لماذا يعتقد أن السوق يمكنه تقييم القطع وتحويلها إلى عملة قابلة للاستخدام. هذا التوقع جزء من المقترح، وليس نتيجة أثبتها تشغيل تلك العملة لسنوات. الندرة، والقبول في الدفع، واستقرار السعر مسائل مختلفة. [3] [9]
في 20 يوليو 2010 كتب Satoshi Nakamoto في المنتدى أن Bitcoin يحقق أفكار b-money لصاحبه Wei Dai وBitgold لصاحبه Szabo. هذا اعتراف موثق بأفكار سابقة، لا قول إن المقترحين تضمنا Bitcoin مكتملاً. وفي عام 2011 شرح Szabo صراحة نقاط ضعف مقترحه والفروق بينه وبين Bitcoin. ذكر مقاومة السيطرة على المشاركين في التصويت، وتعديل صعوبة الحسابات. فـBitcoin لا يعتمد على تصويت بسيط بعدد الحواسيب؛ بل يستخدم العمل المتراكم للاختيار بين سلاسل صحيحة. لذلك قد تؤدي مكونات متشابهة إلى أنظمة مختلفة. [5] [6] [7]
اقرأ Bit Gold بوصفه مقترحاً مدروساً سبق Bitcoin، لا نسخة قديمة منه كانت تعمل، ولا رمزاً رقمياً معاصراً يحمل الاسم نفسه. لم يكن يملك حد Bitcoin البالغ 21 مليوناً أو آليته المكتملة لإنشاء الكتل والتحقق منها. لكن من الخطأ أيضاً القول إن كل الأفكار القريبة منه بقيت على الورق: فقد نفّذ Hal Finney فعلياً نظامه المختلف RPOW (Reusable Proofs of Work) لنقل إثباتات العمل الحسابي. أهم ما يقدمه Bit Gold للمبتدئ هو التمييز بين ثلاثة أسئلة: كيف يُنشأ الشيء الرقمي، وكيف تثبت ملكيته، وكيف يتفق عدة أشخاص على تغيير مالكه. كان على Bitcoin جمع هذه الأجزاء في شبكة تعمل. [1] [6] [7]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Nick Szabo, Proof of Work, b-money, Hashcash, Reusable Proofs of Work, Bitcoin. تشير إلى هذا المدخل أيضًا b-money, Reusable Proofs of Work, Nick Szabo.