# Tokenomics Review and Recommendation: Introduction of Token Locking and Treasury Funding for MINA

**URL:** <https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543>\
**Category:** MIPs (Mina Improvement Proposals)\
**Created:** [October 10, 2024, 6:25am UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543 "2024-10-10T06:25:48Z")\
**Posts on this page:** 20\
**Page:** 3

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 14, 2024, 6:21pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/41 "2024-10-14T18:21:07Z")

</div>

Thanks,  
Agreed on the fact that Liquid staking might be a centralization vector, that being said, we are still at the initial stages of introducing staked tokens locks, we will take time to discuss strategies to mitigate that risk and avoid repeating a Lido or Eigenlayer scenario.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 14, 2024, 6:37pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/42 "2024-10-14T18:37:45Z")

</div>

> [@EmrePiconbello](#):
>
> What is the exact aim behind multi-tiered structure. Aim is making it straight forward for stakers and predictable. While this is predictable I don’t believe it’s a good approach to staking. Everyone should be equal. Some unstaking periods for exists are always better. Only reason I can think of is exiting early have penalty so network retain those rewards or it won’t allow to exit which is bad experience.

On this point, the idea is locking tokens can be considered as an economic risk for the user, so the longer the lock the bigger the risk, which explains higher rewards. the details are still to be defined here too.

> [@EmrePiconbello](#):
>
> Based on the proposed numbers, even though they haven’t been finalized, there are no additional rewards for stakers since they are already receiving around 10% APY. Generally, curves are significant at the start and stabilise around the middle, but it depends on the target.

The Numbers are not final yet, we will submit the final parameters to a community vote after we run more simulations and take into consideration some of the community feedback

> [@EmrePiconbello](#):
>
> Funding future chain developments is good, and doing it in a sustainable way is even better. However, from everything mentioned above, I don’t see any significant changes to the tokenomics that would solve the issues we have on-chain; it seems like it’s just adding a treasury and lock without a change.

These are the first steps of a long term plan to stimulate sustainable protocol growth. It needs to be done in phases otherwise it would be too many parameters to discuss and reaching consensus within the community could become complicated. Next phases will obviously cover inflation control, disinflationary mechanisms, protocol fees, composability, etc. All of these additional mechanisms are only effective if the protocol has a healthy growth and adoption rate, which is the reason why we decided to start with the Treasury…

> [@EmrePiconbello](#):
>
> If we are implementing a locking system, the frequency should be as often as possible. There’s no point in waiting for an epoch, etc., since it’s no longer linked to block production. If we are discussing reward and distribution calculations on-chain, they shouldn’t take longer than an epoch, though I’m not sure if that’s possible.

The suggestion of an epoch is due to the fact that most calculation around staking participation and rewards happen each epoch, which allows us to use the previous epoch data to adjust the current epoch rewards distribution.

---

<div class="post-metadata">

**Author:** ![Joaquin](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/joaquin/32/2082_2.png) [@Joaquin](https://forums.minaprotocol.com/u/Joaquin)\
**Post date:** [October 16, 2024, 8:38am UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/43 "2024-10-16T08:38:44Z")

</div>

Hi @FF_EconomicsDesign

Thanks for putting together this thoughtful proposal! I see a lot of potential here, but I wanted to share some considerations about the **potential side effects of lowering the staking ratio** by locking tokens.

**1. Impact on Network Security:** Since the total stake represents the number of tokens actively contributing to the network’s security, reducing it could lower the overall security of the protocol. With fewer tokens securing the chain, the network might become more vulnerable to sybil attacks.

**2. Governance Vulnerabilities:** On-chain voting participation is usually measured as a percentage of total stake. If the total stake decreases, the threshold for passing proposals also lowers, making it easier and cheaper for a bad actor to execute governance attacks. This could potentially jeopardize the decision-making process in a decentralized environment.

It might be helpful to explore some mitigations, such as ensuring that locked tokens still contribute to governance and network security in some capacity. Let me know your thoughts!

Looking forward to more discussion on this.

Best,  
Joaquín

---

<div class="post-metadata">

**Author:** ![Philipp](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/philipp/32/2205_2.png) [@Philipp](https://forums.minaprotocol.com/u/Philipp)\
**Post date:** [October 16, 2024, 4:17pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/44 "2024-10-16T16:17:09Z")

</div>

Regarding concerns about an effect on the fill rate: currently, the system has no way of discriminating between tokens that intend to participate in consensus, and those that do not. So when a block producer checks whether they can produce a block in a given slot, they use their stake, as a fraction of all the tokens in the system. Consequently, when fewer tokens are delegated (or belong directly to a block producer), the fill rate will drop.

One of the side effects of requiring locking for participation in the consensus is that the system will be able to tell which tokens are supposed to participate. If we implement this proposals, then we would also change the consensus rules so that block producers would use their stake as a fraction of the locked tokens. That way, the fill rate would not depend on how many tokens are locked (and should be higher than today, where inactive stake causes empty slots).

---

<div class="post-metadata">

**Author:** ![Philipp](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/philipp/32/2205_2.png) [@Philipp](https://forums.minaprotocol.com/u/Philipp)\
**Post date:** [October 16, 2024, 4:20pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/45 "2024-10-16T16:20:29Z")

</div>

> We should also introduce parameter “saturation” of staking pool as Cardano project did, to strengthen decentraliztion

I think it’s a wonderful idea to add that to Mina. However, it’s orthogonal to the tokenomics, even though it also touches the rewards system. So I think it’s best to keep this out of this particular proposal, and save it for a separate MIP.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 16, 2024, 5:55pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/46 "2024-10-16T17:55:52Z")

</div>

> [@45930](#):
>
> What will happen to people with cold wallets who are currently staking, but don’t check Mina very often?

On this specific point, an additional clarification is: Cold wallet token holders will need to sign and approve the new staking transaction (involving token locks), but they won’t have to do it every epoch, they can keep their tokens staked until they decide to unstake them.

---

<div class="post-metadata">

**Author:** ![akhi\_garud](https://avatars.discourse-cdn.com/v4/letter/a/85e7bf/32.png) [@akhi\_garud](https://forums.minaprotocol.com/u/akhi_garud)\
**Post date:** [October 17, 2024, 5:34pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/47 "2024-10-17T17:34:30Z")

</div>

Thinking from holder perspective, it is discouraging to have to lock the tokens down if one is holding smaller amounts - say less than 1000 mina for example.

Could we not have a hybrid staking model where holder gets to opt in to earn higher staking rewards (say 10% apy) by locking but if one doesn’t want to opt in, his staking rewards are reduced to around 2-3%. The rest of those rewards (~7-8%) will go into MF treasury. That way the treasury gets its long term sustainability as well as increases user incentive to hold and stake. This will be further useful when MF treasury hits a threshold balance, the excess amount can then be burned.

There would be a hard cap on the liquid staking where one will have to opt-in to locked staking if the amount is passing a certain threshold (to be confirmed by analysing the pattern of current wallet balance)

Once the liquid staked amount passes the threshold value - they get locked in the next epoch.

---

<div class="post-metadata">

**Author:** ![KiarraManaudou](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/kiarramanaudou/32/1511_2.png) [@KiarraManaudou](https://forums.minaprotocol.com/u/KiarraManaudou)\
**Post date:** [October 18, 2024, 1:28pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/48 "2024-10-18T13:28:36Z")

</div>

> [@FF\_EconomicsDesign](#):
>
> On this specific point, an additional clarification is: Cold wallet token holders will need to sign and approve the new staking transaction (involving token locks), but they won’t have to do it every epoch, they can keep their tokens staked until they decide to unstake them.

Let’s assume that all this is done. After the epoch has expired, another amount of X MINA is sent to the cold wallet. Will the received MINA be automatically considered a stake?

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 18, 2024, 2:01pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/49 "2024-10-18T14:01:25Z")

</div>

> [@KiarraManaudou](#):
>
> Let’s assume that all this is done. After the epoch has expired, another amount of X MINA is sent to the cold wallet. Will the received MINA be automatically considered a stake

In this case, adjustments will only happen for the next epoch: calculations happen towards the end of the epoch, and new reward splits/ratios are applied for next epoch. The final point is: those X new tokens will also need to be Locked, which requires an approval/signature from the user.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 18, 2024, 2:18pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/50 "2024-10-18T14:18:34Z")

</div>

> [@garethtdavies](#):
>
> I was quite surprised that this report’s main focus seemed to be the formation of a treasury.

Although the treasury is an important piece in this proposal, as it will be a strong catalyst for the protocol growth and adoption, It is not necessarily the “main focus”. The problem we are trying to solve is the economic sustainability of Mina. That requires multiple initiatives and coordination to create a flywheel effect: Inflation control, growth stimulation (through treasury), no compromise on security and decentralized consensus, soon to be followed by a review of the fees structure, and potential introduction of disinflationary mechanisms.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 18, 2024, 2:31pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/51 "2024-10-18T14:31:00Z")

</div>

> [@evan](#):
>
> We’ll leave it to ED to respond on the specifics, but our understanding was that a minority of funds would go towards the treasury too – and that this would be compatible with achieving an ~10% staking return for stakers, lowering inflation, and having some tokens left for the treasury. The specific numbers would be really good to have too, as we also think a majority should go towards network security / stakers, with a more minimal amount going towards treasury.

The final numbers are yet to be determined. Our initial simulations explored several scenarios that align with the current APY averages. We will provide a detailed breakdown of these figures before submitting them for a vote in an official MIP.

From the initial calculations, it is possible to replenish the treasury without reducing the APY for stakers. The priority is to ensure a certain APY level for participating stakers, with the treasury only receiving what remains unallocated to node operators. This means that ultimately, the decision rests with the community—if everyone chooses to stake their tokens, there will be no allocation for the treasury. The treasury only receives the leftover block rewards.

We will also explore implementing a cap on the number of tokens allocated to the treasury in each block.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 18, 2024, 2:44pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/52 "2024-10-18T14:44:44Z")

</div>

> [@crackerli](#):
>
> - Locking or Unlocking should be determined by the voting result, both have advantages and disadvantages. Although locking mechanism could reduce the circulation, but now people in crypto market more like token with full circulation, that’s why meme is more popular than VC tokens. Meanwhile, locking tokens will harm some fans of Ouroboros, but however, speak with your tokens.
> - We should have burning system, that seems useless, but many investors will ask for this feature. We can burn the whole TX fees, increase current snark fees and burn part of it.
> - Opt-in or Opt-out should not be determined at this moment. If when this harfork happen, no killer apps come out to absorb liquidity, the mainstream is still staking tokens, then opt-out should be selected, otherwise opt-in should be selected, with minimal harm to holders.
> - We should also introduce parameter “saturation” of staking pool as Cardano project did, to strengthen decentraliztion, which is the only bright spot of Mina protocol.

All these points will be discussed, finalized, and voted on by the community, as part of a series of economic adjustments. The initial focus is on token locking because it has clear economic advantages:  
When tokens are staked and locked, they are taken out of the circulating supply, reducing the number of tokens available for immediate sale. This creates economic advantages by introducing scarcity, which can lead to price appreciation due to the basic principles of supply and demand. With fewer tokens accessible for trading, sell pressure is reduced, as stakers are unable to sell their locked tokens. Over time, this scarcity can contribute to upward price movement, benefiting both the token holders and the overall ecosystem by promoting value accrual and market stability. (We are aware that VCs don’t like small cap high FDV tokens, but that applies to new projects with high risks of market manipulation and rug pulls, which is **really not** the case for Mina)

---

<div class="post-metadata">

**Author:** ![45930](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/45930/32/2154_2.png) [@45930](https://forums.minaprotocol.com/u/45930)\
**Post date:** [October 18, 2024, 2:44pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/53 "2024-10-18T14:44:52Z")

</div>

> [@FF\_EconomicsDesign](#):
>
> Although the treasury is an important piece in this proposal, as it will be a strong catalyst for the protocol growth and adoption, It is not necessarily the “main focus”. The problem we are trying to solve is the economic sustainability of Mina. That requires multiple initiatives and coordination to create a flywheel effect: Inflation control, growth stimulation (through treasury), no compromise on security and decentralized consensus, soon to be followed by a review of the fees structure, and potential introduction of disinflationary mechanisms.

- Inflation control
  - Your proposal is no change to inflation

- growth stimulation (through treasury)
  - This is a net-new outcome from the proprosal

- no compromise on security and decentralized consensus
  - No change to security

So you can see how people might view the main focus of this proposal as adding a treasury.

I think this stuff about adding deflation in the future or changing the consensus mechanism in the future need to be a part of this proposal as well. I don’t understand how this first step will lead to those other things, but they are apparently things that are being discussed behind the scenes. To me, all I see is redirecting rewards from inactive token holders to Mina Foundation. Any additional benefits related to consensus or inflation are not present in the proposal, so I can’t consider those benefits in my vote.

---

<div class="post-metadata">

**Author:** ![FF\_EconomicsDesign](https://avatars.discourse-cdn.com/v4/letter/f/e9c0ed/32.png) [@FF\_EconomicsDesign](https://forums.minaprotocol.com/u/FF_EconomicsDesign)\
**Post date:** [October 18, 2024, 2:57pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/54 "2024-10-18T14:57:42Z")

</div>

> [@45930](#):
>
> Inflation control
> 
> - Your proposal is no change to inflation

I believe the token inflation has been reduced not long ago, and will continue decreasing overtime, Introducing drastic changes to such parameters can disrupt the whole ecosystem. thus why it is being done gradually, in phases…

> [@45930](#):
>
> growth stimulation (through treasury)
> 
> - This is a net-new outcome from the proprosal

Growth is one of the most important objectives, and the treasury will play a key role in achieving it. Growth is also necessary before we can implement disinflationary mechanisms such as fee splits, burns, and more. These mechanisms won’t be effective at the current adoption rates.

> [@45930](#):
>
> I think this stuff about adding deflation in the future or changing the consensus mechanism in the future need to be a part of this proposal as well.

We considered sharing a final, comprehensive roadmap, but the challenge is that introducing multiple changes across various parameters can easily lead to overwhelming discussions, making it difficult to reach consensus. That’s why we decided to proceed with small, incremental improvements while maintaining focus on the overall direction and long-term plan.

---

<div class="post-metadata">

**Author:** ![Atombob](https://avatars.discourse-cdn.com/v4/letter/a/a88e4f/32.png) [@Atombob](https://forums.minaprotocol.com/u/Atombob)\
**Post date:** [October 18, 2024, 10:47pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/55 "2024-10-18T22:47:07Z")

</div>

I support this idea,

---

<div class="post-metadata">

**Author:** ![Pete](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/pete/32/1225_2.png) [@Pete](https://forums.minaprotocol.com/u/Pete)\
**Post date:** [October 19, 2024, 6:07pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/56 "2024-10-19T18:07:52Z")

</div>

I appreciate the thoughts that have gone into this proposal, but at the same time i feel locked staking doesn’t increase the accractiveness of holding Mina long term.

In an ever expanding market full of memecoins to tempt people new to crypto the restrictions may actually discourage people from investing.

Also in terms of the Treasury, there isn’t much information about how this will be implemented and specifically where the funds will be allocated, and by who.

More details would make this more clear in order to make an informed decision.

---

<div class="post-metadata">

**Author:** ![Jony](https://avatars.discourse-cdn.com/v4/letter/j/c89c15/32.png) [@Jony](https://forums.minaprotocol.com/u/Jony)\
**Post date:** [October 19, 2024, 7:02pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/57 "2024-10-19T19:02:23Z")

</div>

The proposal is that all new tokens that will be created in the Mina network in the future should be partially distributed among Mina token holders. Such a mechanism could incentivize token holders by creating additional value for them and increasing loyalty to the protocol. It could also help reduce inflation or redistribute rewards for participation in staking or other network activities.

This proposal might spark discussions about the fairness of distribution, its impact on inflation, and the incentives for active network participants.

---

<div class="post-metadata">

**Author:** ![Mohtasem](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/mohtasem/32/2225_2.png) [@Mohtasem](https://forums.minaprotocol.com/u/Mohtasem)\
**Post date:** [October 19, 2024, 8:34pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/58 "2024-10-19T20:34:55Z")

</div>

Balancing Incentives vs Sustainability.  
Before an ecosystem matures, Staker and Validator compensation mostly comes from Staking Yields, because there won’t be enough transactions on the network for the Transaction Fee component to be sizably meaningful. But due to the inflationary nature of Staking Yields, it needs to be phased out over time and replaced by Transaction Fees as the ecosystem matures and on-chain activities increase.

Staking Yields need to be phased out over time because unchecked inflation erodes the value of the coin in the ecosystem. In general, excessive inflation tends to destroy the value of currency and should be avoided. The analogy with real life economies is however limited, for example there is no consensus on exactly what level of inflation is appropriate for a decentralized ecosystem since it’s unclear how to measure purchasing power.

Different projects adopt different strategies to achieve the gradual phase out of Staking Yields to be replaced by Transaction Fees.

Staking Yields are typically replaced over time and gradually replaced with Transaction Fees within the total Staker and Validator compensation to ensure the ecosystem’s sustainability.  
There’s must be max supply otherwise the token will lose value every year

( Team Mina team should not compete with the US government to see who can print more money.)

Supply: The Mina native token is a capped supply token. and the total cap is fixed at 2 billon tokens.  
Max supply 2B

Token utility: The Mina token will be used for transaction fees, staking, and delegation at the consensus layer.

**Staking rewards: 600 million tokens will be automatically paid out as staking rewards to stakers and delegators for securing the network over years, 60 million every year.**

**Mina Public Treasury 200 Million**

After 10 years there will be millions of transactions on the Mina network and thus the validators will be rewarded from the network transactions  
The most important thing is to set a maximum supply for the token because not setting a maximum supply for the token will cause the token to lose its value over time and it cannot be predicted.

---

<div class="post-metadata">

**Author:** ![garethtdavies](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.minaprotocol.com/garethtdavies/32/1224_2.png) [@garethtdavies](https://forums.minaprotocol.com/u/garethtdavies)\
**Post date:** [October 19, 2024, 9:52pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/59 "2024-10-19T21:52:21Z")

</div>

I don’t see a clear benefit to MINA holders from this proposal.

While I support locking in relation to a major consensus change and instant finality, the benefits to the existing consensus mechanism are relatively marginal, and there are alternative ways of achieving this with existing parameters.

I disagree with directing block rewards to a centralized entity, no matter how good their intentions may be. Funding the Foundation with existing staked MINA, granted from the initial token allocation, keeps all interests aligned. Burning tokens, in this instance, would be an option.

---

<div class="post-metadata">

**Author:** ![lamps](https://avatars.discourse-cdn.com/v4/letter/l/977dab/32.png) [@lamps](https://forums.minaprotocol.com/u/lamps)\
**Post date:** [October 19, 2024, 11:16pm UTC](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543/60 "2024-10-19T23:16:03Z")

</div>

I oppose the proposed change for the following reasons:

1. Locking up $MINA for higher yield is already offered by most big-name exchanges, people have the option, why change it at the protocol level?
2. If I don’t want to lock up my $MINA, you are saying it’s okay but I will have lower APY from the protocol level, this would feel like a systematic discrimination and is effectively telling me off.
3. Instant finality is nice, but I’m pretty sure locking up is not the only way that it can be achieved.
4. I _ **strongly oppose** _ the formation of yet another treasury - we already have Mina Foundation for it. Are we going to dissolve MF in favour of this new treasury? Distributed Treasury has been proved to be a source of all sorts of issues. Who will control the multi-sig keys, how to ensure the safety from hacks? Who decides which person controls how much power?
5. There seems to be a lack of comparison between token burn, which was requested in the original RFC, and the proposed approach? Also no information on how the approach would benefit the L2 future which Mina is destined to head into?

[Previous page](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543.md?page=2)

[Next page](https://forums.minaprotocol.com/t/tokenomics-review-and-recommendation-introduction-of-token-locking-and-treasury-funding-for-mina/6543.md?page=4)
