[Proposal] Leveraging EigenLayer and rETH for sequencer selection

Summary
This proposes to allow users to stake rETH to become an aztec sequencer. It won’t necessarily require using EigenLayer’s smart contracts (it’s optional, there can also be custom contracts deployed for this) more so the concept made popular by EigenLayer: Leveraging already existing ETH instead of a new token to run additional decentralized services.
It is very hard to introduce a new token and create a significantly big set of people holding that token without too much centralization in ownership. ETH had to exist many years to reach the levels of decentralization in holders it currently has. Using ETH as collateral for nodes that fulfill other duties not part of the core protocol allows these nodes to instantly benefit from the decentralized base of ETH holders.
There are at least 2 ways to leverage a protocol such as EigenLayer: a) Allow stakers to set their withdrawal address to an EigenLayer smart contract so it can add additional slashing conditions b) Allowing to re-stake using a liquid staking derivate such as rETH. This proposal proposes using b) the LSD token rETH. The advantages are as follows:

  • even small holders with <32 ETH can join and fulfill aztec sequencing duties
  • we separate the role of the ETH validator and aztec sequencer. These two things are not required to be fulfilled by the same entity. Thereby we lower the bar to become an aztec sequencer and make that position more inclusive (similar effect as the first point)

The result could be a PoS protocol similar to that used by Ethereum L1 where rewards are soley comprised of fees generated on the aztec rollup. rETH penalties could be distributed to all aztec sequencers proportional to their rETH staked.

Details
The idea is to basically copy the Ethereum L1 consensus protocol with a few changes. Where L1 PoS continuously selects the next block proposer we would select the next sequencer.
Ethereum mints new ETH to guarantee liveness of the L1 layer. While it is an open question if the protocol requires this or would be able to run solely on transaction fees rollups are in a good position to test this hypothesis. The trust guarantees rollups inherit from L1 put them in a great position to adopt a PoS mechanism similar to that of Ethereum L1 but only use transaction fees as revenue for its node runners (sequencers) while also slashing staked collateral.
Using rETH in contrast to ETH has the advantage of not creating an opportunity cost of missed L1 staking revenue for people wanting to participate in running the aztec protocol.
For slashing there are at least two possibilities of what to do with the staked rETH:

  1. Send the slashed rETH to a burn address (such as 0x000000…)
  2. Send the slashed rETH to all the aztec sequencers proportional to their staked rETH

I’m proposing 2 as I don’t see a reason to not keep that economic value within the aztec ecosystem as an additional incentive for the network. The offending slashed sequencer would still suffer an economic penalty even when receiving a small fraction of it back.

Comparisons
In contrast to other solutions I’ve seen that introduce their own token aztec sequencers would benefit instantly from a superior decentralization of their core token. Another advantage is that possible claims of a potential new token being a security to be used against certain key actors of the protocol that would probably hold a disproportionately big amount of that token would be weakened if not completely invalidated.
Also if a new token is used for such duties the protocol risks a vampire attack where all the open source code is simply re-deployed without that new token.

Feasibility
I think it would be very feasible to implement this within the next 6-12 months since there’s no need to completely re-invent the wheel here. A big chunk of the code could be forked and adapted from existing Ethereum PoS implementations swapping out the used ETH for rETH.

66 Likes

Hey Tobi! Thanks for the proposal. I think taking some inspiration from ethereum consensus protocol is generally a good idea and provides a helpful frame of reference. In fact, my proposal, whisky, is based on an ethereum consensus proposal/spec, and is agnostic to the token being used. Let me know what you think about it! Whisk-y: should we use Whisk for sequencer selection?

73 Likes

Hey, that’s great. I’ll try to take a look at it in the next days. Also let me say that I’m in no ways against projects creating their own token and think it is a fair way to finance all the work that is required.
In general my proposal of basically copying essential parts of the beacon chain logic for sequencer selection would also work with a new aztec token or a combination of staking ETH (rETH) and having some amount of an aztec token.
But maybe there are other utilities a potential aztec token could have besides running to core protocol.

9 Likes

I thought a bit about how to combine using EigenLayer to let users stake ETH with still having a governance token that is used to bootstrap a community.

A new token (let’s call it AZT in this example) could be introduced with a fixed supply and some percentage distributed to founders and early supporters. Then this token could be the token that is used for governance and also to pay gas fees on the aztec rollup.
Users would need to hold some AZT and transactions would use an EIP-1559 like mechanism where some AZT is distributed to the sequencers, some is burned to reduce the AZT supply and some is automatically swapped for ETH that will finance the L1 ETH gas fee.

This way we can have both:

  1. a very low barrier to enter aztec sequencing where it is only required to hold some ETH (and thereby great decentralization from the start)
  2. a community token that allows aztec governance functions and also creates a financial incentive for people to invest their time and effort into growing the aztec ecosystem

Holders of AZT would have an incentive to act in the best interest of the protocol and are rewarded by the deflationary nature of AZT (the more successful and active the network the stronger this mechanism)

52 Likes

Hey Tobi, thanks so much for submitting this proposal for the sequencer selection RFP!

After all proposals were collected, our team evaluated each individual submission against our design priorities - decentralization, liveness, censorship resistance, and privacy - and we’ve gone with two finalist candidates: B52 and Fernet.

Still, we want to thank you for taking the time to participate in the ongoing decentralization of Aztec. We very much appreciate your contribution.

We’d like to offer you a retroactive grant of $500 for submitting your proposal. If you’re interested in collecting the grant, please check your messages from the account that you posted this original proposal from. You will have received a message from our team with some directions for next steps!

If you’re not interested in collecting the grant, let us know and we will donate the funding to Protocol Guild to support the ongoing funding of the Ethereum client teams. Thanks again for participating, and we hope to see you participate again in a future proposal (like the Upgrade Proposal RFP we have just announced).

67 Likes

Hey Brunny, thanks alot! That’s much appreciated! :slight_smile:
As I’m a big fan of Ethereum and its roadmap I’m happy to have this donated to the Protocol Guild.

7 Likes

Thanks tobi! I am also a big fan of Ethereum and Protocol Guild :grinning:

Confirmation of payment here: https://etherscan.io/tx/0x3747610dc040af1a9a5e79aca7372a9966e067de9529ae3874802801cb8809c7

Protocol Guild 0xSplits contract here for cross-confirmation:
https://app.0xsplits.xyz/accounts/0x84af3D5824F0390b9510440B6ABB5CC02BB68ea1/

6 Likes