Ayush-NXT

قضيتُ وقتًا في محاولة فهم آلية مقاومة الاحتيال الكامنة وراء TBV، وكلما قرأت أكثر، ظهرت لديّ أسئلة أكثر بدلًا من أن تقل. الفكرة هي أن عمليات السحب لا تُمحى (تُستكمل) إلا بعد التحقق من برهان إثبات معرفة-صفرية (zero-knowledge) لحالة عقدٍ معيّنة مباشرةً على شبكة Bitcoin. تبدو الفكرة محكمة في جملة واحدة، لكن الأنظمة من هذا النوع عادةً ما تحمل قدرًا أكبر من التفاصيل الدقيقة عندما تنظر في عملية النزاع نفسها.
الأمر المثير للاهتمام هو أن هذا النهج يعتمد على أن يكون هناك شخص قادر على الطعن في حالة غير صحيحة قبل اكتمال السحب. يستخدم BitVM3 إثباتات احتيال مدمجة بحيث تستطيع برمجة Bitcoin المحدودة التحقق من ادعاءات معقدة دون إجراء كل الحسابات على السلسلة. هذا ذكي، لكنه يعني أيضًا أن جزءًا من الأمان يعتمد على وجود طرف نشِط ويقظ يراقب الاحتيال، ومستعد لتقديم طعن ضمن أي نافذة زمنية متاحة. إن انعدام الثقة هنا ليس رياضيًا بحتًا — بل هو أيضًا سلوكي، إذ يعتمد على شخص يظهر فعلًا لمنازعة ادعاء سيئ.
السؤال الذي يخطر في بالي: ماذا يحدث إذا لم يقم أحد بالطعن في حالة غير صحيحة في الوقت المناسب — بسبب اللامبالاة، أو لأن اقتصاديات الطعن لا تبدو مغرية، أو بسبب ازدحام يمنع تقديم الطعن داخل النافذة؟ لست متأكدًا من كيفية تعامل معلمات Babylon المحددة مع هذه الحالة الحدّية، كما أن تصميم نوافذ النزاع عبر منظومة BitVM الأوسع كان تاريخيًا مجالًا لا تتطابق فيه النظرية والواقع الخصومي دائمًا.
يبدو هذا هو الجزء من TBV الذي سيحدد ما إذا كان تعبير "قائم على انعدام الثقة" سيصمد كأكثر من مجرد تسويق عندما تظهر ضغوط خصومية حقيقية. سواء أدت زيادة استخدام $BABY إلى توفير ما يكفي من المشاركين النشطين لجعل الطعون موثوقة، أو ما إذا كان @BabylonLabs_io يحتاج إلى بناء طبقات حوافز إضافية، فهذا ليس شيئًا أنا جاهز للإجابة عنه بعد. #baby
ربما هذه هي الاختبار الحقيقي القادم... الوقت سيخبر#baby $BABY

كنت أقرأ التحليل الفني الخاص بمؤسسة Babylon حول طبقة سيولة Genesis، وتوقّفت عند اعتراف واحد. كتب الفريق ذلك بوضوح: صحيح أن بروتوكول الإتاحة/الـStaking الخاص بالبيتكوين بلا ثقة (trustless)، لكن كل LST مبنية فوقه تكون موثوقة — كل واحدة منها تتطلب لجنة متعددة التواقيع (multi-sig) لربط BTC المُرهَن (staked) وإصدار رمز مُلتف (wrapped) على سلسلة الوجهة. أحيانًا أتساءل كم عدد المستخدمين الذين يملكون حاليًا LBTC أو uniBTC أو stBTC قد سجّلوا فعليًا ما تعنيه هذه الجملة بالنسبة لوضعهم.

والذي يبدو مثيرًا للاهتمام هو الشكل الدقيق لهذا التناقض. يقوم شخص بإيداع/إرهان BTC الأصلي عبر Babylon، مع الحفاظ على الحيازة الذاتية الكاملة (self-custody) على طبقة بيتكوين الأساسية — وهو نقطة التصميم بالضبط التي بُني TBV لتقديمها. ثم يقبل رمز إيصال LST كي يوزّع هذا المركز عبر التمويل اللامركزي (DeFi). ولحظة أن يفعل ذلك، يكون قد أعاد إدخال افتراض الثقة متعدد التواقيع بهدوء على طبقة السيولة — وهو الشيء نفسه الذي صُمّمت بنية الصندوق (vault) الهندسية لإزالته. ومن الخارج، لا تخفي الوثائق ذلك، وهو ما يُعدّ صريحًا على الأقل، لكن الفجوة بين ما تقدمه الطبقة الأساسية وما تتطلبه قابلية التراكيب (composability) فعليًا تستحق اهتمامًا أكبر بكثير مما تناله حاليًا.

السؤال الذي يتبادر إلى ذهني هو ما إذا كان جسر LST قليل الثقة (trust-minimized) موجودًا حقًا ضمن خريطة الطريق القريبة، أم أنه يظل طموحًا. تذكر المؤسسة ذلك صراحةً كبنية تحتية مستقبلية، لكن بناء جسر قليل الثقة ومتكامل أصليًا مع آليات رهَن بيتكوين يُعدّ — على نحوٍ قابل للحجج — أصعب من أي شيء تم نشره بالفعل. يجعلني ذلك أفكر: هل الطبقة متعددة التواقيع الحالية مجرد دعائم/هيكل انتقالي، أم أنها الحد العملي الأقصى لما يمكن أن تدعمه قابلية تركيب بيتكوين بشكل واقعي؟

لست متأكدًا تمامًا من أن المنظومة استوعبت مدى اتساع هذه الفجوة حاليًا. طبقة الرهَن وطبقة السيولة تعملان في الوقت نفسه تحت نماذج ثقة مختلفة بشكل جوهري — وعمومًا، أغلب رأس المال المتدفق موجود داخل الطبقة الموثوقة — على أي حال، الوقت سيكشف ذلك👍@BabylonLabs_io #baby $BABY

$BICO $TUT

صادفت مؤخرًا نقدًا تقنيًا لم أستطع تجاهله بسرعة كما توقعت. كانت الحجة بسيطة: TBV يلغي لجنة الموقّعين التي كانت تجعل تصاميم الجسور السابقة لـ BitVM عرضة للخطر، وهذا تقدم حقيقي، لكنه يستبدل ذلك بفرضية مختلفة — وهي أن يبقى على الأقل أحد المتحدّين حيًا وصادقًا في جميع الأوقات لمواجهة الأدلة الاحتيالية. أحيانًا أتساءل كم شخص ممن يضعون رأس المال هنا فكّروا فعلًا فيما تعنيه متطلبات “الحياة” هذه أثناء ازدحام الشبكة أو التوقف المنسّق.

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

ومن منظور خارجي، تحمل “صدق الإعداد” أثناء تهيئة الـ vault وزنًا هادئًا بحد ذاته. يتطلب بناء الدائرة المشوّهة أن تتم عملية الإعداد دون تلاعب — لست متأكدًا تمامًا كيف يتحقق حامل BTC العادي بشكل مستقل من لحظة الثقة هذه دون معرفة تشفيرية عميقة.

يجعلني ذلك أفكر في أن كلمة “معدوم الثقة” تحمل توقعات قد لا يكون التصميم — مهما كان متطورًا — قد استوفاها بالكامل في كل بُعد بعد. وما يزال إيصال هذه الفجوة بصدق إلى جمهور أوسع أحد أكثر التحديات حساسية المقبلة — على أي حال، الوقت كفيل بإظهار ذلك🚀@BabylonLabs_io #baby $BABY
$BICO $TUT

@BabylonLabs_io
كنت أحاول فهم سبب استمرار “بايبيلون” في ذكر الإيثريوم جنبًا إلى جنب مع TBV، بينما تكون الفكرة الأساسية هي أن الـ BTC تبقى على سلسلتها الخاصة؛ ولم يحدث “الانطباق” الحقيقي إلا عندما فكرت في حقيقة ما يمكن لغة برمجة بيتكوين أن تفعله وما لا تفعله. لغة بيتكوين سكربت مقصودة لأن تكون بدائية؛ يمكنها التحقق من توقيع أو من قفل التجزئة، لكنها لا تملك مفهوم شروط القرض، أو نسب الضمانات، أو منطق الإقراض بحد ذاتها. لذلك، تعيش قواعد الضمان نفسها داخل بيتكوين، وتُقفل هناك وتُفرض، لكن عملية اتخاذ القرار بخصوص الملكية ومن يدين بماذا ومتى—تحتاج إلى مكان أكثر تعبيرًا قادرًا على حساب ذلك بالفعل.

ما يبدو مثيرًا للاهتمام هو كيف تتجسد هذه “تقسيمة العمل” على أرض الواقع. يصبح الإيثريوم هو المكان الذي يتم فيه جعل حالة الضمانات قابلة للتحقق، حيث تتولى بروتوكولات مثل Aave v4 منطق الاقتراض الفعلي، بينما لا يجيب بيتكوين إلا عن سؤال ضيق عبر BitVM3: هل هذا الدليل المحدد صالح أم لا. يجعلني ذلك أفكر فيه أقل على أنه بيتكوين يعتمد على الإيثريوم من أجل الأمان، وأكثر على أنه بيتكوين يستأجر “قابلية التعبير” من الإيثريوم مع الاحتفاظ بالاستحواذ النهائي والإنفاذ بيدها هي.

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

ومن منظور خارجي، فإن الحاجة إلى سلسلة مضيفة ليست ضعفًا بقدر ما هي اعتراف صريح وحديث بحدود بيتكوين، لكن هذا يعني أن ملف الأمان الحقيقي لـ TBV هو مزيج من نظامين، وليس نظامًا واحدًا. البنية واضحة اليوم، لكن رد الفعل في المستقبل يظل غير مؤكد... على أي حال، الوقت كفيل بالبيان 👍

#baby
$BABY
الرابط الضعيف في TBV؟

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

يقولون إن المخاطر تقع في بروتوكولات الـ DeFi المتصلة، وليس في آلية الـ vault نفسها.

قراءتي الأولى كانت: حسنًا، كلام منصف وصادق على الأرجح، ويغلق الكتاب عمليًا عمّا تبحث عنه بحثًا عن المخاطر هنا.

لكن هذا لا يُغلق الكتاب. الأمر أقرب إلى خريطة.

كل شيء حقيقي وجدته عبر هذه السلسلة: عنق الزجاجة في الموافقات (co-signing) في الإقراض المُجمّع، واعتمادية التكديس بمجرد أن يجلس Gomining فوق ذلك، وقصة الحفظ (custody) على طبقة غلاف الصندوق (fund-wrapper)، والجهة المؤسِّسة التي كتبت شيكًا بعد استغلال شخص آخر، لم يتسبّب أيٌّ منها في كسر آلية الـ vault. كان كل ذلك موجودًا تمامًا في المكان الذي يقولون إنه موجود فيه.

لذا فإن الإفصاح صحيح تقنيًا ولا يخبرك بالكثير. "ليس الـ vault" لا يعني أنه غير حقيقي، بل يعني أن تنظر إلى كل ما يتصل به الـ vault، وهو بحلول الآن أغلب ما قضيت هذه السلسلة أكتب عنه.

لا أعرف إن كانت هذه صراحةً مقصودة أم عبارة مريحة لصفحة تسويق. لا أستطيع معرفة ذلك من الطريقة المكتوبة.

بمجرد أن يمر ترحيل الإيداع الواحد عبر هذا العدد الكبير من البروتوكولات المتصلة، هل ما زالت عبارة "المخاطر ليست في الـ vault" تحمل معنى محددًا، أم أنها أصبحت صحيحة في الغالب بحكم التعريف؟ 👍

#baby $BABY