اعتبارسنج چیست؟

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

اعتبارسنج چیست؟

اعتبارسنج (validator) مشارکت‌کننده‌ای در شبکه است که تراکنش‌ها را راستی‌آزمایی می‌کند، بلاک‌های جدید پیشنهاد می‌دهد و به حفظ یکپارچگی بلاکچین کمک می‌کند. در Proof of Stake (PoS) و سازوکارهای اجماع خویشاوند آن، اعتبارسنج‌ها توکن‌هایی را به‌عنوان وثیقه قفل (استیک) می‌کنند تا در تولید و اعتبارسنجی بلاک‌ها مشارکت کنند. اگر اعتبارسنج صادقانه رفتار کند پاداش می‌گیرد؛ اگر بدخواهانه عمل کند یا وظایفش را انجام ندهد، استیک او ممکن است از طریق اسلشینگ کاهش یابد.

خلاصه: اعتبارسنج اپراتور نودی است که توکن استیک می‌کند تا با راستی‌آزمایی تراکنش‌ها و تولید بلاک‌ها در تأمین امنیت بلاکچین مشارکت کند. اعتبارسنج‌های صادق پاداش می‌گیرند؛ متقلبان یا سهل‌انگاران استیک از دست می‌دهند.

اعتبارسنج‌ها چگونه کار می‌کنند

اعتبارسنج‌ها در بستر یک سازوکار اجماع کار می‌کنند — پروتکلی که با آن مشارکت‌کنندگان بلاکچین بر سر این‌که کدام تراکنش‌ها معتبرند و با چه ترتیبی به زنجیره افزوده می‌شوند توافق می‌کنند. در سیستم‌های Proof of Stake، فرایند از الگویی کلی پیروی می‌کند:

1. استیکینگ. اعتبارسنج مقدار لازمی از توکن بومی بلاکچین را در قرارداد استیکینگ قفل می‌کند. این استیک در حکم وثیقه است — تعهد مالی اعتبارسنج به رفتار صادقانه را نشان می‌دهد.
2. پیشنهاد بلاک. پروتکل اجماع اعتبارسنجی را برای پیشنهاد بلاک بعدی انتخاب می‌کند. روش‌های انتخاب فرق دارند: ممکن است تصادفی، وزن‌دار به اندازه استیک یا بر پایه زمان‌بندی چرخشی باشد. اعتبارسنج انتخاب‌شده تراکنش‌های در انتظار را در یک بلاک گرد می‌آورد.
3. گواهی / رأی‌گیری. اعتبارسنج‌های دیگر بلاک پیشنهادی را راستی‌آزمایی می‌کنند — بررسی می‌کنند تراکنش‌ها معتبرند، بلاک از قواعد پروتکل پیروی می‌کند و به‌درستی به بلاک قبلی متصل می‌شود. با امضای بلاک (گواهی)، توافقشان را اعلام می‌کنند.
4. نهایی‌شدن. وقتی به اندازه کافی اعتبارسنج بلاک را گواهی کردند (معمولاً ابراکثریتی مانند دوسوم مجموعه اعتبارسنج‌ها)، بلاک نهایی تلقی و برای همیشه به زنجیره افزوده می‌شود.
5. پاداش‌ها. اعتبارسنج‌هایی که بلاک پیشنهاد می‌دهند و درست گواهی می‌کنند پاداش می‌گیرند، معمولاً به توکن بومی زنجیره. پاداش‌ها هزینه‌های عملیاتی اجرای سخت‌افزار و هزینه فرصت قفل‌کردن سرمایه را جبران می‌کنند.

وظایف اعتبارسنج

مسئولیت‌های اعتبارسنج فراتر از پیشنهاد گاه‌به‌گاه بلاک است:

• در دسترس بودن پیوسته. اعتبارسنج‌ها باید نرم‌افزار نودشان را ۲۴/۷ اجرا کنند. از دست دادن وظایف گواهی یا آفلاین بودن هنگام انتخاب برای پیشنهاد بلاک، به از دست رفتن پاداش و در برخی پروتکل‌ها به جریمه‌های خفیف می‌انجامد.
• رفتار درست. اعتبارسنج‌ها باید از قواعد پروتکل پیروی کنند. امضای دو بلاک متناقض (امضای دوگانه)، گواهی تراکنش‌های نامعتبر یا تلاش برای بازآرایی زنجیره تخلفاتی‌اند که اسلشینگ را فعال می‌کنند.
• نگهداری نرم‌افزار. اعتبارسنج‌ها باید نرم‌افزار نود را به‌روز نگه دارند، وصله‌های امنیتی را اعمال کنند و در ارتقاهای شبکه مشارکت کنند.
• مدیریت زیرساخت. اجرای اعتبارسنج به سخت‌افزار قابل اتکا، اتصال شبکه و پایش عملیاتی نیاز دارد.

Proof of Stake و اقتصاد اعتبارسنج‌ها

در سیستم‌های Proof of Stake (PoS)، اعتبارسنج‌ها جایگزین ماینرهای سیستم‌های Proof of Work می‌شوند. به‌جای رقابت در حل معماهای محاسباتی (که انرژی مصرف می‌کند)، اعتبارسنج‌ها بر پایه مقدار استیکی که متعهد کرده‌اند برای تولید بلاک انتخاب می‌شوند.

گونه‌های واگذارشده و نامزدی

بسیاری از سیستم‌های PoS به دارندگان توکنی که نمی‌خواهند خودشان نود اعتبارسنجی اجرا کنند اجازه می‌دهند توکن‌هایشان را به اعتبارسنجی موجود واگذار کنند. اعتبارسنج نود را اداره می‌کند؛ واگذارکننده استیک می‌آورد. پاداش‌ها بین اعتبارسنج (که کمیسیونی برمی‌دارد) و واگذارکنندگان تقسیم می‌شود.

گونه‌های رایج PoS با اعتبارسنج‌ها:

گونه	نحوه انتخاب اعتبارسنج‌ها	نمونه‌ها
PoS خالص	وزن‌دار به استیک؛ هر استیک‌کننده واجد شرایطی می‌تواند اعتبارسنجی کند	Ethereum (پس از Merge)
Delegated PoS (DPoS)	دارندگان توکن به مجموعه محدودی اعتبارسنج رأی می‌دهند	EOS، Tron
Proof of Staked Authority (PoSA)	اعتبارسنج‌ها هم استیک دارند هم مجازند؛ ترکیب PoS با انتخاب مرجعیتی	BNB Chain
Nominated PoS (NPoS)	نامزدکنندگان با استیک خود از اعتبارسنج‌ها پشتیبانی می‌کنند؛ انتخاب الگوریتمی	Polkadot، Kusama

اندازه مجموعه اعتبارسنج‌ها به‌شدت متغیر است: از چند ده (در سیستم‌های DPoS یا PoSA) تا هزاران (در PoS اتریوم).

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

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

تخلفات رایجِ قابل اسلش عبارت‌اند از:

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

شدت اسلشینگ بسته به پروتکل و تخلف فرق دارد. خطاهای خفیف ممکن است جریمه‌های کوچکی داشته باشند؛ امضای دوگانه معمولاً به نابودی بخش قابل توجهی از استیک می‌انجامد.

اعتبارسنج‌ها در کریپتو AI

در زمینه کریپتو AI، اعتبارسنج‌ها در دو نقش متمایز ظاهر می‌شوند:

اعتبارسنج‌های بلاکچین

اعتبارسنج‌های استاندارد بلاکچین، زنجیره زیربنایی‌ای را که پروژه کریپتو AI رویش ساخته شده امن می‌کنند. هر پروژه کریپتو AI مبتنی بر PoS برای پردازش تراکنش‌ها، اجرای قراردادهای هوشمند و نهایی‌کردن تغییرات وضعیتش به اعتبارسنج‌ها وابسته است. زیرساخت اعتبارسنج‌ها بخشی از بنیان اعتماد پروژه است.

اعتبارسنج‌های مختص AI

برخی پروژه‌های کریپتو AI نقش‌های اعتبارسنجی تخصصی درون شبکه‌های خودشان معرفی می‌کنند. این اعتبارسنج‌ها فقط تراکنش‌های بلاکچین را اعتبارسنجی نمی‌کنند — کارِ مرتبط با AI را اعتبارسنجی می‌کنند:

• اعتبارسنج‌های استنتاج. راستی‌آزمایی می‌کنند استنتاج AI درست انجام شده؛ با بررسی اثبات‌ها (اثبات‌های ZK، گواهی‌های TEE) یا مقایسه نتایج چند ارائه‌دهنده.
• اعتبارسنج‌های محاسبات. راستی‌آزمایی می‌کنند تأمین‌کنندگان GPU وظایف محاسباتی را طبق ادعا کامل کرده‌اند، اغلب با اجرای دوباره زیرمجموعه‌ای از محاسبات یا بررسی اثبات‌های رمزنگارانه کار.
• اعتبارسنج‌های داده. کیفیت، اصالت یا یکپارچگی داده‌های ارسالی به بازارهای داده AI یا پایپ‌لاین‌های آموزش را راستی‌آزمایی می‌کنند.
• اعتبارسنج‌های اوراکل. فیدهای داده بیرونی‌ای را که مدل‌های AI مصرف می‌کنند اعتبارسنجی می‌کنند و مطمئن می‌شوند داده پیش از ورود به پایپ‌لاین AI دستکاری نشده است.

این نقش‌های اعتبارسنجی مختص AI اغلب سازوکارهای استیکینگ و اسلشینگ خودشان را دارند، جدا از اجماع لایه پایه بلاکچین.

اعتبارسنج در برابر نود

سردرگمی رایجی بین اعتبارسنج‌ها و نودها وجود دارد. همه اعتبارسنج‌ها نود اجرا می‌کنند، اما همه نودها اعتبارسنج نیستند:

نقش	چه می‌کند	نیاز به استیکینگ
نود کامل	کل بلاکچین را دانلود و راستی‌آزمایی می‌کند؛ قواعد اجماع را اجرا می‌کند	خیر
نود آرشیوی	نود کاملی که همه وضعیت‌های تاریخی را نیز ذخیره می‌کند	خیر
نود سبک	سرصفحه بلاک‌ها را بدون دانلود کل زنجیره راستی‌آزمایی می‌کند	خیر
نود اعتبارسنج	نود کاملی که علاوه بر این بلاک پیشنهاد می‌دهد و گواهی می‌کند	بله (در سیستم‌های PoS)

اجرای نود کامل غیراعتبارسنج به تمرکززدایی شبکه و در دسترس بودن داده‌ها کمک می‌کند، اما پاداش بلاک نمی‌گیرد و استیکینگ نمی‌خواهد.

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

اطلاعات مرتبط با اعتبارسنج‌ها در چند بستر در کارت‌های پروژه ظاهر می‌شود:

• زیرساخت زنجیره. سازوکار اجماع و مدل اعتبارسنج‌های بلاکچین زیربنایی پروژه بخشی از زمینه عملیاتی است.
• AI component. وقتی پروژه از اعتبارسنج‌های تخصصی برای راستی‌آزمایی مرتبط با AI استفاده می‌کند (اعتبارسنجی استنتاج، اعتبارسنجی محاسبات)، این در فیلد AI component ظاهر می‌شود.
• Token model. استیک توکن برای اجرای اعتبارسنج یکی از رایج‌ترین و مشخص‌ترین اشکال کاربرد توکن است. مالکیت توکن را مستقیماً به امنیت شبکه گره می‌زند.
• جدول Evidence. برای پروژه‌هایی با شبکه اعتبارسنج‌های خودشان، شواهد Tier-1 شامل تعداد اعتبارسنج‌های فعال، پارامترهای استیکینگ، رویدادهای اسلشینگ و معیارهای زمان دردسترس‌بودن است.

اعتبارسنج به‌تنهایی چه چیزی را اثبات نمی‌کند

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

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

• نود — هر مشارکت‌کننده‌ای که نرم‌افزار بلاکچین اجرا می‌کند و نسخه‌ای از زنجیره نگه می‌دارد. اعتبارسنج‌ها نوع خاصی از نود با مسئولیت‌های اضافه (تولید بلاک، گواهی) و الزامات اضافه (استیکینگ) هستند.
• ماینر — در سیستم‌های Proof of Work، ماینرها با حل معماهای محاسباتی بلاک پیشنهاد می‌دهند. اعتبارسنج‌ها نقشی مشابه در سیستم‌های Proof of Stake دارند، اما از طریق استیکینگ، نه محاسبه.
• واگذارکننده (delegator) — دارنده توکنی که توکن‌هایش را نزد یک اعتبارسنج استیک می‌کند اما زیرساخت نود اجرا نمی‌کند. واگذارکننده به رفتار صادقانه اعتبارسنج اعتماد می‌کند و در پاداش‌ها سهیم می‌شود.
• سازوکار اجماع — پروتکلی که نحوه هماهنگی اعتبارسنج‌ها را تعریف می‌کند. اعتبارسنج‌ها مشارکت‌کنندگان درون سازوکار اجماع‌اند، نه خودِ سازوکار.
• اوراکل — ارائه‌دهنده داده بیرونی که اطلاعات را به قراردادهای هوشمند می‌رساند. برخی پروژه‌ها نقش‌های اعتبارسنج و اوراکل را ترکیب می‌کنند، اما این‌ها کارکردهای متمایزی‌اند.

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

برای اجرای اعتبارسنج چه چیزهایی لازم است؟

الزامات بسته به بلاکچین فرق دارد. الزامات رایج عبارت‌اند از: استیک حداقلی (که می‌تواند از مقادیر متوسط تا قابل توجهی از توکن بومی باشد)، سخت‌افزار سرور اختصاصی (یا نمونه‌های ابری) با CPU، RAM، فضای ذخیره‌سازی و پهنای باند کافی، اتصال اینترنت قابل اتکا با زمان دردسترس‌بودن بالا و دانش فنی نصب، پیکربندی و نگهداری نرم‌افزار نود. برخی زنجیره‌ها فرایند حاکمیتی یا درخواست نیز دارند. بسیاری از دارندگان توکن به‌جای اجرای اعتبارسنج خودشان، استیکشان را به اعتبارسنج‌های موجود واگذار می‌کنند.

اگر اعتبارسنجی آفلاین شود چه می‌شود؟

پیامدها به پروتکل بستگی دارد. در بیشتر سیستم‌های PoS، اعتبارسنج آفلاین در مدت در دسترس نبودن پاداش از دست می‌دهد. برخی پروتکل‌ها جریمه‌های بیشتری دارند: مثلاً Ethereum یک «inactivity leak» تدریجی اعمال می‌کند که در دوره‌های مشارکت پایین شبکه، استیک اعتبارسنج‌های آفلاین را آرام‌آرام کاهش می‌دهد. این ملایم‌تر از اسلشینگ است (که رفتار بدخواهانه را هدف می‌گیرد) اما همچنان انگیزه مالی برای حفظ زمان دردسترس‌بودن بالا می‌سازد.

تفاوت اعتبارسنج و واگذارکننده چیست؟

اعتبارسنج زیرساخت واقعی نود — سخت‌افزار، نرم‌افزار، اتصال شبکه — را اداره می‌کند و وظایف پیشنهاد و گواهی بلاک را انجام می‌دهد. واگذارکننده بدون اجرای هیچ زیرساختی، توکن به استیک اعتبارسنج اضافه می‌کند. اعتبارسنج کار را انجام می‌دهد؛ واگذارکننده امنیت اقتصادی اضافه فراهم می‌کند. پاداش‌ها بینشان تقسیم می‌شود و اعتبارسنج معمولاً کمیسیون برمی‌دارد. واگذارکنندگان در ریسک اسلشینگ سهیم‌اند: اگر اعتبارسنجی که به او واگذار کرده‌اند اسلش شود، واگذارکنندگان به نسبت، بخشی از استیک واگذارشده‌شان را از دست می‌دهند.

آیا اعتبارسنج ممکن است ناعادلانه اسلش شود؟

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

منابع خارجی

• Ethereum.org — Proof-of-stake — توضیح جامع نحوه کار اعتبارسنج‌ها در سیستم Proof of Stake اتریوم، شامل استیکینگ، گواهی و اسلشینگ.
• Cosmos Hub — Validators overview — مستندات مدل اعتبارسنج‌ها در اکوسیستم Cosmos، شامل سازوکار واگذاری و کمیسیون.
• BNB Chain — Staking and validator — مروری بر مدل اعتبارسنج PoSA در BNB Chain.

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

• Proof of Stake (PoS) چیست
• اجماع چیست
• نود چیست
• اسلشینگ چیست
• GPU در کریپتو AI چیست