Phase 4 Proposal Discussion

With Phase 3 now live, I’d like to open the discussion on transitioning to Phase 4: Shielding Rewards Party.

Namada’s shielded pool is designed for participants to blend in, but it won’t work if you’re the only one in the pool. So we’ll need to attract deposits to bootstrap Namada’s data protection mechanism.

This proposal aims to initiate incentives for select assets interacting with the MASP, establish guidelines for monitoring performance, and outline the rate at which they respond to shielding benchmarks. I hope that by addressing incentive distribution, flexibility, and privacy requirements, this proposal can ensure both effective rewards and robust user participation.

As mentioned in our previous Proposal Discussion post [here], and further referenced [here] in a forum post from last October, we’ve laid the initial groundwork for thinking about the minimum MASP privacy requirements and the incentives needed to attract and maintain an initial set of assets.

Reward Rates

To determine the incentives needed to attract and maintain deposits, we’re using a simple model with two inputs. While it’s true that incorporating niche variables could increase accuracy, it would also add complexity, and speed to full mainnet activation is the priority right now.

We are looking for the Minimum Rewards Incentive (MRI) for each asset, calculated as:

MRI = Effective Alternative Reward (EAR) + Risk Premium (RP)

  • EAR: The maximum net reward users could earn elsewhere, such as native staking or DeFi (minus any fees).
  • RP: An additional reward to account for inherent platform risks and switching costs, set at 5% for now (this could be adjusted in the future and should likely be greatly reduced as the system matures, but that’s not critical to address at this stage).

This approach helps ensure that rewards are competitive enough to encourage participation while accounting for the risks users take on by using the MASP in its early stages.

At first glance, an additional 5% on top of other available rewards might seem modest, but it’s important to consider that many of these assets have limited passive reward opportunities elsewhere, resulting in a low hurdle rate. By interacting with the MASP, token holders maintain full custody of their assets, earn the highest reward rates available, and retain liquidity—a significant advantage over native staking for many of the listed assets, which often have long unbonding periods.

Important Note: LSTs only need to earn/yield the Risk Premium since they’re already generating native yield elsewhere.

Reward Distribution

Unlike most systems, the MASP has a minimum steady state for the number of units required to ensure reliable and effective privacy per incentivized asset. Because of this, we’re prioritizing how quickly we can reach those optimal levels vs chasing a vanity metric like top-line TVL. As a result, the reward structure will be most lucrative for early depositors. The protocol has the ability to issue NAM at different rates for different tokens. Issuance rates are determined through governance proposals, and depositors receive rewards on a pro-rata basis. The goal is to encourage early shielding actions to quickly achieve sufficient privacy. Once the key deposit metrics are exceeded, reward rates will decrease.

A key consideration of the reward distribution system is the potential risk of ‘runaway incentives’. This could occur when, despite compelling rewards, a specific asset fails to meet the deposit benchmarks required to taper the incentives over a prolonged period of time. Such a situation could arise if there is a limited supply of tokens (units, not users) interacting with the MASP for a given asset. In this scenario, the system would continue to pay a high APY without achieving the intended benefit of additional deposits, interactions or improved privacy. Because of this, it’s very important that discerning members of the community monitor and address any such inefficiencies.

Rates of Change

Another important factor regarding incentives is how and when they change. As mentioned earlier, there will be a starting point and a minimum steady state. However, understanding how we transition between these points and maintain them is crucial.

The system operates under a few constraints, with one of the most important being that changes to emissions can only occur once every four epochs (a MASP epoch), 24 hours. This introduces a need for caution, as dramatic changes in incentives from one MASP epoch to the next could create instability. A highly reflexive system–where rewards spike or drop too drastically in short timeframes–might discourage users by creating unpredictable reward windows, leading to unnecessary behaviors like trying to precisely time interactions.

On the other hand, a system that reacts too slowly risks missing opportunities to attract new participants when conditions are favorable. Additionally, if the system is too slow to adjust, we may end up incentivizing for longer than necessary, causing rewards to persist even after MASP privacy objectives are met. The goal is to strike a balance between stability and responsiveness, ensuring the system adapts efficiently to changing conditions while providing consistent incentives to maintain user confidence and engagement.

Privacy Strength Considerations

Privacy is the cornerstone of the MASP, and ensuring sufficient deposits in the shielded pools is critical to providing effective protections for users. To maintain strong privacy guarantees, the total size of the shielded pools must be large enough to adequately obscure individual transactions. As a general rule of thumb, we estimate individual transactions should ideally not exceed 5% of the total shielded deposits in a given asset’s pool. The larger a transaction is relative to the pool size, the more likely it is that its details could be inferred.

Building on this, we assessed the minimum deposit levels needed to maintain strong privacy protections across different asset classes. For large-cap assets—such as TIA, ATOM, and OSMO—the protocol should support private transactions of up to $100,000 initially. To preserve the 5% ratio and ensure these transactions remain effectively shielded, at least $2,000,000 worth of each large-cap asset should be held in the shielded pool.

For small-cap assets—such as stTIA, stATOM, and stOSMO—the target private transaction size is $10,000, requiring at least $200,000 worth of each small-cap asset to be deposited in the shielded pool.

While this framework provides a strong initial estimate, it should be continuously evaluated as transaction volume, asset diversity, and shielded pool participation evolve. Over time, as more users shield their assets and the anonymity set grows, transaction sizes should represent a much smaller percentage of total deposits, significantly strengthening privacy guarantees. As a community, we should actively monitor and adjust incentives to support this transition, ensuring that the MASP remains an effective and scalable privacy-preserving solution.

Here’s our proposed starting point for each asset:

Deposits

Asset Price (USD) Pool Minimum (USD) Token Quantity Est.
ATOM $4.30 $2,000,000 460,000
OSMO $0.29 $2,000,000 6,800,000
TIA $3.46 $2,000,000 570,000
stATOM $6.42 $200,000 30,000
stOSMO $0.38 $200,000 500,000
stTIA $3.79 $200,000 50,000

Suggested configurable parameters

max_inflation_rate = 0.9% (Based on total pool requirements and comps)

p_gain_nom = 50 (Proportional Gain)
The Proportional Gain directly scales the inflation response based on the size of the deviation from the target (in this case “Pool Minimum”). A higher p_gain_nom means faster, stronger reactions to deviations. For example, If deposit participation is well below the target, a high p_gain_nom would increase rewards more aggressively to attract more participants.

d_gain_nom = 85 (Derivative gain)
The Derivative Gain adjusts the response based on the rate of change of the deviation. It helps smooth out rapid fluctuations and aims to prevent overshooting/overcorrecting. The higher the d_gain_nom, the slower the response. For example, if deposit participation were to drop suddenly, the d_gain_nom would slow the response to avoid excessive inflation adjustments that could destabilize the system. (In this case, preventing instant max inflation for what could be a short-term, temporary, deposit adjustment.)

Looking forward to hearing everyone’s thoughts!

9 Likes

Thanks for sharing this detailed proposal, fully support it. I think once incentives start with phase 4 more assets will start flowing into the MASP. When are you planning to put the proposal on-chain to activate the phase 4 incentives? @Veildev

3 Likes

Very excited to be moving forward into the next phase, glad to have you leading the charge on the incentives front :fire:

This isn’t our wheelhouse, but this proposal makes sense. Nothing stands out as problematic, and it looks well considered to me, and as a learner I appreciate that you detailed the context around your reasoning :raising_hands: Knowable is ready to proceed :locomotive:

Which metrics to monitor/track for analytics?

I’m particularly keen to see if/how your methodology will update as we get observations. Is there anything you think we’ll need to help track key evaluation metrics? @spork.Knowable made https://knowable.run as a Proof-of-Concept (mostly to open source code for others and demonstrate it), but now we’re going to collaborate with @chris to deliver a more polished app. Would be great to have a comprehensive list of what to monitor/track.

Which metrics to display to users?

Beyond analytics, we probably also want to show the primary metrics that influence privacy strength and some interpretation of some of these metrics:

  • which metrics will we need for individual users at a basic user level? (eg. a casual user about to transact, what should they know)
  • which metrics for more advanced, discerning users? (thinking about a company planning their transaction flow)
  • which global metrics for prospective users?

I don’t expect you’ll have answers to all of these, but I want to at least get them published for us to consider.

What’s the story?

Which metrics do we want to be communicating to the public at large, and how? My thinking is that this isn’t like bragging about “TVL”–deposit totals are table stakes, whereas organic activity is key to protecting data AND also an indication of traction/growth.


Really impressive work, @Veildev :clap: :clap: :raising_hands:

5 Likes

@Veildev This is a solid proposal, I support it. I really like the focus on privacy and meaningful incentives. The approach to balancing rewards with risk premiums makes sense, and the pro-rata distribution seems like a smart way to encourage early participation.
Also, I find the response mechanism (p_gain_nom & d_gain_nom) interesting, it should help fine-tune the system’s stability while keeping incentives attractive. Excited to see how this unfolds :star_struck:

2 Likes

Do you mean this as a total max inflation rate or as a per-asset max inflation rate? Note that the protocol only allows for specification of per-asset max inflation rates (for SSR), so if you meant this as a total it will need to be split up in the actual proposal.

3 Likes

Fully supported, wait announcements about proposal

1 Like

Thanks for sharing this detailed proposal, fully support it.

1 Like

This all sounds great. It remains to figure out how to present this information to users. Knowable has an interesting concept.

1 Like

I believe it is the max inflation per asset. The proposal is that this be uniform for each of the six assets

2 Likes

Thank you for providing the highly detailed and excellent incentive scheme. :+1: I must admit that understanding the scheme feels a bit challenging for me (no offense intended—this is my own issue), so I would like to ask a few questions:

  1. Implementation Approach : Will these measures be rolled out in phases, or will they operate continuously without interruption (similar to how native assets are staked in a vault)?
  2. Token Scope: Are the incentives exclusively targeted at the specific tokens mentioned, or is there flexibility to incorporate other tokens in the future?
  3. Future Expansion: If additional shielded tokens (or even NFTs) are introduced later, integrating them into the tokenomics system appears challenging. Are there existing conceptual solutions to address these complexities at present?

Thank you again for your detailed and excellent suggestions, and looking forward to your reply. :slightly_smiling_face:

I think we should hold some activities on glax or other activity platforms first, and we can organize activities together with some of the following ecosystems to attract more people to join this ecosystem, and then carry out blocking activities. The goal is to expand the periphery so that more people know about it or more people participate in it.

This is correct—thank you, @brentstone. As noted in the proposal, it will be crucial to closely monitor each incentivized asset’s performance, particularly how close they are to reaching the deposit minimum needed to turn off inflation. If certain assets struggle to meet those benchmarks, we should quickly deprioritize and stop incentives for them.

1 Like

100% support this! thanks for the detailed breakdown

1 Like

[quote=“Veildev, post:1, topic:1604”]
听到大家的想法!
[/quote] I think the blocking reward should be carried out when a large number of users are introduced, so that the effect will be better and the user retention in the future will be better. Let’s start with the quantity first.

I’d like to see:

  • staking reward rate
  • shielded set reward rate
  • A graph of both of these over time

I’d also like to see:

  • total staked NAM in the MASP
  • total staked <ApprovedToken> in the MASP
  • A graph of these over time

Last thing I’d like to see surrounds gas:

  • Total gas consumed over intervals of time
  • Type of gas used; What do users prefer, gravitate towards?

For “Default” or easy mode, I would try and limit what is displayed in general, trying to keep it as concise as possible. For “Dev” mode, show everything.

4 Likes

Agree with the proposed numbers as a start point, and will support the on-chain proposal.

clear breakdowns, thanks for update and we support it

ah! tagging @spork.Knowable who is making https://wip.knowable.run (@dismad wdyt? would love feedback)

i particularly like the metric of showing Namada’s shielded issuance rate relative to the total supply (is this what you mean by shielded reward rate?)

i also like easy mode vs dev (power user?) mode. i’d like to see a very streamlined version of these metrics on namada dot net, then people can dig deeper using Knowable’s dashboard on easy mode, then go even deeper on dev mode

2 Likes

Fantastic start! :bar_chart: :student:

What is the best way to visualize this?

Going even further, and if possible, adding a single line of metrics on the namada keychain wallet in your browser might be useful.

2 Likes

Thanks for the questions!

Implementation Approach: If you’re asking about the incentive system, the initial set of asset incentives will likely launch all at once and stay active until governance makes a change. That said, incentives will automatically turn off for each asset once deposit minimums are met and restart if deposits drop below that threshold.

I expect those minimums (the amount needed to pause incentives for an asset) will be adjusted regularly via governance based on demand. lmk if you need more details.

Token Scope: This is just the starting point! I fully expect the list of incentivized assets to change over time as the community decides which assets to focus on (based on market conditions, narratives, demand, etc.). Would love to hear early suggestions if you have them!

Future Expansion: Good question! From a technical standpoint, adding new assets is pretty simple as long as there’s IBC support. When it comes to incentives for new assets, I’d expect a similar process to what we’re doing now. When evaluating whether an asset should be incentivized, there are many factors that should be considered. A few examples of things I look at:

  • User demand – Is there strong interest in this asset?
  • Competing incentives – What other opportunities exist for holders?
  • Asset’s role in the ecosystem – Does it serve a key function?
  • Number of holders – How widely distributed is it?
  • Integration complexity – How easy or difficult would it be to support?

These are just a few considerations – imo it’s important that we as a community discuss each asset thoroughly before making a decision on incentives.

Please let me know if you need further clarification on any of this. :saluting_face: