Join Sui Overflow, Sui's first global hackathon →

Secure the
Network Through Decentralization

Validators are key to Sui’s operations and performance

Independent validators are the backbone of the Sui network. Validators run unique instances of the Sui software on independent machines and are collectively responsible for securing the network. They process transactions and participate in consensus to ensure Sui is the safest network possible.

As a permissionless network, anyone with the appropriate setup and sufficient stake can become a validator. Sui uses Delegated Proof-of-Stake (DPoS) to determine which validators operate the network and their voting power.

How Delegated Proof-of-Stake (DPoS) Works

Operations are processed by a fixed set of validators, each with a specific amount of stake from SUI token holders. A validator's share of the total stake on the network determines each validator’s voting power for processing transactions. Staking SUI implies that the SUI tokens are locked for a fixed duration, called an epoch. SUI token holders are free to withdraw their SUI or to move their stake to a new validator when an epoch changes.

Staking rewards for good behavior

Validators provide a service to Sui by operating and securing the network. In exchange, they are compensated with commissions from staking rewards. In the early phases of the network, staking rewards are made up of stake subsidies plus gas fees. The subsidies are necessary as gas fees will likely be relatively low. In the long run, the entirety of rewards will be gas fees.

Recent reports

Validators receive a share of stake rewards based mostly on their share of total stake on the network. The size of the Storage Fund and the validator’s Tallying Rule score also play a part.

Operations are processed by a fixed set of validators, each with a specific amount of stake from SUI token holders. A validator's share of the total stake on the network determines each validator’s voting power for processing transactions. Staking SUI implies that the SUI tokens are locked for a fixed duration, called an epoch. SUI token holders are free to withdraw their SUI or to move their stake to a new validator when an epoch changes.

Operations are processed by a fixed set of validators, each with a specific amount of stake from SUI token holders. A validator's share of the total stake on the network determines each validator’s voting power for processing transactions. Staking SUI implies that the SUI tokens are locked for a fixed duration, called an epoch. SUI token holders are free to withdraw their SUI or to move their stake to a new validator when an epoch changes.

Sui Foundation Stake Support and Terms

Decentralization is at the core of the Sui Foundation’s mission. In order to deliver a fully open, permissionless, and performant network, voting power must be in the hands of many. To that end, the Sui Foundation intends to deploy its SUI treasury to support fair, distributed, and decentralized stake distribution for validators operating the network.

Sui Foundation Staking Principles

In the spirit of openness and equity, the Sui Foundation will initially stake SUI tokens across the entire validator set. Over time, the Sui Foundation will begin routine re-evaluations of its staking decisions and rebalance the distribution, based largely on a validator’s adherence to Sui’s staking best practices. These best practices are drawn from the experience and input of current validators and other community members. New operators interested in becoming a validator will be able to apply for stake from the Sui Foundation through the Foundation's SUI Delegation Program.

The Sui Foundation’s staking decisions aim to assist the community with simultaneously solving global (network) and local (individual) optimization problems. The Sui Foundation will work together with Sui’s validators and is committed to transparency in its decision making.

The Sui Foundation will review the entirety of its stake decisions on a monthly cadence. These decisions will be informed by the data collected on validator performance throughout the previous epochs.

The Sui Foundation aims to launch the SUI Delegation Program in the near future, providing new validators the opportunity to apply for Foundation stake and onboard into Sui operations.

Sui staking best practices

The Sui Foundation believes that these best practices, derived from validator and community member input, are conducive to performant network operations and community success, whether or not a validator receives stake from the Sui Foundation. The Sui Foundation may base its own staking and unstaking decisions on this information in order to help the community ensure that the network performs its best.

Maximum Commission
Validators with more SUI from Sui Foundation staked to it should offer lower commissions.
Tokenomics
Gas Price Survey
Validators should participate in the Gas Price Survey regularly.
Tokenomics
Tallying Rule Score
Validators should not receive Tallying Rule Scores of zero.
Tokenomics
Minimum Specs
Validators should be running on the recommended specification or better.
Hardware
Testnet
Validators should run a node on Sui testnet in addition to their Mainnet node.
Participation
Monitoring Metrics
Validators should regularly push prometheus metrics to the Sui Foundation.
Metrics
Communications SLA
Validators should respond to communications within a timely fashion.
Responsiveness
Upgrade SLA
Validators should upgrade their node software in a timely fashion.
Performance
Consensus Reliability
Validators should consistently participate in generating certified Narwhal proposals.
Performance
Consensus Latency
Validators should perform the sequencing of transactions that are proposed to consensus with low latency.
Performance
Execution Latency
Validators should execute owned object certificates with low latency.
Performance
RPC Error Rate
Validators should be able to process transactions submitted from full nodes with minimal errors.
Performance

Tokenomics Best Practices

Follow maximum commission mandate:

Stake rewards should increase proportionally with a validator’s share of staked SUI meaning validators, with more stake receive relatively more commissions than validators with lower stake. Therefore, receiving a larger amount of Sui Foundation stake should result in a lower validator commission.

The following commission caps represent best practice recommendations and are recommended to apply to the initial amount of SF delegated stake. For example, if the Sui Foundation stakes 10M SUI tokens with a given validator, the best practice maximum commission applies at the 10M SUI token level regardless of whether the original amount compounds into a larger stake as it accrues stake rewards over time.

SUI Amount Staked
by SUI Foundation
Max Commission
>= 20M
8%
>=42M
7%
>=50M
6%
>=75M
5%
>=100M
4%

Participate in Gas Price Survey:

A validator with staked SUI from the Sui Foundation should participate in the gas price survey at least once a week. The validator should send a transaction to update its gas price object at least once every 7 epochs.

No rewards slashing from
Tallying Rule:

A validator who gets a 0 score from two-thirds of its peers will have its rewards slashed. Causes for slashing include low operational performance, malicious behavior, and poor community membership.

Participation Best Practices

Validators should run a validator node on Sui Testnet as well as Mainnet. Testnet is the only network that closely resembles Mainnet, and it is important to keep the validator set as close to identical as possible to de-risk releases to Mainnet. Critically, by replicating the validator set in Testnet, contributors to the Sui protocol can test protocol upgrades and changes in order to ensure these will run smoothly when implemented in Mainnet.

Metrics Best Practices

Validators should push metrics to the Sui Foundation on both Testnet and Mainnet in at least 8 out of the last 10 epochs. Metrics are pushed from sui-node automatically, assuming there isn’t a technical issue causing an operator to intentionally close the port or modify their node to stop pushing metrics.

Metrics Best Practices

Validators should push metrics to the Sui Foundation on both Testnet and Mainnet in at least 8 out of the last 10 epochs. Metrics are pushed from sui-node automatically, assuming there isn’t a technical issue causing an operator to intentionally close the port or modify their node to stop pushing metrics.

Hardware Best Practices

Validators should run with the recommended hardware specification or better. Validators with SUI staked by the Sui Foundation will be asked to run the “Suidoctor” software at least once a month in order to confirm that the hardware specifications are being met.

Responsiveness Best Practices

Validators should be responsive to Sui Foundation communications in order to ensure the proper channels are being used to convey relevant ecosystem information to all validators.

Performance Best Practices

Validators should monitor the following metrics as they are important for network health and operational performance. The following dashboard is currently shared between Sui Foundation and the validators.This list doesn’t include all performance metrics that will be tracked and used to make staking decisions:
Upgrade Service Level Agreement
Consensus Reliability
Execution Latency
RPC Errors

All information contained on this website is subject to change without notice and is not and should not be construed as a promise or guarantee of any validator commission rate or any stake delegation decision by the Sui Foundation. Upon a change in such information, the Sui Foundation will endeavor to update the content set forth herein as soon as reasonably practicable.