المؤلف: زيكي، YBB Capital المصدر: متوسط ​​الترجمة: شان أوبا، Golden Finance

مقدمة

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

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

توسيع الإجماع الأمني

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

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

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

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

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

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

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

من 0 إلى 1

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

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

التعهد عن بعد

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

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

الأموال المقفلة< /strong>

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

التحقق المشروط

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

p>

تحديث الحالة

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

تخصيص المكافأة

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

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

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

• تنسيق الوقت: يتم تسجيل الطابع الزمني منذ عام 1970 عدد الثواني منذ الأول من يناير الساعة 00:00:00 بالتوقيت العالمي، يُسمى هذا التنسيق بتوقيت Unix أو وقت POSIX.

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

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

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

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

p>

العمارة البابلية ثلاثية الطبقات

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

p>

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

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

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

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

< /p>

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

< /p>

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

< /p>

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

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

طبقة الميزات في BTC

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

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

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

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

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

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

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

برج بابل

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

< /p>

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

الحل الوحيد لمعضلة الرهان الاحتيالي

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

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

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

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