كيف يفتح Babylon القيمة الأمنية للبيتكوين؟

المؤلف: زيكي، باحث في YBB Capital؛ الترجمة: Golden Finance xiaozou

في عصر blockchain المعياري بقيادة Ethereum، لم يعد توفير الخدمات الأمنية من خلال طبقة توفر البيانات المتكاملة (DA) أمرًا جديدًا. مفهوم. في الوقت الحالي، يوفر إدخال مفهوم الأمن المشترك من خلال التوقيع المساحي بعدًا جديدًا للفضاء المعياري - تسخير إمكانات "الذهب والفضة الرقميين" لتوفير الأمان عبر Bitcoin أو Ethereum والعديد من بروتوكولات blockchain والسلاسل العامة. يعد هذا السرد طموحًا للغاية لأنه لا يفتح فقط سيولة بقيمة تريليونات الدولارات من الأصول ولكنه أيضًا عنصر أساسي في حلول التوسع المستقبلية. على سبيل المثال، جمع بروتوكول الستاكينغ الخاص بالبيتكوين Babylon وبروتوكول إعادة الستاك Ethereum الأخير EigenLayer 70 مليون دولار أمريكي و100 مليون دولار أمريكي على التوالي، مما أتاح لنا رؤية دعم قوي من شركات رأس المال الاستثماري الرائدة في هذا المجال.

ومع ذلك، تثير هذه التطورات أيضًا مخاوف كبيرة. إذا كانت النمطية هي الحل النهائي للتوسع، وكانت هذه البروتوكولات مكونًا رئيسيًا لهذا الحل، فمن المحتمل أن تحجز كميات هائلة من BTC وETH. وهذا يضع أمان البروتوكول نفسه في مركز الاهتمام. هل ستصبح الطبقات المعقدة للعديد من بروتوكولات LSD (مشتقات السيولة المرهونة) وبروتوكولات LRT (رمز تراكمي L2) أكبر بجعة سوداء في مستقبل blockchain؟ هل منطق أعمالهم سليم؟ ستركز المناقشة في هذه المقالة بشكل أساسي على بابل. بعد قراءة هذه المقالة، ستفهم الشكوك المذكورة أعلاه.

1. الإجماع الأمني ​​الموسع

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

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

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

وهناك أيضًا نوع ثالث من هذه الفصيلة مثل Babylon وEigenLayer. إنهم يستفيدون من المفهوم الأساسي لإثبات الحصة (POS)، ويستفيدون من قيمة أصول Bitcoin أو Ethereum لإنشاء خدمات أمنية مشتركة. وهذا نهج أكثر حيادية من الفئتين الأوليين. وتتمثل ميزتها في أنه على الرغم من وراثة الشرعية والأمن، إلا أنها توفر أيضًا قيمة عملية أكبر لأصول السلسلة الرئيسية وتوفر مرونة أعلى.

2. إمكانات الذهب الرقمي

بغض النظر عن المنطق الأساسي لأي آلية إجماع، فإن أمان blockchain يعتمد إلى حد كبير على موارده الأساسية. تتطلب سلسلة إثبات العمل (PoW) الكثير من دعم الأجهزة والكهرباء، بينما تعتمد سلسلة إثبات الحصة (PoS) على قيمة الأصول المرهونة. Bitcoin نفسها مدعومة بشبكة كبيرة جدًا من إثبات العمل (PoW)، مما يجعلها السلسلة الأكثر أمانًا في مساحة blockchain بأكملها. ومع ذلك، باعتبارها سلسلة عامة تبلغ قيمتها السوقية المتداولة 1.39 تريليون دولار أمريكي (وهو ما يمثل نصف سوق blockchain)، فإن منفعة أصولها تقتصر بشكل أساسي على التحويل ودفع الغاز.

على الجانب الآخر من عالم blockchain، خاصة بعد انتقال Ethereum إلى آلية إثبات الحصة (PoS) بعد ترقيتها في شنغهاي، يمكن القول أن معظم السلاسل العامة تستخدم بنيات إثبات الحصة (PoS) المختلفة بشكل افتراضي للوصول إلى الإجماع. ومع ذلك، غالبًا ما تفشل السلاسل الجديدة غير المتجانسة في جذب تعهدات برؤوس أموال كبيرة، مما يلقي بظلال من الشك على أمنها. في عصر الوحدات النمطية الحالي، يمكن لـ Cosmos Zone وحلول L2 المختلفة استخدام طبقات DA المختلفة للتعويض، ولكن هذا غالبًا ما يأتي على حساب الاستقلالية. كما أنه من غير العملي بشكل عام استخدام Ethereum أو Celestia كطبقة DA لمعظم آليات PoS القديمة أو سلاسل الكونسورتيوم. تكمن قيمة Babylon في سد هذه الفجوة من خلال توفير الحماية لسلسلة PoS من خلال التوقيع على BTC. تمامًا مثلما يستخدم البشر الذهب لدعم قيمة العملة الورقية، فإن عملة البيتكوين مناسبة تمامًا للعب هذا الدور في عالم البلوكشين.

3. البدء من الصفر

في مجال blockchain، كان إطلاق العنان لإمكانات "الذهب الرقمي" دائمًا هو الهدف الأكثر طموحًا ولكنه أيضًا أصعب هدف يمكن تحقيقه. بدءًا من السلاسل الجانبية المبكرة، وشبكة Lightning Network، ورموز الجسر، وحتى الأحرف الرونية الحالية وطبقة BTC Layer 2، فإن كل حل له عيوبه المتأصلة. إذا كان هدف بابيلون هو استغلال أمان البيتكوين، فيجب أولاً استبعاد الحلول المركزية التي تقدم افتراض ثقة الطرف الثالث. من بين الخيارات المتبقية، لا تمتلك الأحرف الرونية والشبكة المسرّعة (المحدودة بسبب التقدم البطيء للغاية في التطوير) حاليًا سوى إمكانات إصدار الأصول. وهذا يعني أن شركة Babylon بحاجة إلى تصميم "حل التوسع" الخاص بها لتمكين عملية تخزين البيتكوين الأصلية من الصفر.

قم بتفصيل العناصر الأساسية المتوفرة حاليًا في Bitcoin، وهي بشكل أساسي ما يلي: (1) نموذج UTXO، (2) الطابع الزمني، (3) طرق التوقيع المختلفة، (4) رموز التشغيل الأساسية. ونظرًا لقدرة Bitcoin المحدودة على البرمجة وقدرات حمل البيانات، فإن حل Babylon يعتمد على مبادئ الحد الأدنى. في Bitcoin، يجب إكمال الوظائف الأساسية فقط لعقد الستاكينغ، مما يعني أن الستاكينغ والتخفيض والمكافآت والاسترداد في BTC كلها يتم التعامل معها في السلسلة الرئيسية. بمجرد تنفيذه من الصفر، يمكن لـ Cosmos Zone التعامل مع متطلبات أكثر تعقيدًا. ومع ذلك، لا يزال هناك سؤال رئيسي: كيفية تسجيل بيانات سلسلة إثبات الحصة (PoS) إلى السلسلة الرئيسية؟

4. التعهد عن بعد

UTXO (مخرجات المعاملة غير المنفقة) هو نموذج معاملة صممه ساتوشي ناكاموتو للبيتكوين. الفكرة الأساسية بسيطة للغاية: المعاملات هي مجرد دخول وخروج للأموال، لذلك يمكن تمثيل نظام التداول بأكمله من خلال المدخلات والمخرجات. يمثل UTXO جزءًا من الأموال التي جاءت ولكن لم يتم إنفاقها بالكامل، وبالتالي فهي مخرجات المعاملات غير المنفقة (أي عملات البيتكوين غير المنفقة). إن دفتر حسابات Bitcoin بأكمله هو في الأساس مجموعة من UTXOs، حيث يسجل حالة كل UTXO لإدارة ملكية وتداول Bitcoins. تنفق كل معاملة UTXO قديمًا وتولد UTXO جديدًا. نظرًا لإمكانيات التوسع الكامنة فيه، يعد UTXO نقطة بداية طبيعية للعديد من حلول القياس الأصلية. على سبيل المثال، الاستفادة من UTXOs والتوقيعات المتعددة لإنشاء آليات جزائية وقنوات حالة لشبكة Lightning Network، أو ربط UTXOs لتنفيذ الرموز شبه القابلة للاستبدال (SFTs) مثل النقوش والرونية، كلها تنبع من نقطة البداية الرئيسية هذه.

تحتاج بابل أيضًا إلى استخدام UTXO لتنفيذ عقد التعهد (تسميه بابل التعهد عن بعد، حيث يتم نقل أمان Bitcoin عن بعد إلى سلسلة PoS من خلال الطبقة الوسطى). يجمع تنفيذ العقد بذكاء بين رموز التشغيل الحالية ويمكن تقسيمه إلى أربع خطوات:

الخطوة 1: قفل الأموال

يرسل المستخدم الأموال إلى العنوان الذي يتحكم فيه multisig . من خلال OP_CTV (OP_CHECKTEMPLATEVERIFY، الذي يدعم إنشاء قوالب معاملات محددة مسبقًا للتأكد من أنه لا يمكن تنفيذ المعاملات إلا وفقًا لهياكل وشروط محددة)، يمكن للعقد أن يحدد أنه لا يمكن استخدام هذه الأموال إلا في ظل ظروف معينة. بمجرد قفل الأموال، يتم إنشاء UTXO جديد للإشارة إلى أن الأموال قد تم رهنها.

الخطوة الثانية: التحقق المشروط

من خلال استدعاء OP_CSV (OP_CHECKSEQUENCEVERIFY، فإنه يدعم تعيين قفل زمني نسبي بناءً على رقم تسلسل المعاملة، مما يشير إلى أنه لا يمكن استخدام UTXO معين إلا في يمكن تنفيذ قفل زمني أو منطقة نسبية معينة بعد استهلاك عدد الكتل). مقترنًا بـ OP_CTV، والستاكينغ، والإلغاء (السماح للمتعهد بإنفاق UTXO المقفل بعد انتهاء فترة التعهد) والقطع (إذا ارتكب المتعهد سلوكًا ضارًا، فسيتم إجبار إنفاق UTXO على النقل إلى العنوان المقفل، مما يجعله غير منفق، يمكن تحقيقه، على غرار عنوان الثقب الأسود).

الخطوة 3: الحالة تحديث

في كل مرة يقوم فيها المستخدم بالمشاركة أو سحب الأموال المتراكمة، يتم إنشاء UTXO وإنفاقه. تولد مخرجات المعاملات الجديدة UTXOs جديدة، ويتم وضع علامة UTXOs القديمة على أنها منفقة. وبهذه الطريقة، يتم تسجيل كل معاملة وتدفق مالي بدقة على blockchain، مما يضمن الشفافية والأمن.

الخطوة 4: توزيع المكافأة

يحسب العقد المكافآت بناءً على مبلغ التعهد ووقت التعهد، ويوزع المكافآت عن طريق إنشاء UTXO جديد. يمكن فتح هذه المكافآت وإنفاقها عبر شروط مكتوبة بمجرد استيفاء معايير معينة.

5. الطابع الزمني

بعد إنشاء عقد الرهن الأصلي، من الطبيعي النظر في مسألة تسجيل الأحداث التاريخية من السلسلة الخارجية. في الورقة البيضاء التي أعدها ساتوشي ناكاموتو، قدمت سلسلة بلوكتشين للبيتكوين مفهوم الطوابع الزمنية المدعومة بإثبات العمل، مما يوفر ترتيبًا زمنيًا لا رجعة فيه للأحداث. في حالة الاستخدام الأصلي للبيتكوين، تشير هذه الأحداث إلى المعاملات المختلفة التي يتم إجراؤها على دفتر الأستاذ الخاص بالبيتكوين. اليوم، لتعزيز أمان سلاسل إثبات الحصة (PoS) الأخرى، يمكن أيضًا استخدام Bitcoin لإضفاء الطابع الزمني على الأحداث على سلاسل الكتل الخارجية. في كل مرة يحدث مثل هذا الحدث، فإنه يؤدي إلى إرسال معاملة إلى عامل التعدين، الذي يقوم بعد ذلك بإدراجها في دفتر حسابات البيتكوين، وبالتالي إضافة طابع زمني إلى الحدث. يمكن لهذه الطوابع الزمنية حل المشكلات الأمنية المختلفة لـ blockchain. يُطلق على مفهوم إضافة الطوابع الزمنية إلى الأحداث في السلاسل الفرعية في السلسلة الأصلية اسم "نقطة التحقق"، وتسمى المعاملات المستخدمة لإضافة الطوابع الزمنية بمعاملات نقاط التفتيش. على وجه التحديد، تتميز الطوابع الزمنية في blockchain Bitcoin بالخصائص المهمة التالية:

• < p> تنسيق الوقت: يسجل الطابع الزمني عدد الثواني التي تبدأ من الساعة 00:00:00 بتوقيت UTC في 1 يناير 1970. ويسمى هذا التنسيق بتوقيت Unix أو وقت POSIX.

• الغرض: الغرض الرئيسي من الطابع الزمني هو تحديد وقت إنشاء الكتلة، ومساعدة العقد في تحديد ترتيب الكتل، والمساعدة في صعوبة الشبكة آلية التعديل.

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

• التحقق من الصلاحية: عندما تتلقى العقدة كتلة جديدة، فإنها تتحقق من الطابع الزمني. يجب أن يكون الطابع الزمني للكتل الجديدة أكبر من متوسط ​​الوقت للكتل السابقة ويجب ألا يزيد عن 120 دقيقة من وقت الشبكة (ساعتان في المستقبل).

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

6 بنية الطبقة

كما هو موضح في الشكل، يمكن تقسيم البنية الشاملة لBabylon إلى ثلاث طبقات: Bitcoin كخادم الطابع الزمني، وBabylon كمنطقة كوزموس كطبقة وسطى، وPoS كطبقة الطلب سلسلة. تستدعي بابل طائرتي التحكم الأخيرتين (بابل نفسها) وطائرة البيانات (سلاسل استهلاك PoS المختلفة).

فهم بروتوكول بابل بعد التنفيذ الأساسي غير الموثوق به، دعونا نتعمق في كيفية استخدام Babylon نفسها لـ Cosmos Zone لتوصيل كلا الطرفين. وفقًا لشرح مفصل لـ Babylon من مختبر Tse بجامعة ستانفورد، يمكن لـ Babylon تلقي تدفقات نقاط التفتيش من سلاسل PoS المتعددة ودمج نقاط التفتيش هذه لنشرها على Bitcoin. يمكن تقليل حجم نقطة التفتيش عن طريق استخدام التوقيعات المجمعة من مدققي Babylon، ويتم التحكم في تكرار نقاط التفتيش هذه عن طريق قصر مدققي Babylon على تحديث واحد فقط لكل فترة.

يقوم المدققون من سلاسل PoS المختلفة بتنزيل كتلة Babylon والتحقق مما إذا كانت نقطة تفتيش PoS مضمنة في كتلة Babylon التي تم فحصها بواسطة Bitcoin. يتيح ذلك لسلسلة إثبات الحصة (PoS) اكتشاف الانحرافات، مثل قيام أداة التحقق من صحة Babylon بإنشاء كتلة غير متاحة تم التحقق منها بواسطة Bitcoin والادعاء كذبًا بأنها تحتوي على نقطة تفتيش إثبات الحصة (PoS). المكونات الرئيسية للبروتوكول هي كما يلي:

• نقطة التفتيش:< /strong > سيتم التحقق من الكتلة الأخيرة فقط من حقبة بابل بواسطة Bitcoin. تتكون نقطة التفتيش من تجزئة الكتلة وتوقيع BLS الإجمالي المطابق لأغلبية ثلثي توقيعات المدقق التي تحصل على الكتلة الموقعة النهائية. تتضمن نقاط تفتيش بابل أيضًا أرقامًا زمنية. يمكن تعيين طوابع زمنية للبيتكوين على كتل PoS عبر نقاط تفتيش Babylon. على سبيل المثال، تم فحص أول كتلتين من نقاط البيع (PoS) بواسطة كتلة Babylon ثم بواسطة كتلة Bitcoin ذات الطابع الزمني t_3. لذلك، سيتم تعيين الطابع الزمني للبيتكوين t_3 لكتل ​​إثبات الحصة هذه.

• تنظيم سلسلة PoS:عندما تتفرع سلسلة PoS، تعتبر السلسلة ذات الطابع الزمني السابق سلسلة إثبات الحصة (PoS) الأساسية. إذا كان لفرعين نفس الطابع الزمني، فسيتم تفضيل كتل إثبات الحصة (PoS) ذات نقاط التفتيش السابقة في Babylon.

• قواعد السحب: لسحب الأموال، يحتاج المدقق إلى ترسل سلسلة PoS طلب سحب. يتم بعد ذلك فحص كتلة PoS التي تحتوي على طلب السحب بواسطة Babylon ثم بواسطة Bitcoin، مع تخصيص الطابع الزمني لها t_1. بمجرد وصول كتلة Bitcoin ذات الطابع الزمني t_1 إلى عمق الكتلة k، يتم السماح بعمليات السحب على سلسلة PoS. إذا حاول المدقق الذي يحمل حصة سحب إجراء هجوم عن بعد، فلا يمكن تعيين طابع زمني للكتل الموجودة في سلسلة الهجوم إلا بعد t_1. وذلك لأن كتلة Bitcoin ذات الطابع الزمني t_1 لا يمكن استرجاعها بمجرد وصولها إلى عمق الكتلة k. من خلال مراقبة ترتيب نقاط التفتيش هذه على Bitcoin، يمكن لعملاء PoS التمييز بين السلسلة الأساسية وسلسلة الهجوم وتجاهل الأخيرة.

• قاعدة القطع: إذا لم يسحب المدقق حصته و إنهم يخاطرون بالتعرض للقطع بسبب وجود كتلة PoS متعارضة مزدوجة التوقيع. يعرف مدققو إثبات الحصة (PoS) الضارون أنهم إذا انتظروا حتى تتم الموافقة على طلب السحب قبل شن هجوم عن بعد، فلن يتمكنوا من خداع المستخدمين الذين يمكنهم الرجوع إلى Bitcoin لتحديد السلسلة الأساسية. لذلك، قد يقومون بتقسيم سلسلة إثبات الحصة (PoS) أثناء تعيين طوابع زمنية للبيتكوين للكتل الموجودة على سلسلة إثبات الحصة (PoS) الأساسية. تواطأت أدوات التحقق من صحة إثبات الحصة (PoS) مع أدوات التحقق الخبيثة من شركة Babylon وعمال تعدين Bitcoin لتقسيم Babylon وBitcoin، واستبدال كتلة Bitcoin ذات الطابع الزمني t_2 بكتلة أخرى ذات الطابع الزمني t_3. في نظر عملاء PoS اللاحقين، فإن هذا يغير سلسلة PoS الأساسية من السلسلة العليا إلى السلسلة السفلية. على الرغم من أن هذا كان هجومًا أمنيًا ناجحًا، إلا أنه أدى أيضًا إلى خفض حصتهم من مدققي إثبات الحصة (PoS) الخبيثين نظرًا لوجود كتل متعارضة مزدوجة التوقيع دون سحب حصتهم.

• قواعد الإيقاف المؤقت لنقاط فحص PoS غير المتاحة:أدوات التحقق من صحة PoS سلسلة PoS يجب إيقافه مؤقتًا فور ملاحظة نقطة تفتيش PoS غير متوفرة في بابل. يتم تعريف نقطة تفتيش PoS غير المتاحة على أنها تجزئة موقعة من ثلثي مدققي PoS والتي يُزعم أنها تتوافق مع كتلة PoS غير قابلة للملاحظة. إذا لم يقم مدقق إثبات الحصة (PoS) بإيقاف سلسلة إثبات الحصة مباشرة بعد ملاحظة نقطة تفتيش غير متاحة، فقد يكشف المهاجم سلسلة الهجوم غير المتوفرة سابقًا، مما يؤدي إلى تغيير السلسلة الأساسية للعملاء اللاحقين. وذلك لأن نقطة تفتيش سلسلة الظل الموضحة لاحقًا حدثت سابقًا في بابل. تشرح قاعدة الإيقاف المؤقت أعلاه سبب مطالبتنا بتوقيع تجزئة كتلة PoS المرسلة كنقاط تفتيش بواسطة مجموعة مدقق PoS. إذا كانت نقاط التفتيش هذه غير موقعة، فيمكن لأي مهاجم إرسال تجزئة عشوائية والادعاء بأنها تجزئة نقطة تفتيش كتلة PoS غير المتوفرة في Babylon. يجب أن يتوقف مدققو PoS مؤقتًا عند نقاط التفتيش. لاحظ أن إنشاء سلسلة PoS غير قابلة للاستخدام يمثل تحديًا: يُطلب من ثلثي مدققي PoS على الأقل التوقيع على كتل PoS دون تقديم البيانات إلى المدققين الصادقين. ومع ذلك، في الهجوم الافتراضي أعلاه، قام المهاجم الخبيث بإيقاف سلسلة إثبات الحصة مؤقتًا ولكنه لم يهاجم أي من المدققين. لمنع مثل هذه الهجمات، نطلب توقيع نقاط تفتيش PoS من قبل ثلثي مدققي PoS. لذلك، لن تكون هناك نقاط تفتيش غير متاحة لـ PoS في بابل ما لم يتم مهاجمة ثلثي مدققي PoS، نظرًا لأنه سيكون مكلفًا للغاية مهاجمة مدقق PoS دون التأثير على سلاسل PoS الأخرى أو بابل نفسها، لذا فإن ثلاثة من أصل ثلاثة هي في الأساس من المستحيل مهاجمة اثنين من مدققي PoS.

7.EigenLayer في BTC

من حيث الغرض، على الرغم من أن Babylon تشبه EigenLayer، إلا أنها بعيدة كل البعد عن "الشوكة" البسيطة لـ EigenLayer. . نظرًا لأنه لا يمكن استخدام DA محليًا على سلسلة BTC الرئيسية، فإن وجود Babylon مهم جدًا. لا يوفر البروتوكول الأمان لسلاسل إثبات الحصة الخارجية فحسب، بل إنه ضروري أيضًا لتنشيط النظام البيئي الداخلي لـ BTC.

حالات الاستخدام

تحتوي بابل على العديد من حالات الاستخدام المحتملة، وقد تم تنفيذ بعضها بالفعل أو قد تتاح لها فرصة تنفيذها في المستقبل:

< strong>(1) تقليل دورات التوقيع المساحي، وتعزيز الأمان: تتطلب سلاسل PoS عادةً إجماعًا اجتماعيًا (الاتفاق بين المجتمع ومشغلي العقد والمدققين) لمنع الهجمات عن بُعد. تتضمن هذه الهجمات إعادة كتابة سجل blockchain لمعالجة سجلات المعاملات أو التحكم في السلسلة. تعتبر الهجمات عن بعد خطيرة بشكل خاص في أنظمة إثبات الحصة (PoS)، لأنه، على عكس إثباتية العمل (PoW)، لا تتطلب أنظمة إثبات الحصة (PoS) من المدققين استهلاك كميات كبيرة من موارد الحوسبة. يمكن للمهاجم إعادة كتابة التاريخ من خلال التحكم في مفاتيح المشاركين الأوائل. من أجل ضمان استقرار وأمن إجماع شبكة blockchain، عادة ما تكون هناك حاجة إلى فترة تعهد أطول. على سبيل المثال، يتطلب Cosmos فترة تفكيك مدتها 21 يومًا. ومع ذلك، مع Babylon، يمكن تضمين الأحداث التاريخية لسلسلة PoS في خوادم الطابع الزمني لـ BTC، ويمكن استخدام BTC كمصدر ثقة لتحل محل الإجماع الاجتماعي. يمكن أن يؤدي ذلك إلى تقليل وقت فك الارتباط إلى يوم واحد (أي ما يعادل حوالي 100 مرة من كتلة BTC). بالإضافة إلى ذلك، يمكن لسلسلة إثبات الحصة (PoS) تحقيق أمان مزدوج من خلال تخزين الرمز المميز الأصلي وتكديس BTC.

( 2) قابلية التشغيل البيني عبر السلاسل: من خلال بروتوكول IBC، يمكن لـ Babylon تلقي بيانات نقاط التفتيش من سلاسل PoS المتعددة لتحقيق قابلية التشغيل البيني عبر السلاسل. تسمح إمكانية التشغيل البيني هذه بالاتصال السلس ومشاركة البيانات بين سلاسل الكتل المختلفة، وبالتالي زيادة الكفاءة والوظائف الشاملة للنظام البيئي لـ blockchain.

(3) دمج نظام BTC البيئي: تفتقر معظم المشاريع في نظام BTC البيئي الحالي (بما في ذلك الطبقة الثانية وLRT وDeFi) إلى الأمان الكافي وغالبًا ما تعتمد على افتراضات الثقة بشأن الأطراف الثالثة . تقوم هذه البروتوكولات أيضًا بتخزين كميات كبيرة من BTC في عناوينها. في المستقبل، قد تعمل شركة Babylon مع هذه المشاريع لتطوير بعض الحلول المتوافقة للغاية لتحقيق المنفعة المتبادلة والنتائج المربحة للجانبين، وتشكيل نظام بيئي قوي مشابه لنظام EigenLayer داخل Ethereum.

(4) إدارة الأصول عبر السلسلة: يمكن استخدام بروتوكول Babylon للإدارة الآمنة للأصول عبر السلسلة. من خلال إضافة الطوابع الزمنية إلى المعاملات عبر السلسلة، يمكن ضمان أمان وشفافية عمليات نقل الأصول بين سلاسل الكتل المختلفة. تساعد هذه الآلية في منع هجمات الإنفاق المزدوج والهجمات الأخرى عبر السلسلة.

8. برج بابل

تأتي قصة برج بابل من الفصل 11، الآيات 1-9 من سفر التكوين الكتابي. هذه قصة كلاسيكية عن محاولات البناء البشرية برج إلى السماء لا يعترضه إلا الله. ترمز هذه القصة إلى الوحدة الإنسانية والنضال من أجل هدف مشترك. ويهدف بروتوكول بابل إلى بناء برج مماثل لسلاسل إثبات الحصة المختلفة، وتوحيدها تحت سقف واحد. من حيث السرد، يبدو أنها جيدة مثل Eigenlayer، المدافع عن Ethereum. ولكن كيف تصمد في الممارسة العملية؟

حتى الآن، لقد وفرت شبكة اختبار Babylon بالفعل الأمان لـ 50 منطقة كونية من خلال بروتوكول IBC. بالإضافة إلى النظام البيئي Cosmos، تدمج Babylon أيضًا العديد من بروتوكولات LSD (مشتقات السيولة المرهونة)، وبروتوكولات التشغيل البيني كاملة السلسلة، وبروتوكولات النظام البيئي Bitcoin. ومع ذلك، عندما يتعلق الأمر بالستاكينغ، تتخلف Babylon حاليًا عن EigenLayer، والتي يمكنها إعادة استخدام الستاكينغ وLSD في النظام البيئي لإيثريوم. ومع ذلك، على المدى الطويل، فإن الكمية الكبيرة من البيتكوين التي كانت خاملة في المحافظ والبروتوكولات لم يتم إيقاظها بالكامل بعد، وهذا مجرد غيض من فيض بقيمة 1.3 تريليون دولار. تحتاج بابل إلى تكوين علاقة تكافلية إيجابية مع نظام البيتكوين البيئي بأكمله.

(1) الحل الوحيد لمعضلة التحصيص الاحتيالي

كما ذكرنا سابقًا، يتطور كل من Eigenlayer وBabylon بسرعة، وتشير الاتجاهات المستقبلية إلى أنهما سيقفلان عددًا كبيرًا من النواة أصول blockchain. حتى لو كانت البروتوكولات نفسها آمنة، فهل سيؤدي الستاكينغ متعدد الطبقات إلى إرسال النظام البيئي للستاكينغ إلى دوامة الموت، مما يؤدي إلى انهيار آخر مشابه لرفع أسعار الفائدة في الولايات المتحدة؟ منذ انتقال Ethereum إلى آلية إثبات الحصة (PoS) وظهور EigenLaeyr، شهدت مساحة التخزين الحالية بالفعل وفرة غير عقلانية. عادةً ما تجتذب المشاريع مستخدمي TVL مرتفعين من خلال توقعات الإسقاط الجوي الكبيرة والعوائد المتدرجة. يمكن تكديس ETH خمس أو ست مرات من خلال التوقيع الأصلي وLSD وLRT. تزيد عملية التعشيش هذه من المخاطر، لأنه طالما أن هناك مشكلة في بروتوكول واحد، فقد يؤثر ذلك بشكل مباشر على جميع البروتوكولات ذات الصلة، وخاصة تلك الموجودة في نهاية سلسلة التوقيع المساحي. إذا تم اعتماد هذا النموذج، فإن النظام البيئي للبيتكوين مع حلوله المركزية العديدة سيواجه مخاطر أكبر.

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

(2) الطلب الحقيقي هو المفتاح

في Web3، سواء كانت سلسلة عامة أو بروتوكولًا، عادةً ما يتضمن المنطق الأساسي مطابقة المشترين والبائعين لاحتياجات محددة. يمكن للمشاريع التي تقوم بهذا بشكل جيد أن "تفوز بالعالم" لأن تقنية blockchain تضمن أن تكون عملية المطابقة عادلة وحقيقية وجديرة بالثقة. من الناحية النظرية، يمكن لبروتوكولات الأمان المشتركة أن تكمل النظام البيئي المعياري المزدهر. ولكن هل العرض سيفوق الطلب بكثير؟ على جانب العرض، هناك العديد من المشاريع والسلاسل الرئيسية التي توفر الأمان المعياري. ومن ناحية الطلب، قد لا تحتاج سلاسل إثبات الحصة (PoS) القائمة أو لا ترغب في استئجار هذا الأمان من أجل ماء الوجه، وقد تكافح سلاسل إثبات الحصة (PoS) الجديدة لدفع الفوائد الناتجة عن كميات كبيرة من BTC وETH. لكي يتمكن EigenLayer وBabylon من تشكيل دورة عمل مغلقة، يجب أن تكون الإيرادات الناتجة قادرة على موازنة الفائدة الناتجة عن الرموز المميزة المرهونة ضمن البروتوكول. حتى لو تم تحقيق هذا التوازن، وتجاوزت الإيرادات مدفوعات الفائدة بكثير، فإن سلاسل وبروتوكولات إثبات الحصة (PoS) الجديدة هذه قد تستمر في الجفاف. لذلك، فإن كيفية تحقيق التوازن في النموذج الاقتصادي، وتجنب الفقاعات الناجمة عن توقعات الإسقاط الجوي، وتعزيز العلاقة بين العرض والطلب بطريقة صحية سيكون أمرًا بالغ الأهمية.