هذا المثال OP_IF الجذر هو أكثر إثارة للقلق بالنسبة لاقتراح RDTS مما أدركته لأول مرة. إنها في الواقع سياسة محفظة مصغرة: درس (3 ، باك (أ) ، باك (ب) ، باك (ج) ، باك (د) ، أقدم (T1) ، أقدم (T2)) بمعنى "3 من 4 multisig ، يتحلل إلى 2 من 4 بعد الوقت T1 ، و 1 من 4 بعد الوقت T2"

هناك نوعان من الإنفاق المرتبط في تتابع وثيق ، كل منهما يمارس أحد شروط الإنفاق في التوقيت الزمني. بالضبط نوع النشاط الذي قد تتوقعه من شخص يقوم بإجراء اختبارات الشبكة الرئيسية النهائية قبل تحميل أموال حقيقية في محفظة تعتمد على برنامج القفل هذا.

نظرا لأن هذا نص نصي يستخدم OP_IF ، تجميد أي أموال تتلقاها هذه المحفظة بعد تنشيط RDTS. لن يتمكن المالك أيضا من تحريك عملاته المعدنية لتحديث الأقفال الزمنية النسبية ، مما قد يفرض انخفاضا غير مقصود وكارثي في الأمان.

ضع في اعتبارك ، على سبيل المثال ، أن هذا النوع من نهج البرنامج المصغر يمكن استخدامه لمخطط الميراث أو نموذج الوصاية التعاونية. على سبيل المثال ، يمتلك المالك ثلاثة مفاتيح ، ويمرر الرابع إلى الوريث أو مزود خدمة مفتاح الاسترداد.

طالما أنهم على قيد الحياة ، يمكن للمالك تحديث الأقفال الزمنية بشكل دوري عن طريق إرسال العملات المعدنية إلى أنفسهم ، والاحتفاظ بالسيطرة الوحيدة على الأموال. إذا فقدوا مفتاحا، فيمكنهم إما الانتظار حتى تنتهي صلاحية القفل الزمني الأول، أو مطالبة حامل المفاتيح الآخر بالمساعدة في استعادة الوصول.

عندما يفوتهم المنية ، يكتسب الوريث وصولا أحادي الجانب إلى ميراثهم بمجرد انتهاء صلاحية القفل الزمني الثاني. ومع ذلك ، فإن تجميد RDTS للمحفظة يخاطر بمنع المالك من تحديث عملاته في الوقت المناسب ، مما يجعلها عرضة للسرقة المبكرة من قبل حامل المفاتيح الآخر

بقدر ما أستطيع أن أقول ، يمكن إنشاء هذا النوع من محفظة taproot miniscript في برامج المستهلك اليوم. على سبيل المثال ، إليك ما يبدو عليه إعداد هذا كمحفظة نصية مصغرة مخصصة في تطبيق الهاتف المحمول الخاص ب Nunchuk.