Collaborative Custody

يدير بيتر بيتكوينه باستخدام محفظته الخاصة. لكنه يخشى فقدان جهاز أو نسخة احتياطية. المحفظة تطبيق أو جهاز لاستقبال البيتكوين وإرساله. التوقيع هنا يعني استخدام مفتاح خاص، وهو قيمة عددية سرية، لإنشاء دليل قابل للتحقق على الإذن بالدفع. يستطيع الآخرون فحص التوقيع دون معرفة تلك القيمة السرية. تصف Unchained نموذج 2-of-3: تحتاج الدفعة إلى توقيع مفتاحين من ثلاثة. يحتفظ بيتر بالمفتاحين A وB، والخدمة بالمفتاح C. المجموعات الصالحة هي A+B وA+C وB+C؛ ولا يكفي C وحده. يسمى اشتراط عدة توقيعات Multisig. يستطيع بيتر الدفع دون الخدمة وطلب المساعدة إذا فقد مفتاحًا. لكن جهازين مستعادين من Seed Phrase واحدة، أي النسخة الاحتياطية نفسها المكتوبة بكلمات، ليسا مستقلين: انكشاف السر المشترك يعرّض كليهما للخطر. [1] [4] [8]

ما دام بيتر يملك A+B صالحين للاستخدام وبيانات المحفظة كاملة، فلا يحرمه تعطل الخدمة وحده من الدفع. إذا بقي A فقط، يحتاج إلى الخدمة لتكوين A+C. قد يمنع تعطلها أو رفضها التوقيع عملية الاسترداد. وإذا فقد A وB معًا، فلن ينقذه C وحده. لذلك يجب اختبار الخروج المستقل والاسترداد بمساعدة كل على حدة. تفترض تعليمات Casa للاسترداد دون بنيتها أيضًا صراحة أن مفتاح الخدمة غير متاح. تعتمد الخطوات والمعدات على المنتج؛ ولا يمكن استنتاجها من كلمة «collaborative». [1] [6]

لدى بيتر نسخه الاحتياطية، لكن التطبيق البديل يحتاج إلى معرفة أي محفظة يعيد بناءها. يتطلب نموذج 2-of-3 المعتاد المفاتيح العامة للأطراف الثلاثة، بما فيها الخدمة، وقواعد استخدامها. تتحقق المفاتيح العامة من التوقيعات؛ وتنشئها المفاتيح الخاصة. Output Descriptor وصف تقرؤه البرامج لهذا الإعداد، بما فيه طريقة اشتقاق العناوين. لا تعيد نسختان شخصيتان من Seed Phrase إنشاء المفتاح العام المفقود للمزود. لذلك يحفظ بيتر التصدير ويتحقق منه والخدمة لا تزال تعمل. ويفحص محتواه قبل مشاركته: صيغة descriptor العامة قد تحتوي مفاتيح خاصة أيضًا. [4] [5]

يجمع المنسق بيانات المعاملة؛ ويملك الموقّع مفتاح الموافقة عليها. ينقل PSBT، وهو التنسيق الموصوف في BIP 174، معاملة غير مكتملة وبياناتها بين البرامج والأجهزة. إنشاء الملف لا يعوض توقيعًا مفقودًا. ومع ذلك قد يضر منسق لا يملك مفتاحًا بالمستخدم عبر اقتراح مستلم مختلف. قبل التوقيع يجب التحقق من العنوان والمبلغ والرسوم وchange، أي الباقي العائد إلى المحفظة نفسها. تساعد Hardware Wallet في فصل المفتاح عن الحاسوب؛ لكن المهم أيضًا ما تتيح شاشتها التحقق منه وما يوافق عليه بيتر فعلًا. [2] [3]

قد يقع الخطأ قبل أول دفعة، أثناء إنشاء المحفظة المشتركة. يشرح BIP 129 تبادل المفاتيح والإعدادات كي يقارن المشاركون عدد التوقيعات المطلوبة والمفاتيح المشمولة والعنوان الأول. يشمل ذلك نوع السكربت، أي صيغة شروط الإنفاق، ومسارات اشتقاق المفاتيح اللاحقة. قد توجه إعدادات مستبدلة الإيداعات إلى جهة أخرى. لكن الوثيقة نفسها لا تغطي مقاومة تخزين الجهاز للعبث أو فحوصه اللاحقة لعناوين الاستلام وchange. دعم المعيار لا يشهد بأمان المنتج بأكمله. [2]

XPUB مفتاح عام موسع تُشتق منه المفاتيح العامة لفرع من المحفظة. قد تتيح معرفة هذه البيانات والإعدادات للمزود متابعة العناوين والمدفوعات حتى دون توقيعات كافية للإنفاق. ربطها بحساب يحمل اسم العميل يضيف علاقة أخرى. الخصوصية وصلاحية الإنفاق مسألتان مختلفتان. والقول إن الخدمة لا تدفع وحدها مشروط أيضًا: فقد تحصل على مفتاح آخر لبيتر أو تخدعه ليوقع معاملة ضارة. تقليل صلاحيات المزود يحد من بعض المخاطر، لكنه لا يلغيها جميعًا. [2] [4]

يفقد بيتر مفتاحًا وينشئ بديلًا في التطبيق. هذا لا يبطل المفتاح القديم للإيداعات السابقة. يسجّل مخرج المعاملة مبلغًا وشروط إنفاقه لاحقًا. توجد هذه الأموال في صورة UTXO، أي مخرجات معاملات لم تُنفق بعد ولها شروطها الخاصة. في Multisig المعتاد، يجب إنشاء شروط جديدة ونقل الأموال المعنية إليها بمعاملة مؤكدة. ثم يفحص ما بقي في العناوين القديمة. تغيير كلمة مرور الحساب أو تسمية المفتاح لا يعوض هذا النقل. ويجب تحديث الإعدادات وتعليمات العائلة أيضًا، وإلا فقد يتبع الورثة خطة لم تعد تطابق الأموال الفعلية. [4] [9]

تجري التجربة المفيدة على محفظة اختبار منفصلة. يستورد بيتر الإعدادات المحفوظة في برنامج متوافق، ويقارن العناوين، ويتحقق من قدرته على التوقيع بمفاتيحه دون الخدمة الأصلية. يعرض وضع watch-only العناوين والرصيد، لكنه لا يثبت القدرة على التوقيع. Caravan منسق مفتوح المصدر؛ ويجب التحقق من دعم التنسيق والأجهزة المحددة. تشمل التجربة أيضًا الاسترداد بمساعدة، ومفتاحًا غير متاح، والرسوم وchange. ينبغي أن تنتج خطوات مفهومة ومسجلة مع إصدارات البرامج، لا مجرد اطمئنان إلى رصيد على الشاشة. [3] [6] [7]