# Validators The Qubetics Validator Overview Page offers a list view of validator performance, including voting power, self-stake, blocks proposed, and delegator participation. It helps users analyze staking opportunities with metrics like APR and commission rates, enabling easy sorting and navigation.
#### Validators Overview The Validators Overview section gives users a clear and concise summary of the overall performance of validators and the network's health. It is a key area for understanding how the network operates and provides essential metrics for both validators and delegators. * **Total Validators**\ This metric displays the total number of active validators in the network. A higher number of validators indicates greater decentralization and security for the network. It shows the level of participation in block validation and consensus, reflecting the network’s robustness. * **Staking APR**\ Displays the current annual return rate for staking tokens with validators. The APR is calculated based on the total rewards distributed and the total tokens staked. #### Validator Tabs Three tabs categorize validators based on their current status: * **All Validators**\ Displays all validators in the network. * **Active**\ Shows only validators actively participating in block production. * **Inactive**\ Lists validators temporarily not participating. * **Deactivated**\ Shows validators that are permanently removed or not validating. ### Validator List Table The validator list table provides a comprehensive view of all validators in the network, organizing key details into columns for easy navigation and analysis. This table is essential for both delegators and validators to assess network performance, validator contributions, and staking opportunities. * **Sr No.**\ A unique serial number is assigned to each validator for quick reference. * **Name**\ Displays the name of the validator *(e.g., Shinobi Validator, Sherlock Nodes)*. The validator name is a human-readable identifier, making it easier for delegators to recognize and select validators. * **Validator Address**\ The blockchain address associated with the validator *(e.g., 0x47865...46845)*. This address uniquely identifies the validator on the blockchain. Clicking on the address opens a detailed page with metrics like blocks proposed, commission history, and staking statistics. * **Status**\ Displays the validator’s current operational status. The status column helps delegators identify reliable validators and avoid those not participating in the network. * **Active:** The validator is actively participating in block validation and consensus. * **Deactivating:** The validator is in the process of being removed from the active set due to insufficient stake, performance issues, or other reasons. * **Inactive:** The validator is not currently validating blocks and is out of the active set. * **Total Stake**\ The total amount of tokens staked with the validator. This metric reflects the validator's overall influence in the network and their ability to attract delegations. * **Commission**\ The percentage of staking rewards retained by the validator as a fee for their services. Commission rates allow delegators to understand how much of their rewards will be kept by the validator.
{% hint style="info" %} Validators are required to configure three commission-related parameters at the time of validator creation: * Initial Commission Rate:\ The percentage of rewards the validator will initially retain from the delegators’ staking rewards.\ (Example: 10%) * Maximum Commission Rate:\ The upper bound on the commission rate that the validator can ever set. This protects delegators from abrupt hikes.\ (Example: 20%) * Maximum Commission Change Rate:\ The maximum rate at which the validator's commission can increase or decrease per day. This ensures that changes to commission are gradual and predictable.\ (Example: 2% per day)
**Example: Validator Commission and Rewards Distribution** Let’s say a validator is created with the following commission parameters: * Initial Commission Rate: 10% * Maximum Commission Rate: 25% * Maximum Daily Change Rate: 5%
The staking scenario is: * Validator Self-Stake: 25,000 TICS * Delegator A Stake: 1,000 TICS * Delegator B Stake: 1,000 TICS * Total Stake (Bonded Tokens): 27,000 TICS * Epoch Rewards Generated: 270 TICS * Current Active Commission Rate: 10%
**Step-by-Step Reward Distribution** 1. Step 1: Validator Commission Fee\ Commission applied = 10% of 270 TICS = 27 TICS\ This is retained by the validator as a service fee. 2. Step 2: Remaining Rewards to Distribute\ 270 TICS - 27 TICS = 243 TICS\ This will be distributed among all stakers in proportion to their stake, including the validator’s own bonded tokens. 3. Step 3: Stake Proportions 4. * Validator: 25,000 / 27,000 = 92.59% * Delegator A: 1,000 / 27,000 = 3.70% * Delegator B: 1,000 / 27,000 = 3.70% 5. Step 4: Reward Allocation (from remaining 243 TICS) 6. * Validator: 92.59% of 243 = 225 TICS * Delegator A: 3.70% of 243 = 9 TICS * Delegator B: 3.70% of 243 = 9 TICS 7. Step 5: Validator's Total Earnings 8. * Commission Fee: 27 TICS * Self-Stake Share of Rewards: 225 TICS * Total: 252 TICS {% endhint %} **Summary of Rewards** | Participant | Stake (TICS) | Reward Share (TICS) | Notes | | ----------- | ------------ | ------------------- | ----------------------------- | | Validator | 25,000 | 252 (225 + 27) | Includes self-stake + fee | | Delegator A | 1,000 | 9 | Net after commission deducted | | Delegator B | 1,000 | 9 | Net after commission deducted | * **Self Stake**\ The amount of tokens the validator has staked themselves to maintain their role. Validators must maintain a minimum self-stake to remain in the active set. Insufficient self-stake can result in status changes to ***"Deactivating"*** or ***"Inactive"***. * **Delegators**\ The number of users who have delegated tokens to the validator *(e.g., 2)*. This metric indicates the validator’s popularity and level of trust within the community. ### Pagination Pagination controls below the table help users navigate through multiple pages of transaction data by selecting specific page numbers (e.g., 1, 2, 3). Additionally, the table can be sorted by columns like value, timestamp, or transaction hash, allowing users to organize the data according to their preferences for easier analysis.
--- # 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://qubetics.gitbook.io/qubetics-docs/getting-started/validator-application-user-guide/validators.md?ask= ``` 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.