Dead Man’s Switch

تعد آنا خطة للعائلة: ما دامت قادرة، تدير بيتكوينها بنفسها؛ وإذا غابت طويلًا، ينبغي وجود خيارات أخرى. المحفظة تطبيق أو جهاز لاستقبال البيتكوين وإرساله. التوقيع هنا يعني استخدام مفتاح خاص، وهو قيمة عددية سرية، لإنشاء دليل قابل للتحقق على الإذن بالدفع. يستطيع الآخرون فحص التوقيع دون معرفة تلك القيمة السرية. يسجّل مخرج المعاملة مبلغًا وشروط إنفاقه لاحقًا. يقيّم Dead Man’s Switch إشارة محددة، كغياب تأكيد أو عمر مخرج. لكنه لا يعرف لماذا توقف المالك عن الرد. دخول المستشفى أو تعطل الهاتف أو نسيان الصيانة قد يحقق الشرط نفسه. لذلك يجب أولًا تحديد ما يراقبه النظام فعلًا، وما يجوز حدوثه بعد ذلك. حتى الآلية الصحيحة لا تحدد الوارث الشرعي. هي جزء يساعد الخطة، وليست بديلًا عن جميع قراراتها. [1] [5] [8] [9]

توضح خدمة deadmansswitch.net نموذج الرسائل: يكتب الشخص رسائل إلكترونية مسبقًا، ويحدد المستلمين، ويؤكد حضوره دوريًا. بعد غياب التأكيدات، ترسل الخدمة الرسائل. يختلف هذا عن Bitcoin Script، القواعد التي تفحصها الشبكة عند الإنفاق. قد تدل الرسالة العائلة على مكان الوثائق دون أن توفر التوقيعات اللازمة. ينبغي مراعاة عدم وصول الرسائل، وفقدان الحساب، وانكشاف المحتوى مبكرًا. Seed Phrase، كلمات اشتقاق مفاتيح المحفظة، ليست ملاحظة عادية: إذا تسربت، فلن يمحو تعديل المؤقت معرفة شخص آخر بها. ويجب أيضًا معالجة نقل الأموال المعرضة للخطر إلى مفاتيح جديدة. [7]

يوجد نموذج آخر ضمن شروط إنفاق المحفظة. تميز Liana مثلًا بين مسار أساسي متاح فورًا ومسار استرداد يفتح بعد انتظار. في هذا النموذج لا تزول صلاحية آنا الأصلية بانتهاء المهلة. يضاف خيار، ولا يزال على شخص إنشاء معاملة صالحة وتوقيعها وبثها. إذا امتلك الطرفان مسارين متاحين، فقد يتسابقان لإنفاق UTXO نفسه، أي مخرج معاملة معين لم يُنفق بعد. يحسم الأمر الإنفاق المؤكد في السلسلة، لا تسمية مالك أو وارث داخل التطبيق. لذا قد يتيح نسيان الصيانة الوصول لشخص آخر وآنا لا تزال حية. [1] [5]

يبدأ الاستعداد قبل أقرب موعد بوقت كافٍ. تحتاج آنا إلى تذكيرات موثوقة، وهامش زمني، وأموال لرسوم المعاملات المحتملة. التجديد المتكرر يكلف رسومًا، بينما يؤخر الانتظار الأطول استخدام مسار الاسترداد. تحتاج العائلة إلى المفاتيح الصحيحة ووصف مفهوم للمحفظة وبرنامج مناسب. Output Descriptor وصف تقرؤه البرامج للمفاتيح وشروط العثور على المخرجات وإنفاقها؛ لا يغني الإعداد وحده عن التوقيعات المطلوبة. يجب ألا تحتجز الوثائق في حساب لا يفتح إلا بهاتف آنا غير المتاح. تلك نسخة احتياطية موجودة، لكنها لا تنفع عند الحاجة. [5] [6]

في القيد الزمني النسبي، لكل UTXO فترة انتظار خاصة. تجمع الكتلة معاملات في دفعة تُضاف إلى السجل المشترك. إذا تأكد مخرج في الكتلة H وكان مسار آخر يتطلب 1000 كتلة، فقد يتاح عند H+1000 كأقرب موعد، مع استيفاء الشروط الأخرى. لا يعيد تسجيل الدخول أو استقبال دفعة أخرى عمر ذلك المخرج إلى البداية. على آنا إنفاق هذا المخرج بعينه وتأكيد مخرج جديد بالشروط المطلوبة. تجديد جزء من المحفظة فقط قد يترك مخرجات قديمة قريبة من الموعد. فتح المحفظة اليوم ليس هو تجديد الجدول الزمني لجميع العملات. [1] [2] [9] [10]

يقيد Timelock وقت استخدام مسار إنفاق. يفرض BIP 65 وOP_CHECKLOCKTIMEVERIFY حدًا مطلقًا، مثل ارتفاع كتلة. ويمكن لـBIP 112 وOP_CHECKSEQUENCEVERIFY، مع BIP 68، اشتراط عمر محدد لمخرج UTXO. يستخدم النوع النسبي الزمني وحدات 512 ثانية وmedian-time-past، وهو وقت مستمد من الكتل. يشرح BIP 113 وسيط الطوابع الزمنية للكتل الـ11 السابقة: القيمة الوسطى بعد ترتيبها. هذا ليس وقت الهاتف ولا وعدًا بلحظة تقويمية دقيقة. تحدد الوثائق القواعد؛ ويحتاج القارئ أساسًا إلى معرفة أي ساعة تعتمدها خطته. [1] [2] [3] [4]

قد تسلم خطة أخرى العائلة معاملة موقعة مسبقًا مع تأخير. يحدد حقل nLockTime متى يمكن تأكيد هذه المعاملة؛ لكنه وحده لا يمنع صاحب المفتاح من توقيع معاملة أخرى. تشير الخطة الموقعة إلى مخرجات UTXO محددة ووجهات وطريقة لتمويل الرسوم. إذا أنفقت معاملة أخرى مؤكدة أحد المدخلات أولًا، تصبح المعاملة القديمة غير قابلة للاستخدام. لذلك لا يحدّث تعديل وثيقة الأموال أو السجلات التي تملكها العائلة. يتطلب تغيير الخطة فحص المخرجات الفعلية وصلاحيات التوقيع ووصول معلومات جديدة قابلة للاستخدام إلى المستلمين. [3]

تنشر Liana تعليمات لـSignet، شبكة اختبار منفصلة لا تملك عملاتها التجريبية قيمة حقيقية. يمكن فيها تجربة محاولة مبكرة، وفتح مسار الاسترداد، وتجديد مهلة UTXO معين. ومن المفيد للخطة الخاصة اختبار إشعارات لم تصل، وفقدان المفتاح الأساسي، والاسترداد من الوثائق المحفوظة فعلًا لمحفظة اختبار. بعد تغيير المستلم، يجب فحص ما تزال تسمح به المفاتيح والمخرجات القديمة. توقيع صالح، وقبول في mempool الذي يجمع المعاملات غير المؤكدة، وتأكيد في كتلة، خطوات مختلفة. لا يثبت نجاح تجربة واحدة أن الخطة تتعامل مع كل إخفاق. [6] [1]