Skip to main content

اسلشینگ چیست؟

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

اسلشینگ چیست؟

اسلشینگ (slashing) سازوکار جریمه در شبکه‌های بلاکچین Proof of Stake (PoS) است که اعتبارسنج‌ها را بابت رفتاری که امنیت یا یکپارچگی شبکه را تهدید می‌کند مجازات می‌کند. وقتی اعتبارسنجی اسلش می‌شود، بخشی از توکن‌های استیک‌شده او نابود (سوزانده) یا بازتوزیع می‌شود و اعتبارسنج معمولاً از مجموعه فعال حذف می‌شود — موقت یا دائم.

اسلشینگ از آن رو وجود دارد که شبکه‌های PoS برای تأمین امنیت زنجیره به‌جای کار محاسباتی بر انگیزه‌های اقتصادی تکیه می‌کنند. اعتبارسنج‌ها توکن‌هایشان را به‌عنوان وثیقه قفل می‌کنند؛ اسلشینگ تضمین می‌کند که اگر اعتبارسنج تخلف کند، این وثیقه واقعاً در معرض خطر باشد.

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

اسلشینگ چگونه کار می‌کند

تخلفاتی که اسلشینگ را فعال می‌کنند

هر خطای اعتبارسنج به اسلشینگ نمی‌انجامد. پروتکل‌ها معمولاً بین جریمه‌های خفیف (بابت آفلاین یا کند بودن) و تخلفات در حد اسلشینگ (بابت رفتاری که می‌تواند اجماع شبکه را به خطر بیندازد) تمایز می‌گذارند. رایج‌ترین تخلفات قابل اسلش عبارت‌اند از:

  • امضای دوگانه (equivocation) — اعتبارسنج دو بلاک متفاوت را برای یک اسلات یا ارتفاع امضا می‌کند و عملاً می‌کوشد فورک بسازد. این جدی‌ترین تخلف است، چون مستقیماً یکپارچگی اجماع را تهدید می‌کند.
  • رأی احاطه‌ای (surround voting) — اعتبارسنج رأی‌های گواهی‌ای می‌دهد که به‌گونه‌ای با هم در تضادند که می‌تواند بازآرایی زنجیره را ممکن کند. این مورد مختص اجماع Casper FFG در Ethereum است.
  • آفلاین بودن طولانی — در برخی شبکه‌ها، دوره‌های آفلاین طولانی جریمه‌های فزاینده‌ای دارد که می‌تواند به اسلشینگ برسد. در Ethereum، آفلاین بودن به جریمه «inactivity leak» می‌انجامد نه اسلشینگ رسمی، اما دیگر زنجیره‌های PoS ممکن است آفلاین بودن طولانی را تخلف قابل اسلش بدانند.

فرایند جریمه

وقتی رفتار قابل اسلش شناسایی می‌شود، پروتکل پیامدها را به‌طور خودکار از طریق منطق on-chain اعمال می‌کند:

  1. شناسایی — اعتبارسنج‌های دیگر یا قراردادهای پایش، امضاهای متناقض یا نقض پروتکل را شناسایی می‌کنند.
  2. ارائه شواهد — اثبات تخلف (مثلاً دو پیام امضاشده متناقض) به‌صورت on-chain ارائه می‌شود، اغلب توسط یک «افشاگر» که ممکن است پاداش بگیرد.
  3. اعمال جریمه — پروتکل درصد تعریف‌شده‌ای از استیک اعتبارسنج متخلف را می‌سوزاند. مقدار دقیق بسته به شبکه و شدت تخلف فرق دارد. در Ethereum حداقل جریمه اسلشینگ ۱/۳۲ موجودی مؤثر اعتبارسنج است، به‌علاوه «جریمه‌های همبستگی» اگر اعتبارسنج‌های زیادی هم‌زمان اسلش شوند.
  4. اخراج — اعتبارسنج اسلش‌شده از مجموعه فعال حذف می‌شود و وارد صف برداشت می‌شود. در برخی شبکه‌ها اعتبارسنج نمی‌تواند بازگردد؛ در برخی دیگر پس از دوره انتظار و استیک دوباره می‌تواند دوباره وارد شود.

جریمه‌های همبستگی

برخی پروتکل‌ها، به‌ویژه Ethereum، جریمه‌های همبستگی اعمال می‌کنند که با تعداد اعتبارسنج‌های اسلش‌شده در یک بازه زمانی مقیاس می‌گیرد. اگر یک اعتبارسنج به‌تنهایی اسلش شود، جریمه نسبتاً کوچک است. اما اگر شمار زیادی اعتبارسنج با هم اسلش شوند — که نشانه حمله هماهنگ یا باگ نرم‌افزاری گسترده است — جریمه‌ها به‌شدت افزایش می‌یابند، تا حد کل استیک. این طراحی تضمین می‌کند خرابی‌های همبسته (که برای شبکه خطرناک‌ترند) شدیدتر از رخدادهای منفرد مجازات شوند.

چرا اسلشینگ برای پروژه‌های کریپتو AI مهم است

پروژه‌های AI نزدیک به اعتبارسنج‌ها. برخی پروژه‌های کریپتو AI استیکینگ یا نقش‌های شبیه اعتبارسنج دارند: مشارکت‌کنندگان توکن استیک می‌کنند و خدمات محاسبات AI، برچسب‌گذاری داده یا راستی‌آزمایی مدل ارائه می‌دهند. اگر این سیستم‌ها برای خروجی‌های بی‌کیفیت یا رفتار غیرصادقانه اسلشینگ داشته باشند، مشارکت‌کنندگان با ریسک اقتصادی واقعی روبه‌رویند — نه صرفاً هزینه فرصت.

ریسک سرمایه استیک‌شده. هر پروژه‌ای که کاربران را به استیک توکن روی شبکه PoS تشویق می‌کند، آن‌ها را در معرض ریسک اسلشینگ قرار می‌دهد. ابزارهای بهینه‌سازی استیکینگ مبتنی بر AI یا پروتکل‌های استیکینگ نقدشونده باید سناریوهای اسلشینگ را در مدل‌های ریسک خود لحاظ کنند. عامل AI‌ای که موقعیت‌های استیک‌شده را مدیریت می‌کند و ریسک اسلشینگ را نادیده می‌گیرد، ناقص است.

اجرای کیفیت. در شبکه‌های AI غیرمتمرکز (بازارهای توان محاسباتی، شبکه‌های استنتاج، لایه‌های اعتبارسنجی داده)، سازوکارهای شبیه اسلشینگ می‌توانند کیفیت را ضمانت اجرایی بدهند: نودهایی که نتایج استنتاج نادرست برمی‌گردانند، داده خراب ارسال می‌کنند یا وظایف محول‌شده را کامل نمی‌کنند، ممکن است وثیقه استیک‌شده را از دست بدهند. این کار مفهوم اسلشینگ بلاکچینی را با زمینه‌های مختص AI سازگار می‌کند.

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

  • Consensus — پروژه‌های روی زنجیره‌های PoS (Ethereum، Solana، Avalanche، شبکه‌های مبتنی بر Cosmos و غیره) اسلشینگ را به‌عنوان بخشی از سازوکار اجماع به ارث می‌برند. فیلد اجماع در کارت پروژه به‌طور غیرمستقیم نشان می‌دهد آیا اسلشینگ در شبکه زیرین اعمال می‌شود یا نه.
  • استیکینگ — پروژه‌هایی که استیکینگ دارند (چه روی شبکه خودشان چه روی زنجیره اصلی‌ای که رویش مستقر می‌شوند) استیک‌کنندگان را در معرض ریسک اسلشینگ قرار می‌دهند. مدل استیکینگ توصیف‌شده در کارت پروژه ممکن است به شرایط اسلشینگ اشاره کند.
  • Token model — در پروژه‌هایی با معماری مبتنی بر اعتبارسنج، مدل توکن ممکن است اسلشینگ را بخشی از طراحی انگیزشی کند: اعتبارسنج‌ها توکن‌های پروژه را استیک می‌کنند و بابت تخلف در معرض اسلشینگ‌اند.
  • Type — پروژه‌های L1 که اجماع PoS خودشان را پیاده می‌کنند، مستقیماً قواعد اسلشینگ را تعریف می‌کنند. پروژه‌های L2 و dApp شرایط اسلشینگ زنجیره اصلی خود را به ارث می‌برند.

اسلشینگ به‌تنهایی چه چیزی را اثبات نمی‌کند

  • امنیت — وجود اسلشینگ تضمین نمی‌کند شبکه امن است. اسلشینگ بازیگران اقتصادی عقلانی را بازمی‌دارد، اما جلوی باگ‌ها، مهندسی اجتماعی یا حملات حاکمیتی را نمی‌گیرد. اعتبارسنج ممکن است به‌خاطر باگ نرم‌افزاری اسلش شود، نه نیت بدخواهانه.
  • تمرکززدایی — اسلشینگ یک سازوکار است، نه سنجه تمرکززدایی. شبکه‌ای با اسلشینگ همچنان می‌تواند مجموعه اعتبارسنج‌های کوچک و متمرکزی داشته باشد.
  • کیفیت AI — سازگارکردن اسلشینگ برای جریمه خروجی‌های بد AI الگوی طراحی معتبری است، اما اثربخشی‌اش به توانایی راستی‌آزمایی عینی کیفیت خروجی به‌صورت on-chain وابسته است. برای وظایف پیچیده AI که کیفیتشان ذهنی است، تعریف عادلانه معیارهای اسلشینگ ممکن است دشوار باشد.
  • ارزش توکن — اسلشینگ بر عرضه توکن اثر می‌گذارد (توکن‌های سوخته عرضه در گردش را کم می‌کنند)، اما این اثر مکانیکی تعیین نمی‌کند که توکن ارزش یا ضرورت بنیادی دارد یا نه.

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

آیا اسلشینگ ممکن است تصادفی رخ دهد؟

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

آیا هر شبکه PoS اسلشینگ دارد؟

بیشتر شبکه‌های PoS شکلی از اسلشینگ را پیاده می‌کنند، اما شدت و شرایط آن فرق دارد. Ethereum سازوکار اسلشینگ رسمی برای امضای دوگانه و رأی احاطه‌ای دارد. زنجیره‌های مبتنی بر Cosmos بابت امضای دوگانه و آفلاین بودن طولانی اسلش می‌کنند. برخی شبکه‌ها به‌جای نابودی استیک از جریمه‌های ملایم‌تر (مانند «حبس» موقت اعتبارسنج) استفاده می‌کنند. قواعد مشخص اسلشینگ بخشی از طراحی هر پروتکل است و در مشخصات آن مستند می‌شود.

منابع خارجی

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