Bitcoin Vault

تحتفظ آنا ببعض مدخراتها في بيتكوين. المحفظة تطبيق أو جهاز لاستقبال البيتكوين وإرساله. التوقيع هنا يعني استخدام مفتاح خاص، وهو قيمة عددية سرية، لإنشاء دليل قابل للتحقق على الإذن بالدفع. يستطيع الآخرون فحص التوقيع دون معرفة تلك القيمة السرية. في محفظة عادية يتحكم فيها مفتاح واحد، يستطيع من يسرق المفتاح توقيع دفعة مباشرة إلى عنوانه. يسعى Bitcoin Vault إلى تغيير هذه اللحظة: مفتاح السحب المعتاد يبدأ إجراءً فقط، فتتاح لآنا فرصة لإنقاذ المال. تخيّل خزنة بمهلة انتظار ومسار طوارئ لتحويل الأموال. لكن التشبيه يصح فقط حين تفرض شروط الإنفاق في الشبكة هذه القيود فعليًا. مؤقت داخل التطبيق لا يكفي. وكذلك Hardware Wallet، أي جهاز يحمي مفاتيح التوقيع، ليست تلقائيًا vault؛ فهي تعالج جانبًا آخر من الأمان. [1] [6]

يسجّل مخرج المعاملة مبلغًا وشروط إنفاقه لاحقًا. يسجل Bitcoin مخرجات معاملات قابلة للإنفاق تسمى UTXO. تجمع الكتلة معاملات في دفعة تُضاف إلى السجل المشترك. في نموذج مبسط، تنفق المعاملة الأولى المخرج المحفوظ وتنشئ مخرجًا جديدًا بشرط انتظار. وتسمى هذه الخطوة unvault. يصبح الدفع النهائي ممكنًا لاحقًا، بينما يتيح فرع الاسترداد التدخل قبل ذلك. إذا تأكد المخرج الوسيط في الكتلة H وكانت المهلة 144 كتلة، فقد يتاح المسار العادي عند H+144 كأقرب موعد، بشرط استيفاء الشروط الأخرى. هذا لا يعني 24 ساعة بالضبط، فالكتل لا تصل وفق جدول ثابت. ولا يعني التراجع عن دفعة مكتملة: يجب تأكيد معاملة الإنقاذ قبل الإنفاق النهائي. [1] [5] [7]

تلاحظ آنا سحبًا لم تطلبه. تحتاج الآن إلى مراقبة شبكة تعمل، ومعاملة إنقاذ صالحة، ووسيلة لدفع رسومها. يجمع Mempool المعاملات غير المؤكدة؛ والقبول فيه وحده لا يكفي. قد يؤخر الرد ازدحام الشبكة أو pinning، حيث يصعّب المهاجم استبدال معاملة أو تأكيدها. يتضمن تصميم Revault استخدام CPFP: تضيف معاملة لاحقة رسومًا لتشجيع المعدّنين على تأكيد المعاملتين معًا. وتستخدم بعض معاملات الإنقاذ ALL | ANYONECANPAY، وهو نمط توقيع يسمح بإضافة مدخلات لتمويل الرسوم، أي إحالات إلى مبالغ أخرى لم تُنفق بعد. هذه أدوات لتصميم محدد وليست ضمانًا للتأكيد في الوقت المناسب. كما أن معدلات الرسوم التاريخية في المواصفة ليست توصية حالية. [1] [4]

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

تستخدم بعض تصاميم vault القواعد الحالية ومعاملات موقعة مسبقًا. تُنتَج التوقيعات اللازمة أثناء الإعداد؛ ثم قد يعتمد الأمان على حذف مفاتيح تستخدم مرة واحدة، أو على موقّعين مشاركين مستقلين يرفضون المسارات الأخرى. لا تستطيع الشبكة التحقق من أن شخصًا حذف فعلًا كل نسخ المفتاح. وقد تتيح نسخة مخفية تجاوز الحماية. وربما يتطلب النسخ الاحتياطي أكثر من Seed Phrase، وهي الكلمات المستخدمة لاشتقاق مفاتيح المحفظة. فقد لا تعيد هذه الكلمات إنشاء توقيع مفقود لمفتاح مؤقت حُذف بالفعل. لذا قد تكون المعاملات الموقعة مسبقًا وبياناتها ضرورية للاسترداد. [1] [4]

يبين Revault أن سؤال من يملك المفتاح ليس إلا البداية. يحمل stakeholders الصلاحيات الأساسية، ويدير managers السحب المعتاد، وتشارك cosigning servers في توقيعه. يتطلب الإيداع N-of-N، أي جميع توقيعات stakeholders المحددين: هذا هو Multisig، موافقة مشتركة بعدة مفاتيح. يمكن إنفاق المخرج الوسيط عبر مسار stakeholders، أو بعد X كتل عبر managers والخوادم معًا. تعيده Cancel إلى شروط الإيداع الأصلية، بينما ينقله التحويل الطارئ إلى Emergency Deep Vault. ويملك stakeholders أيضًا مسارًا مباشرًا يسمى bypass. من يحصل على كل مفاتيحهم لا يلزمه الانتظار. يخص هذا الترتيب مواصفة بعينها، لا كل vault. [4]

يوثق BIP مقترحًا أو معيارًا لبيتكوين، ولا يعني رقمه أنه فُعّل. عند التحقق في 17 أكتوبر 2026، كان BIP 345 بحالة Closed ويشير إلى BIP 443 في حقل Proposed-Replacement. جمع المقترح الأصلي OP_VAULT وOP_VAULT_RECOVER مع OP_CHECKTEMPLATEVERIFY، وهي تعليمات لتقييد مسارات السحب. يقترح BIP 443 التعليمة الأعم OP_CHECKCONTRACTVERIFY، أو OP_CCV، ويظل بحالة Draft؛ لم تُحدد آلية تفعيله. وكذلك BIP 119 الخاص بـOP_CHECKTEMPLATEVERIFY بحالة Draft. تدخل هذه المقترحات ضمن نقاش Covenants، أي قيود استخدام المخرج لاحقًا. نشر كود أو عرض تجريبي لا يثبت أن mainnet، شبكة بيتكوين الرئيسية، تفرض الحماية. [1] [2] [3]

قبل أن تعهد آنا بمدخراتها إلى vault، عليها فهم السحب العادي والإنقاذ وكل مسار bypass. تكون التجربة العملية في بيئة اختبار منفصلة: سحب طبيعي، ومحاولة مبكرة، وunvault غير متوقع، وتعطل المراقب، وعدم توفر مال للرسوم. يجب التمييز بين توقيع صالح، وقبول المعاملة في mempool، وتأكيدها في كتلة. نجاح عرض واحد لا يختبر بقية الفروع. المهم للمبتدئ أن vault يضيف وقتًا للاستجابة، لكنه يضيف أيضًا واجبات يجب أن يؤديها شخص بصورة موثوقة. هذا الشرح ليس تعليمات لإيداع أموال حقيقية في سكربت تجريبي. [1] [4]