قبل أن تُدخل BTC إلى TBV، أنت في الواقع تكون قد وقّعت بالفعل على “كل مخرجاتها الشرعية المستقبلية” — هل تجرؤ على التوقيع؟
#baby $BABY @BabylonLabs_io
الكثيرون يفهمون “الحفظ الذاتي” على أنه: العملة في يدي، وفي المستقبل أستطيع تحويلها كيفما أشاء.
لكن منطق الأمان في Trustless Bitcoin Vaults (TBV) عكس ذلك تقريبًا:
ليس توفير خيارات لا نهائية للمستقبل، بل تحديد جميع مسارات الصرف الشرعية المستقبلية مرة واحدة والتوقيع عليها قبل أن تدخل BTC إلى الخزنة. بعد ذلك، لا يستطيع أي أحد إضافة مسار جديد بشكل طارئ.
يمكنك تخيلها كطائرة تم كتابة خطط الطوارئ فيها بالكامل قبل الإقلاع: هبوط طبيعي، عودة عند الأعطال، وإجراءات التعامل الطارئة — كل مسار يكون محبوسًا مسبقًا داخل قواعد Bitcoin. بعد إقلاع الطائرة، يمكن لطاقمها تنفيذ الخطة وفقًا للشروط، لكن لا يمكنه في منتصف الطريق تغيير الوجهة إلى حساب غريب.
خطوات TBV هي بالضبط كالتالي:
1. تظل BTC دائمًا مقفلة في مخرجات Taproot على Bitcoin، دون الحاجة إلى ربط عبر سلاسل أو تغليف أو تسليمها إلى طرف إيداع.
2. قبل تفعيل Vault النهائي، يقوم المودع وأطراف المشاركة في البروتوكول معًا ببناء “مخطط معاملات مُوقَّعة مسبقًا”. يجب أن تأتي عمليات الاسترداد بعد السداد الطبيعي، والتسوية بعد حدوث التصفية، والتحديات عند الاستلام غير الصالح، واسترداد المبالغ بعد فشل بناء المركز، كلها من هذه المسارات المتعهد بها مسبقًا.
3. بعد اكتمال إنشاء Vault، لا يمكن لأي شخص اختراع معاملة إنفاق صالحة جديدة من العدم. لا يمكن لـ BTC أن تذهب في النهاية إلا إلى عدد محدود من العناوين المتفق عليها مسبقًا: في الظروف العادية تعود إلى عنوان المودع؛ وإذا تمت تصفية المركز، فإنها تدخل مسار التسوية وفق القواعد المحددة مسبقًا.
وهذا يجعلني أرى أن الأشياء التي تجعل TBV ممتعة حقًا ليست فقط “أن BTC لا تعبر السلاسل ومع ذلك يمكنها دخول DeFi”، بل أنها أضافت حدًا إلى مفهوم “قابلية البرمجة”:
يمكن للتطبيقات استخدام القيمة المرهونة لـ BTC، لكن لا يمكنها نقل BTC بحرية؛
يمكن للقواعد تفعيل التصفية، لكن لا يمكنها إعادة كتابة عنوان الاستلام مؤقتًا؛
يمكن لطرف الخدمة المساعدة في الاسترداد، لكن لا يمكنه التحكم بالأصول وحده.
لكن الأمان لا ينشأ من العدم؛ إنه مجرد تغيير في الشكل. ما يزال على المستخدم مواجهة ثلاث حقائق:
• هل يمكنك فهم تلك المجموعة من معاملات التوقيع المسبق داخل محفظتك؟
• هل يمكنك إجراء نسخ احتياطي بشكل صحيح لمفاتيح WOTS اللازمة للاستلام الذاتي وملفات claimer artifacts؟
• هل تفهم حقًا مسار التصفية، وليس فقط رؤية أن “BTC لا تزال على السلسلة الأصلية”؟
تقييمي هو: ما إذا كانت TBV ستصل إلى الاستخدام الشائع، فلن يكون الأمر في النهاية مجرد تشفير، بل أيضًا ما إذا كان “التوقيع” يمكنه تمكين الشخص العادي من فهم ما الذي يفوضه بالضبط.
إذا طُلِب منك اليوم إنشاء TBV، فما البنود التي من المرجح أكثر أن تجعلك تتوقف عند الخطوة الأخيرة؟
A. لا يمكن فهم محتوى توقيع المحفظة
B. القلق بشأن ضياع مواد النسخ الاحتياطي
C. عدم القدرة على قبول مسار التصفية المُسبق
D. يمكن قبول ذلك، طالما يمكن التحقق طوال الوقت
اترك في التعليقات A/B/C/D، ثم قل سببًا واحدًا. اخترت A — فالحفظ الذاتي الحقيقي ليس فقط “المفاتيح في يدي”، بل أيضًا “أنا أعرف ما الذي وقّعت عليه”.
ملاحظة: يعتمد هذا النقاش حاليًا على آليات شبكة الاختبار العامة، وقد تُعدَّل المعلمات والتنفيذ، ولا يشكل ذلك نصيحة استثمارية.
#baby $BABY @BabylonLabs_io
الكثيرون يفهمون “الحفظ الذاتي” على أنه: العملة في يدي، وفي المستقبل أستطيع تحويلها كيفما أشاء.
لكن منطق الأمان في Trustless Bitcoin Vaults (TBV) عكس ذلك تقريبًا:
ليس توفير خيارات لا نهائية للمستقبل، بل تحديد جميع مسارات الصرف الشرعية المستقبلية مرة واحدة والتوقيع عليها قبل أن تدخل BTC إلى الخزنة. بعد ذلك، لا يستطيع أي أحد إضافة مسار جديد بشكل طارئ.
يمكنك تخيلها كطائرة تم كتابة خطط الطوارئ فيها بالكامل قبل الإقلاع: هبوط طبيعي، عودة عند الأعطال، وإجراءات التعامل الطارئة — كل مسار يكون محبوسًا مسبقًا داخل قواعد Bitcoin. بعد إقلاع الطائرة، يمكن لطاقمها تنفيذ الخطة وفقًا للشروط، لكن لا يمكنه في منتصف الطريق تغيير الوجهة إلى حساب غريب.
خطوات TBV هي بالضبط كالتالي:
1. تظل BTC دائمًا مقفلة في مخرجات Taproot على Bitcoin، دون الحاجة إلى ربط عبر سلاسل أو تغليف أو تسليمها إلى طرف إيداع.
2. قبل تفعيل Vault النهائي، يقوم المودع وأطراف المشاركة في البروتوكول معًا ببناء “مخطط معاملات مُوقَّعة مسبقًا”. يجب أن تأتي عمليات الاسترداد بعد السداد الطبيعي، والتسوية بعد حدوث التصفية، والتحديات عند الاستلام غير الصالح، واسترداد المبالغ بعد فشل بناء المركز، كلها من هذه المسارات المتعهد بها مسبقًا.
3. بعد اكتمال إنشاء Vault، لا يمكن لأي شخص اختراع معاملة إنفاق صالحة جديدة من العدم. لا يمكن لـ BTC أن تذهب في النهاية إلا إلى عدد محدود من العناوين المتفق عليها مسبقًا: في الظروف العادية تعود إلى عنوان المودع؛ وإذا تمت تصفية المركز، فإنها تدخل مسار التسوية وفق القواعد المحددة مسبقًا.
وهذا يجعلني أرى أن الأشياء التي تجعل TBV ممتعة حقًا ليست فقط “أن BTC لا تعبر السلاسل ومع ذلك يمكنها دخول DeFi”، بل أنها أضافت حدًا إلى مفهوم “قابلية البرمجة”:
يمكن للتطبيقات استخدام القيمة المرهونة لـ BTC، لكن لا يمكنها نقل BTC بحرية؛
يمكن للقواعد تفعيل التصفية، لكن لا يمكنها إعادة كتابة عنوان الاستلام مؤقتًا؛
يمكن لطرف الخدمة المساعدة في الاسترداد، لكن لا يمكنه التحكم بالأصول وحده.
لكن الأمان لا ينشأ من العدم؛ إنه مجرد تغيير في الشكل. ما يزال على المستخدم مواجهة ثلاث حقائق:
• هل يمكنك فهم تلك المجموعة من معاملات التوقيع المسبق داخل محفظتك؟
• هل يمكنك إجراء نسخ احتياطي بشكل صحيح لمفاتيح WOTS اللازمة للاستلام الذاتي وملفات claimer artifacts؟
• هل تفهم حقًا مسار التصفية، وليس فقط رؤية أن “BTC لا تزال على السلسلة الأصلية”؟
تقييمي هو: ما إذا كانت TBV ستصل إلى الاستخدام الشائع، فلن يكون الأمر في النهاية مجرد تشفير، بل أيضًا ما إذا كان “التوقيع” يمكنه تمكين الشخص العادي من فهم ما الذي يفوضه بالضبط.
إذا طُلِب منك اليوم إنشاء TBV، فما البنود التي من المرجح أكثر أن تجعلك تتوقف عند الخطوة الأخيرة؟
A. لا يمكن فهم محتوى توقيع المحفظة
B. القلق بشأن ضياع مواد النسخ الاحتياطي
C. عدم القدرة على قبول مسار التصفية المُسبق
D. يمكن قبول ذلك، طالما يمكن التحقق طوال الوقت
اترك في التعليقات A/B/C/D، ثم قل سببًا واحدًا. اخترت A — فالحفظ الذاتي الحقيقي ليس فقط “المفاتيح في يدي”، بل أيضًا “أنا أعرف ما الذي وقّعت عليه”.
ملاحظة: يعتمد هذا النقاش حاليًا على آليات شبكة الاختبار العامة، وقد تُعدَّل المعلمات والتنفيذ، ولا يشكل ذلك نصيحة استثمارية.
