[RFC] RSR Unlocking Milestone Plan

Summary

I propose that we replace the current Bitcoin-shaped RSR unlock curve with a milestone-based approach tied to the reserve ecosystem’s net annual recurring revenue. The first milestone would be $2.5M in net annualized recurring revenue (measured over trailing six months), and hitting it would trigger an unlock of 3 billion RSR, to be utilized strategically over a period of roughly one to two years. Upon reaching the first milestone, Confusion Capital would determine and announce the next one. This ties RSR supply growth to demonstrated product-market fit and growth rather than to time elapsed.


Abstract

This proposal replaces the Bitcoin emissions curve currently governing RSR unlocks with a milestone-triggered structure. No additional RSR unlocks would occur until the reserve ecosystem reaches a trailing-six-month annualized net revenue of $2.5M. Net revenue here means gross revenue minus external partner share minus incentive spend, a metric we began reporting in the Q1 2026 quarterly report.

When that milestone is reached, Confusion Capital would unlock 3 billion RSR from the treasury. That RSR would not be sold or paid out to contributors immediately; it would be distributed strategically by Confusion Capital, likely over a one to two year window, with financials reported retrospectively each quarter, similar to the Q1 2026 quarterly report.

The plan specifies only the first milestone and unlock amount. Upon hitting Milestone 1, Confusion Capital would choose and announce Milestone 2 along with its corresponding unlock size. Holders would retain one milestone of forward visibility, and the project would retain flexibility to adjust the metrics and magnitudes as it evolves. Confusion Capital would reserve the right to deviate from this plan only in extenuating circumstances where it is clearly in the project’s best interest, and with full transparency to the community.

No RSR burn is proposed in the near term. Burning is addressed in the Rationale section below.

Progress toward the milestone would be tracked on a public dashboard, which would include other stats as well. Here’s a screenshot from the draft dashboard the team has been working on:

Note: current NARR number is negative, this is a representative example image.


Problem statement

The current Bitcoin-shaped unlock curve has two problems worth solving.

First, it decouples RSR supply expansion from project progress. Tokens unlock on a fixed schedule regardless of whether the ecosystem is generating organic demand and capturing revenue, or spending treasury capital without payback.

Second, and equally important, the community has made clear that the fixed unlock schedule is intimidating, regardless of whether those tokens actually hit the market. In practice, most unlocked RSR has stayed in the treasury; on net, Confusion Capital has been a buyer of RSR rather than a seller over the relevant period. But the perception of a fixed schedule dripping new supply into circulation has still been a persistent source of community concern. A structure that makes the connection between unlocks and project health legible, rather than asking holders to trust that unlocked tokens won’t be mismanaged, is a healthier arrangement for everyone.


Milestone definition

I propose that we set annually recurring net revenue as the north star, define one milestone at a time, and require the project to hit the milestone in order to unlock further RSR.

What do I mean by net annually recurring revenue?

  • Total revenue = all revenue collected by all Yied and Index RTokens.
  • Partner share = any revenue distributed to any parties other than RSR holders or RSR burn.
  • Incentive spend = any spending done by any entity in the Reserve ecosystem in order to incentivize holding RTokens in an ongoing way.
    • Note: funds spent to initially promote RTokens for short periods, with an expected net revenue payback period of less than two years (meaning if we spend $10 in startup incentives we expect the ecosystem to make back that much more more in revenue within two years) can be counted as cost of acquisition, not ongoing incentive costs. The incentive spend cost is meant to capture ongoing expenses that drive the gross markgins of an RToken into the red.
  • Net revenue = total revenue - partner share - incentive spend.
  • Net annually recurring revenue is measured over the trailing six months, meaning it needs to be above the milsetone level on average for a six month period before the milestone is considered satisfied.

Rationale

Why net revenue as the milestone metric?

Net revenue (gross revenue minus external partner share minus incentive spend) is the simplest available signal that the DTF product line has product-market fit. TVL can be bought with incentives, so gross revenue can be subsidized. Net revenue can’t. If we hit $2.5M annualized net revenue on a trailing-six-month basis, the capital in the products is there because the products are valued, not because we’re paying to keep it there. That’s the condition under which additional RSR unlocks are justified to fuel growth.

Why $2.5M specifically?

The figure is meaningful enough to represent genuine product-market fit rather than noise, without being unreasonably high for an early stage ecosystem. As a rough reference, assuming ~80 bps of TVL flowing to RSR holders, $2.5M NARR implies roughly $300–400M in non-incentivized TVL (a useful scale check, not a target in and of itself).

Why 3 billion RSR as the unlock size?

The figure comes from estimating the RSR spend the treasury will need to carry the project from this milestone through the next meaningful phase of growth. Three billion is not a sell event; the intent is strategic distribution over roughly one to two years. Quarterly reporting (established with this Q1 report) gives holders retrospective visibility into how that RSR is actually being used.

Why not a full multi-milestone schedule up front?

The appeal of specifying every future milestone and unlock in advance is obvious: total forward clarity. We considered it, but it’s very difficult to know what metric will best capture project health two or three milestones out. After hitting $2.5M NARR, the next meaningful threshold may warrant a different metric or a different unlock size. Pre-committing now trades real future optionality for certainty. Announcing the next milestone upon hitting the current one preserves one milestone of forward visibility for holders while preserving the flexibility the project needs.

On burning RSR instead of unlocking:

There’s been lots of community discussion about whether treasury RSR should be burned rather than unlocked. Confusion Capital’s position:

We support permanent burns only: tokens burned with no corresponding mintability added to the contract. The RSR Health proposal paired burning with new mintability, which we believe is unhealthy long-term. If we burn, we burn.

The governing question on any unit of treasury RSR is: does releasing and spending this token generate more RSR value (burned or distributed to stakers and voters) over the next 10–20 years than burning it directly today? If strategic spending of 1 RSR leads to 5 RSR burned and 3 RSR distributed downstream, holders are better off than if we burned that 1 RSR today. If spending 1 RSR only leads to 0.1 RSR in downstream value, direct burning is better.

Confusion Capital’s current position is that careful, strategic RSR spending ought to meaningfully outperform direct burning in expected RSR-holder value.

That calculus can reverse. At project maturity (think organic growth, ossified ecosystem, spending no longer materially moving the trajectory), direct burning of remaining treasury RSR becomes the right move. We’d support it at that point. We are obviously not there yet.

On reserved flexibility:

Confusion Capital would retain the right to deviate from this plan in extenuating circumstances where it’s clearly in the project’s best interest. A major partner opportunity requiring unlocked RSR for a lockup, or a circumstance where the community votes and agrees an early unlock serves the project, are examples. Any deviation would be transparent and discussed with the community before execution.


Risks

The milestone could take longer to reach than expected.

If the flywheel takes longer to turn than anticipated, no RSR unlocks occur for an extended period, which affects treasury runway and strategic optionality.

The 3B unlock could be perceived as scary.

Market perception at the moment of unlock may be negative regardless of how slowly or strategically the tokens are actually distributed. We saw this with the BTC-shaped curve, where tokens were presumed to be dumped even when they were not.

The discretionary-deviation clause could be exercised in ways the community disagrees with.

My take is that these risks are worth bearing and the overall impact of this system is clearly positive for incentives, transparency, and project growth.


Do you support this milestone-based proposal?

  • Yes, as proposed
  • Yes, with modifications (please comment)
  • No
0 voters

I’ll engage directly with substantive feedback before transitioning to an IP. Having considered many different options and ideas suggested by the community and core team members, I’m pretty convinced this is the best available direction, but I want to discuss directly and account for any comments on this concrete version of the plan.

Nevin
President, Confusion Capital
CEO, ABC Labs

5 Likes

Thank you Nevin for this post.

I think the milestone is very fair and reasonable. Your rationale for tying it to net recurring revenue shows good faith and is an honest indication that the team is committed to long term profitability.

I also agree with your philosophy behind when/why burning RSR tokens could make sense.

The only point I’d like to make here is to have a portion of unlocks going RSR holders who participate in the ecosystem, essentially, anyone who stakes or provides liquidity in a way that benefits the protocol. Such stakeholders have a role in the protocol success, but would effectively be diluted in the event of token unlocks. I suggest a win/win, partner-type relationship in which such stakeholders get a portion of the unlocks in a pro-rata way as a sort of bonus as well.

In any case, I think your proposal is already a great upgrade compared to the bitcoin-like emission schedule.

2 Likes

Could you elaborate more here. I do not feel like it really is backed by anything.

Also, if the milestone is met, the likelihood that RSR has a different price is substantial.

Also, team costs might be different by the due to inflation.

Not saying picking a number is easy for some future event, but the team took its time to prepare this, so please share.

1 Like

There should be ZERO and I mean ZERO unlocking of any new tokens into this market until RSR reaches at least a penny ($0.01). Other than that, people will begin to look at this with little to no confidence and will think they are being taken advantage of as their investment value tanks just as it has been w many who have lost so much money due to bad decisions. GET RSR VALUE UP! THAT is what attracts investors, not what you’re proposing!

Husky, you already agree in part with Nevin’s post, because as of now RSR follows a bitcoin-like emission schedule that is continuously unlocking tokens as we speak. Nevin wants to stop that and only unlock tokens for further funding when the protocol is profitable (which most likely translates into a higher RSR price). In fact, the only difference here is that you use RSR price as a metric and Nevin uses protocol revenue. Both of you agree in adding value to the protocol before further unlocks.

1 Like

What I’ actually saying is, NO MORE unlocking at all. Focus on reducing coins and increase value of RSR so that it is more attractive. Right now, the outlook is not good and unlocking more coins into the market at its value right only causes it to remain stale and limited in value increase while profiting it seems only the ones except the investors. Many are tired of this hurting us. We want value increase.

The proposal is not to unlock tokens “right now”, but only once the 2.5M in NARR objective has been reached.

The above print-screen was taken today, in which RSR revenue is stated to be 500k. The token price today is about $0.002.

Bringing the RSR revenue to 2.5million would mean at least a 5X in RSR revenue. Crypto markets are volatile, but in an efficient market a 5 fold increase in net revenue could reasonably be paired with a 5x increase in price (though again so many variables affect price). This would bring RSR price to be 1 penny, the exact benchmark you initially posted.

This “Est. RSR Revenue” figure however, I am assuming is not the same as the NARR Nevin was talking about, as he said it is currently negative. There must be an incentive spend figure somewhere turning that 500k negative. This would make the math even more favorable.

Interesting idea, though I would point out that when we participate in staking and vote-locking we already get compensated in RSR for that! Still, I see the point you are getting at there.

Indeed, price volatility makes it impossible to be precise here.

For this initial milestone, we ballparked the rough number of milestones we think could make sense between here and full project success (11) in order to judge what a reasonable fraction of locked RSR to release each milestone might be, and then did some checks on what that would be worth at various price levels.

But part of the point in setting each milestone as we go is that we’ll know what the market is looking like each time. So if the $2.5M NARR milestone is reached and we are unlocking 3B to cover the next phase, we’ll have a sense of the USD value at that point and can set the next target accordingly. (Though as I note above it would be spent over time, so would still retain some uncertainty.)

Correct, as you can see here, NARR is currently -$7.4M, driven by high incentive spend that we have already brought down substantially and will show up in the next quarterly report.

1 Like

The lack of responses here is very telling. The community don’t seem to care anymore. Their opinion holds little value. I think a lot of people want to burn the supply which I think is NOT the right decision. Reserve is a startup company. I do think the community shouldn’t have an input in the beginning of a startup. This whole decentralized governance is a fad to me anyway. We’re outsiders with love for the project. We don’t know the ins and outs and all the metrics. I’m pretty sure Nevin and the team are leaving now stone unturned and have to make decisions based on all the research and data that we don’t have as a community.

I’ll vote in favour of this. This has taken long enough already. Endless talking, RFCs. Whatever the unlocking schedule will be we’ll just have to live with it. To be honest could care less if it’s this, the Bitcoin emission curve or unlock it all it once. The talking is over . Time to get shit done and walk the walk. It’s a wartime year. If in the next bear the price will go down as low as this again or even lower the project in my mind has failed. As far as I’m concerned the money I’ve invested is gone. If I make it back then good, if not then well it’s my own fault for investing in this project.

Strong way forward. Tying future RSR unlocks to revenue rather than time feels like the right incentive alignment. The one-milestone-at-a-time approach also seems like a good balance between transparency and flexibility. Supportive of this direction.

Thanks Nevin, i appreciate the positive progress to removing the BTC-emission style, a fundamentally flawed direction.

Voting yes with modifications. I sincerely hope you and the team reconsider.

1. Burn 50% of locked supply. Now.

You said it yourself — the overhang is a psychological problem regardless of intent. Better communication won’t fix that. A permanent on-chain burn will. No project building world-class DeFi infrastructure needs 100 billion tokens. Aave doesn’t. Uniswap doesn’t. Chainlink doesn’t. The 100B number is a 2019 decision. It’s 2026. Burn the excess, keep what’s genuinely needed for strategic use, and move on. That single action tells the market more than any RFC ever will.

2. Dual-trigger milestones — revenue AND price.

NARR alone isn’t enough. A protocol hitting $2.5M revenue while RSR is still at cycle lows hasn’t demonstrated holder value — it’s demonstrated operational progress. These aren’t the same thing. Milestone 1 should require NARR ≥ $2.5M AND RSR price sustained above a community-agreed level for 30 days. Aligns team incentives properly. Ensures unlocks happen when dilution impact is lowest and strategic spend goes furthest. My recommendation is minimum 0.01. I don’t what “price” confusion capital has done this review against but quite frankly with the current treasure in place I would even challenge 0.01 to 0.1 cents.

3. Compress the distribution window to 12 months.

DeFi doesn’t wait two years. If the dual trigger is met — meaning both the protocol and the market are ready — slow distribution is a liability. Deploy strategically, deploy fast, report quarterly as planned. If not used within 12 months, permanent burn. AND it shouldn’t be gifted to “treasury” or teams etc.

The broader point: Reserve has the infrastructure, the partnerships, and the product. What’s been missing is a clear signal that this team values RSR as a scarce high utility asset to the community, not just a governance tool. Make that signal now. No more games.

Yes, with the above modifications.

2 Likes

So what is that number @nevin.freeman ?

Though we get compensated for utility & risk taking, either the risk of rebalancing on $eUSD or governance participation for $CMC20. We do not get compensated for dilution. So yes this proposal does make sense. Although I’d rather see them being burned

1 Like

This makes sense. Time it with the launch of the next wave of DTFs, get some momentum, and maintain it.

Well by hitting net revenue target of 2.5 million USD you are proposing to unlock 6.15 million USD worth of RSR ( 3B tokens ) at current prices! So even here I already see a problem because you are diluting again RSR 2.45X the revenue !!! It has to be the other ways around to work, unlock has to be less of what NET REVENUE is otherwise this is pointless and you are continuing the inflation of RSR. I can vote YES BUT ONLY WITH MODIFICATIONS

Good point. I don’t know what price they calculated the 3B on but you’re right here.

Thanks for the data.

I think NARR is a good metric for now as it is negative, but once it turns positive I’d like to propose a variation of it:

1/(NARR/real circulating supply)

Where real circulating supply is the RSR supply minus whatever you have unlocked but not used in the reserve treasuries.

This figure would tell us how many RSR on average it is taking to generate $1 in net revenue. I like this more because it normalizes for RSR supply too. If this figure goes down, we know that every single RSR is more valuable. As opposed to perhaps having a protocol that is more profitable, but this not necessarily translating into RSR value due to supply changes.

For a quick example, assuming 500k NARR, and 50billion RSR supply, this figure would be 100k. It would indicate that it takes 100k RSR to generate each dollar of NARR. The objective would be to lower this figure over time.

1 Like

Thanks for this update. Will review and comment this week.