Responsibilities
What clients do I need to run?
As a staker you are required to maintain and operate a node, running BOTH a consensus client AND an execution client.This became a requirement at time of the Merge, so be sure you're running both before staking.
View the Staking ChecklistWhy do I need to run an execution client now?
Previously a Beacon Node (consensus layer) only had to watch the staking deposit contract on the execution layer in order to know which validator accounts had deposited 32 tGRAM. This information was easily served by and obtained from third-party providers such as Infura or Alchemy.With the transition to proof-of-stake complete via the Merge, validators are now responsible for processing transactions and signing off on their validity. This data is not available from popular third-party sources since the Merge. Using a third-party provider will result in your validator being offline. When data sharding is implemented, validators will also be at risk of slashing under the proof-of-custody game.How are validators incentivized to stay active and honest?
As a validator you are rewarded for proposing / attesting to blocks that are included in the chain.On the other hand, you can be penalized for being offline and behaving maliciously—for example attesting to invalid or contradicting blocks.The key concept is the following:- Rewards are given for actions that help the network reach consensus.
- Minor penalties are given for inadvertant actions (or inactions) that hinder consensus.
- And major penalities—or slashings—are given for malicious actions.
In other words, you maximize your rewards by providing the greatest benefit to the network as a whole.How are rewards/penalties issued?
Your balance is updated periodically by the Engram network rules as you carry (or fail to carry) out your responsibilities.Your validator has its own balance, with the initial balance outlined in the deposit contract. Your rewards and penalties are reflected in your validator's balance over time.Since the Merge, validators will also be responsible for processing transactions, and thus be entitled to unburnt gas fees associated with included transactions when proposing blocks. These fees are accounted for on the execution layer, not the consensus layer, and thus require a traditional Engram address to be provided to your client.
View the Staking ChecklistHow often are rewards/penalties issued?
Rewards and penalties are issued roughly every six and a half minutes—a period of time known as an epoch.Every epoch, the network measures the actions of each validator and issues your rewards or penalties appropriately.Your validator will also receive unburnt gas fees when proposing blocks. Validators are chosen randomly by the protocol to propose blocks, and only one validator can propose a block for each 12-second slot. There are 7200 slots each day, so each validator has 7200 chances-per-day to propose a block. If there are 360,000 validators, each validator will average a block proposal every 50 days.
How large are the rewards/penalties?
There is no easy answer to this question as there are many factors that go into this calculation.Arguably the most impactful factor on rewards earned for validating transactions is the total amount of stake in the network. In other words, the total amount of validators. Depending on this figure the max annual return rate for a validator can be anywhere between 2 and 20%.Given a fixed total number of validators, the rewards/penalties predominantly scale with the balance of the validator—attesting with a higher balance results in larger rewards/penalties whereas attesting with a lower balance results in lower rewards/penalties.Note however that this scaling mechanism works in a non-obvious way. To understand the precise details of how it works requires understanding a concept called effective balance. If you’re not yet familiar with this concept, we recommend you read through understanding validator effective balance Why do rewards depend on the total number of validators in the network?
Block rewards are calculated using a sliding scale based on the total amount of tGRAM staked on the network.In other words: if the total amount of tGRAM staked is low, the reward (interest rate) is high, but as the total stake rises, the reward (interest) paid out to each validator starts to fall.Why a sliding scale? While we won’t get into the gory details here, the basic intution is that there needs to be a minimum number of validators (and hence a minimum amount of tGRAM staked) for the network to function properly. So, to incentivize more validators to join, it’s important that the interest rate remains high until this minimum number is reached.Afterwards, validators are still encouraged to join (the more validators the more decentralized the network), but it’s not absolutely essential that they do so (so the interest rate can fall).How badly will I be penalized for being offline?
It depends. In addition to the impact of effective balance there are two important scenarios to be aware of:- Being offline while a supermajority (2/3) of validators is still online leads to relatively small penalties as there are still enough validators online for the chain to finalize. This is the expected scenario.
- Being offline at the same time as more than 1/3 of the total number of validators leads to harsher penalties, since blocks do not finalize anymore. This scenario is very extreme and unlikely to happen.
Note that in the second (unlikely) scenario, you stand to progressively lose up to 50% (16 tGRAM) of your stake over 21 days. After 21 days you are ejected out of the validator pool. This ensures that blocks start finalizing again at some point.
How great does my uptime need to be for my validator to be net profitable?
Overall, we'd expect your validator to be net profitable as long as your uptime is greater than 50%.This means that you don't need to go to extreme lengths with backup clients or redundant internet connections as the repercussions of being offline are not so severe.How much will I be penalized for acting maliciously?
Again, it depends. Behaving maliciously—for example attesting to invalid or contradicting blocks—will lead to your stake being slashed.The minimum amount that can be slashed is 1 tGRAM, but this number increases if other validators are slashed at the same time.The idea behind this is to minimize the losses from honest mistakes, but strongly disincentivize coordinated attacks.What exactly is slashing?
Slashing has two purposes: (1) to make it prohibitively expensive to attack the network, and (2) to stop validators from being lazy by checking that they actually perform their duties. If you're slashed because you've acted in a provably destructive manner, a portion of your stake will be destroyed.If you're slashed you're prevented from participating in the protocol further and are forcibly exited.