تهانينا لفريق EigenLayer على إطلاق EigenCloud رسميًا! من جوانب متعددة، يمكن اعتبارها الكأس المقدسة لدمج نموذج الحساب على السلسلة وبين السلاسل بشكل مثالي. ستتناول هذه المقالة دراسة جوهرها، دعونا نستكشف الأمر.
1**، القضية الأساسية: العالم المشفر قابل للتحقق ولكنه لم يتحقق من البرمجة الكاملة
تتمثل القدرة الأساسية للبلوكشين في التحقق وضمان صحة الحسابات، ولكن هذه القدرة تنطبق فقط على المعلومات الموجودة على السلسلة. بمجرد أن تتعلق البيانات خارج السلسلة، يفشل نموذج الثقة ويجب الاعتماد على الأوراكل لوضع معلومات محدودة للغاية على السلسلة. على الرغم من أن هذا النموذج يمكن أن يدعم بعض التطبيقات مثل العملات المستقرة، والتمويل اللامركزي، والرموز غير القابلة للاستبدال، إلا أنه يصبح غير كافٍ في السيناريوهات المعقدة التي تتطلب الربط مع العالم الحقيقي - وغالبًا ما تتطلب هذه السيناريوهات استدعاء مكتبات قياسية، وبدء طلبات API، وغيرها من العمليات النموذجية لتطوير "الويب 2".
2**، الحل: بناء سحابة قابلة للتحقق لتعزيز البرمجة القابلة للتشفير**
تتيح EigenCloud للمطورين نقل منطق التطبيق الغني إلى حاويات خارج السلسلة قابلة للتحقق، مع الاحتفاظ فقط بأبسط منطق فرض الإجماع على السلسلة، بينما تُترك البنية التحتية الأساسية مثل الواجهة الأمامية، التي لا تحتاج إلى تحقق، في السحابة العامة الحالية. يظل منطق الرموز على السلسلة دائمًا، بينما يتم نقل منطق التطبيق بشكل رئيسي إلى خارج السلسلة (مع الحفاظ على القابلية للتحقق).
موثوقAPI استدعاء** -- يمكن الآن لطلبات API الخاصة ببيانات Web2 المعزولة أن تُفعّل مباشرةً منطق الرموز على السلسلة. يمكن للمستخدم إثبات أي سمات بيانات Web2 الموجودة في معلومات تسجيل الدخول الخاصة به، مما يؤدي إلى كسر جزيرة بيانات Web2 وتحقيق انتقال سلس للمستخدم نحو blockchain.
وكيلAIذاتي -- بالاعتماد على الخصائص الأصلية لحقوق الإنتاج في blockchain وقدرات EigenCloud القابلة للبرمجة، لم يعد وكيل AI بالكامل على السلسلة بحاجة إلى تفويض بشري للعمل: يمكنهم امتلاك الأصول، وإبرام العقود، وتحمل الديون، وحتى إنشاء 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. ستؤدي هذه الخطوة إلى مصادرة أصول الرهان للمراهنين السيئين وعقد التشغيل، مما يضمن سلامة النظام دون الاعتماد فقط على موثوقية لجنة الأغلبية. يمكن لأي شخص بدء تفرع من خلال حرق نسبة معينة من رموز EIGEN الأصلية، والحصول على كمية أكبر من رموز EIGEN بعد التفرع كمكافأة، مما يضمن وجود حوافز كافية لتفعيل التفرع.
التطبيقات**/**تعزيز أمان سلسلة الفروع: يمكن للتطبيقات أو الخدمات أو السلاسل المبنية على EigenCloud اختيار الالتزام مسبقًا والتفرع المتزامن مع رمز EIGEN. يضمن ذلك أن التطبيقات ونتائج الخدمات تظل دائمًا في حالة كاملة على السلسلة المتفرعة الصحيحة.
6**، الخاتمة**
من المهم التأكيد على أن هذه ليست فكرة جديدة. لقد حاولت العديد من المشاريع تطبيق نسخ مختلفة من حلول مماثلة، لكن لم تنجح في الانتشار، ويرجع السبب الأساسي في ذلك إلى أن المستخدمين لا يزالون بحاجة إلى الحفاظ على ثقة مطلقة في مطوري التطبيقات. EigenCloud هي المحاولة الأولى لتقديم هذه الوظيفة بشكل خدماتي، وقد تم بالفعل تأمين أكثر من 12 مليار دولار من رأس المال المرهون للبروتوكول.
في الوقت الحالي، هناك حاجة أكبر من أي وقت مضى إلى الحسابات القابلة للتحقق: ستدفع هذه الحسابات الأصول العالمية إلى السلسلة، وتوفر ضمانات غير قابلة للتغيير للمستخدمين، والجهات التنظيمية، والشركاء. تهانينا مرة أخرى لفريق EigenLayer على إصدار هذه النتيجة، ونتطلع إلى إطلاق الشبكة الرئيسية!
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
حصلت EigenCloud على استثمار بقيادة a16z بقيمة 70 مليون دولار - تعرف على ما هي EigenCloud في مقال واحد
المؤلف: فيكتور بونين، خبير بروتوكول Coinbase؛ الترجمة: 金色财经xiaozou
تهانينا لفريق EigenLayer على إطلاق EigenCloud رسميًا! من جوانب متعددة، يمكن اعتبارها الكأس المقدسة لدمج نموذج الحساب على السلسلة وبين السلاسل بشكل مثالي. ستتناول هذه المقالة دراسة جوهرها، دعونا نستكشف الأمر.
! W2mVhwUUMRPbRrxcPAC8t9c4KtsVZSCADZc0Jz6A.jpeg
1**، القضية الأساسية: العالم المشفر قابل للتحقق ولكنه لم يتحقق من البرمجة الكاملة
تتمثل القدرة الأساسية للبلوكشين في التحقق وضمان صحة الحسابات، ولكن هذه القدرة تنطبق فقط على المعلومات الموجودة على السلسلة. بمجرد أن تتعلق البيانات خارج السلسلة، يفشل نموذج الثقة ويجب الاعتماد على الأوراكل لوضع معلومات محدودة للغاية على السلسلة. على الرغم من أن هذا النموذج يمكن أن يدعم بعض التطبيقات مثل العملات المستقرة، والتمويل اللامركزي، والرموز غير القابلة للاستبدال، إلا أنه يصبح غير كافٍ في السيناريوهات المعقدة التي تتطلب الربط مع العالم الحقيقي - وغالبًا ما تتطلب هذه السيناريوهات استدعاء مكتبات قياسية، وبدء طلبات API، وغيرها من العمليات النموذجية لتطوير "الويب 2".
2**، الحل: بناء سحابة قابلة للتحقق لتعزيز البرمجة القابلة للتشفير**
تتيح EigenCloud للمطورين نقل منطق التطبيق الغني إلى حاويات خارج السلسلة قابلة للتحقق، مع الاحتفاظ فقط بأبسط منطق فرض الإجماع على السلسلة، بينما تُترك البنية التحتية الأساسية مثل الواجهة الأمامية، التي لا تحتاج إلى تحقق، في السحابة العامة الحالية. يظل منطق الرموز على السلسلة دائمًا، بينما يتم نقل منطق التطبيق بشكل رئيسي إلى خارج السلسلة (مع الحفاظ على القابلية للتحقق).
! dsR63oJ7k9Vfrj1t1rInudp2hAwlc1KtbcATqYC6.jpeg
3**、EigenCloud سيناريوهات التطبيقات والقيمة النموذجية**
موثوق API استدعاء** -- يمكن الآن لطلبات API الخاصة ببيانات Web2 المعزولة أن تُفعّل مباشرةً منطق الرموز على السلسلة. يمكن للمستخدم إثبات أي سمات بيانات Web2 الموجودة في معلومات تسجيل الدخول الخاصة به، مما يؤدي إلى كسر جزيرة بيانات Web2 وتحقيق انتقال سلس للمستخدم نحو blockchain.
وكيلAIذاتي -- بالاعتماد على الخصائص الأصلية لحقوق الإنتاج في blockchain وقدرات EigenCloud القابلة للبرمجة، لم يعد وكيل AI بالكامل على السلسلة بحاجة إلى تفويض بشري للعمل: يمكنهم امتلاك الأصول، وإبرام العقود، وتحمل الديون، وحتى إنشاء 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. ستؤدي هذه الخطوة إلى مصادرة أصول الرهان للمراهنين السيئين وعقد التشغيل، مما يضمن سلامة النظام دون الاعتماد فقط على موثوقية لجنة الأغلبية. يمكن لأي شخص بدء تفرع من خلال حرق نسبة معينة من رموز EIGEN الأصلية، والحصول على كمية أكبر من رموز EIGEN بعد التفرع كمكافأة، مما يضمن وجود حوافز كافية لتفعيل التفرع.
التطبيقات**/**تعزيز أمان سلسلة الفروع: يمكن للتطبيقات أو الخدمات أو السلاسل المبنية على EigenCloud اختيار الالتزام مسبقًا والتفرع المتزامن مع رمز EIGEN. يضمن ذلك أن التطبيقات ونتائج الخدمات تظل دائمًا في حالة كاملة على السلسلة المتفرعة الصحيحة.
6**، الخاتمة**
من المهم التأكيد على أن هذه ليست فكرة جديدة. لقد حاولت العديد من المشاريع تطبيق نسخ مختلفة من حلول مماثلة، لكن لم تنجح في الانتشار، ويرجع السبب الأساسي في ذلك إلى أن المستخدمين لا يزالون بحاجة إلى الحفاظ على ثقة مطلقة في مطوري التطبيقات. EigenCloud هي المحاولة الأولى لتقديم هذه الوظيفة بشكل خدماتي، وقد تم بالفعل تأمين أكثر من 12 مليار دولار من رأس المال المرهون للبروتوكول.
في الوقت الحالي، هناك حاجة أكبر من أي وقت مضى إلى الحسابات القابلة للتحقق: ستدفع هذه الحسابات الأصول العالمية إلى السلسلة، وتوفر ضمانات غير قابلة للتغيير للمستخدمين، والجهات التنظيمية، والشركاء. تهانينا مرة أخرى لفريق EigenLayer على إصدار هذه النتيجة، ونتطلع إلى إطلاق الشبكة الرئيسية!