Hey everyone!
As per RPIP-37 Protocol Development (RPIP-37: Protocol Development), the core protocol team will facilitate a prioritisation discussion with the Rocket Pool community.
To get the conversation started, I’ll revisit the themes I used in our previous prioritization discussion.
Tokenomics
This was a major outcome of RPIP-30, Saturn 0 and Saturn 1 deliverables. I believe we’re in a strong position regarding this.
That said, further governance decisions are needed to determine if and how RPL value capture will be implemented—whether through RPL Burn; or RPL Buy & LP.
rETH Demand
This is essential for fully leveraging Saturn’s improved capital efficiency. Saturn 1 enhances withdrawal liquidity—key to maintaining a stable rETH peg—through RPIP-65: Prioritize rETH Withdrawal Buffer. Additional design work is underway on rETH withdrawal liquidity via EIP-7002.
Together, these initiatives strengthen rETH’s resilience to shifting market demand and improve its appeal to users and integrators.
Node Operator Supply / Efficiency
Saturn 1 includes several RPIPs that directly address this concern. Additional efforts are underway to further improve protocol efficiency—and ultimately rETH yield—by enabling the protocol to offboard underperforming node operators.
Decentralisation
Saturn 1 incorporates several RPIPs designed to reduce reliance on the Oracle DAO:
Progress on disabling the Protocol DAO guardian has been strong, and we’re confident that full deactivation is close.
Additional efforts to minimize trust in reward tree generation are expected to follow in future updates.
Protocol Safety
Saturn 1 bolsters protocol safety by delivering the following:
- Megapools - has MEV theft protection through penalties
- Integrating Execution Layer Triggerable Exits - supports exiting validators to pay off penalties
- Enable Forced Delegate Upgrades - simplifies security threat analysis by expiring old megapool delegates
- Node Distributor User Fund Unbundling - guarantees that anyone can distribute ETH in Node Distributors
Emerging Research
During Saturn development, both the team and community explored the potential inclusion of EIP-7251: Increase the MAX_EFFECTIVE_BALANCE. To avoid delaying Saturn’s release, it was decided to defer implementation of “maxeb” to a future update. While the Saturn 1 contracts have been designed with “maxeb” compatibility in mind, adopting the EIP has broad implications that require careful evaluation. Further research is needed to assess whether integrating “maxeb” would be advantageous for Rocket Pool.
The detection of MEV penalties remains an active and ongoing area of research, within the community. Accurately identifying and attributing MEV-related behavior within the protocol is complex, requiring sophisticated analysis and robust data sources. The goal is to develop detection mechanisms that are not only effective but also fair and resistant to false positives.
Feedback
We’d love your input.
What areas deserve more of our attention? Where are we strongest—and how can we build on that? What gaps need addressing? And what risks should we be anticipating?
Your feedback helps shape the future.