Preamble
Ahead of the monumental shift in Ethereum’s economic & consensus model, StakeWise DAO must assess the upcoming changes in specs and adapt its product accordingly. The changes in question mostly relate to the topic of Maximum Extractable Value, or MEV in short. The process of earning and distributing MEV require changes to the StakeWise product, which are only possible with the SWISE holders’ approval. Hence, in this and the upcoming forum posts, the StakeWise team will outline the different considerations for each required change and request DAO feedback, ultimately leading to a DAO vote.
We will start with the discussion on the method of distribution for MEV & priority fees because it requires more development resources and time. The discussion of the optimal infrastructure setup for maximizing MEV will follow in another forum post.
Summary
In light of the Merge, StakeWise DAO must decide on the distribution method for the rewards earned as priority fees & MEV. The two competing approaches - distributing ETH rewards via the Merkle Distributor vs staking ETH rewards and distributing them as rETH2 - have different implications for the tokenomics and user experience in StakeWise. In this post we will discuss the merits of each approach, voice the team’s opinion, and request feedback from the DAO members, which will inform the consequent Snapshot vote. Let’s get to it!
Motivation
Ethereum’s transition from Proof-of-Work to Proof-of-Stake, commonly referred to as the Merge, opens new revenue streams for the network’s validators, and by implication, the stakers in StakeWise. After the Merge, stakers will be the sole participants responsible for consensus on Ethereum, meaning that on top of the network emissions, they will receive the priority fees paid by Ethereum’s users to have their transactions processed. This potentially offers stakers a huge revenue boost because traders, bots and even the ordinary users compete for their transactions to be processed first, paying progressively more for the opportunity. The value generated by stakers from users competing for blockspace is what is referred to as Maximal Extractable Value, or MEV in short. Lots has been written about MEV over the past year, and now that it’s about to become a reality, StakeWise DAO must decide on the method of distribution for the extra ETH rewards generated this way.
Let’s start with the basics. Since the extra revenue is generated from Ethereum’s users paying for transactions, it will accrue in ETH to a special address called the ‘coinbase’ address (any name similarities with a famous exchange are random). This address exists on what is called the Execution Layer, or EL for short, meaning that ETH on its balance is immediately accessible for withdrawal. This is in contrast to the network emissions that accrue on the Consensus Layer, or CL for short, landing on the validator’s balance that is not immediately withdrawable.
There are, then, different ways to deal with the ETH that will accrue on StakeWise’s coinbase address. Below, I outline the two methods that the team would like the DAO to discuss.
Method 1 - Distribute via Merkle Distributor
Simply distribute accumulated ETH to stakers via the Merkle Distributor, proportionally to their sETH2 balances. Whenever stakers want to access the extra rewards, they will claim ETH from the Distributor, performing a manual step and paying gas each time they claim (but claiming all the tokens they have in the Distributor in one go). The staking commission will also be collected in ETH (10% of accumulated rewards as per usual).
This method is the simplest of all from the technical perspective, and offers rewards in a very liquid asset that stakers can use according to their discretion. The drawback is that claiming ETH from the Merkle Distributor costs gas, meaning there is de-facto a network tax on claiming MEV rewards. Another drawback is for folks with small sETH2 balances, the gas cost of claiming may exceed the value of the claim, pricing them out of accessing their rewards until sharding is enabled or until the Merkle Distributor migrates to a roll-up. Finally, it adds an extra step towards accessing the rewards, which is undesirable from the UX perspective. This is the least preferred method by the team, precisely for the reasons mentioned above.
Method 2 - Restake & distribute as rETH2
Stake the accumulated ETH directly into the Pool contract and mint rETH2 against it; then distribute both the staked ETH and the rewards it generates via the usual rETH2 accrual process to the sETH2 holders. The staking commission will still be collected in rETH2 (10% of accumulated rewards as per usual).
This method is the cleanest from the UX perspective and preserves the economic benefits offered by restaking, albeit at the cost of altering our tokenomics logic. Whereas currently sETH2 = ETH principal and rETH2 = ETH rewards, this change will mean sETH2 = ETH principal (non-MEV) and rETH2 = ETH rewards + ETH principal (MEV). Currently, only sETH2 provides the rights to earn staking rewards and this will remain the case after the change. Stakers will hold sETH2 in order to receive base staking rewards and their fair share of MEV rewards, also distributed in the form of rETH2. In the background (on the validator level), this rETH2 would be backed by ETH principal and actually earn interest, also distributed as rETH2. The net effect is an increased APR per sETH2, without changing the behaviour of both sETH2 and rETH2 tokens.
This change carries a compounding effect and allows StakeWise to demonstrate the highest possible APR, although with an implicit assumption that restaking MEV rewards is the best use of capital. It also comes without the gas and UX burdens associated with the previous two methods. Because of its clean UX and balanced economic benefit, this is the preferred method of MEV distribution by the StakeWise team.
Specification
Specification for the methods will follow once the forum discussion identifies its favourite. The chosen method will be introduced into the protocol via a Snapshot vote-based contract upgrade, subject to successfully passing a code audit.
Discussion
Due to the need to meet coding and auditing deadlines before the Merge, let’s aim to wrap up the discussion by next Monday and proceed to the formal DAO vote.
We welcome all the DAO members’ thoughts on the best method of distributing MEV given our tokenomics model and look forward to a fruitful discussion .