پرش به مطلب اصلی

مرحله ۶: زمان‌بند غیرمتمرکز و EigenLayer

· خواندن 5 دقیقه
OrcaRail
OrcaRail
Crypto payment rails for web2 apps

۲۰ آوریل ۲۰۲۶ — مرحله ۶ مرحله‌ای است که در آن صراحتاً چیزی نمی‌سازیم، مگر اینکه یک نیاز واقعی مجبورمان کند. ری‌استیکینگ EigenLayer قدرتمند است، اما خانه‌ای همه‌منظوره برای «یک سیستم پرداخت» نیست. این مطلب توضیح می‌دهد یک AVS چه چیزی به ما می‌دهد، کی ارزش ساختن دارد و چرا Chainlink + NestJS برای بیشتر نیازهای ما کافی است.

خلاصه​

  • EigenLayer یعنی ری‌استیکینگ + گواهی‌های قابل جریمه از اپراتورهای ETH. نه زنجیره است، نه پلتفرم قرارداد و نه راهکار امانت‌داری.
  • دو جا که می‌تواند به OrcaRail کمک کند: یک AVS برای keeper برای charge() غیرمتمرکز و یک AVS برای گواهی پل برای تسویه بین‌زنجیره‌ای.
  • ساخت را به تعویق می‌اندازیم مگر اینکه یک مشتری یا الزام انطباق، زنده‌بودن غیرمتمرکزی فراتر از آنچه Chainlink Automation + NestJS می‌دهد بخواهد.
  • اگر روزی بسازیم، از قالب‌های Othentic / Eigen Foundation شروع می‌کنیم، نه از صفر.

EigenLayer واقعاً چه چیزی به شما می‌دهد​

یک AVS (Actively Validated Service) شبکه‌ای از اپراتورهاست که محاسبه‌ای خارج از زنجیره اجرا می‌کنند و گواهی‌های آن با امنیت رمزاقتصادی ETH ری‌استیک‌شده روی زنجیره منتشر می‌شود. رفتار نادرست جریمه (slash) می‌شود.

آنچه به دست می‌آورید:

  • زنده‌بودن غیرمتمرکز: یک کار حتی اگر یکی از طرف‌ها (OrcaRail) آفلاین شود اجرا می‌شود.
  • درستی قابل جریمه: گواهی نادرست باعث از دست رفتن سپرده اپراتور می‌شود.
  • امنیت اقتصادی ETH: به‌جای راه‌اندازی توکن خودتان، بخشی از سپرده اعتبارسنج‌های اتریوم را به ارث می‌برید.

آنچه به دست نمی‌آورید:

  • یک پلتفرم قرارداد هوشمند. قراردادها همچنان روی اتریوم / L2 مستقر می‌شوند.
  • امانت‌داری. EigenLayer برای شما USDC نگه نمی‌دارد.
  • پشتیبانی بومی از سولانا یا بیت‌کوین. پل‌های بین‌زنجیره‌ای وجود دارند و پیچیدگی و نیاز به اعتماد اضافه می‌کنند.
  • یک زمان‌بند همه‌منظوره. همچنان خودتان کار خارج از زنجیره و اعتبارسنجی روی زنجیره را تعریف می‌کنید.

یک AVS کجا می‌تواند به OrcaRail کمک کند​

۱. AVS برای keeper (charge() غیرمتمرکز)​

امروز و تا مرحله ۳، وضعیت keeperها این است:

  • زمان‌بند NestJS (اصلی)
  • Chainlink Automation یا Gelato (پشتیبان)

این به ما افزونگی دوگانه می‌دهد. یک AVS برای keeper افزونگی N‌گانه با زنده‌بودن قابل جریمه می‌دهد: اپراتورها گواهی می‌دهند «این IDها سررسید بودند و من charge را فراخوانی کردم»، و جا انداختن برداشت سررسیدشده تخلفی قابل جریمه است.

کی ارزشش را دارد:

  • وقتی مشتری‌ای داشته باشیم که قراردادش هر نوع اتکا به یک طرف واحد در زیرساخت ما را ممنوع کند.
  • وقتی انطباق مقرراتی صراحتاً آن را بخواهد (امروز نادر است).

کی ارزشش را ندارد:

  • وقتی بهبود حاشیه‌ای قابلیت اطمینان نسبت به Chainlink کم است و هزینه مهندسی چند ماه است.

۲. AVS برای گواهی پل (جایگزین Relay)​

تسویه بین‌زنجیره‌ای ما امروز از Relay استفاده می‌کند (api/src/withdrawals/services/bridge را ببینید). Relay نیازمند اعتماد است. یک AVS می‌تواند با امنیت قابل جریمه گواهی دهد که «وجوه روی زنجیره X مشاهده شد، روی زنجیره Y آزاد کن»؛ ساختاری شبیه Hyperlane ISM با EigenLayer یا Omni.

کی ارزشش را دارد:

  • وقتی Relay شرایط یا عملکردی ارائه دهد که نتوانیم بپذیریم.
  • وقتی پلتفرم آن‌قدر حجم بین‌زنجیره‌ای پردازش کند که ریسک پل قابل توجه شود.

۳. اوراکل تقلب / انطباق​

«آیا این کیف پول تحریم است؟» «آیا کالا تحویل داده شد؟» — بررسی‌های سیاستی که امروز در مسیر وب‌هوک NestJS قرار دارند می‌توانند به گواهی‌های AVS تبدیل شوند. کاربرد خاص؛ فقط وقتی مفید است که پلتفرم مسئولیت صریح سیاست‌گذاری روی زنجیره را بپذیرد.

چرا ساخت را به تعویق می‌اندازیم​

  • Chainlink Automation + NestJS هزینه مهندسی تقریباً صفر دارد. AVS برای keeper چند ماه کار است.
  • ساختن AVS یعنی اجرای اپراتورها (یا هماهنگ کردن دیگران برای این کار) و نگهداری شرایط جریمه. این بار عملیاتی قابل مقایسه با اداره ناوگان نودهای بلاکچین خودمان است.
  • بهبود امنیتی فقط وقتی معنادار است که از قبل افزونگی دوگانه داشته باشیم. هنوز نداریم (در مرحله ۳ به دست می‌آید). در نتیجه: فقط پس از پایدار شدن مرحله ۳، AVS برای keeper نامزد می‌شود.
  • حتی با دامنه محافظه‌کارانه، AVS ملاحظات امانت‌داری خودش را دارد (ETH ری‌استیک‌شده، اقتصاد پاداش اپراتورها).

گزارش تصمیم‌ها​

یک گزارش عمومی تصمیم‌ها در /docs/non-custodial/eigenlayer-evaluation نگه می‌داریم که توصیه فعلی و محرک‌هایی را که می‌توانند آن را تغییر دهند نشان می‌دهد. توصیه امروز: به تعویق انداختن.

محرک‌هایی که بحث را دوباره باز می‌کنند:

  1. یک مذاکره فروش که صراحتاً به‌خاطر ریسک «keeper تک‌طرفه» متوقف شود.
  2. یک چارچوب مقرراتی که زنده‌بودن مبتنی بر AVS را کنترلی پذیرفتنی بداند.
  3. افت قابل توجه قیمت یا دسترس‌پذیری Chainlink Automation روی پرکاربردترین زنجیره‌های ما.
  4. همکاری‌ای که در آن بتوانیم از AVS keeper شخص دیگری با هزینه عملیاتی نزدیک به صفر استفاده کنیم.

اگر بسازیمش​

  • شروع از قالب. Othentic و Eigen Foundation قالب‌هایی برای AVSهای گواهی کار منتشر می‌کنند. منطق جریمه را دستی نمی‌نویسیم.
  • نقطه ورود روی زنجیره بدون تغییر بماند. SubscriptionHub.charge(ids[]) عمومی و بدون نیاز به مجوز می‌ماند. AVS فقط یک فراخواننده دیگر در کنار NestJS و Chainlink می‌شود.
  • توکن یا سازوکار استیکینگ جدیدی معرفی نکنیم برای حجم خودمان. اپراتورها از بودجه گس پلتفرم با ETH پاداش می‌گیرند؛ توکن OrcaRail در کار نیست.
  • حسابرسی‌اش کنیم. حتی AVS مبتنی بر قالب هم به حسابرسی نیاز دارد.

چک‌لیست وضعیت​

  • انتشار صفحه گزارش تصمیم‌ها
  • بازبینی فصلی محرک‌ها
  • sandbox اثبات مفهوم (نه محیط عملیاتی) در صورت فعال شدن یک محرک

قدم بعدی​

مرحله پایانی مسیرهای کد امانی را که مراحل ۱ تا ۵ جایگزینشان کردند حذف می‌کند: مرحله ۷.

مستندات مرجع: وضعیت مرحله ۶ · ارزیابی EigenLayer · راهبرد keeper