$MOTOKO Maturity “Paused”

I wanted to reach out because we’ve been encountering an issue with the MOTOKO SNS as of late, specifically;

After executing the 10,000x token split, maturity no longer properly registers - the inflation schedule has been paused at 3 years & 364 days for quite some time, and no new maturity is created at this point.

“ query get_latest_reward_event from the governance canister k34pm-nqaaa-aaaaq-aadca-cai;

total_available_e8s_equivalent = opt (1_148_024_565_835 : nat64);
distributed_e8s_equivalent = 0 : nat64; “

Has anyone ran into similar issues (I understand this is pretty niche), or have an idea regarding a fix ?

3 Likes

Is it just an issue of needing to wait the 4 days for votes to “clear”?

1 Like

Maturity was minting before the token split, and proposals have been ongoing throughout. The token split proposal was executed in supermajority, so I’d assume it’s “cleared” to the NNS but I may be wrong.

1 Like

Well…previously there were like 1000 tokens or something right? And now there are millions? It just may take time for the math to catchup as old balances are likely still being used and they may round down to 0.

1 Like

We’re approaching 3 days of this; maturity is NOT being distributed & inflation schedule paused to 3yrs 364 days.

In contrast, it WAS minting decimals while the token supply was 10,000, which it no longer does.

It doesn’t seem like it’s simply using old values based off the fact that it doesn’t work at all anymore.

1 Like

It looks like my motokos were sent to my neuron at 2025-01-10, 5:43:50 PM UTC which wasn’t even 4 days ago. It maybe that things will resolve themselves after the first proposal voted on after the distribution is processed by the maturity minter.

1 Like

I believe if the issue came down to the maturity minter not registering the new supply, it would still be distributing maturity in relation to the old supply (which it does not), but maybe I’m wrong here :handshake:

1 Like

My suspicion is that if it uses total supply in that calculation somewhere that it may be dividing by a much bigger number. I’d suspect that it would capture those for existing proposals and harden them, but maybe not…or maybe they specifically invalidate anything in flight if the total supply is messed with. Someone from SNS would be able to answer much better, but from what NNS code I’ve read, and Q&A I’ve seen on the boards, the answer is usually wait four days and you start seeing maturity.

2 Likes

Hi @Accumulating.icp,

While the SnsGov.get_latest_reward_event function returns something like this:

{ settled_proposals = vec {}; ... }

This indicates that there were no proposals considered for this reward distribution event. Indeed, all MOTOKO SNS proposals from after January 10 are still accepting votes, which is why their voters cannot be rewarded yet.

Note that the latest proposal before January 10 (https://dashboard.internetcomputer.org/sns/ko36b-myaaa-aaaaq-aadbq-cai/proposal/91) was last updated on January 9, so that was probably handled by a reward event before the token split.

That being said, there should be some rewards in tomorrow’s reward distribution event once some of these proposals are no longer accepting new votes.

1 Like

Thank you for this clarification, I appreciate you looking into this!

1 Like

Can confirm this was the issue, thank you!

Woah I didn’t know that motoko had a 20% inflation rate w maturity