EigenCloud هي طبقة منصة - ليست بروتوكول إعادة التخزين EigenLayer، وليست طبقة جديدة من المستوى الأول. يمكن للقراء الذين يقارنون تصاميم الأمان المشترك البدء بـ EigenCloud and EigenLayer، ثم مقارنة Babylon vs EigenLayer و AltLayer vs EigenLayer. وفقًا لـ Introducing EigenCloud، ذكر النظام البيئي أكثر من 200 خدمة AVS حية أو قيد التطوير وأكثر من 12 مليار دولار من الأصول المودعة التي تؤمن حوالي 2 مليار دولار من قيمة التطبيقات الجديدة - وهو سياق مفيد لحجم قاعدة إعادة التخزين، وليس ضمانًا بأن أي تطبيق أو وكيل فردي آمن للاعتماد عليه.
النقاط الرئيسية
- تمد EigenCloud الثقة على نمط البلوكشين إلى الحوسبة خارج السلسلة، والبيانات، واستنتاج الذكاء الاصطناعي - وليس كطبقة جديدة من المستوى الأول.
- تشكل إعادة التخزين في EigenLayer وخدمات AVS قاعدة الأمان؛ EigenDA وEigenCompute وEigenVerify وEigenAI هي عناصر أولية من الدرجة الأولى.
- بالمقارنة مع السحابة العادية، فإن التحول الأساسي هو نموذج الثقة: من الثقة الافتراضية في المشغل نحو التنفيذ القابل للتحقق بالإضافة إلى القيود الاقتصادية المشفرة.
- قبل بناء أو استخدام الخدمات، يجب فصل حدود الأدوار وتقييم مخاطر EigenAI في الاستجابة، والاستجابة، وتعديل النموذج بالإضافة إلى حدود مرحلة المنتج.
ما هي EigenCloud، وكيف تختلف عن السحابة العادية؟
تضع EigenCloud نفسها كخدمة سحابية قابلة للتحقق لعصر الوكلاء: يحتفظ المطورون بالحاويات وواجهات برمجة التطبيقات المألوفة بينما يضيفون القابلية للتحقق إلى التنفيذ، وتوافر البيانات، واستنتاج LLM. مع تولي الوكلاء مهام ذات مخاطر أعلى، الهدف هو الحوسبة التي يمكن أن تثبت أنها نفذت كما هو وعد.
تجلس EigenCloud وEigenLayer و"طبقة جديدة من المستوى الأول" على طبقات مختلفة. EigenLayer هو بروتوكول إعادة التخزين والأمان المشترك على Ethereum وراء EigenCloud؛ خدمات AVS (الخدمات الموثقة نشطًا) هي خدمات قابلة للتحقق مدعومة بتلك المودعة؛ تجمع EigenCloud خدمات AVS من طرف ثالث والعناصر الأولية من الدرجة الأولى في منصة مطور واحدة - تجنب قراءة طبقة المنصة كشبكة توافق.
تتجه السحابة العامة العادية إلى سمعة المشغل والعقود؛ نادرًا ما يمكن للمستخدمين التحقق من أن الكود المعلن، والنماذج، والمدخلات أنتجت نتيجة. تربط EigenCloud التنفيذ القابل للتوسع خارج السلسلة مع الفحوصات على السلسلة أو الاقتصادية المشفرة بحيث يمكن تحدي النتائج - القابلية للتحقق كخدمة سحابية قابلة للبرمجة، وليس مجرد ضمان للعلامة التجارية.
كيف تعمل EigenCloud مع EigenLayer وخدمات AVS (الخدمات الموثقة نشطًا)؟
تتكون الطبقة من أمان مشترك بالإضافة إلى خدمات AVS القابلة للتجميع بالإضافة إلى العناصر الأولية للمنصة. لا يحتاج المطورون إلى بدء مجموعات المشغلين واقتصاديات التخزين من الصفر: يمكن لمودعي Ethereum الاشتراك عبر إعادة التخزين للمساعدة في تأمين خدمات إضافية؛ يمكن أن تعمل منطق التطبيقات في حاويات خارج السلسلة، ويمكن أن تصل البيانات إلى EigenDA، ويمكن أن تمر النزاعات عبر خدمات من فئة EigenVerify، وتعود النتائج إلى عقود السلسلة المستهدفة. يمكن أن تبقى المدفوعات والثقة على السلسلة بينما تترك الحوسبة الثقيلة آلة المستوى الأول.
| الدور |
الوظيفة الأساسية |
العلاقة بطبقة المنصة |
| Restaker |
يعيد تخصيص ETH المودع كأصول معاد تخزينها للمشغلين من أجل أمان الخدمة والمكافآت المحتملة |
يوفر ضمانًا اقتصاديًا مشفرًا؛ لا يكتب منطق التطبيق |
| المشغل |
يدير العقد ومهام AVS؛ قد تكون المخالفات قابلة للخصم؛ بعض المستخدمين يفوضون إلى مشغلين محترفين |
طبقة التنفيذ المنسقة عبر تخزين EigenLayer والعقوبات |
| AVS |
يقدم وسائط قابلة للتحقق (أوراكل، توافر البيانات، استنتاج، والمزيد)؛ يمكن لكل AVS وضع قواعده الخاصة |
يمكن لتطبيقات كتالوج الخدمة التجميع |
| مطور التطبيق |
يبني منطق الأعمال والوكلاء؛ يختار العناصر الأولية وAVSs |
يستهلك المنصة؛ تقوم EigenCloud بتجريد التخزين وعمليات العقد |
| منصة EigenCloud |
توحد العناصر الأولية وأدوات المطورين |
ليست توافق EigenLayer وليست بديلاً عن تدقيق التطبيقات |
يفصل الجدول الواجبات: يغطي المستردون والمشغلون رأس المال والعقد، وتغطي خدمات AVS القدرات القابلة للتحقق، ويمتلك المطورون صحة الأعمال، وتقلل المنصة من تكلفة التكامل. يمكن أن تدعم خدمات AVS المتعددة قواعد ومخاطر إضافية. يجعل دمج الأدوار "إطلاق المنصة" يبدو كأن "التطبيق آمن".
مسار نموذجي هو: نشر منطق محوسب → يقوم المشغلون بالتنفيذ تحت قيود → تصل البيانات أو الأدلة إلى EigenDA → تستخدم النزاعات EigenVerify → تستهلك عقود السلسلة المستهدفة النتائج. تقلل العناصر الأولية من الدرجة الأولى من تكلفة AVS DIY؛ توسيع خدمات AVS من طرف ثالث يزيد من التجميع.
ماذا تفعل EigenDA وEigenCompute وEigenVerify وEigenAI؟
تغطي أربع عناصر أولية من الدرجة الأولى توافر البيانات، والتنفيذ القابل للتحقق، وحل النزاعات، واستنتاج LLM القابل للتحقق. معرفة الانقسام توضح أي الأجزاء يحتاجها استخدام معين بدلاً من اعتبار "السحابة القابلة للتحقق" كمنتج غير شفاف واحد.
| العنصر الأولي |
الدور الأساسي |
ما يتحقق / يوفر |
| EigenDA |
توافر بيانات لامركزي عالي الإنتاجية |
أن البيانات متاحة وقابلة للاسترجاع، مع أمان مدعوم برأس المال المعاد تخزينه |
| EigenCompute |
تنفيذ قابل للتحقق خارج السلسلة (Docker / TEE أولاً) |
أن التطبيق قد شغل الصورة المعلنة في بيئة معزولة؛ يمكن للتطبيقات الاحتفاظ بالمحافظ والتوقيع |
| EigenVerify |
حل النزاعات وقدرة الخصم ذات الصلة |
عقوبات اقتصادية مشفرة للمخالفات، بما في ذلك عبر تصاميم EIGEN القابلة للتجزئة |
| EigenAI |
واجهة برمجة تطبيقات استنتاج LLM القابلة للتحقق (متوافقة مع OpenAI) |
مطالبات، نماذج، واستجابات غير متلاعب بها، مع فحوصات إعادة التنفيذ الحتمية |
تختلف "يوفر" و"يتحقق": يجيب EigenDA عن التوافر؛ يجيب EigenCompute عن التنفيذ المعلن؛ يجيب EigenVerify عن كيفية تسوية النزاعات؛ يجيب EigenAI عن ما إذا كانت مسار الاستنتاج قد تم إعادة كتابته. يدمج المنشور Introducing EigenCloud الثلاثة الأولى في سرد المنصة مع كتالوج AVS؛ تضيف الإصدارات اللاحقة استنتاج الذكاء الاصطناعي.
يعمل EigenCompute كـ "خادم" قابل للتحقق للوكلاء أو المنطق طويل الأمد؛ يمكن للوكلاء استدعاء EigenAI لاستنتاج LLM. يصف EigenCompute overview النسخة التجريبية الرئيسية التي تبدأ مع TEEs مثل Intel TDX، مع خيارات اقتصادية مشفرة وخيارات ZK على المدى الطويل؛ تغير اختلافات المرحلة مقدار الثقة التي يمكن وضعها اليوم.
ما هي حالات الاستخدام التي تناسب EigenCloud؟
تعد الوكلاء الذكائيين ملاءمة شائعة: تحتاج وكلاء التداول، والبحث، والمدفوعات، أو الهوية الرقمية إلى استنتاج وتنفيذ خارج السلسلة مع إثبات أنهم لم يغيروا النماذج أو يعيدوا كتابة القرارات في صمت. تستهدف EigenAI استنتاجًا موثوقًا؛ تستهدف EigenCompute منطقًا طويل الأمد قابلًا للتحقق وإجراءات تتعلق بالأموال - "فكر، تصرف، وكن قابلاً للتحقق".
تتصل التطبيقات الثقيلة بالبيانات أكثر في كثير من الأحيان بـ EigenDA: يقلل توافر البيانات عالي الإنتاجية من تكلفة تحميل حمولات كبيرة على المستوى الأول مع الحفاظ على التوقعات الاقتصادية المشفرة بأن البيانات ستظل متاحة. لا تزال التطبيقات قادرة على التسوية على أي EVM أو سلسلة أخرى دون الانتقال إلى طبقة تسوية جديدة.
تحتاج أسواق التنبؤ، والتحكيم الآلي، والتأمين على السلسلة، والألعاب بالكامل على السلسلة إلى حكم معقد خارج السلسلة بالإضافة إلى التسوية على السلسلة: يمكن أن تعمل التحليلات والأحكام في حوسبة قابلة للتحقق بينما تبقى الضمانات والمدفوعات في العقود. لا تعني ملاءمة السيناريو الاستعداد للإنتاج؛ لا تزال التوجيهات التجريبية تتطلب تعرضًا محدودًا للمخاطر.
ما هو دور رمز EIGEN؟
EIGEN هو الرمز الأساسي للأمان الاقتصادي القابل للبرمجة والقابل للتحقق: يمكن تأمين التطبيقات من خلال تخزين EIGEN، وقد تدعم الرسوم مكافآت التخزين، أو عمل المنتج، أو حوافز النظام البيئي. تعتمد قدرات فئة EigenVerify أيضًا على قابلية تقسيم EIGEN بحيث يمكن أن تغطي الخصومات النزاعات الذاتية أو المعقدة.
افصل "EIGEN يدعم وينسق الخدمات القابلة للتحقق" عن "امتلاك الرمز يعني استخدام EigenCloud". الوصول للمطورين، وتشغيل عقد المشغل، وضمان المستردين هي ثلاثة مسارات مختلفة؛ تحركات سعر الرمز ليست دليلاً على أن الخدمة نفذت بشكل صحيح.
ما هي المزايا والمخاطر؟
تتجمع المزايا حول القابلية للتحقق القابلة للبرمجة بالإضافة إلى تجربة المطور: مرونة شبيهة بالسحابة للمنطق المعقد خارج السلسلة مع نزاهة أقرب إلى العقود الذكية؛ كتالوج AVS القابل للتجميع الذي يقلل من إعادة البناء؛ وواجهة برمجة التطبيقات المألوفة لـ EigenAI لفرق Web2. بالنسبة للمسؤولية الوكيلة، أو إنتاجية DA، أو النزاعات القابلة للخصم، تقصر المنصة الطريق من خدمات الوسائط DIY إلى استدعاء العناصر الأولية.
المخاطر ملموسة. تحدد الخصومات المشغلين والمستردين؛ تعتمد مسارات TEE على جذور الثقة في الأجهزة؛ يعتمد الأمان الاقتصادي على توزيع التخزين، والخصومات القابلة للتنفيذ، وافتراضات المشغلين، بالإضافة إلى افتراضات العقود الذكية والتشغيلية. بالنسبة للذكاء الاصطناعي، يحدد EigenAI launch post ثلاثة مخاطر للتلاعب: تعديل المطالبات يكسر هندسة السياق؛ تعديل الاستجابة يشوه القرارات ذات المخاطر العالية؛ تعديل النموذج (على سبيل المثال نموذج مقوم أضعف) يقلل من القدرة دون إشارة واضحة. كما أن النسخة التجريبية الرئيسية تمنع أيضًا الأحمال الحرجة من مستوى الإنتاج في الوقت الحالي.
تشمل الحدود الوصول المتدحرج، وتطور واجهات برمجة التطبيقات للتحقق وقواعد الخصم، بالإضافة إلى أخطاء التطبيقات، وسوء إدارة المفاتيح، وسوء التكوين التي تظل عبئًا على المطور. لا تحل القابلية للتحقق للمنصة محل التدقيق، أو الحد الأدنى من الامتيازات، أو حدود رأس المال؛ يمتد أيضًا خطر الاعتماد عبر عقود EigenLayer.
كيف يمكنك استكشاف EIGEN المتعلقة بـ EigenCloud على Gate؟
للتحقق من EIGEN المتعلقة بنظام EigenCloud / EigenLayer في واجهة تداول، ابحث عن سوق "EIGEN" الفوري على Gate، واستعرض معلومات السوق، والعمق، وحقول الإعلانات، وتأكد من معرفات العقود أو الشبكات مقابل الإفصاحات العامة قبل أي قرار تشغيلي.
استمر في التعلم بعيدًا عن شاشة التداول: وضح الانقسام بين EigenCloud وEigenLayer أولاً، ثم تحقق من العناصر الأولية مقابل الوثائق والمنشورات. العثور على زوج تداول ليس تأييدًا بأن أي خدمة AVS أو وكيل معين آمن.
الملخص
EigenCloud هي منصة سحابية قابلة للتحقق للمطورين على EigenLayer التي توحد كتالوج AVS مع أربعة عناصر أولية من الدرجة الأولى، بحيث يمكن للتطبيقات المعقدة خارج السلسلة إثبات أن التنفيذ والاستنتاج لم يتم تغييرهما في صمت. بالمقارنة مع السحابة العادية، فإن الانقسام هو نموذج الثقة؛ بالمقارنة مع EigenLayer، فإنه عبارة عن حزمة منتج من قاعدة إعادة التخزين في طبقة منصة.
ترتيب عملي هو: فصل أدوار Restaker / Operator / AVS / مطور التطبيق / منصة، اختيار العناصر الأولية حسب السيناريو، ثم تطبيق قائمة التحقق من المزايا والمخاطر لحدود المرحلة التجريبية ومخاطر التلاعب الثلاثة لـ EigenAI. يلعب EIGEN أدوار الأمان والحوافز؛ يأتي فهم الآلية قبل التركيز على السوق على المدى القصير.
الأسئلة الشائعة
ما هي EigenCloud؟
EigenCloud هي منصة سحابية قابلة للتحقق للمطورين مبنية على EigenLayer ومدعومة بـ EIGEN. توحد خدمات AVS من طرف ثالث مع EigenDA وEigenCompute وEigenVerify وEigenAI بحيث يمكن للتطبيقات خارج السلسلة الحصول على قابلية تحقق قابلة للبرمجة مع تجربة شبيهة بالسحابة.
هل EigenCloud هي نفسها EigenLayer؟
لا. EigenLayer هو قاعدة إعادة التخزين والأمان المشترك على Ethereum؛ EigenCloud هي منصة المطور وطبقة العناصر الأولية المبنية فوقها. إنهما مرتبطتان ولكن مدمجتان بشكل مختلف - استخدام EigenCloud ليس هو نفسه "EigenLayer نفسها".
كيف تعمل EigenCloud؟
يقوم المطورون بتشغيل منطق معقد في بيئات خارج السلسلة قابلة للتحقق؛ يمكن أن تصل البيانات والأدلة عبر EigenDA، ويمكن أن تستخدم النزاعات EigenVerify، ويمكن أن يستخدم استنتاج الذكاء الاصطناعي EigenAI، وتستهلك عقود السلسلة المستهدفة النتائج. يتم دعم الأمان من خلال التخزين ومجموعات المشغلين على EigenLayer.
كيف تختلف EigenCloud عن AWS؟
تتجه السحابة العادية إلى الثقة في المشغل بموجب العقد. تؤكد EigenCloud على التنفيذ القابل للتحقق والقيود الاقتصادية المشفرة، بحيث يمكن تحدي ما إذا كانت الكود المعلن، والنماذج، والمدخلات قد أنتجت نتيجة ومعاقبتها. يمكن أن تشعر العمليات بأنها شبيهة بالسحابة؛ تختلف افتراضات الثقة.
ماذا يستخدم رمز EIGEN في EigenCloud؟
يدعم EIGEN الأمان الاقتصادي، والحوافز، وأجزاء من تصميم الخصم القابل للتحقق للخدمات القابلة للتحقق. لا تعني تكلفة الثقة المنخفضة أنها تلقائية: لا تزال تعتمد على التخزين، والمشغلين، ومسارات TEE أو الإثبات، وجودة التطبيق، وافتراضات العقود. تعني حدود المرحلة التجريبية، وجذور الثقة في الأجهزة، ومخاطر التلاعب في المطالبات/الاستجابات/النماذج أن "على السحابة" ليست "آمنة بشكل افتراضي".
