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