Foreword

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

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

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

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

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

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

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

Potential of Digital Gold

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

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

From 0 to 1

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

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

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

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

قفل الأموال

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

التحقق من الحالة

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

تحديثات الدولة

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

توزيع المكافآت

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

Timestamps

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

• تنسيق الوقت: تسجل الطوابع الزمنية عدد الثواني منذ 1 يناير 1970 ، 00:00:00 بالتوقيت العالمي المنسق ، وهو تنسيق يعرف باسم وقت Unix أو وقت POSIX.
• الغرض: الغرض الرئيسي من الطابع الزمني هو تحديد وقت إنشاء الكتلة ، ومساعدة العقد على تحديد طلب الكتل والمساعدة في آلية ضبط صعوبة الشبكة.
• الطوابع الزمنية وتعديل الصعوبة: تقوم شبكة بيتكوين بضبط صعوبة التعدين كل أسبوعين تقريبا ، أو كل كتل 2016. تلعب الطوابع الزمنية دورا حاسما في هذه العملية ، حيث تقوم الشبكة بضبط الصعوبة بناء على إجمالي وقت التوليد لأحدث كتل 2016 لضمان إنشاء كتل جديدة كل 10 دقائق تقريبا.
• التحقق من الصلاحية: عندما تتلقى العقدة كتلة جديدة ، فإنها تتحقق من الطابع الزمني. يجب أن يكون الطابع الزمني للكتلة الجديدة أكبر من متوسط الوقت لعدة كتل سابقة ويجب ألا يتجاوز وقت الشبكة بأكثر من 120 دقيقة (2 ساعة في المستقبل).

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

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

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

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

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

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

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

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

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

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

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

Eigenlayer في BTC

من حيث الغرض ، في حين أن بابل تشبه Eigenlayer ، إلا أنها بعيدة كل البعد عن كونها "fork" بسيطة ل Eigenlayer. بالنظر إلى عدم القدرة الحالية على استخدام DA أصلا في السلسلة الرئيسية BTC ، فإن وجود بابل مهم للغاية. هذا بروتوكول لا يجلب الأمن لسلاسل PoS الخارجية فحسب ، بل إنه ضروري أيضا لتنشيط النظام البيئي 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 الحالي ، بما في ذلك طبقة 2 و LRT و DeFi ، إلى الأمان الكافي وغالبا ما تعتمد على افتراضات ثقة الطرف الثالث. تخزن هذه البروتوكولات أيضا كميات كبيرة من BTC في عناوينها. في المستقبل ، قد تقوم Babylon بتطوير بعض الحلول المتوافقة للغاية مع هذه المشاريع ، مما يخلق منافع متبادلة ويشكل في النهاية نظاما بيئيا قويا مشابها ل Eigenlayer داخل إثيريوم.
• إدارة الأصول عبر السلسلة: يمكن استخدام بروتوكول Babylon للإدارة الآمنة لأصول عبر السلاسل. من خلال إضافة الطوابع الزمنية إلى المعاملات عبر السلاسل ، فإنه يضمن أمان وشفافية عمليات نقل الأصول بين سلاسل الكتل المختلفة. تساعد هذه الآلية على منع الإنفاق المزدوج وهجمات عبر السلاسل الأخرى.

The Tower of Babel

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

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

الحل الوحيد لمعضلة بونزي التخزين

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

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

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

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

حول YBB

YBB هو صندوق web3 يكرس نفسه لتحديد مشاريع تحديد Web3 مع رؤية لإنشاء موطن أفضل عبر الإنترنت لجميع سكان الإنترنت. تأسست YBB من قبل مجموعة من المؤمنين ب blockchain الذين شاركوا بنشاط في هذه الصناعة منذ عام 2013 ، وهي دائما على استعداد لمساعدة مشاريع المرحلة المبكرة على التطور من 0 إلى 1.نحن نقدر الابتكار والعاطفة الذاتية والمنتجات الموجهة للمستخدم مع الاعتراف بإمكانات تطبيقات التشفير و blockchain.

الموقع | Twi: @YBBCapital

المراجع

1. شرح مفصل لكيفية استفادة بابل من النظام البيئي للكون بأمن بيتكوين: ChainCatcher Article
2. فهم متعمق ل Eigenlayer: الخروج إثيريوم من مأزق "التراص"؟ HaoTianCryptoInsight article
3. محادثة مع المؤسس المشارك لشركة Babylon فيشر يو: كيف يمكن إطلاق سيولة 21 مليون BTC من خلال التراص؟ ChainCatcher article
4. الديون الثلاثية أو التضخم المعتدل: منظور بديل لإعادة التخزين: مقالة
5. Weixin نظرة على ما كنت أراه في التشفير مؤخرا: TheKnower Substack

إخلاء المسؤولية:

1. تمت إعادة طباعة هذه المقالة من [متوسط]. جميع حقوق الطبع والنشر تنتمي إلى المؤلف الأصلي [YBB]. إذا كانت هناك اعتراضات على إعادة الطبع هذه ، فيرجى الاتصال بفريق Gate Learn ، وسوف يتعاملون معها على الفور.

2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي آراء المؤلف فقط ولا تشكل أي نصيحة استثمارية.

3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق Gate Learn. يحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها، ما لم يذكر ذلك.