Token explainer series — Part 2

Over the coming weeks, we will try to create some clarity around the tokenomics design and give you all the tools you need to prep for participating in the Decentralized Staking Economy.

Our goal is to better explain the relationship between the Network’s stakeholders and the role SSV plays in aligning incentives between stakers and Staking Services.

In case you missed out on our previous release, please make sure you check out Part 1 or the explainer series for a more general outline of the network’s tokenomics.

In this post we will cover everything relating to Operator tokenomics. Operators are earning SSV tokens for running nodes and generating ETH rewards for stakers. Let’s dive in!

What/who are Operators?

Operators are people, companies and communities that run a node in the The node is a dedicated piece of software which allows an Operator to participate in management and operation of validator-key-shares.

In simple terms, when using the protocol, a staker splits her keys to a ‘key-shares’. The key-shares are then distributed to 4 or more Operators in the network. The Operators will then work under consensus (iBFT) to secure the Ethereum protocol and earn rewards for stakers.

At present, there are over 3,000 registered Operators in the!), and that number is constantly growing. The currently active Operators vary between large staking service companies (Allnodes, Stakewise, RockX etc.) through at home DIY Operators.

Operator pricing dynamics

Operators can determine their own SSV denominated price. We covered this point in Part 1 of the explainer series; is an open, free market for staking services. Prices and performance are completely transparent and everyone competes with one another for attracting more stakers(ETH).

Operators can change their price at any point in time. There might be a situation where and operator is trying to be more competitive and adjust their price lower. Or, SSV price fluctuations require the operator to adjust their price in order according to market conditions.

In order to protect stakers from sudden changes in their Operator costs, a fee change has a few built-in limitations:

  • Raising prices — will be limited to an X% increase over the current price per change request. The ‘X’ value will be determined by the DAO. The idea is to make sure that stakers are protected from sudden hikes in pricing. In case an Operator is constantly raising prices, stakers will have ample time to replace the overprices operator with a more cost effective alternative
  • Lowering prices — “free-for-all”, Operators can go all the way to 0.000000000000001 SSV. There are no limitations on lowering costs
  • Price reset — a function that allows an operator to return to the previous cost before the current change was implemented. For example; Operator X current price of 1 SSV was reduced to 0.1 SSV. The operator will be able to “Reset” to the original 1 SSV price. This was put in place in case an Operator lowered/spiked their cost by too much, they are able to quickly recover to their previous price point without ‘Raising price’ constraints

Operator fee change cycle

Operator fee change has a time lag from the point in which a change was broadcasted to the network and until the actual change can be executed. This of it as a large retail chain announcing that prices will go up as of next week so their customers have time to react accordingly and not get an unpleasant surprise at checkout.

Fee change cycle, steps an limitations:

  1. Change broadcast — an operator is broadcasting the new fee to the network.
  2. Waiting period — after the new fee was broadcasted, the Operator will be required to wait for X amount of days before being able to execute it. This will allow stakers enough time to react in case they need to adjust their SSV balance or wish to change an Operator.
  3. Execution period — after the ‘waiting period’ is over, the operator will have Y amount of days to execute the change. If no execution took place the fee will remain as it was. This is aimed to prevent a situation in which the Operator requested a change and implements it long after the waiting period is over.
  4. Single request limitation — an Operator can make one change broadcast per cicle. If they wish to change their fee again, the Operator will need to wait until the current cycle is over and only then submit a new request.

Operators Vs. Verified Operators

Anyone can become an Operator in the network. Only a selected few will become ‘Verified Operators’. VOs are a curated list of Operators which are usually run by POS professionals and can be generally perceived as a safer option for stakers. See DAO vote.

Anyone can submit a proposal to become a VO, however, the credentials you need to present to the DAO are harder to come by. The DAO will eventually determine who is eligible to become a VO by a Snapshot vote.

Having 3,000 nodes to choose from is great for decentralization but can also create unnecessary overhead for protocol users. A curated list of Operators which will be publically marked as ‘Verified’ and constantly monitored by the community will enable users a more streamlined node selection process.


Operators are one of the main pillars of the The more stakers(ETH) an Operator is able to attract the higher their potential revenue from running a node in the network. Operators will be subject to extreme transparency; anyone will be able to see how well they are performing, the tech they are running and their service cost. will be unique in the way service providers are competing for network effect. Today, most services are measured mostly by the amount of ETH at stake. The more ETH is staked with your service, the higher your chances of attracting more ETH. When it comes to, there are more variables at play; network participants will be able to have more granularity when choosing you as an Operator.

This will pave the way for lowering staking costs for stakers, providing smaller “long-tail” staking services a real chance to compete for stakers’ attention and potentially even promote client diversity.

Decentralized ETH Staking Infrastructure

Blox Staking Team

Written by

We’re the guys behind

Decentralized open source staking network, based on the Secret-Shared-Validator (SSV) research; providing an open infrastructure for anyone who wants to run a Distributed Validator (DVT); from DIY users to staking pools and big institutions.

Blox Staking Team

Written by

We’re the guys behind

Decentralized open source staking network, based on the Secret-Shared-Validator (SSV) research; providing an open infrastructure for anyone who wants to run a Distributed Validator (DVT); from DIY users to staking pools and big institutions.