ذات مرة حفظت رمز استرداد مهمًا بعناية شديدة لدرجة أنني لم أستطع العثور عليه عندما احتجت إليه فعلًا.
هذا الخطأ الصغير غيّر نظرتي إلى تصميم الاسترداد @BabylonLabs_io . يمكن لِـ Babylon أن تحفظ BTC خارج أمين حفظ (custodian) وأن تمنح المودعين في الوقت نفسه مسارًا للعمل عندما يصبح مزوّد الـ Vault غير متاح. لكن هذا الحماية لا تعيش فقط داخل بيتكوين. جزء منها موجود في ملفات يجب على المستخدم الاحتفاظ بها.
بالنسبة لمسار الاستدعاء الذاتي (self-claim) لـ BABY، قد يحتاج المودع إلى زوج مفاتيح WOTS خاص بالـ vault، وبيانات المعاملة، ومعلومات التحقق، وملفات BABE التي تم إنشاؤها أثناء الإعداد. يمكن أن تساعد هذه الملفات المستخدم على استرداد الأموال أو الطعن في مطالبة غير صالحة دون الاعتماد بالكامل على مشغّل. من الناحية التشفيرية، هذا قوي. ومن الناحية التشغيلية، يخلق سؤالًا أكثر هدوءًا.
ماذا يحدث عندما يغيّر المستخدم أجهزته، أو يفقد نسخة احتياطية، أو يخزّن الإصدار الخطأ، أو ببساطة لا يستطيع تشغيل عملية سطر الأوامر أثناء عملية استرداد مرهقة؟ قد تظل الـ BTC محفوظة ذاتيًا، لكن القدرة العملية على حمايتها قد تعتمد على ما إذا كان شخص ما قد حفظ عدة مخرجات (artifacts) غير مألوفة بشكل صحيح لمدة أشهر أو سنوات.
هذا لا يضعف Babylon تلقائيًا. عبارات الاسترداد (seed phrases) والمفاتيح الخاصة والنسخ الاحتياطية كانت دائمًا تضع مسؤولية على المستخدمين. لا مفر من بعض المسؤولية.
ومع ذلك، قد لا يكون الاختبار الحقيقي لـ BABY هو ما إذا كان هناك مسار للطوارئ موجودًا. قد يكون الاختبار هو ما إذا كان بإمكان المودعين العاديين فعلًا استخدام هذا المسار عندما يفشل المشغّلون المعتادون. إذا تطلّب الاسترداد إعدادًا على يد خبراء، فقد تتحول الحراسة الذاتية بهدوء إلى حراسة ملفات (artifact custody).
قد تكون الحماية بلا اعتماد (trustless) على الورق. أنا أراقب ما إذا كانت Babylon يمكن أن تبقى قابلة للبقاء (survivable) في الحياة الواقعية. #baby $BABY
ذات مرة احتجت إلى توثيق مستند. استغرق توقيعه عشر ثوانٍ. أما العثور على الشخص المخوّل للشهادة عليه فقد استغرق أسبوعًا.
إن هذه الفجوة بين تنفيذ إجراء واعتماده هي ما يعيدني دائمًا إلى @BabylonLabs_io .
قفل بيتكوين داخل نظام استيكينغ BABY هو الجزء المرئي. يقوم محفظة بالتوقيع، فتؤكد المعاملة، وتبقى الـBTC على بيتكوين. لكن النظام لا يصبح آمنًا لمجرد وجود الإيداع. لا يزال مزودو الإنهائية بحاجة إلى مراقبة السلاسل المشاركة، والتصويت على كتلها، والاستمرار في تشغيل عملية الأمان هذه بشكل مستمر.
الجزء غير المريح هو قابلية التوسع.
كل سلسلة جديدة تُربط ببابل لا تضيف فقط مزيدًا من التبنّي. بل تضيف تيارًا آخر من الكتل ونقاط التحقق ومسؤولية إضافية على مجموعة مقدمي الخدمة المكلفين بتأمينها.
إذا بدأ مزودو الإنهائية أنفسهم في تغطية المزيد من الشبكات، فقد ينمو BABY دون أن يصبح طبقة التحقق موزعة بالتساوي. قد تعني المزيد من السلاسل مزيدًا من طلبات الأمان على المشغّلين أنفسهم.
سيؤدي ذلك إلى نتيجة غريبة: تظل بيتكوين لامركزية من الأسفل، بينما تصبح الطبقة التي تفسّر الإنهائية فوقها أكثر تركّزًا.
لا أعتقد أن ذلك يجعل BABY ضعيفًا تلقائيًا. غالبًا ما تبدأ البنى التحتية المبكرة بمشغّلين قادرين بعدد أقل. لكن النمو لا ينبغي قياسه فقط بالبيتكوين المُستَكّ (staked BTC) أو بالسلاسل المدمجة.
ينبغي أيضًا قياسه بعدد الأطراف المستقلة التي يُوثق بها لاستمرار المراقبة.
ربما تكون أصعب مشكلة لدى BABY في قابلية التوسع ليست جذب مزيد من بيتكوين.
يمكن أن يتبع الباب المقفل كل التعليمات بدقة ومع ذلك يفتح في التوقيت الخاطئ.
قد لا يتم كسر القفل. وقد تكون التعليمات هي التي يمكن كسرها.
ظلت تلك الفكرة معي أثناء قراءتي عن @BabylonLabs_io . يمكن لبيتكوين فرض شرط إنفاق بدرجة غير معتادة من اليقين، لكنها لا تستطيع أن ترى أن المقترض سدد قرضًا، أو أن جهة خارجية تجاوزت حد التصفية لديها، أو أن سلسلة أخرى سجلت حدثًا محددًا. قبل أن يتمكن بيتكوين من التصرف، يجب ترجمة تلك الحقيقة الخارجية إلى شيء يمكن لسكربتِها فهمه.
في البداية، ظننت أن أصعب مشكلة لدى بابيلون هي بناء فرضٍ بلا ثقة. والآن لست متأكدًا من ذلك. يمكنني إدخال مسارات السداد والتصفية والسحب والاسترداد داخل مخطط معاملات قبل أن تصبح BTC نشطة. بمجرد تفعيل الشرط الصحيح، لا يستطيع المشاركون إعادة كتابة النتيجة أو تحويل الأموال ببساطة. لكن بيتكوين لا تتحقق إلا من الشرط الموضوعة أمامها. إنها لا تقوم بشكل مستقل بالتحقق من القصة الخارجية الكاملة خلف ذلك الشرط.
هذا يجعل طبقة الترجمة تبدو أكثر أهمية مما يبدو أولاً. يمكن أن تؤثر إشارة سعر متأخرة، أو أن تلاحظ جهتان مختلفتان حالات مختلفة، أو أن يتم تفسير إثبات السداد وفقًا لافتراضات مختلفة، على أي مسار مُحدد مسبقًا يصبح صالحًا. قد يظل المخزن آمنًا من الناحية التقنية بينما يظل الحدث الذي يختار خطوته التالية موضع جدل.
سيلاحظ معظم الناس قوة قفل بابيلون. لكني أستمر في ملاحظة الرسالة التي يتم تمريرها إليه.
ربما لا تكون حدود الثقة الحقيقية حيث يتم تأمين BTC. بل هي لحظة تحوُّل الواقع الخارجي إلى مُحفّز قابل للقراءة من بيتكوين. يمكن لبابلون إزالة التقدير من التنفيذ، لكن هل يمكنها منع عودة الثقة بهدوء أثناء الترجمة التي تحدد ما الذي سيتم تنفيذه؟
القفل المثالي لا يكون موثوقًا إلا بقدر التعليمات التي تصل إليه. @BabylonLabs_io $BABY #baby
مرةً رأيت شخصين يمدّان أيديهما إلى نفس الكرسي. لم يكن أيٌّ منهما مخطئًا. المشكلة أن واحدًا فقط يمكنه أن يأخذه.
هذا ما يظلّ يقلقني بشأن خزانة BABY ذات الشروط الثلاثة. نفس بيتكوين المُرهَن يمكنه دعم قرض، والبقاء عرضة للـ slashing (الخصم/المصادرة)، وما يزال يحمل مسار الاسترداد الخاص بالمالك. على الورق، يبدو الأمر كفاءة. لكن تحت الضغط، يبدأ الأمر في الظهور وكأنه ملكية متنافسة.
تخيّل أن وضع الإقراض يصل إلى التصفية تمامًا عندما يقوم مزوّد نهائية (Finality Provider) مفوض بالتوقيع المزدوج. يعتقد المُقرض أن الـ BTC يؤمّن الدين. قد تعامل قواعد الرهن لدى BABY نفس الـ BTC كضمان قابل للـ slashing. وفي الوقت نفسه، قد يظل المالك يتوقّع إمكانية فكّ الرهن.
ستلاحظ معظم الناس أولًا العائد الإضافي والسيولة. لكن القضية الأصعب هي الأولوية. يمكن لـ BABY تحديد كل شرط بوضوح، غير أن التوقيت قد يقرر النتيجة. أي مطالبة صحيحة تُنفَّذ أولًا؟ ومن يتحمل الخسارة عندما تصبح التصفية والـ slashing ساريتين معًا؟
ربما أن الاختبار الحقيقي ليس مقدار ما تستطيع خزانة واحدة فعله. بل ما إذا كان الجميع يفهمون من يحمل المطالبة الأولى قبل أن تدخل الخزانة في ضغط. @BabylonLabs_io $BABY #baby
واصلت التفكير في “خزائن بيتكوين بلا ثقة” لدى بابل كمنتج متعدد السلاسل، لكن شعور “المزيد من السلاسل” لم يكن يبدو إنجازًا حقيقيًا.
الـBTC لا تتحرك. تظل مُقفلة على بيتكوين، بينما تعمل التطبيقات على حالة ضمان يمكن التحقق منها. يبدو ذلك أنظف من التغليف أو الجسور، لكن كل عملية نشر تُدخل عقودًا وأوراكل وقواعد تصفية ومخاطر مُهايئ.
ما لفت انتباهي هو أن بابل لا تعامل خزانة واحدة كضمان عالمي. يتم إنشاء خزانة لتطبيق محدد، ويحتاج كل تكامل إلى مُهايئ خاص به. قد يبدو ذلك أقل مرونة، لكنه يمنع تطبيقًا واحدًا معطوبًا من أن يلوث الآخرين بهدوء.
Aave v4 هو أول تكامل. الاختبار الأكبر يأتي لاحقًا: هل يمكن لنموذج الضمان الأصلي للبيتكوين نفسه أن يتوسع عبر الإقراض والعملات المستقرة والمشتقات وسلاسل مختلفة دون أن يتحول طبقة التكامل إلى وسيط؟
هنا تصبح القدرة على التوسع متعدد السلاسل أكثر من مجرد عدد الشراكات.
من السهل ربط البروتوكولات عندما يتصرف الجميع بشكل صحيح. الجزء الأصعب هو الحفاظ على العزل والاسترداد وعمليات الخروج المتوقعة عندما تتوقف سلسلة واحدة، أو يفشل الأوراكل، أو تتغير قواعد تطبيق ما.
قد لا تكون أقوى ادعاءات بابل أن بيتكوين يمكن أن تصل إلى كل مكان.