تمتلك المسار Restaking الذي يمثله EigenLayer اهتمامًا هائلاً، وأصبح واحدًا من أسخن الاتجاهات في Ethereum حاليًا. كما ناقش E2M Research بشكل واف في EigenLayer. يوسّع EigenLayer أمان Ethereum إلى تطبيقات أخرى على شبكة البلوكشين مع توفير مكافآت إضافية لحائزي ETH أو LST الشاركين.
بالمثل، تسمح بابل بمستخدمي بيتكوين برهان BTC لتعزيز أمان شبكات PoS، وتحسين أمان الشبكة أثناء كسب المكافآت، والحفاظ على حراسة بيتكوين الذاتية. نظرًا لعدم قدرة شبكة البيتكوين الرئيسية على دعم عقود ذكية كاملة، تختلف تصميمات بابل وسيناريوهات التطبيق بشكل كبير عن EigenLayer. وذكر أنوراج أرجون، المؤسس المشارك السابق لبوليجون ومؤسس Avail، أيضًا على وسائل الإعلام الاجتماعية أنه بالمقارنة مع مشاريع مثل Eigenlayer، يبدو بابل أنها أكثر تقديرًا. ستحقق زخمًا تطويريًا، والذي قد يكون فتحًا رئيسيًا لنظام ال BTC.
يهدف هذا المقال إلى توفير فهم أعمق للتشابهات والاختلافات بين المشاريعين من خلال مقارنتهم من مختلف الجوانب.
بابل هو مجموعة من بروتوكولات مشاركة أمان بيتكوين. حاليًا، تتضمن اثنين من البروتوكولات:
بروتوكول البيتكوين للطابع الزمني
أولاً، دعونا نلقي نظرة على هيكل بروتوكول البيتكوين للطابع الزمني:
تُظهر هندسة بابل في الرسم البياني أعلاه. تتكون من ثلاثة أجزاء، مع مستويين من نقاط التفتيش:
اعتبار تصميم مهم هو أن لدى بيتكوين قدرة محدودة جدًا على حمل البيانات. في هذه الحالة، تقوم سلسلة بابل بأداء وظائف متعددة:
هذا الهيكل يساعد سلاسل PoS على تحسين أمانها، على سبيل المثال، ضد الهجمات عن بُعد الطويلة.
لحماية سلسلة PoS من الهجمات على مدى طويل، يمكننا إرسال نقاط التفتيش لكتل سلسلة PoS إلى BTC واختيار الفرع ذي الطابع الزمني لـ BTC الأقدم كفرع صالح. وهذا يترك فقط اثنين من الاحتمالات:
وبالتالي، يمكن تخفيف الهجمات طويلة المدى من خلال الطوابع الزمنية للبتكوين.
بالإضافة إلى التعامل مع الهجمات على مدى طويل، يوفر الطابع الزمني BTC اللا رجعي لكتل PoS مزايا أمنية أخرى لسلاسل PoS:
بروتوكول الرهان على بيتكوين في بابل يُتيح لحَامِلي البيتكوين رهن بيتكوينهم دون الحاجة إلى الثقة بجهة ثالثة؛ هذا الرهان لا يتطلب ربط البيتكوين عبر سلاسل إلى سلسلة PoS لتوفير ضمانات رهانية قابلة للقص على تلك السلسلة PoS بالكامل.
ها هو مثال على عملية حصة البيتكوين:
أليس لديها بيتكوين واحد، وترغب في رهنه على سلسلة PoS. أولاً، تدخل في عهد الرهن من خلال إرسال معاملة رهن إلى سلسلة البيتكوين. هذه المعاملة هي معاملة بيتكوين تقوم بقفل بيتكوينها في خزانة تحت وصاية ذاتية. يمكن فتح بيتكوين المقفلة فقط بمفتاح أليس الخاص عبر أحد المسارين التاليين:
(1) تقوم أليس ببدء "عملية فك الربط"، حيث سيتم فتح قفل البيتكوين وإعادته إلى أليس خلال ثلاثة أيام.
(2) تبدأ أليس في "عملية القصاص"، وترسل البيتكوين إلى عنوان الحرق.
بمجرد أن تدخل هذه المعاملة التي تقوم بها لعقد الرهان سلسلة البيتكوين، يمكن لأليس البدء في توقيع الكتل باستخدام مفتاحها للتحقق من سلسلة النهاية الإثباتية.
أثناء واجب التحقق الخاص بها، هناك مساران ممكنان.
المصدر: https://docs.babylonchain.io/papers/btc_staking_litepaper(CN).pdf
"المسار السعيد" (الرقم (أ)) هو المكان الذي تتبع فيه أليس بصدق البروتوكول، وعندما ترغب في سحب بيتكوينها، تبدأ طلبًا للفك من خلال إرسال عملية فك إلى سلسلة البيتكوين (الرقم (ب)). بمجرد أن تدخل عملية الفك سلسلة البيتكوين، تنتهي واجبات التحقق الخاصة بأليس على سلسلة PoS، وبعد ثلاثة أيام، يمكن لأليس سحب بيتكوينها واستردادها. ستمنح أليس أيضًا سلسلة PoS مكافأة."
المسار "غير السعيد" (الشكل (ب)) هو المكان الذي تصبح فيه أليس خبيثة وتشارك في هجوم على السلسلة PoS. في هذه الحالة، تضمن عهد الرهن أن تتم تسريب مفتاح أليس الخاص. ثم، يمكن لأي شخص إرسال عملية تقطيع إلى سلسلة Bitcoin باسم أليس وحرق بيتكوينها. وجود هذا المسار غير السعيد يضمن أن يتم تقطيع المهاجم، مما يردع الجميع عن السلوك السيء - الجميع يتصرف بشكل طبيعي على "المسار السعيد".
لتقليص السلوك غير الملائم، تستخدم بابليون توقيعات مرة واحدة قابلة للاستخراج (EOTS). الفكرة الأساسية هي أن يمكن للمستخدم توقيع رسالة مرة واحدة، على غرار نظام التوقيع العادي. EOTS يتطلب معلمة تسمية إضافية (ارتفاع الكتلة هو المعلمة الإضافية عند توقيع كتلة أثناء التحقق). إذا حاول المستخدم توقيع نفس الرسالة مرتين بنفس التسمية (توقيع كتلتين في نفس الارتفاع)، يمكن استخراج مفتاح المستخدم الخاص من هاتين التوقيعتين.
أولاً، هنا فرق هيكلي كبير بين بروتوكول Babylon وEigenLayer:
بابل:
الرسم البياني لهيكل بروتوكول بابلون
EigenLayer:
هيكل EigenLayer
بابل يتكون من بروتوكول البتكوين بصيغة الطابع الزمني وبروتوكول الإثبات، ونظرًا لأن البتكوين ليس كاملاً من حيث التورينغ، فإن العمل الكبير يحتاج إلى أن يتم على يد سلسلة منفصلة، ولذلك فإن بروتوكول بابل يحتوي على سلسلته المبنية على Cosmos SDK، مع مجموعته الخاصة من عقد التحقق وفقًا لذلك. يحتوي أيضًا على مكونات مستقلة مثل مدير EOTS وموفر النهوض.
على النقيض من ذلك، إيجينلير هو أساسا مجموعة من العقود الذكية التي يمكن أن تقبل مراهنات المستخدم وتدير عقود AVS، مع شبكة Ethereum الأساسية التي تنفذ وتضمن الأمان.
في الثانية، تختلف البروتوكولات الاثنان في تنفيذ عملية التقليص.
نظرًا لأن إيثريوم يدعم وظيفة العقد الذكي، تم تنفيذ منطق الحذف في منطقة الطبقة الخاصة بـ EigenLayer في العقود، مما يتيح شروط حذف أكثر تعقيدًا مصممة خصيصًا لمختلف AVSs. في الوقت نفسه، إذا حدثت حالة لا يمكن حلها من خلال الشروط المحددة مسبقًا للحذف، سيكون هناك لجنة حظر خارج السلسلة لحلها من خلال التصويت.
مقيدة بوظيفة شبكة البيتكوين الرئيسية، تنفذ بابلون منطق القطع عبر EOTS. لديها مزيد من القيود ويمكنها تنفيذ منطق القطع البسيط نسبيًا فقط في حالة توقيع نفس ارتفاع الكتلة مرارًا وتكرارًا.
نظرًا للاختلافات في تنفيذ عملية الخفض، تختلف البروتوكولات الاثنان أيضًا في خدماتهم المستهدفة.
تسمح قدرة EigenLayer على تنفيذ منطق القطع المعقد بتوفير خدمات أمنية لمجموعة واسعة من AVSs. بالنسبة ل EigenLayer ، تكمن ميزته في اتساقه مع Ethereum. تمتلك Ethereum أكبر نظام بيئي في مجال العملات المشفرة ، مما يعني المزيد من المستخدمين وزيادة الطلب. يتمتع حل EigenLayer بالقدرة على معالجة قيود Ethereum ، مثل الحاجة إلى جسور آمنة ولامركزية ، وحلول توفر البيانات ، وطبقات التسلسل اللامركزية لحلول الطبقة 2. ضمن نظام Ethereum البيئي ، يعتبر استخدام ETH كأصل Staking هو النهج "الصحيح سياسيا". لذا فإن التطبيقات المبنية حول EigenLayer ستخدم بشكل أساسي نظام Ethereum البيئي.
من ناحية أخرى ، تخدم Babylon بشكل أساسي سلاسل PoS ، خاصة تلك الموجودة في نظام Cosmos البيئي ، لأن خدمة الطابع الزمني Bitcoin تحتاج إلى تمرير الرسائل بين سلسلة Babylon وسلاسل Cosmos عبر بروتوكول IBC ، مما يحد من قابليتها للتطبيق. تتطلب جميع سلاسل PoS هذه مجموعات منفصلة خاصة بها من عقد التحقق من الصحة. قد تكون ميزته أن النظام البيئي Cosmos قد نما بالفعل على نطاق واسع وأنتج العديد من سلاسل PoS الممتازة ، مثل Celestia و Osmosis و Axelar و dYdX والمزيد ، والتي يمكن أن تتكامل جميعها بسهولة مع سلسلة Babylon وتستفيد من أمان Bitcoin. في المقابل ، سيتطلب تطوير EigenLayer عددا كبيرا من المشاريع لإعادة التطوير والتكيف مع AVSs ، مما يضعها في وضع غير مؤات في البداية. بالإضافة إلى ذلك ، تم التحقق من صحة نهج بناء سلاسل التطبيقات باستخدام Cosmos SDK على نطاق واسع وقد يكون أكثر ملاءمة للمطورين ، مما يمنح Babylon ميزة من حيث جلب نظام Cosmos البيئي تحت مظلة أمان Bitcoin.
يرتبط هذا أيضا باتجاهات تطوير النظم الإيكولوجية Ethereum و Cosmos. قام النظام البيئي ل Ethereum أولا ببناء نواة أمنية ضخمة ، وهي شبكة Ethereum الرئيسية ، ثم شكل العديد من حلول Layer 2 فوقها ، ولكن لم يتم حل قابلية التشغيل البيني بين Layer 2s بعد. في المقابل ، عالج النظام البيئي Cosmos أولا قابلية التشغيل البيني بين المناطق المختلفة ولكنه يفتقر إلى جوهر أمني قوي ، حيث أن القيمة السوقية ل Cosmos Hub منخفضة للغاية بحيث لا تتحمل هذه المسؤولية. لذلك ، هناك حاجة طبيعية لإيجاد نواة أمنية ، وهنا يأتي دور Babylon ، بهدف جلب أمان Bitcoin إلى النظام البيئي. في الوقت نفسه ، تأمل EigenLayer أيضا في جلب أمان Ethereum إلى النظام البيئي Cosmos من خلال التعاون. من منظور معماري ، قد يكون نهج بابل أكثر ملاءمة للنظام البيئي للكون.
كلا من ببروتوكول بابلون وطبقة EigenLayer يهدفان إلى فتح أمان شبكات بيتكوين وإيثيريوم على التوالي لمزيد من التطبيقات. ومع ذلك، نظرًا لطبيعة بيتكوين غير القادرة على التحقق، يتأخر تطوير النظام البيئي بشكل كبير خلف نظام الإيثيريوم. بالإضافة إلى ذلك، اتخذت إصدارات الأصول والشبكات من الطبقة 2 في بيتكوين مسارًا مختلفًا عن الإيثيريوم. وقد أدى هذا إلى اختلافات بين بروتوكول بابلون وطبقة EigenLayer من حيث البنية التقنية وآليات التقليم وخدمات الهدف. حاليًا، لكل من البروتوكولات نقاط تركيزها الخاصة، كل منها بمزاياها. ومع ذلك، مع تطور سلاسل الكتل القابلة للتوسيع والتواصل بين النظم البيئية المختلفة، قد تتنافس البروتوكولاتان في نهاية المطاف، دون وجود لاعب سائد واحد.
مقالات الإحالة
تم نشر هذه المقالة مرة أخرى من [GateE2M بحوث] , with the copyright belonging to the original author [ShawnYang]. If there are any objections to the republication, please contact the فريق تعلم جيت، وسوف يتم التعامل معها وفقا لإجراءات ذات الصلة.
إخلاء المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
النسخ المترجمة لهذا المقال من قبل فريق Gate Learn لا يمكن نسخها أو نشرها أو اقتباسها دون ذكر Gate.io.
Mời người khác bỏ phiếu
تمتلك المسار Restaking الذي يمثله EigenLayer اهتمامًا هائلاً، وأصبح واحدًا من أسخن الاتجاهات في Ethereum حاليًا. كما ناقش E2M Research بشكل واف في EigenLayer. يوسّع EigenLayer أمان Ethereum إلى تطبيقات أخرى على شبكة البلوكشين مع توفير مكافآت إضافية لحائزي ETH أو LST الشاركين.
بالمثل، تسمح بابل بمستخدمي بيتكوين برهان BTC لتعزيز أمان شبكات PoS، وتحسين أمان الشبكة أثناء كسب المكافآت، والحفاظ على حراسة بيتكوين الذاتية. نظرًا لعدم قدرة شبكة البيتكوين الرئيسية على دعم عقود ذكية كاملة، تختلف تصميمات بابل وسيناريوهات التطبيق بشكل كبير عن EigenLayer. وذكر أنوراج أرجون، المؤسس المشارك السابق لبوليجون ومؤسس Avail، أيضًا على وسائل الإعلام الاجتماعية أنه بالمقارنة مع مشاريع مثل Eigenlayer، يبدو بابل أنها أكثر تقديرًا. ستحقق زخمًا تطويريًا، والذي قد يكون فتحًا رئيسيًا لنظام ال BTC.
يهدف هذا المقال إلى توفير فهم أعمق للتشابهات والاختلافات بين المشاريعين من خلال مقارنتهم من مختلف الجوانب.
بابل هو مجموعة من بروتوكولات مشاركة أمان بيتكوين. حاليًا، تتضمن اثنين من البروتوكولات:
بروتوكول البيتكوين للطابع الزمني
أولاً، دعونا نلقي نظرة على هيكل بروتوكول البيتكوين للطابع الزمني:
تُظهر هندسة بابل في الرسم البياني أعلاه. تتكون من ثلاثة أجزاء، مع مستويين من نقاط التفتيش:
اعتبار تصميم مهم هو أن لدى بيتكوين قدرة محدودة جدًا على حمل البيانات. في هذه الحالة، تقوم سلسلة بابل بأداء وظائف متعددة:
هذا الهيكل يساعد سلاسل PoS على تحسين أمانها، على سبيل المثال، ضد الهجمات عن بُعد الطويلة.
لحماية سلسلة PoS من الهجمات على مدى طويل، يمكننا إرسال نقاط التفتيش لكتل سلسلة PoS إلى BTC واختيار الفرع ذي الطابع الزمني لـ BTC الأقدم كفرع صالح. وهذا يترك فقط اثنين من الاحتمالات:
وبالتالي، يمكن تخفيف الهجمات طويلة المدى من خلال الطوابع الزمنية للبتكوين.
بالإضافة إلى التعامل مع الهجمات على مدى طويل، يوفر الطابع الزمني BTC اللا رجعي لكتل PoS مزايا أمنية أخرى لسلاسل PoS:
بروتوكول الرهان على بيتكوين في بابل يُتيح لحَامِلي البيتكوين رهن بيتكوينهم دون الحاجة إلى الثقة بجهة ثالثة؛ هذا الرهان لا يتطلب ربط البيتكوين عبر سلاسل إلى سلسلة PoS لتوفير ضمانات رهانية قابلة للقص على تلك السلسلة PoS بالكامل.
ها هو مثال على عملية حصة البيتكوين:
أليس لديها بيتكوين واحد، وترغب في رهنه على سلسلة PoS. أولاً، تدخل في عهد الرهن من خلال إرسال معاملة رهن إلى سلسلة البيتكوين. هذه المعاملة هي معاملة بيتكوين تقوم بقفل بيتكوينها في خزانة تحت وصاية ذاتية. يمكن فتح بيتكوين المقفلة فقط بمفتاح أليس الخاص عبر أحد المسارين التاليين:
(1) تقوم أليس ببدء "عملية فك الربط"، حيث سيتم فتح قفل البيتكوين وإعادته إلى أليس خلال ثلاثة أيام.
(2) تبدأ أليس في "عملية القصاص"، وترسل البيتكوين إلى عنوان الحرق.
بمجرد أن تدخل هذه المعاملة التي تقوم بها لعقد الرهان سلسلة البيتكوين، يمكن لأليس البدء في توقيع الكتل باستخدام مفتاحها للتحقق من سلسلة النهاية الإثباتية.
أثناء واجب التحقق الخاص بها، هناك مساران ممكنان.
المصدر: https://docs.babylonchain.io/papers/btc_staking_litepaper(CN).pdf
"المسار السعيد" (الرقم (أ)) هو المكان الذي تتبع فيه أليس بصدق البروتوكول، وعندما ترغب في سحب بيتكوينها، تبدأ طلبًا للفك من خلال إرسال عملية فك إلى سلسلة البيتكوين (الرقم (ب)). بمجرد أن تدخل عملية الفك سلسلة البيتكوين، تنتهي واجبات التحقق الخاصة بأليس على سلسلة PoS، وبعد ثلاثة أيام، يمكن لأليس سحب بيتكوينها واستردادها. ستمنح أليس أيضًا سلسلة PoS مكافأة."
المسار "غير السعيد" (الشكل (ب)) هو المكان الذي تصبح فيه أليس خبيثة وتشارك في هجوم على السلسلة PoS. في هذه الحالة، تضمن عهد الرهن أن تتم تسريب مفتاح أليس الخاص. ثم، يمكن لأي شخص إرسال عملية تقطيع إلى سلسلة Bitcoin باسم أليس وحرق بيتكوينها. وجود هذا المسار غير السعيد يضمن أن يتم تقطيع المهاجم، مما يردع الجميع عن السلوك السيء - الجميع يتصرف بشكل طبيعي على "المسار السعيد".
لتقليص السلوك غير الملائم، تستخدم بابليون توقيعات مرة واحدة قابلة للاستخراج (EOTS). الفكرة الأساسية هي أن يمكن للمستخدم توقيع رسالة مرة واحدة، على غرار نظام التوقيع العادي. EOTS يتطلب معلمة تسمية إضافية (ارتفاع الكتلة هو المعلمة الإضافية عند توقيع كتلة أثناء التحقق). إذا حاول المستخدم توقيع نفس الرسالة مرتين بنفس التسمية (توقيع كتلتين في نفس الارتفاع)، يمكن استخراج مفتاح المستخدم الخاص من هاتين التوقيعتين.
أولاً، هنا فرق هيكلي كبير بين بروتوكول Babylon وEigenLayer:
بابل:
الرسم البياني لهيكل بروتوكول بابلون
EigenLayer:
هيكل EigenLayer
بابل يتكون من بروتوكول البتكوين بصيغة الطابع الزمني وبروتوكول الإثبات، ونظرًا لأن البتكوين ليس كاملاً من حيث التورينغ، فإن العمل الكبير يحتاج إلى أن يتم على يد سلسلة منفصلة، ولذلك فإن بروتوكول بابل يحتوي على سلسلته المبنية على Cosmos SDK، مع مجموعته الخاصة من عقد التحقق وفقًا لذلك. يحتوي أيضًا على مكونات مستقلة مثل مدير EOTS وموفر النهوض.
على النقيض من ذلك، إيجينلير هو أساسا مجموعة من العقود الذكية التي يمكن أن تقبل مراهنات المستخدم وتدير عقود AVS، مع شبكة Ethereum الأساسية التي تنفذ وتضمن الأمان.
في الثانية، تختلف البروتوكولات الاثنان في تنفيذ عملية التقليص.
نظرًا لأن إيثريوم يدعم وظيفة العقد الذكي، تم تنفيذ منطق الحذف في منطقة الطبقة الخاصة بـ EigenLayer في العقود، مما يتيح شروط حذف أكثر تعقيدًا مصممة خصيصًا لمختلف AVSs. في الوقت نفسه، إذا حدثت حالة لا يمكن حلها من خلال الشروط المحددة مسبقًا للحذف، سيكون هناك لجنة حظر خارج السلسلة لحلها من خلال التصويت.
مقيدة بوظيفة شبكة البيتكوين الرئيسية، تنفذ بابلون منطق القطع عبر EOTS. لديها مزيد من القيود ويمكنها تنفيذ منطق القطع البسيط نسبيًا فقط في حالة توقيع نفس ارتفاع الكتلة مرارًا وتكرارًا.
نظرًا للاختلافات في تنفيذ عملية الخفض، تختلف البروتوكولات الاثنان أيضًا في خدماتهم المستهدفة.
تسمح قدرة EigenLayer على تنفيذ منطق القطع المعقد بتوفير خدمات أمنية لمجموعة واسعة من AVSs. بالنسبة ل EigenLayer ، تكمن ميزته في اتساقه مع Ethereum. تمتلك Ethereum أكبر نظام بيئي في مجال العملات المشفرة ، مما يعني المزيد من المستخدمين وزيادة الطلب. يتمتع حل EigenLayer بالقدرة على معالجة قيود Ethereum ، مثل الحاجة إلى جسور آمنة ولامركزية ، وحلول توفر البيانات ، وطبقات التسلسل اللامركزية لحلول الطبقة 2. ضمن نظام Ethereum البيئي ، يعتبر استخدام ETH كأصل Staking هو النهج "الصحيح سياسيا". لذا فإن التطبيقات المبنية حول EigenLayer ستخدم بشكل أساسي نظام Ethereum البيئي.
من ناحية أخرى ، تخدم Babylon بشكل أساسي سلاسل PoS ، خاصة تلك الموجودة في نظام Cosmos البيئي ، لأن خدمة الطابع الزمني Bitcoin تحتاج إلى تمرير الرسائل بين سلسلة Babylon وسلاسل Cosmos عبر بروتوكول IBC ، مما يحد من قابليتها للتطبيق. تتطلب جميع سلاسل PoS هذه مجموعات منفصلة خاصة بها من عقد التحقق من الصحة. قد تكون ميزته أن النظام البيئي Cosmos قد نما بالفعل على نطاق واسع وأنتج العديد من سلاسل PoS الممتازة ، مثل Celestia و Osmosis و Axelar و dYdX والمزيد ، والتي يمكن أن تتكامل جميعها بسهولة مع سلسلة Babylon وتستفيد من أمان Bitcoin. في المقابل ، سيتطلب تطوير EigenLayer عددا كبيرا من المشاريع لإعادة التطوير والتكيف مع AVSs ، مما يضعها في وضع غير مؤات في البداية. بالإضافة إلى ذلك ، تم التحقق من صحة نهج بناء سلاسل التطبيقات باستخدام Cosmos SDK على نطاق واسع وقد يكون أكثر ملاءمة للمطورين ، مما يمنح Babylon ميزة من حيث جلب نظام Cosmos البيئي تحت مظلة أمان Bitcoin.
يرتبط هذا أيضا باتجاهات تطوير النظم الإيكولوجية Ethereum و Cosmos. قام النظام البيئي ل Ethereum أولا ببناء نواة أمنية ضخمة ، وهي شبكة Ethereum الرئيسية ، ثم شكل العديد من حلول Layer 2 فوقها ، ولكن لم يتم حل قابلية التشغيل البيني بين Layer 2s بعد. في المقابل ، عالج النظام البيئي Cosmos أولا قابلية التشغيل البيني بين المناطق المختلفة ولكنه يفتقر إلى جوهر أمني قوي ، حيث أن القيمة السوقية ل Cosmos Hub منخفضة للغاية بحيث لا تتحمل هذه المسؤولية. لذلك ، هناك حاجة طبيعية لإيجاد نواة أمنية ، وهنا يأتي دور Babylon ، بهدف جلب أمان Bitcoin إلى النظام البيئي. في الوقت نفسه ، تأمل EigenLayer أيضا في جلب أمان Ethereum إلى النظام البيئي Cosmos من خلال التعاون. من منظور معماري ، قد يكون نهج بابل أكثر ملاءمة للنظام البيئي للكون.
كلا من ببروتوكول بابلون وطبقة EigenLayer يهدفان إلى فتح أمان شبكات بيتكوين وإيثيريوم على التوالي لمزيد من التطبيقات. ومع ذلك، نظرًا لطبيعة بيتكوين غير القادرة على التحقق، يتأخر تطوير النظام البيئي بشكل كبير خلف نظام الإيثيريوم. بالإضافة إلى ذلك، اتخذت إصدارات الأصول والشبكات من الطبقة 2 في بيتكوين مسارًا مختلفًا عن الإيثيريوم. وقد أدى هذا إلى اختلافات بين بروتوكول بابلون وطبقة EigenLayer من حيث البنية التقنية وآليات التقليم وخدمات الهدف. حاليًا، لكل من البروتوكولات نقاط تركيزها الخاصة، كل منها بمزاياها. ومع ذلك، مع تطور سلاسل الكتل القابلة للتوسيع والتواصل بين النظم البيئية المختلفة، قد تتنافس البروتوكولاتان في نهاية المطاف، دون وجود لاعب سائد واحد.
مقالات الإحالة
تم نشر هذه المقالة مرة أخرى من [GateE2M بحوث] , with the copyright belonging to the original author [ShawnYang]. If there are any objections to the republication, please contact the فريق تعلم جيت، وسوف يتم التعامل معها وفقا لإجراءات ذات الصلة.
إخلاء المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
النسخ المترجمة لهذا المقال من قبل فريق Gate Learn لا يمكن نسخها أو نشرها أو اقتباسها دون ذكر Gate.io.