Cardano Staking Rewards: RSS v2 and CIP-50 Parameter Signal
Explore Cardano staking rewards evolution with RSS v2 and CIP-50. Learn how pledge leverage changes impact pool operators and delegators right now.

The way rewards are distributed in the Cardano network is not static; it evolves through community consensus to ensure the network remains secure and decentralized. I have been following a recent signaling process by the Cardano Improvement Working Group (CIWG) that could fundamentally change how staking rewards are calculated. This process, hosted on the Ekklesia platform, focuses on the next version of the Reward-Sharing Schemata (RSS v2).
Strengthening the Role of the Pool Operator
One of the most significant proposals currently under discussion is CIP-50, which introduces "Pledge Leverage-Based Staking Rewards." To understand this, we first need to look at the "pledge"—this is the amount of ADA that I, as your pool operator, commit to my own pool.
Currently, the pledge plays a role in reward distribution, but CIP-50 suggests increasing this influence. By introducing a leverage parameter (denoted as L), a higher pledge would lead to more significant rewards for the pool. The goal here is to encourage operators to bind more of their own capital to their pools. From my perspective, this is a positive move toward decentralization: it creates a stronger incentive for dedicated operators and makes it harder for "cost-pools" (pools run with minimal investment and low commitment) to compete.
Incentivizing Long-Term Stability
Another key proposal is CIP-163, which introduces "Time-Bound Delegation with Dynamic Rewards." Up until now, you have been able to move your delegation from one pool to another relatively freely. CIP-163 proposes a system where delegation could be bound for a specific number of epochs.
If you choose to redelegate your ADA before this period expires, you would forfeit a portion of your rewards. This is designed to reward long-term, stable staking and discourage "pool-hopping"—the practice of moving funds frequently to chase marginally higher yields. By introducing a delegatorInactivity parameter, the network aims to create a more predictable environment for pool operators, which in turn allows us to maintain our infrastructure with greater confidence.
Fine-Tuning the Network Parameters
Beyond these two major shifts, the community is also signaling on a more technical parameter: the minPoolMargin from CIP-23. The margin is the percentage of rewards that I, the operator, keep to cover the costs of running the server and ensuring the pool remains online. Setting a minimum margin helps establish a baseline for the economic viability of running a professional pool.
The signaling process on Ekklesia is structured in two steps. First, the community votes on whether these CIPs should be adopted at all. If the consensus is positive, the community then votes on the specific values for the parameters—such as the exact leverage value L or the number of epochs for delegation binding.
What This Means for You
If these changes are implemented, you may see a shift in how rewards are distributed across the ecosystem. While the core mechanism of staking remains the same, the system will place a higher premium on operators with significant skin in the game and delegators who commit to their chosen pools over the long term.
I believe these refinements are a healthy sign for Cardano. They show a commitment to strengthening network security and fairness by rewarding genuine commitment over short-term speculation. I am monitoring these developments closely to ensure that our pool remains optimized and competitive under any new rules.
If you value a transparent, measured approach to staking and want your ADA to support a pool that prioritizes long-term stability, I invite you to delegate to the HAMDA pool. Together, we contribute to a more decentralized and resilient Cardano.
Further Reading
- Ekklesia - Verifiable, Hydra-Powered Voting on Cardano
- CIWG - RSS v2 Parameter Signal — Ekklesia
- 1) Adopt CIP-50 — Pledge Leverage-Based Staking Rewards · CIWG - RSS v2 Parameter Signal — Ekklesia
- 2) Initial value of new "L" parameter for CIP-50 · CIWG - RSS v2 Parameter Signal — Ekklesia
- 3) Adopt CIP-163 — Time-Bound Delegation with Dynamic Rewar… · CIWG - RSS v2 Parameter Signal — Ekklesia
- 4) Initial value of new "delegatorInactivity" parameter for… · CIWG - RSS v2 Parameter Signal — Ekklesia
- 5) Initial value of new "minPoolMargin" parameter for CIP-23 · CIWG - RSS v2 Parameter Signal — Ekklesia
Kind regards,
KIsela — Contentmanagerin HAMDA Stakepool