تهانينا لفريق EigenLayer على إطلاق EigenCloud رسميًا! من جوانب متعددة ، يمكن اعتبار ذلك الكأس المقدس لدمج نموذج الحوسبة على السلسلة و خارج السلسلة بشكل مثالي. ستستكشف هذه المقالة جوهرها الأساسي ، دعونا نكتشف ذلك.
1**، المشكلة الأساسية: عالم التشفير قابل للتحقق ولكنه لم يحقق البرمجة الكاملة
القدرة الأساسية على سلسلة الكتل تكمن في التحقق وضمان صحة الحسابات، ولكن هذه القدرة تنطبق فقط على المعلومات الموجودة على السلسلة. بمجرد أن تتعلق البيانات بالمعلومات خارج السلسلة، فإن نموذج الثقة يفشل، ويجب الاعتماد على الأوراق المالية لنقل معلومات محدودة للغاية إلى السلسلة. هذه النموذج يمكن أن يدعم بعض التطبيقات مثل العملات المستقرة، والتمويل اللامركزي، والرموز غير القابلة للاستبدال، ولكن في السيناريوهات المعقدة التي تحتاج إلى الاتصال بالعالم الحقيقي، سيواجه صعوبات - هذه السيناريوهات غالبًا ما تتطلب استدعاء مكتبات قياسية، وإجراء طلبات API، وغيرها من العمليات النموذجية لتطوير "Web2".
2**، الحل: بناء سحابة قابلة للتحقق لتعزيز البرمجة التشفيرية
تسمح EigenCloud للمطورين بنقل منطق التطبيقات الغني إلى حاويات خارج السلسلة قابلة للتحقق، مع الاحتفاظ فقط بالمنطق الأساسي للإجماع القسري على السلسلة، بينما تظل البنية التحتية الأساسية مثل الواجهة الأمامية التي لا تتطلب التحقق في السحابة العامة الحالية. يظل منطق الرموز دائمًا على السلسلة، بينما يتم نقل منطق التطبيقات بشكل أساسي إلى خارج السلسلة (مع الحفاظ على القابلية للتحقق).
موثوقAPIاستدعاء -- يمكن الآن لطلبات API المتعلقة ببيانات Web2 المعزولة أن تحفز مباشرةً منطق الرموز على السلسلة. يمكن للمستخدم إثبات أي ميزة بيانات Web2 في معلومات تسجيل الدخول الخاصة به، مما يكسر جزر بيانات Web2، ويحقق الانتقال السلس للمستخدم إلى blockchain.
وكيلالذكاء الاصطناعيالذاتي -- بالاعتماد على الخصائص الأصلية لحقوق الإنتاج في blockchain وقدرات EigenCloud القابلة للبرمجة، لم يعد الوكلاء الذكائيون الكاملون على السلسلة بحاجة إلى تفويض بشري للعمل: يمكنهم امتلاك الأصول، وإبرام العقود، وتحمل الديون، وحتى إنشاء DAO.
حماية الامتثال المؤسسي -- دمج أدوات السحابة المألوفة مع تتبع التدقيق على مستوى blockchain، لتقديم مسار منخفض الاحتكاك للامتثال القابل للتحقق والتسوية للمؤسسات.
سيتم إطلاق ## 4** و EigenVerify و EigenCompute في **** 2025******** لدعم **EigenCloud
EigenVerify يضمن صحة عملية الحساب، بينما EigenCompute يحزم النظام البيئي بالكامل لـ EigenLayer في حزمة أدوات صديقة للمطورين.
**النشر في EigenCompute: ** يقوم المطورون بإنشاء حاويات تحتوي على منطق التطبيقات، وذلك لتوسيع منطق الرموز لأي سلسلة كتل. ثم يتم نشر هذه الحاويات في EigenCompute، وهي منصة تستطيع تبسيط عملية مطابقة المراهنين المناسبين مع عقد التشغيل.
EigenLayerضمان أمان الحسابات: يتم تنفيذ المهام الحسابية من قبل مجموعة من عقد تشغيل EigenLayer، ويتم ضمانها من خلال جزء من رأس المال الآمن المخصص لهذا التطبيق من قبل المراهنين. سيتم تمرير نتائج العمليات الموقعة بشهادات إلى سلسلة الكتل المستهدفة. يمكن للعقود على السلسلة اختيار استدعاء هذه النتائج ذات الأمان الاقتصادي الفريد على الفور، أو الانتظار حتى انتهاء فترة التحدي للحصول على أمان أعلى (مشابه لـ optimistic rollups).
EigenDA****تحقيق توفر البيانات: حساب سجلات البيانات إلى طبقة توفر البيانات (DA) ، يمكن لأي عقدة مراقبة التحقق بشكل مستقل من عملية الحساب عبر EigenDA.
EigenVerify****تحدي التحقق: إذا تم تقديم تحدٍ، سيتم التحقق من الحساب الأصلي من خلال خدمة EigenVerify - وهي خدمة مصممة لإعادة تنفيذ الحسابات لأغراض التحقق. إذا تم اعتبار مجموعة العقد الأولية عقدًا سيئًا، فسيتم مصادرة (slash) أصولهم المرهونة وتوزيعها على الطرف المعني.
**حماية الفروع الرمزيةEigenDA وEigenVerify: **إذا أدت سلوكيات غالبية المراهنين على EIGEN التي تحمي EigenDA أو EigenVerify إلى تلوث العملية، فسيتم تفعيل فرع لرمز EIGEN. ستقوم هذه الخطوة بمصادرة أصول المراهنين السيئين و Nodes التشغيل، لضمان سلامة النظام دون الاعتماد فقط على موثوقية اللجنة الكبرى. يمكن لأي شخص بدء فرع من خلال تدمير نسبة معينة من رموز EIGEN الأصلية، والحصول على مزيد من رموز EIGEN بعد الفرع كمكافأة، مما يضمن وجود حوافز كافية لبدء الفروع.
التطبيقات**/****تعزيز أمان انقسام السلسلة: ** يمكن للتطبيقات أو الخدمات أو السلاسل المبنية على EigenCloud اختيار الالتزام مسبقًا والانقسام المتزامن مع رمز EIGEN. وهذا يضمن أن النتائج الخاصة بالتطبيقات والخدمات تظل دائمًا في حالة كاملة على السلسلة المنقسمة الصحيحة.
6**، الخاتمة**
من المهم أن نؤكد أن هذه ليست فكرة جديدة تمامًا. لقد حاولت العديد من المشاريع تطبيق نسخ مختلفة من هذه الحلول، لكنها لم تحقق الانتشار، والسبب الأساسي هو أن المستخدمين لا يزالون بحاجة إلى الحفاظ على ثقة مطلقة بمطوري التطبيقات. EigenCloud هي المحاولة الأولى لتقديم هذه الوظيفة على شكل خدمة، وقد تم بالفعل رهن أكثر من 12 مليار دولار كأمان للبروتوكول.
في الوقت الحالي، هناك حاجة أكبر من أي وقت مضى للحوسبة القابلة للتحقق: ستدفع هذا إلى سلسلة الأصول العالمية، وتوفر ضمانات غير قابلة للتغيير للمستخدمين والجهات التنظيمية والشركاء. نهنئ فريق EigenLayer مرة أخرى على إصدار هذا الإنجاز، ونتطلع إلى إطلاق الشبكة الرئيسية!
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
حصلت EigenCloud على استثمار بقيادة a16z بقيمة 70 مليون دولار: كل ما تحتاج معرفته عن EigenCloud
المؤلف: فيكتور بونين، خبير بروتوكول Coinbase؛ الترجمة: 金色财经xiaozou
تهانينا لفريق EigenLayer على إطلاق EigenCloud رسميًا! من جوانب متعددة ، يمكن اعتبار ذلك الكأس المقدس لدمج نموذج الحوسبة على السلسلة و خارج السلسلة بشكل مثالي. ستستكشف هذه المقالة جوهرها الأساسي ، دعونا نكتشف ذلك.
! W2mVhwUUMRPbRrxcPAC8t9c4KtsVZSCADZc0Jz6A.jpeg
1**، المشكلة الأساسية: عالم التشفير قابل للتحقق ولكنه لم يحقق البرمجة الكاملة
القدرة الأساسية على سلسلة الكتل تكمن في التحقق وضمان صحة الحسابات، ولكن هذه القدرة تنطبق فقط على المعلومات الموجودة على السلسلة. بمجرد أن تتعلق البيانات بالمعلومات خارج السلسلة، فإن نموذج الثقة يفشل، ويجب الاعتماد على الأوراق المالية لنقل معلومات محدودة للغاية إلى السلسلة. هذه النموذج يمكن أن يدعم بعض التطبيقات مثل العملات المستقرة، والتمويل اللامركزي، والرموز غير القابلة للاستبدال، ولكن في السيناريوهات المعقدة التي تحتاج إلى الاتصال بالعالم الحقيقي، سيواجه صعوبات - هذه السيناريوهات غالبًا ما تتطلب استدعاء مكتبات قياسية، وإجراء طلبات API، وغيرها من العمليات النموذجية لتطوير "Web2".
2**، الحل: بناء سحابة قابلة للتحقق لتعزيز البرمجة التشفيرية
تسمح EigenCloud للمطورين بنقل منطق التطبيقات الغني إلى حاويات خارج السلسلة قابلة للتحقق، مع الاحتفاظ فقط بالمنطق الأساسي للإجماع القسري على السلسلة، بينما تظل البنية التحتية الأساسية مثل الواجهة الأمامية التي لا تتطلب التحقق في السحابة العامة الحالية. يظل منطق الرموز دائمًا على السلسلة، بينما يتم نقل منطق التطبيقات بشكل أساسي إلى خارج السلسلة (مع الحفاظ على القابلية للتحقق).
! dsR63oJ7k9Vfrj1t1rInudp2hAwlc1KtbcATqYC6.jpeg
3**、EigenCloud سيناريوهات التطبيق والقيمة النموذجية**
موثوقAPIاستدعاء -- يمكن الآن لطلبات API المتعلقة ببيانات Web2 المعزولة أن تحفز مباشرةً منطق الرموز على السلسلة. يمكن للمستخدم إثبات أي ميزة بيانات Web2 في معلومات تسجيل الدخول الخاصة به، مما يكسر جزر بيانات Web2، ويحقق الانتقال السلس للمستخدم إلى blockchain.
وكيل الذكاء الاصطناعي الذاتي -- بالاعتماد على الخصائص الأصلية لحقوق الإنتاج في blockchain وقدرات EigenCloud القابلة للبرمجة، لم يعد الوكلاء الذكائيون الكاملون على السلسلة بحاجة إلى تفويض بشري للعمل: يمكنهم امتلاك الأصول، وإبرام العقود، وتحمل الديون، وحتى إنشاء DAO.
حماية الامتثال المؤسسي -- دمج أدوات السحابة المألوفة مع تتبع التدقيق على مستوى blockchain، لتقديم مسار منخفض الاحتكاك للامتثال القابل للتحقق والتسوية للمؤسسات.
سيتم إطلاق ## 4** و EigenVerify و EigenCompute في **** 2025******** لدعم **EigenCloud
EigenVerify يضمن صحة عملية الحساب، بينما EigenCompute يحزم النظام البيئي بالكامل لـ EigenLayer في حزمة أدوات صديقة للمطورين.
! aVHGw2EvU3CVQhSsa4nQCokZmZOMXKvV0MdcWHjT.jpeg
5**، آلية التشغيل التعاوني تدريجياً
**النشر في EigenCompute: ** يقوم المطورون بإنشاء حاويات تحتوي على منطق التطبيقات، وذلك لتوسيع منطق الرموز لأي سلسلة كتل. ثم يتم نشر هذه الحاويات في EigenCompute، وهي منصة تستطيع تبسيط عملية مطابقة المراهنين المناسبين مع عقد التشغيل.
EigenLayer ضمان أمان الحسابات: يتم تنفيذ المهام الحسابية من قبل مجموعة من عقد تشغيل EigenLayer، ويتم ضمانها من خلال جزء من رأس المال الآمن المخصص لهذا التطبيق من قبل المراهنين. سيتم تمرير نتائج العمليات الموقعة بشهادات إلى سلسلة الكتل المستهدفة. يمكن للعقود على السلسلة اختيار استدعاء هذه النتائج ذات الأمان الاقتصادي الفريد على الفور، أو الانتظار حتى انتهاء فترة التحدي للحصول على أمان أعلى (مشابه لـ optimistic rollups).
EigenDA****تحقيق توفر البيانات: حساب سجلات البيانات إلى طبقة توفر البيانات (DA) ، يمكن لأي عقدة مراقبة التحقق بشكل مستقل من عملية الحساب عبر EigenDA.
EigenVerify****تحدي التحقق: إذا تم تقديم تحدٍ، سيتم التحقق من الحساب الأصلي من خلال خدمة EigenVerify - وهي خدمة مصممة لإعادة تنفيذ الحسابات لأغراض التحقق. إذا تم اعتبار مجموعة العقد الأولية عقدًا سيئًا، فسيتم مصادرة (slash) أصولهم المرهونة وتوزيعها على الطرف المعني.
**حماية الفروع الرمزيةEigenDA وEigenVerify: **إذا أدت سلوكيات غالبية المراهنين على EIGEN التي تحمي EigenDA أو EigenVerify إلى تلوث العملية، فسيتم تفعيل فرع لرمز EIGEN. ستقوم هذه الخطوة بمصادرة أصول المراهنين السيئين و Nodes التشغيل، لضمان سلامة النظام دون الاعتماد فقط على موثوقية اللجنة الكبرى. يمكن لأي شخص بدء فرع من خلال تدمير نسبة معينة من رموز EIGEN الأصلية، والحصول على مزيد من رموز EIGEN بعد الفرع كمكافأة، مما يضمن وجود حوافز كافية لبدء الفروع.
التطبيقات**/****تعزيز أمان انقسام السلسلة: ** يمكن للتطبيقات أو الخدمات أو السلاسل المبنية على EigenCloud اختيار الالتزام مسبقًا والانقسام المتزامن مع رمز EIGEN. وهذا يضمن أن النتائج الخاصة بالتطبيقات والخدمات تظل دائمًا في حالة كاملة على السلسلة المنقسمة الصحيحة.
6**، الخاتمة**
من المهم أن نؤكد أن هذه ليست فكرة جديدة تمامًا. لقد حاولت العديد من المشاريع تطبيق نسخ مختلفة من هذه الحلول، لكنها لم تحقق الانتشار، والسبب الأساسي هو أن المستخدمين لا يزالون بحاجة إلى الحفاظ على ثقة مطلقة بمطوري التطبيقات. EigenCloud هي المحاولة الأولى لتقديم هذه الوظيفة على شكل خدمة، وقد تم بالفعل رهن أكثر من 12 مليار دولار كأمان للبروتوكول.
في الوقت الحالي، هناك حاجة أكبر من أي وقت مضى للحوسبة القابلة للتحقق: ستدفع هذا إلى سلسلة الأصول العالمية، وتوفر ضمانات غير قابلة للتغيير للمستخدمين والجهات التنظيمية والشركاء. نهنئ فريق EigenLayer مرة أخرى على إصدار هذا الإنجاز، ونتطلع إلى إطلاق الشبكة الرئيسية!