إنتقل إلى المحتوى الرئيسي

تقييم EigenLayer

هذه الصفحة سجل قرارات حي. غرضها شرح ما يمكن أن يقدّمه EigenLayer لـ OrcaRail، وأين لا يساعد، ومتى سنبني عليه.

التوصية الحالية​

التأجيل.

المبرر: يمنحنا مُجدوِل NestJS + Chainlink Automation (أو Gelato) تكرارًا مزدوجًا لـ SubscriptionHub.charge(). المكسب الهامشي في الاعتمادية أو اللامركزية من Keeper AVS لا يستحق بعد أشهر الهندسة والتنسيق المستمر مع المشغّلين.

ما هو EigenLayer (بدقة)​

EigenLayer بروتوكول restaking على Ethereum. يستطيع المدققون الذين يؤمّنون Ethereum الاشتراك اختياريًا لتقديم أمان اقتصادي إضافي لشبكات ثانوية تُسمى AVS ‏(Actively Validated Services).

ما يوفّره الـ AVS: حسابًا خارج السلسلة («مهمة»)، ولجنة مشغّلين يشهدون على النتيجة، وتحققًا على السلسلة من تلك الشهادات، وslashing للنتائج الخاطئة القابلة للإثبات.

ما ليس عليه EigenLayer:

  • سلسلة.
  • منصة عقود ذكية.
  • حلًا للاحتجاز.
  • بديلًا عن التدقيق أو تصميم العقود أو الانضباط التشغيلي.

أين يمكن أن يتناسب AVS مع OrcaRail​

1. Keeper AVS ‏(charge() لامركزية)​

الفكرة: يراقب المشغّلون SubscriptionHub، ويرسلون charge(ids[]) عند الاستحقاق، ويشهدون على السلسلة بأنهم فعلوا ذلك في الوقت المحدد. تفويت خصم مستحق يعرّض للـ slashing.

المزايا:

  • توفر لامركزي. لا يكون أي طرف منفرد (OrcaRail) أساسيًا لعمل الاشتراكات.
  • صحة قابلة للـ slashing عند الإخلال بأهداف SLO.

العيوب:

  • الهندسة: بناء AVS (تعريف المهام وشرط الـ slashing وعميل المشغّل والمُجمِّع) أو تكييف قالب جاهز. أشهر في الحالتين.
  • التشغيل: استقطاب المشغّلين ودعمهم (أو الدفع لخدمة تفعل ذلك).
  • فائدة هامشية: ثنائي Chainlink + NestJS الحالي مكرر بالفعل تكرارًا مزدوجًا.

هل سنبنيه؟ فقط إذا ظهر دافع (انظر أدناه).

2. AVS لشهادات الجسور​

الفكرة: استبدال جسر Relay الموثوق بـ AVS يشهد بأن «الأموال رُصدت على السلسلة X؛ حرّرها على السلسلة Y» بأمان قابل للـ slashing.

المزايا:

  • تسوية عبر السلاسل دون الثقة في مشغّل جسر واحد.
  • يتوافق جيدًا مع أطر المراسلة القائمة على نمط ISM ‏(Hyperlane وOmni).

العيوب:

  • يعمل Relay جيدًا لنا بالأحجام الحالية.
  • الجسر المدعوم بـ AVS رهان أكبر من Keeper AVS: إما أن نبنيه بأنفسنا أو نعتمد على شبكة ناشئة.

هل سنبنيه؟ فقط إذا أصبح Relay غير عملي أو عرض شريك مسارًا جاهزًا مدعومًا بـ AVS.

3. أوراكل السياسات / الامتثال​

الفكرة: يشهد AVS على حقائق توجّه قرارات السياسات على السلسلة، مثل العضوية في قوائم العقوبات وتأكيدات التسليم وإشارات الاحتيال.

المزايا:

  • ينقل فحوص السياسات بعيدًا عن الخوادم المركزية.

العيوب:

  • استخدام محدود. لا يفيد إلا إذا تحمّلت OrcaRail مسؤولية صريحة عن السياسات على السلسلة.

هل سنبنيه؟ لا، ليس على المدى القريب.

الدوافع التي قد تقلب التوصية​

سنعيد النظر في هذه التوصية كل ربع سنة. أي من هذه الدوافع سيفتح وثيقة تصميم للـ AVS المعني:

  1. محادثة مبيعات متعثرة صراحةً بسبب مخاطر «keeper أحادي الطرف» لا نستطيع تخفيفها بطريقة أخرى.
  2. إطار تنظيمي يذكر التوفر أو الشهادة المدعومين بـ AVS كضابط مقبول أو مفضّل.
  3. تراجع ملموس في توفر Chainlink Automation أو تسعيره على سلسلة نعالج عليها حجمًا كبيرًا.
  4. شراكة يمكننا فيها إعادة استخدام keeper أو AVS جسر لدى جهة أخرى بتكلفة تشغيلية شبه معدومة.
  5. أن تكبر OrcaRail بما يكفي ليصبح «يجب أن تصمد مسارات الدفع حتى لو توقفت OrcaRail» توقعًا معقولًا.

إن بنيناه​

قيود التصميم التي سنتّبعها:

  • البدء من القوالب. تنشر Othentic وEigen Foundation قوالب AVS لشبكات شهادات المهام. لن نكتب الـ slashing يدويًا.
  • إبقاء نقطة الدخول على السلسلة دون تغيير. تبقى SubscriptionHub.charge(ids[]) عامة ولا تتطلب صلاحيات. يصبح الـ AVS مستدعيًا إضافيًا إلى جانب NestJS وChainlink.
  • لا رمز جديد. لا رمز staking لـ OrcaRail. يُدفع للمشغّلين بـ ETH (أو USDC) من ميزانية الغاز للمنصة.
  • لا احتجاز جديد. لا يحتفظ الـ AVS بالأموال ولا يوجّهها.
  • التدقيق. حتى الـ AVS المبني على قالب يحتاج إلى تدقيق.
  • خطة الإيقاف. إذا غطّت Chainlink وGelato والـ keepers الداخلية فجوة الاعتمادية، فيجب أن نتمكن من إيقاف الـ AVS.

أسئلة مفتوحة (قيد المتابعة؛ غير معيقة)​

  • هل توجد مجموعة طبيعية من مشغّلي AVS يديرون أصلًا بنية تحتية مرتبطة بالمدفوعات (مُفهرِسات وkeepers)؟
  • ما زمن الشهادة الواقعي لـ «مستحق خلال الدقيقة»؟
  • ما الحد الأدنى لحجم مجموعة المشغّلين لـ slashing موثوق؟
  • كيف تتكامل أداة الـ slashing الأساسية على الشبكة الرئيسية لـ Eigen مع مراقبتنا الحالية؟

سجل القرارات​

التاريخالقرارملاحظات
2026-04-20التأجيلالتكرار المزدوج عبر Chainlink + NestJS كافٍ؛ إعادة التقييم كل ربع سنة.

تُضاف مدخلات جديدة هنا عندما يتغير القرار.

انظر أيضًا​