Cold Storage

تريد أليس الاحتفاظ بالبيتكوين طويلًا، لكنها تستخدم حاسوبها المحمول أيضًا للعمل والبريد وتنزيل الملفات. لا تريد أن يمنح اختراق الحاسوب المهاجم مفاتيح مدخراتها فورًا. لذلك تنشئها وتحتفظ بها في جهاز موثوق منفصل. ولا تنقل إلى تطبيق الحاسوب إلا البيانات العامة اللازمة لمراقبة المحفظة. عندما ترسل بيتكوين من محفظتها السابقة إلى عنوان استلام سبق أن تحققت منه، يمكن لجهاز التوقيع أن يظل مطفأ. تسجل الشبكة الدفعة ويعرض التطبيق تأكيداتها؛ ولا يُنزَّل إلى الجهاز ملف يحتوي على المال. بعد شهر تريد أليس إرسال جزء من الأموال. يجهز الحاسوب مقترحًا يحدد المستلم والمبلغ والرسوم. تنقله أليس إلى جهاز التوقيع، وتراجع البيانات على شاشته، ثم توافق. ينتج الجهاز توقيعًا رقميًا يثبت الإذن بالإنفاق دون كشف المفاتيح الخاصة. تعود المعاملة الموقعة إلى التطبيق المتصل الذي يبثها إلى الشبكة. هذا التقسيم للعمل هو جوهر Cold Storage. الاسم وحده لا يثبت جودة الجهاز أو صحة العنوان المعروض أو قدرة أليس على الاسترداد بعد تعطل الجهاز. [7] [11]

المفاتيح هي ما نعزله عن الحاسوب المتصل، لا البيتكوين نفسه. يبقى كل UTXO، أي مخرج من دفعة سابقة لم يُنفق بعد، مسجلاً في سلسلة الكتل العامة. فصل حاسوب مخترق سابقاً لا يكفي؛ ولوحة معدنية تحمل كلمات هي نسخة احتياطية وليست جهاز توقيع. يجب توقع السرقة والحريق وتعطل الجهاز ووفاة المالك. لذلك يفصل Glacier Protocol بين الإعداد والإيداع والسحب والمراقبة والصيانة. [9] [10]

تُسمى كلمات النسخة الاحتياطية Seed Phrase. أما passphrase الاختيارية فهي سر إضافي تختاره لاشتقاق المحفظة، وليست PIN الجهاز. وتشترط Multisig توقيعات عدة مفاتيح. أنشئ المفاتيح على جهاز موثوق وسجّل تنسيق النسخة الاحتياطية وpassphrase إن استُخدمت وإعدادات المحفظة. يصف BIP129 إعداد Multisig على جولتين للتحقق من المفاتيح والإعداد المشترك. قارن عنوان الاستلام على جهاز التوقيع، لا على الحاسوب فقط. ابدأ بمبلغ صغير واختبر الاستلام والإنفاق والاستعادة. وصول دفعة وحده لا يثبت أن الاستعادة تعمل. [5] [11]

تتيح Seed Phrase وpassphrase المستخدمة اشتقاق المفاتيح مجدداً؛ وقد يتطلب العثور على المحفظة الصحيحة معلومات إضافية. تقود passphrase مختلفة إلى محفظة أخرى ولا تعوّض المنسية. حصص النسخة الاحتياطية SLIP39 ليست نسخاً مكررة من seed، أي البيانات السرية الأولية التي تُشتق منها المفاتيح؛ بل يلزم العدد المحدد من الحصص للاستعادة. احمِ النسخة من السرقة والتصوير والتلف. لا تُدخل نسخة احتياطية حقيقية أبداً في موقع ويب أو حاسوب عادي متصل بالإنترنت. [13] [14]

يزيل air gap اتصال الشبكة المباشر، لكن البيانات تظل تصل عبر QR أو microSD مثلاً. ويمكن لخلل في البرنامج الذي يقرأ البيانات الواردة أو برمجيات الجهاز الداخلية (البرمجيات الثابتة) الخبيثة أو شاشة مضللة أن يهدد هذا الإعداد أيضاً. استخدم برمجيات ثابتة متحققاً منها وصيغاً مدعومة وفحصاً مستقلاً للمعاملة. البطاقة لا تنظف حاسوباً مصاباً، وQR ليس آمناً تلقائياً. ويمكن لمحفظة Hardware Wallet سلكية أن تعزل المفاتيح أيضاً. طريقة الاتصال وحدها ليست ضماناً أمنياً. [1] [7] [12]

فكر في الاقتحام ونسخ الاحتياطيات سراً والإكراه وإمكان الاستعادة للورثة. يجب ألا تكشف حادثة واحدة مفاتيح كافية للسرقة، وألا تتلف مواد كثيرة لدرجة استحالة الاستعادة. قد يكشف الختم العبث، لكنه لا يمنع النسخ. والمحفظة المخفية أو التمويهية لا تضمن الحماية من الإكراه. دوّن الإجراءات والأدوار دون كشف الأسرار بلا حاجة؛ فالرقابة المزدوجة في شركة تتطلب تنظيماً يختلف عن الحفظ الشخصي. [9] [10] [13]

راجع حالة النسخ ووضوح التعليمات والتوافق دون كشف seed بلا داعٍ. يجب أن يعثر اختبار الاستعادة الآمن على UTXO الصحيحة من الدفعات المستلمة ومن المبلغ المتبقي الذي يعود إلى محفظتك، وأن ينتج توقيعاً صالحاً؛ قبول قائمة الكلمات وحده لا يكفي. نفذ الاختبار على جهاز موثوق. وقبل تبديل الأجهزة أو قواعد المحفظة، جرّب المسار كله بمبلغ صغير. عند الاشتباه في تسرب، أنشئ مفاتيح جديدة مستقلة وانقل الأموال بأمان؛ واحتفظ بمواد الاستعادة القديمة حتى التحقق من الإعداد الجديد. [7] [9] [10]

يحدد السكربت شروط إنفاق البيتكوين. ويتيح المفتاح العام الموسع xpub اشتقاق مفاتيح عامة إضافية في فرع المحفظة المعني. ولإنشاء عناوين منها، يجب أيضًا معرفة نوع السكربت الذي يحدد شروط الإنفاق. ولا يتيح xpub وحده توقيع الدفعات. المنسق المتصل تطبيق يحتفظ ببيانات المحفظة العامة. يبحث عن UTXO ويشتق العناوين ويبني المعاملة غير الموقعة؛ أما جهاز التوقيع فيحفظ المفاتيح الخاصة. يصف Output Descriptor السكربتات وأصول المفاتيح، ويساعد المجموع الاختباري على كشف أخطاء النسخ. لا يتيح الواصف العام أو xpub الإنفاق وحده عادة، لكنه قد يكشف العناوين والأرصدة. ويمكن لمنسق مخترق أن يبدّل المستلم أيضاً. [4] [8] [15]

تنقل PSBT بحسب BIP174 المعاملة غير الموقعة والمعلومات اللازمة لتوقيعها. تُرتب البيانات في خرائط، أي قوائم تربط كل مُعرّف بقيمته: خريطة للمعاملة كاملة وأخرى لكل مدخل ولكل مخرج. ويبدأ الملف بالبايتات 0x70 0x73 0x62 0x74 0xff. يُعدّ المنسق البيانات ويضيف الجهاز توقيعه؛ بعد جمع التواقيع وإتمام المعالجة النهائية يمكن بث المعاملة الناتجة. لذلك لا يحتاج الجهاز غير المتصل إلى قاعدة UTXO خاصة به. يحدد BIP370 صيغة PSBT v2 ويضيف BIP371 حقول Taproot. افحص توافق الأجهزة مسبقاً. [1] [2] [3] [6] [7]

قبل الموافقة، افحص على شاشة موثوقة المستلم والمبلغ والرسم أو معدل الرسوم، والمخرجات التي تعيد الباقي إلى محفظتك، أي change. راجع كذلك المدخلات المعروضة ونمط sighash، الذي يحدد أجزاء المعاملة التي يرتبط بها التوقيع. يشترط BIP174 التحقق من أن الباقي المقترح يخص المحفظة المتوقعة؛ لا يكفي الوصف الذي يرسله الحاسوب. في دفعة مهمة، أكد العنوان عبر قناة أخرى مستقلة موثوقة الهوية، وبمساعدة شخص ثانٍ عند الحاجة. [1] [11] [12]

في إعداد m-of-n يلزم m من أصل n مفاتيح للتوقيع. يمكن تجاوز الفقد إذا بقيت m مفاتيح متاحة على الأقل. أما المهاجم فيحتاج إلى الحصول على m مفاتيح على الأقل لينفق وحده. لا تخلط بين الحدين. وقد لا تكفي نسخ seed وحدها لإعادة بناء المحفظة: احفظ الواصف أو إعداد Bitcoin Secure Multisig Setup (BSMS)، بما يشمل xpub وترتيب المفاتيح ومسارات الاشتقاق (تسلسل الخطوات لحساب كل مفتاح) ونوع السكربت. لا تفيد زيادة التعقيد إلا إذا استطعت إدارة النظام واستعادته. [4] [5] [8]