# استیکینگ

## نمای کلی استیکینگ دات‌وان

<p align="right">شبکه <strong>DOTO Smart Chain (dotOne)</strong> بر پایه بلاکچین <strong>Proof-of-Staked-Authority (PoSA)</strong> فعالیت می‌کند؛ مکانیزمی که در <strong>BEP-294</strong> پیشنهاد شده است. این ساختار به دارندگان DOTO اجازه می‌دهد توکن‌های خود را نزد اعتبارسنج‌های مشخص استیک کنند، به امنیت شبکه کمک کنند و در ازای آن پاداش استیکینگ دریافت کنند.</p>

<p align="right">در ادامه، مفاهیم اصلی و عملیات پایه استیکینگ در دات‌وان توضیح داده می‌شود.</p>

<figure><img src="/files/YGp04OEj0VNaMpscMC97" alt=""><figcaption></figcaption></figure>

***

## مفاهیم پایه

### موتور اجماع

<p align="right">دات‌وان از مکانیزم اجماعی استفاده می‌کند که <strong>DPoS</strong> و <strong>PoA</strong> را با هم ترکیب می‌کند. در این سیستم:</p>

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

***

### مجموعه اعتبارسنج‌ها

<p align="right">مجموعه اعتبارسنج‌ها گروهی از نودها هستند که مسئول اعتبارسنجی تراکنش‌ها و تولید بلاک در دات‌وان‌اند.</p>

<p align="right">این مجموعه بر اساس میزان استیک هر اعتبارسنج تعیین می‌شود؛ یعنی مجموع DOTOهایی که خود اعتبارسنج و Delegatorهای او استیک کرده‌اند.</p>

<p align="right">اعتبارسنج‌هایی که بیشترین مقدار استیک را دارند، به‌عنوان مجموعه فعال اعتبارسنج‌ها انتخاب می‌شوند و به‌صورت نوبتی بلاک‌ها را پیشنهاد داده و روی آن‌ها رأی می‌دهند.</p>

<p align="right">سایر اعتبارسنج‌ها در مجموعه آماده‌به‌کار قرار می‌گیرند و اگر مقدار استیک آن‌ها افزایش پیدا کند، یا برخی اعتبارسنج‌های فعال از مجموعه خارج شوند، می‌توانند وارد مجموعه فعال شوند.</p>

<p align="right">هر سازمان یا فرد می‌تواند با ایجاد اعتبارسنج روی زنجیره و جذب مقدار کافی delegation، بخشی از مجموعه اعتبارسنج‌ها شود. به همین شکل، می‌تواند با برداشت همه delegationهای DOTO خود، از این نقش خارج شود.</p>

<p align="right">اعتبارسنج‌ها همچنین ممکن است از طریق <strong>slashing</strong> از مجموعه اعتبارسنج‌ها حذف شوند؛ یعنی در صورت رفتار نادرست یا آفلاین بودن، با جریمه مواجه شوند.</p>

***

### انتخاب اعتبارسنج‌ها

<p align="right">اعتبارسنج‌ها در دات‌وان نقش‌های مختلفی دارند:</p>

#### Cabinet

<p align="right">برترین <strong>K</strong> اعتبارسنج؛ که در حال حاضر تعداد آن‌ها <strong>۲۱</strong> است.<br>این اعتبارسنج‌ها بیشترین شانس را برای تولید بلاک دارند.</p>

#### Candidate

<p align="right">اعتبارسنج‌هایی که در بازه <strong>(K, K + NumOfCandidates]</strong> قرار می‌گیرند؛ که در حال حاضر یعنی بازه <strong>(21, 45]</strong>.<br>این گروه شانس کمتری برای تولید بلاک دارند، اما همچنان امکان انتخاب شدن دارند.</p>

#### Inactive

<p align="right">سایر اعتبارسنج‌ها که در حال حاضر شانسی برای تولید بلاک ندارند.</p>

<figure><img src="/files/t26QNwIXT1r29ZB89e0f" alt=""><figcaption></figcaption></figure>

![](https://docs.bnbchain.org/bnb-smart-chain/img/staking/validator-election.png)

<p align="right">نقش‌های مجموعه اعتبارسنج‌ها هر ۲۴ ساعت یک‌بار و بر اساس آخرین اطلاعات استیکینگ تعیین می‌شود.</p>

<p align="right">پس از ساعت ۰۰:۰۰ به وقت UTC، موتور اجماع، اعتبارسنج‌ها را مرتب‌سازی می‌کند و اطلاعات رتبه‌بندی را در مجموعه اعتبارسنج‌های دات‌وان به‌روزرسانی می‌کند.</p>

***

## قراردادهای سیستمی

<p align="right">برای پشتیبانی از استیکینگ در دات‌وان، چند قرارداد داخلی یا <strong>System Contract</strong> در شبکه وجود دارد.</p>

### قرارداد مجموعه اعتبارسنج‌ها

<p align="right">این قرارداد به‌صورت دوره‌ای مجموعه اعتبارسنج‌ها را انتخاب می‌کند. همچنین به‌عنوان یک vault برای نگهداری موقت پاداش‌های اعتبارسنج‌ها عمل می‌کند.</p>

### قرارداد پاداش سیستم

<p align="right">این قرارداد به‌عنوان یک vault برای جمع‌آوری بخشی از کارمزد تراکنش‌ها استفاده می‌شود. این منابع برای اهداف عمومی مختلف، از جمله توزیع پاداش‌های Fast Finality، به کار می‌روند.</p>

### قرارداد Slash

<p align="right">این قرارداد تعداد دفعاتی را که یک اعتبارسنج در دسترس نبوده ثبت می‌کند و پس از رسیدن به یک آستانه مشخص، جریمه‌ها را فعال می‌کند.</p>

<p align="right">علاوه بر این، قرارداد Slash انواع دیگر رویدادهای جریمه را نیز مدیریت می‌کند؛ مانند <strong>Double Signing</strong> و <strong>Malicious Voting</strong> در فرایند Fast Finality.</p>

### قرارداد Stake Hub

<p align="right">این قرارداد نقطه ورود اصلی برای مدیریت اعتبارسنج‌ها و delegationهاست و منطق slashing برای اعتبارسنج‌های مشخص را نیز اجرا می‌کند.</p>

<p align="right">در عملیات delegation، undelegation و redelegation، این قرارداد با قراردادهای اجرایی اعتبارسنج‌های مختلف تعامل می‌کند تا استیک کاربران مدیریت شود.</p>

***

## قرارداد Credit

<p align="right">هر اعتبارسنج، قرارداد اختصاصی خود را دارد که <strong>staking credit</strong> را مدیریت می‌کند و امکان تبدیل میان credit و DOTO را فراهم می‌سازد.</p>

<p align="right">نام توکن staking credit به این شکل است:</p>

`stake {{validator moniker}} credit`

<p align="right">و نماد آن به این شکل تعریف می‌شود:</p>

`st{{validator moniker}}`

<p align="right">این قرارداد هنگام ایجاد یک اعتبارسنج، توسط قرارداد Stake Hub ساخته می‌شود.</p>

<p align="right">هر زمان کاربر DOTO خود را delegate کند، مقدار معادل آن به‌صورت credit token ایجاد می‌شود. در مقابل، زمانی که کاربر delegation خود را برداشت کند، مقدار متناظر از credit tokenها سوزانده می‌شود و DOTO آزاد می‌گردد.</p>

***

## توزیع پاداش

<p align="right">پاداش استیکینگ از کارمزد تراکنش‌ها تأمین می‌شود. زمانی که یک بلاک تولید می‌شود، بخش اصلی کارمزد آن بلاک به‌عنوان پاداش برای اعتبارسنجی که بلاک را پیشنهاد داده جمع‌آوری می‌شود.</p>

<p align="right">هر روز، بخشی از پاداش‌های جمع‌آوری‌شده مستقیماً به‌عنوان کمیسیون به حساب اپراتور اعتبارسنج ارسال می‌شود. بخش باقی‌مانده نیز به قرارداد credit همان اعتبارسنج منتقل می‌شود.</p>

<p align="right">وقتی کاربر undelegate می‌کند و استیک خود را claim می‌کند، پاداش انباشته‌شده همراه با اصل دارایی استیک‌شده به او بازگردانده می‌شود.</p>

***

## عملیات اعتبارسنج‌ها

<p align="right">اعتبارسنج‌ها نودهایی هستند که نرم‌افزار <strong>DOTO Smart Chain</strong> را اجرا می‌کنند و در فرایند اجماع شبکه مشارکت دارند.</p>

<p align="right">برای فعالیت به‌عنوان اعتبارسنج، حداقلی از DOTO باید روی آدرس اعتبارسنج استیک شود. اعتبارسنج‌ها همچنین می‌توانند از سایر دارندگان DOTO، delegation دریافت کنند.</p>

<p align="right">اعتبارسنج‌ها از محل کارمزد تراکنش‌ها پاداش دریافت می‌کنند و بخش عمده این پاداش را با delegatorهای خود به اشتراک می‌گذارند.</p>

***

### ایجاد اعتبارسنج

<p align="right">برای حفظ امنیت شبکه، تبدیل شدن به اعتبارسنج در دات‌وان نیازمند حداقل <strong>۲۰۰۰ DOTO self-delegation</strong> است.</p>

<p align="right">دارندگان DOTO می‌توانند با ارسال تراکنش <strong>CreateValidator</strong> به قرارداد StakeHub، اعتبارسنج خود را ایجاد کنند.</p>

<p align="right">برای اطلاعات بیشتر، به بخش <strong>create-validator</strong> مراجعه کنید.</p>

***

### ویرایش اطلاعات اعتبارسنج

<p align="right">اعتبارسنج‌ها می‌توانند اطلاعات خود را از طریق تراکنش‌هایی مانند موارد زیر به‌روزرسانی کنند:</p>

`EditConsensusAddress`\
`EditCommissionRate`\
`EditDescription`\
`EditVoteAddress`

***

## عملیات Delegatorها

<p align="right">Delegatorها دارندگان DOTO هستند که توکن‌های خود را نزد یک اعتبارسنج استیک می‌کنند و در پاداش‌ها شریک می‌شوند.</p>

<p align="right">آن‌ها می‌توانند هر اعتبارسنج فعال یا آماده‌به‌کار را انتخاب کنند، بین اعتبارسنج‌ها جابه‌جا شوند، DOTO خود را undelegate کنند و هر زمان که بخواهند پاداش‌های خود را claim کنند.</p>

<p align="right">کاربران می‌توانند برای انجام این عملیات، به <strong>user-guide</strong> مراجعه کنند.</p>


---

# 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/aatbarsnj/astykyng.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
