اسلشینگ بخشی از حاکمیت آنچین است که برای جریمه کردن رفتارهای مخرب یا عملکردهای منفی استفاده میشود.
در داتوان، هر فردی میتواند یک تراکنش slashing ثبت کند؛ البته این کار نیازمند ارائه شواهد معتبر و پرداخت کارمزد است. اگر ثبت تخلف موفق باشد، فرد گزارشدهنده پاداش قابل توجهی دریافت میکند.
در حال حاضر، سه نوع مورد قابل slashing وجود دارد:
*** ### Double Signوقتی یک اعتبارسنج بیش از یک بلاک را با ارتفاع یکسان و بلاک والد یکسان امضا کند، خطای Double Sign رخ میدهد. این خطا بسیار جدی است و بهاحتمال زیاد یک تخلف عمدی محسوب میشود.
پیادهسازی استاندارد پروتکل باید از قبل منطق لازم برای جلوگیری از چنین اتفاقی را داشته باشد؛ بنابراین معمولاً فقط کد مخرب میتواند باعث وقوع Double Sign شود.
وقتی Double Sign رخ دهد، اعتبارسنج باید بلافاصله از Validator Set حذف شود.
هر فردی میتواند با ارائه شواهد Double Sign، یک تراکنش slashing به DotOne Slash Contract ارسال کند. این شواهد باید شامل دو هدر بلاک با ارتفاع و بلاک والد یکسان باشد که هر دو توسط اعتبارسنج متخلف امضا شدهاند.
پس از دریافت شواهد، قرارداد اعتبار آنها را بررسی میکند.
در صورت تأیید تخلف، اعتبارسنج از مجموعه اعتبارسنجها حذف میشود و مقدار مشخصی DOTO از self-delegated DOTO او کسر خواهد شد. در این وضعیت، هم اعتبارسنج و هم delegatorهای او پاداش استیکینگ دریافت نمیکنند.
بخشی از DOTO کسرشده به آدرس فردی اختصاص مییابد که تخلف را گزارش کرده است. این مبلغ بهعنوان پاداش در نظر گرفته میشود و از هزینه ثبت تراکنش slashing بیشتر است.
باقیمانده DOTO کسرشده به آدرسهای credit سایر اعتبارسنجها اختصاص پیدا میکند و مشابه پاداش تولید بلاک، میان همه delegatorها توزیع میشود.
*** ### رأی مخرب در Fast Finalityوقتی یک اعتبارسنج دو رأی Fast Finality را با هدف یکسان یا با بازههایی که یکی در دیگری قرار میگیرد امضا کند، این رفتار بهعنوان Malicious Fast Finality Vote شناخته میشود.
این نیز یک خطای بسیار جدی است و بهاحتمال زیاد یک تخلف عمدی محسوب میشود. پیادهسازی استاندارد پروتکل باید از چنین رفتاری جلوگیری کند؛ بنابراین معمولاً فقط کد مخرب میتواند آن را ایجاد کند.
در صورت وقوع Malicious Vote، اعتبارسنج باید بلافاصله از Validator Set حذف شود.
هر فردی میتواند با ارائه شواهد رأی مخرب، یک تراکنش slashing به DotOne Slash Contract ارسال کند. شواهد باید شامل دو رأی متعارض و کلید رأیدهی استفادهشده برای امضا باشد.
پس از دریافت شواهد، قرارداد اعتبار آنها را بررسی میکند.
در صورت تأیید تخلف، اعتبارسنج از مجموعه فعلی اعتبارسنجها حذف میشود و گزارشدهنده، پاداش خود را از قرارداد سیستم دریافت میکند.
همچنین مقدار مشخصی DOTO از self-delegated DOTO اعتبارسنج کسر میشود. در این حالت، هم اعتبارسنج و هم delegatorهای او پاداش استیکینگ دریافت نمیکنند.
DOTO کسرشده به آدرسهای credit سایر اعتبارسنجها اختصاص مییابد و مشابه پاداش تولید بلاک، میان همه delegatorها توزیع میشود.
*** ### در دسترس نبودن اعتبارسنجپایداری داتوان به این وابسته است که همه اعضای مجموعه اعتبارسنجهای Proof of Staked Authority بتوانند در زمان نوبت خود، بلاکها را بهموقع تولید کنند.
اعتبارسنجها ممکن است به دلایل مختلف نوبت خود را از دست بدهند؛ از جمله مشکلات سختافزاری، نرمافزاری، تنظیمات نادرست یا اختلال شبکه.
این نوع ناپایداری عملیاتی به عملکرد شبکه آسیب میزند و میزان عدم قطعیت سیستم را افزایش میدهد.
یک قرارداد هوشمند داخلی، شاخصهای مربوط به بلاکهای ازدسترفته هر اعتبارسنج را ثبت میکند. اگر این شاخصها از آستانه تعیینشده عبور کنند، پاداش تولید بلاک به اعتبارسنج داده نمیشود و میان سایر اعتبارسنجهایی که عملکرد بهتری داشتهاند توزیع خواهد شد.
هدف این فرایند، حذف تدریجی اعتبارسنجهای ضعیف از مجموعه فعال و کاهش پاداش delegatorهای آنهاست.
اگر این شاخصها بالاتر از یک آستانه جدیتر باقی بمانند، اعتبارسنج از چرخه تولید بلاک خارج میشود و مقدار مشخصی DOTO از self-delegated DOTO او کسر خواهد شد.
در نتیجه، هم اعتبارسنج و هم delegatorهای او پاداش استیکینگ دریافت نخواهند کرد.
--- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.dotone.network/documentation/dotone-smartchain-persian/aslshyng/aslshynk.md?ask=