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