AVS چیست

توجه: این سند ترجمه خودکار نسخه اصلی انگلیسی است.

AVS چیست

AVS (سرویس فعالانه اعتبارسنجی‌شده) یک سرویس غیرمتمرکز است که به مجموعه‌ای از ولیدیتورها متکی است که فعالانه وظایفی را انجام می‌دهند و سهام اقتصادی خود را به خطر می‌اندازند تا رفتار صادقانه را تضمین کنند. برخلاف یک قرارداد هوشمند که هنگام فراخوانی به‌صورت منفعل اجرا می‌شود، AVS از ولیدیتورها می‌خواهد به‌طور پیوسته یا دوره‌ای وظایف مشخصی را انجام دهند — راستی‌آزمایی داده‌ها، اجرای محاسبات، تولید گواهی‌ها یا حفظ دسترس‌پذیری — و سرمایهٔ استیک‌شدهٔ آن‌ها در صورت شکست یا رفتار بدخواهانه مشمول اسلشینگ است.

خلاصه: AVS سرویسی است که توسط ولیدیتورهایی ایمن می‌شود که سرمایه استیک می‌کنند و در برابر رفتار نادرست جریمه می‌شوند — مفهومی نزدیک به ری‌استیکینگ، که مکانیزمی فراهم می‌کند تا این ولیدیتورها امنیت اقتصادی خود را از یک بلاکچین موجود به AVS گسترش دهند.

AVS چگونه کار می‌کند

مفهوم AVS الگویی را رسمیت می‌بخشد که همیشه در سیستم‌های بلاکچینی وجود داشته است: سرویس‌هایی که برای کارکرد درست به شرکت‌کنندگان فعال و دارای انگیزهٔ اقتصادی نیاز دارند.

اعتبارسنجی فعال

مکانیزم اجماع یک بلاکچین خودش شکلی از اعتبارسنجی فعال است — ولیدیتورها باید به‌طور پیوسته بلوک پیشنهاد دهند و بر آن‌ها گواهی دهند و در صورت رفتار نادرست اسلش می‌شوند. AVS این الگو را فراتر از اجماع تعمیم می‌دهد. هر سرویسی که به کار فعال ولیدیتورها نیاز دارد — نه صرفاً اجرای منفعل قرارداد هوشمند — می‌تواند به‌صورت AVS ساختاربندی شود. نمونه‌ها شامل دسترس‌پذیری داده (ذخیره‌سازی و ارائهٔ داده بنا به درخواست)، فیدهای دادهٔ اوراکل، راستی‌آزمایی پیام‌های میان‌زنجیره‌ای، راستی‌آزمایی استنتاج AI و عملیات keeper است که هنگام برقراری شرایط مشخص، اقداماتی را فعال می‌کنند.

امنیت اقتصادی از طریق ری‌استیکینگ

به‌طور تاریخی، هر سرویسی که به اعتبارسنجی فعال نیاز داشت باید امنیت خودش را از صفر می‌ساخت — جذب ولیدیتورها، راه‌اندازی یک توکن استیکینگ و ایجاد تعهد اقتصادی کافی برای بازداشتن حملات. این پرهزینه است و امنیت پراکنده‌ای ایجاد می‌کند.

مدل AVS، به‌ویژه آن‌گونه که چارچوب‌های ری‌استیکینگ پیش برده‌اند، این پویایی را تغییر می‌دهد. به‌جای آنکه هر AVS به استخر استیکینگ مستقل خودش نیاز داشته باشد، ولیدیتورها می‌توانند دارایی‌هایی از یک بلاکچین جاافتاده را ری‌استیک کنند تا هم‌زمان چندین پروتکل AVS را ایمن کنند. سرمایهٔ ری‌استیک‌شده مشمول اسلشینگ توسط هر AVS‌ای است که ولیدیتور به آن می‌پیوندد و بدین ترتیب پاسخگویی اقتصادی واقعی ایجاد می‌شود، بدون آنکه هر سرویس مجبور باشد از صفر شروع کند.

اسلشینگ و پاسخگویی

ویژگی تعیین‌کنندهٔ AVS این است که ولیدیتورها با پیامدهای اقتصادی واقعی برای عملکرد ضعیف روبه‌رو می‌شوند. هر AVS شرایط اسلشینگ خودش را تعریف می‌کند — رفتارهای نادرست یا شکست‌های مشخصی که به از دست رفتن سرمایهٔ استیک‌شده می‌انجامند. این شرایط ممکن است شامل موارد زیر باشد:

• ارائهٔ داده‌ها یا گواهی‌های نادرست.
• عدم پاسخ‌دهی در پنجرهٔ زمانی الزامی.
• امضای بیانیه‌های متناقض (equivocation).
• آفلاین بودن در یک دورهٔ وظیفهٔ حیاتی.

قوانین اسلشینگ باید عینی و قابل راستی‌آزمایی باشند — در حالت ایدئال قابل اثبات on-chain — تا اختلافات به‌صورت شفاف حل شوند.

چرا برای پروژه‌های کریپتو AI اهمیت دارد

بسیاری از پروژه‌های کریپتو AI به تضمین‌هایی نیاز دارند که فراتر از توان قراردادهای هوشمند منفعل است. آن‌ها به کار فعال نیاز دارند — راستی‌آزمایی، محاسبه، تحویل داده — که توسط شرکت‌کنندگانی با انگیزهٔ اقتصادی انجام شود. مدل AVS چارچوبی برای این کار فراهم می‌کند.

راستی‌آزمایی استنتاج AI. وقتی یک مدل AI نتیجه‌ای را به‌صورت off-chain تولید می‌کند، بلاکچین از کجا می‌داند نتیجه درست است؟ AVS می‌تواند به‌گونه‌ای ساختاربندی شود که چندین ولیدیتور به‌طور مستقل استنتاج را راستی‌آزمایی یا دوباره اجرا کنند، بر نتیجه گواهی دهند و اگر گواهی‌شان نادرست از آب درآید، اسلش شوند.

هماهنگی غیرمتمرکز وظایف AI. شبکه‌های محاسبات AI که وظایف را میان چندین اپراتور توزیع می‌کنند، می‌توانند از مدل AVS استفاده کنند تا اطمینان یابند اپراتورها کار را درست انجام می‌دهند. ولیدیتورها تکمیل وظایف را پایش می‌کنند، به خروجی‌ها امتیاز می‌دهند و جریمه‌ها را برای کار بی‌کیفیت اِعمال می‌کنند.

امنیت بدون پراکندگی توکن. به‌جای راه‌اندازی توکنی جدید صرفاً برای ایمن‌سازی سرویس‌های راستی‌آزمایی AI، یک پروژهٔ AI می‌تواند لایهٔ راستی‌آزمایی خود را به‌صورت AVS ساختاربندی کند و از امنیت ری‌استیک‌شده بهره ببرد و از پیچیدگی ایجاد و نگهداری یک توکن امنیتی جداگانه اجتناب کند.

در کارت‌های پروژهٔ DecAIHub کجا ظاهر می‌شود

• Type — پروژه‌ای که به‌عنوان AVS عمل می‌کند یا زیرساخت AVS فراهم می‌کند، ممکن است با نوعی طبقه‌بندی شود که نقش آن به‌عنوان سرویس فعالانه اعتبارسنجی‌شده را بازتاب می‌دهد.
• Category — سرویس‌های راستی‌آزمایی یا هماهنگی AI مبتنی بر AVS معمولاً در کارت‌های پروژه ذیل دسته‌های مرتبط با Infra قرار می‌گیرند.
• Consensus — پروژه‌هایی که به‌صورت پروتکل‌های AVS ساخته شده‌اند، منطق اعتبارسنجی و اسلشینگ خودشان را دارند که ممکن است در توصیف اجماع یا معماری امنیتی به آن ارجاع شود.
• Token model — اگر توکن پروژه برای استیکینگ درون AVS استفاده شود (یا به ولیدیتورهای AVS پاداش دهد)، این در مدل توکن بازتاب می‌یابد.

AVS به‌تنهایی چه چیزی را اثبات نمی‌کند

• کیفیت AI — یک AVS فرایند اعتبارسنجی را ایمن می‌کند، نه خودِ مدل AI را. یک AVS خوش‌طراحی می‌تواند راستی‌آزمایی کند که ولیدیتورها نتایج استنتاج را صادقانه گزارش می‌کنند، اما نمی‌تواند تضمین کند که مدل AI زیرین دقیق، مفید یا خوب آموزش‌دیده است.
• امنیت کافی — امنیت یک AVS به مقدار کل سرمایهٔ ری‌استیک‌شده، تعداد و استقلال ولیدیتورها و درستی شرایط اسلشینگ بستگی دارد. برچسب «AVS» امنیت اقتصادی کافی را تضمین نمی‌کند.
• تمرکززدایی — اگر تعداد کمی از ولیدیتورها بیشتر سرمایهٔ ری‌استیک‌شده برای یک AVS را کنترل کنند، سرویس در نام غیرمتمرکز اما در عمل متمرکز است. تنوع ولیدیتورها و توزیع استیک اهمیت دارد.
• ضرورت — هر سرویس AI به تضمین‌های امنیت اقتصادی یک AVS نیاز ندارد. برخی وظایف AI را می‌توان از راه‌های دیگر راستی‌آزمایی کرد (اثبات‌های رمزنگارانه، سیستم‌های اعتبار یا افزونگی ساده). AVS هزینه و پیچیدگی می‌افزاید؛ استفاده از آن باید با الزامات امنیتی توجیه شود.

اشتباه نگیرید با

• ری‌استیکینگ — ری‌استیکینگ مکانیزمی است که با گسترش سرمایهٔ استیک‌شده از یک بلاکچین موجود، امنیت اقتصادی برای AVS فراهم می‌کند. AVS سرویسی است که این امنیت را مصرف می‌کند. ری‌استیکینگ «چگونه» است؛ AVS «چه چیزی». ببینید ری‌استیکینگ چیست.
• قرارداد هوشمند — یک قرارداد هوشمند هنگام فراخوانی کد اجرا می‌کند و بین فراخوانی‌ها به مشارکت فعال نیاز ندارد. AVS به کار فعال پیوسته یا دوره‌ای از سوی ولیدیتورها نیاز دارد، با جریمه‌های اقتصادی برای عدم انجام.
• ولیدیتور — ولیدیتور شرکت‌کننده‌ای است که وظایف اعتبارسنجی را انجام می‌دهد. AVS سرویسی است که آن ولیدیتورها ایمن می‌کنند. ولیدیتورها مستقل از مفهوم AVS وجود دارند.
• Middleware — در برخی زمینه‌ها، پروتکل‌های AVS «میان‌افزار» توصیف می‌شوند، زیرا میان لایهٔ پایهٔ بلاکچین و برنامه‌های کاربر نهایی قرار می‌گیرند. با این حال، هر میان‌افزاری AVS نیست و همهٔ پروتکل‌های AVS کارکرد میان‌افزاری ندارند.

پرسش‌های متداول

رابطهٔ میان AVS و ری‌استیکینگ چیست؟

ری‌استیکینگ مکانیزم امنیت اقتصادی را فراهم می‌کند؛ AVS سرویسی را تعریف می‌کند که از آن استفاده می‌کند. یک چارچوب ری‌استیکینگ به ولیدیتورها اجازه می‌دهد با گسترش سرمایهٔ استیک‌شدهٔ خود، به ایمن‌سازی پروتکل‌های AVS مشخصی بپیوندند. در ازای آن، ولیدیتورها بابت انجام وظایف اعتبارسنجی AVS پاداش‌های اضافی از آن دریافت می‌کنند. AVS تعریف می‌کند چه کاری باید انجام شود و چه شرایط اسلشینگی اِعمال می‌شود؛ ری‌استیکینگ سرمایه و ساختار پاسخگویی را فراهم می‌کند.

آیا AVS می‌تواند بدون ری‌استیکینگ وجود داشته باشد؟

از نظر مفهومی، بله — هر سرویسی با اعتبارسنجی فعال و جریمه‌های اقتصادی واجد شرایط است. با این حال، مزیت عملی مدل AVS از ترکیب آن با ری‌استیکینگ می‌آید که مسئلهٔ راه‌اندازی امنیت را حل می‌کند. بدون ری‌استیکینگ، هر AVS مجبور بود مجموعهٔ ولیدیتورهای خودش را از صفر جذب و سرمایه‌گذاری کند.

چرا یک پروژهٔ کریپتو AI به‌جای اوراکل سنتی از AVS استفاده کند؟

اوراکل داده‌های بیرونی را به بلاکچین تحویل می‌دهد. AVS می‌تواند طیف گسترده‌تری از وظایف اعتبارسنجی فعال را انجام دهد، از جمله اما نه محدود به تحویل داده. برای پروژهٔ AI‌ای که به ولیدیتورها نیاز دارد تا نتایج استنتاج را راستی‌آزمایی کنند، عملکرد مدل را پایش کنند، وظایف محاسباتی را هماهنگ کنند یا استانداردهای کیفیت را اِعمال کنند، AVS چارچوبی عمومی‌تر و قابل سفارشی‌سازی‌تر از یک اوراکل استاندارد فراهم می‌کند. مدل AVS همچنین امکان شرایط اسلشینگ پیچیده‌تر و متناسب با رفتارهای نادرست مختص AI را فراهم می‌کند.

منابع خارجی

• Ethereum.org — Proof-of-Stake — پیش‌زمینه‌ای دربارهٔ سازوکار استیکینگ و اعتبارسنجی که زیربنای مفهوم AVS است.

همچنین ببینید

• ری‌استیکینگ چیست
• ولیدیتور چیست
• استیکینگ چیست
• اجماع چیست
• قرارداد هوشمند چیست
• اسلشینگ چیست