المؤلف: GoPlus
الخلفية
من العام الماضي وحتى اليوم، جمعت EigenLayer أكثر من 10 مليارات دولار أمريكي في TVL باعتبارها سردًا أساسيًا في نظام Ethereum البيئي، ومع ذلك، قد يعتبرها معظم الناس ببساطة بمثابة بنية تحتية مالية، ويرجع ذلك أساسًا إلى ميزة EigenLayer الأكثر شهرة هو مفهوم "استعادة". هذا الانطباع الأولي يجعل من السهل على الأشخاص الاعتقاد بأن EigenLayer هي مجرد منصة لمساعدة المستخدمين في الحصول على مزايا إضافية للتحصيل. في الواقع، عندما نفكر بعمق، يبرز سؤال رئيسي: لماذا يمكن لإعادة تخزين ETH أو LST (الرموز المميزة للسيولة) أن تولد دخلاً إضافيًا؟ تكشف الإجابة على هذا السؤال الطبيعة الحقيقية لـ EigenLayer. أعتقد أن EigenLayer هي في الواقع بنية تحتية ثورية للحوسبة السحابية ذات توجه مالي. قد يبدو هذا التعريف متناقضًا في البداية، لكنه يعكس تمامًا ابتكار EigenLayer. تعتمد خدمات الحوسبة السحابية التقليدية، مثل AWS أو GCP، بشكل أساسي على تخصيص الموارد وإدارتها مركزيًا لتوفير الطاقة الحاسوبية. أنشأت EigenLayer نموذجًا جديدًا للبنية التحتية للحوسبة السحابية من خلال الجمع بذكاء بين آليات الحوافز المالية وموارد الحوسبة الموزعة. ستتعمق هذه المقالة حول مبادئ وآليات EigenLayer وفقًا لفهمنا، وبعد عدة أشهر من ممارسة التطوير، سنشارك أيضًا بعض الخبرات والأفكار حول كيفية بناء شبكتك اللامركزية استنادًا إلى EigenLayer وكيفية تصميم AVS. .
ما هو Eigenlayer؟
بادئ ذي بدء، تعد EigenLayer بنية تحتية ثورية لنظام Ethereum البيئي. بالنسبة للمستخدمين، فهو يسمح للمستخدمين الذين يمتلكون أصول إيثريوم ليس فقط بكسب الفائدة من خلال التوقيع المساحي، ولكن أيضًا باستخدام شهادات الإيداع هذه لدعم المشاريع المحتملة الأخرى وكسب مكافآت إضافية. هذا هو المفهوم الأساسي لـ EigenLayer - إعادة الإعمار. إنه يشبه الجسر السحري الذي يربط الأمان القوي لـ Ethereum وجميع المشاريع التي تتطلب أمان إجماع الشبكة. بالنسبة للمطورين، فهو يشبه منصة الحوسبة السحابية التي توفر الأمان، مما يسمح لهم بالتركيز على بناء الخدمة اللامركزية نفسها بدلاً من الاضطرار إلى بناء أنظمة إجماع وأمان معقدة من الصفر.
p> p>
ما هو AVS وكيف يعمل؟
استنادًا إلى Eigenlayer، يمكن للمطورين إنشاء خدمة التحقق النشط (AVS) الخاصة بهم، والتي تعد أيضًا الأكثر شيوعًا الخدمة في نظام Eigenlayer البيئي مفهوم مهم، AVS هو ببساطة بروتوكول أو خدمة أو نظام يتطلب ضمانات للتحقق من "المهمة". على سبيل المثال، إذا كنت ترغب في إنشاء شبكة أوراكل ذات أسعار لا مركزية، من أجل منع العقد المشاركة في شبكة أوراكل من فعل الشر، فأنت بحاجة إلى السماح لهذه العقد برهن أصول معينة، وتعيين كل عقدة لبث الإجماع المبلغ عنه آلية، فإن هذا السيناريو مناسب جدًا لاستكماله مع AVS، وتكون خدمة AVS نفسها مسؤولة عن الحصول على الأسعار والإبلاغ عن الأسعار، وفي الوقت نفسه، تتوافق AVS أيضًا مع عقد إدارة الخدمة - مدير الخدمة، الذي يتواصل مع عقد Eigenlayer. ، والذي يحتوي على الحالة المتعلقة بوظيفة الخدمة، مثل المشغل الذي يقوم بتشغيل الخدمة ومبلغ الإيداع المستخدم لحماية الخدمة. وفقًا لـ Vyas Krishnan، يتولى Eigenlayer دور "تحويل التشفير إلى السحابة"، لذا فإن AVS هي الخدمة السحابية التي نعرفها في Web2، وتقوم بتوسيع إمكانات الحوسبة النقية على السلسلة لـ Crypto لتشمل الحوسبة السحابية خارج السلسلة. فكيف يعمل AVS بالضبط على شبكة Eigenlayer؟
p> p>
أولاً وقبل كل شيء، كطرف مشروع يريد استخدام شبكة Eigenlayer، تحتاج لتطوير عميل AVS الخاص بك بالإضافة إلى عقد ServiceManager، فإن العميل نفسه هو الخدمة أو النظام الذي سيتم التحقق منه بواسطة الشبكة في المستقبل، وسيتم تشغيل العميل بواسطة عدد كبير من العقد المشاركة في الشبكة، وServiceManager ينص العقد نفسه على شروط مشاركة العقد في الشبكة وآلية المكافآت والعقوبات للعقد نفسها. على سبيل المثال: ما هي الرموز المميزة التي يجب رهنها، والحد الأدنى لعدد الرموز المميزة التي يجب رهنها، وما إلى ذلك. وفي الوقت نفسه، يجب عليه أيضًا اتباع بعض مواصفات عقد AVS ServiceManager والاحتفاظ ببعض الواجهات الأساسية للفهرسة والاتصال بواسطة عقد Eigenlayer الرئيسي.
يُطلق على العقد المشاركة في الشبكة نفسها اسم **"Operator"** في Eigenlayer،Operator هو مشغل عقدة محترف، وهو المسؤول بشكل أساسي عن التشغيل الفعلي وصيانة عقد الشبكة. عندما يرغبون في المشاركة في شبكة معينة، فإنهم يحتاجون إلى تلبية شروط الوصول المحددة في ServiceManager. بصفتهم عملاء، يمكنهم أيضًا أن يكونوا مسئولين عن التعهد بالعقد الخاصة بهم. إذًا، كيف يشارك المستخدمون العاديون في عملية سير العمل بأكملها؟ صممت Eigenlayer وظيفة تفويض، والتي تسمح للمستخدمين العاديين بتفويض الرموز المميزة الخاصة بهم إلى عقدة المشغل المحددة، وتكليف العقدة بالحصول على مكافآت إضافية عن طريق تشغيل أرباح شبكة AVS.
بعد الانتهاء من بناء AVS وتوظيف العقد، يمكن فتح خدمات الشبكة لاستهلاكها واستخدامها. الصورة أدناه عبارة عن رسم تخطيطي رسمي لعملية الاتصال لخدمة AVS بأكملها
كما ترون، يتم تشغيل مدير الخدمة من خلال حدث الحدث تقوم عقدة المشغل بإجراء حسابات خارج السلسلة، ويقوم المشغل بإرجاع نتائج الحساب إلى العقد بعد توقيعها بالمفتاح الخاص، وبالتالي إكمال المكالمة. ولكن في الواقع، يمكن أن يكون استخدام AVS أكثر مرونة، أولاً، ليس من الضروري أن يتم تشغيل AVS من خلال مدير الخدمة، نظرًا لأن عقدة المشغل قد كشفت عن عنوان IP الخاص بها ومعلومات البوابة الأخرى عند التسجيل، فيمكنها الاتصال مباشرة بـ التعرض للبوابة تحصل واجهة الخدمة (التي تتطلب المصادقة لمنع كمية كبيرة من البريد العشوائي) على النتائج، ولكن في هذه العملية، من الضروري الإبلاغ عن النتائج وتحقيق الإجماع على النتائج من خلال المجمع، لأن نفس المكالمة قد يكون لها عدة العقد التي تقوم بتشغيل الخدمات المقابلة لتحسين توافر الخدمة. وأخيرًا، يتفاعل مدير الخدمة مع عقد Eigenlayer لإكمال المكافآت والعقوبات للعقد بناءً على النتائج المبلغ عنها.
الموضع الأساسي لـ EigenLayer
بعد تقديم AVS وEigenLayer، أود إن تلخيص نقاط تحديد المواقع الأساسية الثلاثة الرئيسية لـ EigenLayer يجعل من السهل على الجميع فهمها بشكل أفضل وتحديد ما إذا كان سيتم استخدامها أم لا.
منصة تربط بين أصحاب الرهن العقاري والمطورين
أحد المواقع الأساسية لـ EigenLayer هو الخدمة كمنصة تربط بين أصحاب المصلحة والمطورين. لقد غيّر هذا النموذج المبتكر تمامًا طريقة إنشاء الشبكات اللامركزية والمشاركة فيها، مما يوفر فرصًا وراحة غير مسبوقة لكلا الطرفين. قبل ظهور EigenLayer، واجهت الشبكات اللامركزية الجديدة تحديات ضخمة في البداية الباردة:
ارتفاع تكاليف بدء التشغيل: تحتاج أطراف المشروع إلى استثمار الكثير من الأموال والقوى العاملة لجذب العقد للانضمام إلى الشبكة.
الضغط التشغيلي: تتطلب المحافظة على شبكة العقد النشطة عمليات وحوافز مستمرة.
عتبة عالية للمشاركة في العقدة: يحتاج مشغلو العقد المحتملون إلى شراء الرموز المميزة لشبكة معينة للمشاركة زيادة مخاطرها وتكاليفها.
تأثيرات الشبكة البطيئة: مع وجود عدد قليل من المشاركين، يصعب على الشبكات الجديدة إنشاء الأمان والموثوقية الجنس بسرعة.
تعمل EigenLayer على حل هذه المشكلات بذكاء من خلال تصميمها المبتكر. فهو يسمح لأصحاب المصلحة باستخدام ETH أو LST لتوفير خدمات العقد لشبكات متعددة في نفس الوقت، مما يخفض حد المشاركة بشكل كبير. يمكن لأطراف المشروع الوصول بسرعة إلى شبكة كبيرة موجودة من المتعهدين لتسريع عملية البداية الباردة. بالنسبة لمشغلي العقد، لم يعودوا بحاجة إلى شراء رموز محددة لكل شبكة مشاركة، مما يقلل من التعرض للمخاطر. من خلال السماح لأصحاب المصلحة بتلقي مكافآت من شبكات متعددة، تقوم EigenLayer بإنشاء نظام بيئي مربح لجميع الأطراف، مما يحقق توافقًا فعالاً للحوافز. لا يعمل هذا النموذج المبتكر على تبسيط عملية البناء والمشاركة في الشبكة اللامركزية فحسب، بل يوفر أيضًا سيناريو فعال لكسب الفائدة لمعظم حاملي الرموز المميزة.
من النظام البيئي EigenLayer الحالي، يمكننا أن نجد أن هناك بالفعل عددًا كبيرًا من عقد المشغلين التي تتمتع بتأييدات جيدة جدًا، بما في ذلك Coinbase Cloud وFigment وGoogle Cloud و جالاكسي وهاشكي وما إلى ذلك. إن إضافة هذه المؤسسات لا يجلب الاحترافية والموثوقية للنظام البيئي فحسب، بل يعزز أيضًا ثقة المستخدمين العاديين بشكل كبير. يمكن للمفوضين اختيار هؤلاء المشغلين ذوي الخلفيات القوية ليعهدوا بأصولهم، والتي لا تحصل على خدمات تشغيل العقدة الاحترافية فحسب، بل تقلل أيضًا من المخاطر. بالنسبة للمطورين، تعد هذه الراحة أمرًا بديهيًا، حيث يمكنهم بسرعة بناء شبكة التحقق الخاصة بهم من الصفر، مما يقلل من تكلفة تطوير وصيانة شبكة الإجماع، والاستفادة من مجموعة التعهدات الناضجة والواسعة النطاق الأمن والتركيز بشكل أكبر على ابتكار منتجاتها وخدماتها، بدلاً من إعادة اختراع عجلة البنية التحتية التوافقية.
تجمع الأمان المشترك
كما ذكرنا أعلاه، الميزة الرئيسية الأولى لـ EigenLayer هي القدرة للاتصال بالتعهدات بالنسبة للمطورين والمطورين، فهو يساعد المشاريع في العثور بسرعة على عقد التحقق من الخدمات، لذلك بالنسبة للمطورين والمشاريع، كيف يمكن ضمان استقرار هذه العقد وتحقيق أمان شبكاتهم الخاصة؟ هذه إحدى المشكلات الأساسية التي تحلها EigenLayer، ويمكن القول أيضًا إنها أكبر نقطة بيع لـ EigenLayer.
هنا يجب علينا أولاً تحديد ما يسمى بأمان الشبكة، نعلم جميعًا أنه في بنية blockchain التقليدية والشبكات اللامركزية، تحتاج كل شبكة إلى البناء بشكل مستقل والحفاظ على أنظمة الأمن والإجماع الخاصة بهم. لأنه في النظام الموزع، كل عقدة لديها إمكانية فعل الشر، ويجب بناء الشبكة على أساس الثقة الصفرية، ويجب بناء آلية إجماع صارمة لمنع العقد من فعل الشر والحفاظ على استقرار الشبكة. والسلامة. بشكل عام، ستختار معظم الشبكات السماح للعقد بالمشاركة في عمل الشبكة للحصول على فوائد من خلال التعهد برموز الشبكة الخاصة بها كضمان، ومن خلال **"Slash"** تسمح هذه الطريقة للعقد بتوليد تكاليف عالية مقابل فعل الشر التكاليف لتحقيق الهدف . لكن التكلفة نفسها هنا قد لا تكون مستقرة، وهذا يعني أنه إذا كانت الضمانات نفسها هي الرمز الأصلي لهذه الشبكات، فمع تقلب الأسعار، ستستمر تكلفة العقدة الشريرة في التقلب أيضًا "من فعل الشر أعظم من الضمانات" راضٍ، والتكلفة "عندما يتم استيفاء هذا الشرط، ستقع الشبكة أيضًا في أزمة أمنية عدة مرات في التاريخ، وأسعار معظم الرموز المميزة للشبكة مرتفعة بالفعل من السهل التلاعب بها وغير مستقرة.
يركز الحل الذي قدمته EigenLayer على مفهوم الأمن المشترك، والذي يؤجر في الواقع أمان Ethereum لهذه الشركات في شكل شبكة لا مركزية. من خلال مطابقة الرهن العقاري والعقد والمشاريع المختلفة، يصبح الضمان الذي يحدد تكلفة ارتكاب الشر هو ETH/LST نظرًا لاستقرار أسعار ETH والرموز المعاد تعهدها، فإن أمان الشبكة هذا هو في الواقع أكثر جدارة بالثقة. يمكن أن يساعد ذلك أيضًا الشبكة على إنشاء شبكة خدمة لا مركزية مستقرة وآمنة بسرعة في المرحلة المبكرة، واستخدام الرموز المميزة الخاصة بها كإيرادات لدفع "رسوم خدمة الأمان" للشبكة بأكملها. وبالمثل، يمكن أن يساعد أيضًا في انتقال الخدمات المركزية في الأصل إلى اللامركزية بهذه الطريقة، وبالتالي تحسين جودة وشفافية الخدمات الأصلية، ثم استخدام جزء من المكاسب المكتسبة من تحسينات الخدمة لتوفير هذه الخدمات الأمنية المشتركة ويتم مكافأة أصحاب المصلحة ودخولهم دورة إيجابية.
حاليًا، تمتلك EigenLayer أصول TVL تبلغ قيمتها ما يقرب من 12 مليار دولار أمريكي، وهو ما يعادل مجموعة أمان مشتركة ضخمة، وهو ما يكفي لتوفير جميع أنواع DA وSequencer و آلات أوراكل والعديد من خدمات أمن الشبكات اللامركزية.
الإجماع القابل للبرمجة
الميزة الأساسية الثالثة لـ EigenLayer هي قدرتها على الإجماع القابل للبرمجة. أولاً، نحتاج إلى تقديم مفهوم AVS. الاسم الكامل لـ AVS هو الخدمات التي تم التحقق من صحتها بشكل فعال. تشير AVS إلى أي خدمة تتطلب نظامًا موزعًا خاصًا بها للتحقق، مثل Sequencer وDA وشبكة oracle وخدمات الشبكة اللامركزية المختلفة يتكون من شبكات مشاركة يعمل المشغل المقابل، ويتم إدارته وصيانته في النهاية من خلال عقد AVS المقابل (ServiceManager). يحتاج المشغلون إلى التسجيل من خلال مدخل العقد هذا، وسيتم أيضًا تفعيل المكافآت والعقوبات من خلال هذا العقد، لذلك يمكن القول أن هذا العقد بمثابة بوابة الإجماع لشركة AVS. عندما يكتب المطورون العقود، يمكنهم تحديد قواعد ومتطلبات التحقق من AVS الخاصة بهم، وقواعد الوصول إلى العقدة، وقواعد القطع المائلة، وما إلى ذلك، بمرونة، وحتى الرموز المميزة المرهونة يمكن تكوينها بمرونة. توفر إمكانيات الإجماع القابلة للبرمجة في EigenLayer للمطورين مرونة غير مسبوقة ومساحة للابتكار. من خلال هذه الميزة، يمكن للمطورين ضبط معلمات الإجماع ديناميكيًا وفقًا لمرحلة التطوير واحتياجات الشبكة لضمان احتفاظ الشبكة بالأداء الأمثل والأمان في سيناريوهات مختلفة. تسمح هذه القدرة على التكيف للمشروع بتحسين آلية التشغيل الخاصة به في أي وقت والاستجابة لبيئات السوق المتغيرة واحتياجات المستخدمين.
أفكار ومبادئ تصميم AVS
قبل تصميم AVS الخاص بي، أعتقد أن بعض المطورين بحاجة إلى للتفكير بوضوح في المسائل التالية:
1. متطلبات الخدمة وأنواعها التي يقدمها المشروع نفسه
فهم نوع الخدمات التي يقدمها المشروع هو أساس تصميم AVS، لأنه يؤثر بشكل مباشر على:
الضرورة : ما إذا كان لا يمكن تنفيذ الحساب نفسه بواسطة VM على السلسلة أو أن التكلفة مرتفعة جدًا، إذا كان من الممكن إكمال التحقق من خلال العقد على السلسلة، فيمكنك التفكير في ضرورة استخدام أسلوب AVS
منطق التحقق: تتطلب الخدمات المختلفة طرقًا مختلفة للتحقق. على سبيل المثال: متطلبات الأداء: يحدد نوع الخدمة متطلبات السرعة والإنتاجية. على سبيل المثال:
نموذج الأمان: تواجه الخدمات المختلفة تهديدات أمنية مختلفة، مما يؤثر على تصميم آلية العقوبات. على سبيل المثال:
متطلبات العقدة: يحدد نوع الخدمة متطلبات الأجهزة والبرامج للعقدة. مثل:
نبوءة قد تحتاج خدمة الآلة إلى التحقق من اتساق مصادر بيانات متعددة
تحتاج خدمة DA إلى التحقق من تخزين البيانات واسترجاعها< /p>< /li>
يتطلب التحكم في المخاطر على السلسلة محاكاة ومراجعة المعاملات، مما يتطلب كفاءة ودقة في الوقت الفعلي
< /ol>2. كيفية معاقبة العقد الشريرة
ترتبط هذه المشكلة ارتباطًا مباشرًا لأمن وسلامة موثوقية AVS. يحتاج المطورون إلى تصميم آلية عقابية فعالة للحفاظ على أمن واستقرار الشبكة. يتضمن ذلك:
يمكن لآلية العقوبة المعقولة أن تقلل بشكل فعال من دوافع العقد لفعل الشر وتضمن التشغيل الصحي للشبكة على المدى الطويل.
حدد السلوك الذي يتم اعتباره " فعل الشر"
حدد العقوبة المناسبة، والتي يجب أن تكون كافية للردع، ولكن ليست شديدة بحيث تؤدي إلى انخفاض في مشاركة العقدة
p>تصميم آلية حكم وتنفيذ عادلة وشفافة
< /ol>3. ربحية الخدمة نفسها والميزانية التي يمكن دفعها لـ "الأمان المشترك"
تتضمن هذه المشكلة الجدوى الاقتصادية لاستمرارية AVS. يحتاج المطورون إلى التقييم:
يمكن للنموذج الاقتصادي المعقول أن يضمن قدرة AVS على جذب عدد كافٍ من العقد وأصحاب المصلحة والاحتفاظ بهم، مع الحفاظ على التنمية المستدامة للمشروع.
نموذج الربح وتوقعات الشركة دخل الخدمة، أو كيفية دمجه مع Tokennomics الخاصة بك في المراحل الأولى من المشروع لتوفير توقعات مكافأة كافية من خلال تضخم الرمز المميز
تكاليف التشغيل، بما في ذلك البنية التحتية والصيانة وما إلى ذلك.
مكافأة الميزانية التي يمكن تخصيصها للعقد وأصحاب المصلحة
< /li>< /ul>
4. مقدار مقياس الشبكة المطلوب
The يؤثر مقياس الشبكة بشكل مباشر على أداء AVS واللامركزية والأمان:
يحتاج المطورون إلى العثور على أفضل نقطة توازن بناءً على متطلبات الخدمة وقيود الموارد.
فقط من خلال النظر بوضوح في هذه القضايا، أعتقد أنه من الممكن تصميم نظام جيد وAVS المنخرط بشكل كبير يتجنب أيضًا المشكلات الرئيسية التي قد تنشأ في وقت لاحق بسبب عدم كفاية التفكير.
بيئة AVS الحالية والفرص الجديدة
على الرغم من أن EigenLayer لا تزال في مراحلها الأولى، إلا أننا نعتقد أن هناك الكثير من الفرص والإمكانات في هذا النظام البيئي. أولاً، وفقًا لملاحظتنا،
تتركز AVS في النظام البيئي الحالي بشكل أساسي في المجالات التالية:
DA
التسلسل اللامركزي p >
إنشاء أرقام عشوائية
ZK - Prover
خدمة Oracle
هذه الخدمات مخصصة بشكل أساسي للمطورين وتوفر دعمًا حاسمًا للبنية التحتية لـ blockchain. ومع ذلك، لاحظنا أن هناك بعض الثغرات الكبيرة في النظام البيئي الحالي:
الافتقار إلى الأنظمة التقليدية شبكة حوسبة لامركزية عالمية
لا توجد تقريبًا أي خدمات AVS تقدم خدمات مباشرة للمستخدمين النهائيين
ul>نعتقد أن عددًا كبيرًا من AVS القائم على التطبيقات يمكن أن يوفر المزيد من الإمكانيات للنظام البيئي. يمكن أن تخدم AVS القائمة على التطبيقات المستخدمين النهائيين بشكل مباشر، وبالتالي توسيع تأثير EigenLayer وعمليته. كمزود لخدمات أمان المستخدم، تستخدم GoPlus البنية التحتية لـ EigenLayer لإنشاء AVS يركز على أمان المستخدم. سيوفر AVS خدمات حماية أمنية شاملة لمستخدمي العملات المشفرة، بما في ذلك على سبيل المثال لا الحصر:
تقييم مخاطر عنوان المحفظة
مكافحة التصيد الاحتيالي والحماية من الاحتيال
تقييم مخاطر الرمز المميز
جدار الحماية اللامركزي على السلسلة في الوقت الفعلي
< / li>
ستوفر GoPlus خدمات أمنية لا مركزية وشفافة وموثوقة من خلال بناء AVS على EigenLayer. ولا تعمل هذه الخطوة على تحسين مصداقية الخدمة فحسب، بل تجذب أيضًا المزيد من المشاركين من خلال آلية الحوافز. ستوفر AVS من GoPlus للمستخدمين حماية أفضل وتساعد EigenLayer على التوسع في مجالات تطبيقات جديدة للمستخدمين النهائيين. حاليًا، تتمتع خدمات الأمان في GoPlus بمتوسط حجم مكالمات يومي يصل إلى 21 مليون مرة، لذلك، بعد إكمال ترقية AVS، أصبحت GoPlus AVS من المتوقع أن تصبح أكبر حالة استخدام للتطبيق في النظام البيئي. ويعد توفير الخدمات الأمنية بطريقة لا مركزية أيضًا نموذجًا أمنيًا جديدًا في عملية تطوير Web3. ص>