Staking and Inflation FAQ

On the Solana network, many different people and entities run a program on specialized computers known as a validator. Validators play a key role in maintaining and securing the Solana blockchain. Validators are responsible for processing new incoming transactions on the network, as well as for voting on and appending new blocks to the blockchain.

As different validators around the world may receive different pieces of information at different times, it is essential that the network is able to come to agreement about which transactions and data are continually added to the blockchain. The strategy by which the validators and the entire network come to this agreement is known as the consensus mechanism, and is a core challenge to building a successful decentralized blockchain network. Many different projects have attempted various solutions on how to reach consensus in a fast and cost-efficient manner.

The Solana network uses a Proof of Stake consensus mechanism (often abbreviated to PoS). Every validator on the network has an opportunity to participate in consensus by casting votes for which blocks they believe should be added to the blockchain, thereby confirming any valid transactions contained in those particular blocks. However, not all validator’s votes are weighted equally.

Validator’s consensus votes are stake-weighted, meaning the more stake an individual validator has, the more influence that one validator has in determining the outcome of the consensus voting. Similarly, validators with less stake have less weight in determining the vote outcome, and validators with no stake cannot influence the outcome of a consensus vote.

Staking is the process by which a SOL token holder (such as someone who purchased SOL tokens on an exchange) assigns some or all of their tokens to a particular validator or validators, which helps increase those validators’ voting weight. Assigning your tokens to add to a validator’s stake-weight is known as “delegating” your tokens. Delegating your tokens to a validator does NOT give the validator ownership or control over your tokens. At all times, you still control all your staked tokens that you may have chosen to delegate.

By staking tokens with a validator or validators, the token holder indicates a degree of trust in the validator they chose to delegate to. As validators amass larger amounts of stake delegations from different token holders, this acts as “proof” to the network that the validator’s consensus votes are trustworthy, and their votes are therefore weighted proportionally to the amount of stake the validator has attracted. By weighing the collective votes from all validators against the proportion of stake that has been delegated to them, the network reaches consensus by this Proof of Stake.

As different validators around the world may receive different pieces of information at different times, it is essential that the network is able to come to agreement about which transactions and data are continually added to the blockchain. The strategy by which the validators and the entire network come to this agreement is known as the consensus mechanism, and is a core challenge to building a successful decentralized blockchain network. Many different projects have attempted various solutions on how to reach consensus in a fast and cost-efficient manner.

The Solana network uses a Proof of Stake consensus mechanism (often abbreviated to PoS). Every validator on the network has an opportunity to participate in consensus by casting votes for which blocks they believe should be added to the blockchain, thereby confirming any valid transactions contained in those particular blocks. However, not all validator’s votes are weighted equally.

Validator’s consensus votes are stake-weighted, meaning the more stake an individual validator has, the more influence that one validator has in determining the outcome of the consensus voting. Similarly, validators with less stake have less weight in determining the vote outcome, and validators with no stake cannot influence the outcome of a consensus vote.

In an open and decentralized network like Solana, anyone can run a validator if they choose. A malicious validator or other bad actor could attempt to attack the network or to submit incorrect or fraudulent transactions for their own gain. Because of the Proof of Stake consensus mechanism described above, a single entity acting alone in this fraudulent manner would need to attract some amount of stake before any of their proposed activities would be weighed in the consensus vote. As more token holders choose to stake their SOL tokens to different validators across the network, and the total amount of stake on the network increases, it becomes increasingly difficult for even a coordinated and well-funded attacker to amass enough stake to single-handedly alter the outcome of a consensus vote for their own benefit. In short, the more stake that is delegated to many different validators across the network, the more safe and secure the network becomes for all of its users. Additionally, token holders who choose to stake their tokens and help secure the network in doing so, are eligible to receive staking rewards once they have delegated their tokens to one or more validators. More details on staking rewards are found below.

On many Proof-of-Stake networks, there exists a mechanism known as “slashing”. Slashing is any process by which some portion of stake delegated to a validator is destroyed as a punitive measure for malicious actions undertaken by the validator.

This mechanism incentivizes validators not to undertake such actions, as less stake delegated to a validator means that validator then accrues fewer rewards. Being slashed can also be seen as a reputational risk for retaining current or attracting potential future stake.

Slashing also poses a risk to token holders who could potentially lose some of their tokens if they have delegated to a validator which gets slashed. The presence of slashing could incentivize token holders to only delegate their tokens to validators they feel are reputable, and not to delegate all their tokens to a single or small number of validators.

On Solana, slashing is not automatic. If an attacker causes the network to halt, they can be slashed upon network restart. For more information, please check out the Solana Validator docs.

Anyone who holds SOL can stake their tokens at any time.

Để stake token SOL, bạn phải sử dụng ví hỗ trợ staking. Hiện tại không phải tất cả các ví đều hỗ trợ staking. SolFlare.com là một ví thân thiện với người dùng có hỗ trợ staking. Hãy xem tài liệu chính thức để biết danh sách các ví hỗ trợ staking.

Token SOL trong ví của bạn trước tiên phải được chuyển vào tài khoản stake. Bạn có thể tạo bao nhiêu tài khoản stake tùy thích và nạp bất kỳ lượng SOL nào vào mỗi tài khoản stake. Mỗi tài khoản stake mới có một địa chỉ duy nhất và một ví có thể quản lý hoặc "ủy quyền" nhiều tài khoản stake khác nhau. Hãy xem tài liệu của chúng tôi về cấu trúc tài khoản stake để biết thêm chi tiết.

Để nhận phần thưởng staking (nếu lạm phát được kích hoạt trên mainnet beta), các token trong tài khoản stake phải được ủy quyền cho một validator. Một tài khoản stake chỉ có thể được ủy quyền cho một validator tại một thời điểm, vì vậy nếu bạn muốn ủy quyền cho các validator khác nhau, bạn sẽ cần phân chia token của mình giữa nhiều tài khoản stake.

There are various community-operated tools where you can view information about the network as well as certain performance metrics about individual validators, such as:

• Solanabeach.io
• Validators.app

Many validators also chose to introduce themselves and their services on the Solana forums:

• https://forums.solana.com/t/validator-information-thread/577

Yes. Some people may have received a stake account with locked up tokens from the Solana Foundation that was distributed in exchange for services. Tokens in stake accounts with a lockup may not be withdrawn to another wallet address before the lockup expires, but they may still be delegated to a validator to potentially earn staking rewards during this time. Rewards earned on locked tokens are deposited back into the locked stake account.

Khi bạn tạo tài khoản stake lần đầu, bạn chỉ định số lượng token SOL muốn nạp vào đó, và các token này sẽ được rút từ tài khoản ví chính của bạn và nạp vào tài khoản stake mới.

Token cũng có thể được chuyển vào tài khoản stake đã có sẵn bất kỳ lúc nào, bằng cách sử dụng tính năng Chuyển hoặc Gửi của ví và cung cấp địa chỉ tài khoản stake. Nếu bạn chuyển token vào tài khoản stake đã được ủy quyền, các token mới này sẽ không tự động được ủy quyền.

Nếu bạn có tài khoản stake đã ủy quyền và muốn tăng mức ủy quyền cho một validator cụ thể, cách tốt nhất là tạo tài khoản stake mới với lượng stake bổ sung và ủy quyền tài khoản đó cho cùng một validator.

Ví dụ: Tăng lượng stake ủy quyền cho một validator duy nhất

• Người dùng có ví với số dư 1000 SOL.
• Người dùng sử dụng giao diện ví để tạo tài khoản stake với 100 SOL, sau đó ủy quyền các token trong tài khoản stake cho Validator A.
• Số dư ví hiện là 900 SOL và ví cũng kiểm soát một tài khoản stake với số dư 100 SOL.
• Tài khoản stake hiển thị trong giao diện ví và trên Explorer là "Đang kích hoạt". Sau khi "Đã kích hoạt", các token đã stake đủ điều kiện nhận phần thưởng. Xem Các lưu ý về thời gian để biết thêm chi tiết.
• Sau đó, người dùng muốn tăng mức ủy quyền cho Validator A, vì vậy sử dụng giao diện ví để tạo tài khoản stake thứ hai với 50 SOL, rồi ủy quyền các token trong tài khoản stake mới cho Validator A.
• Số dư ví hiện là 850 SOL và ví cũng kiểm soát 2 tài khoản stake với lần lượt 100 và 50 SOL, mỗi tài khoản đều được ủy quyền cho Validator A.

Nếu bạn chuyển token vào tài khoản stake đã được ủy quyền, các token mới này sẽ không tự động được ủy quyền. Để các token mới này cũng được ủy quyền và nhận phần thưởng, bạn cần hủy ủy quyền toàn bộ tài khoản, sau đó ủy quyền lại tài khoản đó. Vì việc hủy ủy quyền và ủy quyền lại có thể mất vài ngày để có hiệu lực, lượng stake ban đầu của bạn sẽ không nhận được phần thưởng trong giai đoạn chuyển đổi này.

Do đó, chúng tôi khuyến nghị chỉ chuyển SOL vào tài khoản stake khi mới tạo hoặc khi chưa được ủy quyền.

Token chỉ có thể được rút khỏi tài khoản stake khi chúng không đang được ủy quyền. Khi một tài khoản stake lần đầu bị hủy ủy quyền, nó được coi là đang "hủy kích hoạt" hoặc đang "làm nguội". Token không thể được rút khỏi tài khoản cho đến khi một phần hoặc toàn bộ chúng hoàn tất quá trình hủy kích hoạt và được coi là "không hoạt động", tức là không còn nhận được bất kỳ phần thưởng stake tiềm năng nào. Để biết chi tiết về thời gian của giai đoạn chuyển đổi này, vui lòng xem Các Lưu Ý về Thời Gian.

Khi các token trong tài khoản stake không còn hoạt động, chúng có thể được rút về địa chỉ ví chính hoặc sang địa chỉ khác ngay lập tức.

Ví dụ: Rút toàn bộ token từ một tài khoản stake

• Người dùng có ví với số dư 900 SOL và một tài khoản stake duy nhất với 100 SOL đã ủy quyền cho một validator.
• Người dùng sử dụng giao diện ví để Hủy kích hoạt ủy quyền stake của họ. Tài khoản stake hiển thị trong giao diện ví và trên Explorer rằng nó đang "Hủy kích hoạt". Khi nó ở trạng thái "Không hoạt động" hoặc "Chưa ủy quyền", các token đã stake ngừng nhận phần thưởng và có thể được rút. Xem Các Lưu Ý về Thời Gian để biết thêm chi tiết.
• Người dùng có thể sử dụng giao diện ví để rút toàn bộ token về tài khoản ví chính của họ. Số dư ví hiện hiển thị 1.000 SOL và tài khoản stake đã được đóng.

Nếu bạn muốn giảm lượng stake được ủy quyền cho một validator nhất định mà không hủy kích hoạt toàn bộ số dư (và do đó bỏ lỡ các phần thưởng tiềm năng trong thời gian ngừng ủy quyền), bạn có thể Tách một tài khoản stake hiện có thành hai tài khoản, hủy ủy quyền một tài khoản trong khi để tài khoản kia vẫn được ủy quyền và liên tục đủ điều kiện nhận phần thưởng.

Ví dụ: Giảm lượng stake ủy quyền cho một validator nhất định

• Người dùng có ví với số dư 800 SOL và một tài khoản stake duy nhất với 200 SOL đã ủy quyền cho một validator.
• Người dùng muốn giảm lượng stake ủy quyền cho validator đó đi 100 SOL.
• Sử dụng giao diện ví để "Tách" tài khoản stake và chỉ định 100 SOL là số lượng cần tách.
• Bây giờ có 2 tài khoản stake, mỗi tài khoản có 100 SOL và đều được ủy quyền cho cùng một validator.
• Người dùng có thể sử dụng giao diện ví để Hủy kích hoạt một trong các ủy quyền stake của họ. Tài khoản stake hiển thị trong giao diện ví và trên Explorer rằng nó đang "Hủy kích hoạt". Khi nó ở trạng thái "Không hoạt động" hoặc "Chưa ủy quyền", các token đã stake ngừng nhận phần thưởng và có thể được rút. Xem Các Lưu Ý về Thời Gian để biết thêm chi tiết.
• Khi tài khoản ở trạng thái Không hoạt động, người dùng có thể chọn ủy quyền tài khoản cho một validator khác, rút token về ví chính, hoặc tiếp tục tách tài khoản stake không hoạt động để ủy quyền cho nhiều validator khác nhau.

Token trong tài khoản stake có thời gian khóa không thể được rút cho đến khi hết thời gian khóa, bất kể trạng thái ủy quyền của tài khoản đó. Khi hết thời gian khóa, các token chưa được ủy quyền có thể được rút ngay lập tức. Chủ tài khoản không cần thực hiện thêm bất kỳ hành động nào để mở khóa tài khoản.

When you delegate or un-delegate a stake account, the tokens do not change state immediately. Newly delegated tokens are considered “activating” or “warming up”, and are not eligible to earn rewards until they are fully activated. Newly un-delegated tokens are considered “deactivating” or “cooling down” and are not able to be withdrawn until deactivated.

The Solana protocol only allows stake tokens to finish changing state at the beginning of a new epoch. An epoch is approximately 2 days long. Use solana epoch-info to see details of the current epoch.

If you delegate tokens in a stake account in the middle of an epoch, the tokens will appear in your wallet as “activating” until the current epoch ends, at which point they will be active and eligible to earn rewards. Whether you delegate your stake tokens near the beginning of the current epoch, or near the end of the current epoch does not impact when the tokens will become active, which is only at the next epoch boundary. The same logic applies to un-delegating or deactivating a delegated stake account. Deactivating tokens cannot be withdrawn until they have finished deactivating at the epoch boundary.

There is a limit to how much total stake can change state in a single epoch across the entire Solana network. No more than 25% of the total active stake on the network can be activated or deactivated in a single epoch. In a scenario where more than 25% of the total active take on the network is being activated in a single epoch, a portion of all activating/deactivating stake up to the global 25% limit, will finish changing state at the first epoch boundary. The remaining stake would stay as “activating” or “deactivating” for at least one more epoch, until the next epoch boundary.

If a stake activation takes multiple epochs, the portion of stake that becomes fully active at the first epoch boundary is eligible for rewards, while the remaining portion that is still activating for an additional epoch is not yet eligible for rewards.

Similarly, if a stake deactivation takes multiple epochs, the portion of stake that becomes fully inactive at the first epoch boundary becomes able to be withdrawn, while the remaining portion is still deactivating for an additional epoch, at which point it can then be withdrawn.

All stake accounts on Solana (and all accounts of any variety) can be viewed on Solana’s network explorer, found here:

Solana Explorer

Copy and paste the stake account address of interest in the main search bar of the explorer to see details of the account, including its activation/deactivation/delegation status, current balance, and the address of the stake account’s authorities, which would usually be the same as your wallet’s main address.

Depending on which wallet solution you use to manage your stake accounts, this same information may be visible by logging in to your wallet and viewing your stake accounts.

Phần thưởng staking được tính toán và phát hành một lần mỗi epoch. Mỗi epoch có thời lượng khoảng 2 ngày. Phần thưởng tích lũy trong một epoch nhất định được phát hành cho tất cả các validator và người ủy quyền trong khối đầu tiên của epoch tiếp theo. Lợi suất staking được trình bày dưới dạng con số hàng năm, mặc dù con số này thay đổi theo từng epoch khi tỷ lệ lạm phát và tổng lượng stake hoạt động liên tục biến động. Lợi suất staking và thiết kế lạm phát đầy đủ được trình bày chi tiết tại đây:

TÀI LIỆU CHÍNH THỨC

Ước tính Lợi suất Staking, dựa trên các mô hình khác nhau về tỷ lệ tổng SOL được stake, có thể được khám phá tại đây:

MÔ HÌNH LỢI SUẤT STAKING

Để ước tính lượng SOL mà người ủy quyền có thể nhận được trong một epoch duy nhất từ một tài khoản stake:

Validator Uptime is defined by a validator’s consensus voting behavior. For each time a validator votes on a block that is ultimately appended to the blockchain, that validator earns one Vote Credit.

When rewards are tallied at the end of the epoch, all the stake-weighted vote credits earned by all the validators are used to determine the total amount of SOL that is issued to each particular validator and their delegators.

Validators charge a fee on inflationary rewards earned by the stake accounts that are delegated to them, in exchange for their services in securing the blockchain and processing transactions. This fee is known as the commission rate. Each time rewards are issued, the commission is deposited in the validator’s account and the remaining rewards are deposited in all of the stake accounts that are delegated to that validator, proportionally to the amount of actively delegated stake in each account. Validator commission and staking rewards are always issued simultaneously.

Rewards are issued once per epoch and are deposited into the stake account that earned them. Stake rewards are automatically re-delegated as active stake.

If the rewards due to a validator or one of their stakes is less than one lamport for a given epoch, reward issuance is deferred until the next epoch in which both would receive at least one lamport.

The details of the originally proposed inflation schedule are discussed here. The specific parameters that determine the inflation schedule are:

1. Initial Inflation Rate: 8 %
2. Dis-inflation Rate: −15%
3. Long-term Inflation Rate: 1.5%

The above parameters are defined as:

• Initial Inflation Rate: The starting Inflation Rate for when inflation is first enabled. The token issuance rate can only decrease from this amount
• Dis-inflation Rate: The annualized rate at which the Inflation Rate is reduced
• Long-term Inflation Rate: The stable, long-term Inflation Rate to be expected

Note that the inflation rate will not be the same as the staking yield (i.e. the interest earned by staking tokens). See below for a discussion of staking yield.

100% of the inflationary issuances are proposed to be delivered to delegated stake accounts and validators.

Staking yield comes from inflationary issuances being distributed across delegated staking accounts and validator vote accounts per the validator commission rate. Due to this design, the staking yield is to be primarily a function of the fraction of SOL that is staked on the network. A detailed discussion of the design and its impact on staking yield can be found here:

INFLATION DESIGN OVERVIEW

The amount of total SOL that will be staked is unknown, so we can only estimate the exact staking yields. Below, we show staking yields over time segmented by different values of the percent of staked SOL that might be observed on the network (between 60-90%). The inflation schedule parameters are set as described above.

A simple interactive dashboard is provided here, in which different % of staked SOL can be selected to see the impact on prospective staking yields.

Please note that this is an idealized Staked Yield as it neglects validator uptime impact on rewards, validator commissions, potential yield throttling and potential slashing incidents. It additionally ignores that % of Staked SOL is dynamic by design, i.e. it is expected that the % of staked SOL changes over time thus impacting the staking yield over time. It is only presented to be used as a rough estimate for expected staking yields.