Currently, the top 60 pools by vote each month are eligible to receive TINY farming rewards through our monthly voting process. While this has helped support a broad range of pools, we’ve observed a pattern where low-liquidity pools are created with the primary intent of farming votes, without meaningful liquidity or community support behind them.
This results in:
Dilution of rewards across many low-impact pools
Less capital efficiency in farming incentives
Difficulty for genuine projects to compete for visibility and incentives
The Issue
This loophole is being used to farm rewards with minimal contribution to overall ecosystem liquidity or user value. While we appreciate experimentation and inclusion, it’s essential that farming rewards remain an incentive for impactful pools that drive ecosystem health.
Proposal
We are currently exploring a reduction from 60 to somewhere between 30 and 40 pools, but we are fully open to community feedback on the optimal number.
Reducing the number of pools would:
Concentrate rewards into higher-quality pools
Increase the incentive for meaningful liquidity provision
Prevent spam or exploitative pool creation
Community Input
We’d love to hear your thoughts:
Do you support reducing the number of eligible pools?
What do you think is the optimal number: 30 or 40?
Are there any unintended consequences we should be mindful of?
Let us know your thoughts below. If there’s consensus, we’ll move this toward a formal governance vote.
Thanks for helping shape a healthier Tinyman ecosystem!
I do not at all support that. It will reduce the need to hold Tiny, since incentivizing your favorite pools is the main incentive for many holders, including myself. It would make voting essentially useless with the result a foregone conclusion. The $TINY token would drop in value since there would be no more need to lock tokens for 4 years to get your smaller pool over the finish line. The liquidity for memecoins and new projects would dry up, hurting innovation in the ecosystem and the ecosystem as a whole. Tinyman would lose market share to Pact, as long as it would be possible to incentivize small project pools there…the liquidity would migrate there out of necessity.
In summary I see this as a disastrous proposal for
the $Tiny token, but more importantly, for the ecosystem as a whole, which would get more sclerotic and concentrated in large tokens only.
“Do you support reducing the number of eligible pools?” - No. I don’t think that will solve the issue. There will still likely be those exploitative pools. After all, it is just matter of TINY voting power on hand.
I think solution is some requirements for tokens to be in voting list in a first place.
Requirements:
1.) TOKEN must have minimum of $10K LP against ALGO (TOKEN/ALGO LP) in Tinyman platform.
2.) Total TVL in Tinyman platform at least $25k.
3.) TOKEN must be at least 6 months old.
Those 3 parameters will prevent gaming and pump dump tokens to be included into list of boosted pairs pretty well.
For example someone can’t buy dead token from market and vote tiny boost into it without significantly buying it first. if malicious actor does so, it will offer old holders good exit opportunity and that malicious actor will lose funds. $10k TOKEN/ALGO requirement will prevent malicious actors for creating TOKEN_A & TOKEN_B and pooling just them together to fake TVL measures. $25k total TVL measure just third safeguard to prevent gaming in general because TVL requirement is bit higher, but allows tokens that have a lot of liquidity against other legit tokens like tALGO, still to be included. 6 month old token requirement will prevent pump dumps to be included, because those tokens will not benefit Tinyman or Algorand ecosystem in anyway.
That will also mean that if you have token like tALGO that is legit, but also malicious token called M_TOKEN. that M_TOKEN will be excluded from the tiny power voting completely, even if there was tALGO/M_TOKEN pool. so only legit pools where both tokens meet requirements can be voted.
These kind of requirements will not block boosting new pair for legit projects, like what happened with tALGO. tALGO got huge boost against goBTC even though tALGO/goBTC was pretty small pool before that. so those requirements will still allow legit projects to pair funds against new pairs, but will pretty well keep malicious actors out without sacrificing flexibility.
As the creator of the BasketbAlgo (HOOP), I strongly oppose the proposal to reduce the number of eligible farming pools from 60 to 30–40. This move risks doing more damage to Tinyman’s ecosystem than the problem it aims to solve.
Let me explain how I utilize Tinyman Farming for BasketbAlgo and HOOP:
Consistently in top 60 for last 4 cycles, ranked around 40–50.
Project owns ~60% of LP tokens with rewards used productively:
50% sent to voters + extra HOOP/ALGO LP tokens to incentivize holders to farm
50% locked in Tinyman governance by the project, reinvested into Tinyman and our community.
15–20 unique voters per cycle, significantly above the average.
$10K+ TVL and 30+ LP token holders — small, but real.
In my opinion this is how the farming system was meant to be used. To encourage people to farm and interact with Tinyman.
This proposal will backfire because:
Punishes real builders, not exploiters
Legitimate small-to-mid projects will be cut off arbitrarily.
Projects like mine would be wiped out of eligibility — despite community support and responsible tokenomics.
Kills $TINY Token Utility
Locking TINY for voting is the main utility.
With only 30–40 pools, the outcome is predictable, and most holders will stop locking altogether.
TINY value and governance model will suffer.
Concentrates Power in Big Projects
Company level-backed projects like will always win.
New or indie projects will never stand a chance, even with strong ideas and fair launches.
Doesn’t Fix Whale Exploits
A whale can still vote a dead LP to the top 30. The problem isn’t solved it is just hidden.
Kills Early Stage Projects
Early access to farming is what helps projects bootstrap liquidity.
Proposals like “6-month token age” kill momentum and eliminate real growth.
Breaks Trust
When people asked about OPUL getting rewards, Tinyman has previously said: You can vote for any pool — if it gets votes, it gets rewards.
Changing the system after people built strategies around it undermines confidence.
What do I suggest:
Don’t reduce pool count. Instead, apply smart filters before voting, such as:
Minimum TVL, adjusted to Algorand’s liquidity reality (Even 10k USD a lot)
Monthly volume activity, not just one-time liquidity injection
LP token holder count, reflecting real community support
This means evaluating Value, Volume and Validity:
TVL + Activity + Holders — a much better way to protect the system.These filters should help preserving a fair farming while protecting against abuse.
This proposal is a textbook case of cutting off one’s nose to spite one’s face. There are possible preventions and better solutions then reducing the eligible pool count. Please do not proceed with this proposal.
I would be open to trying 40 LPs rather than 60, but also making eligibility more restrictive.
I think the most straightforward way of making sure reward LPs are contributing to the overall ecosystem would be to only offer rewards to LPs containing ALGO, tALGO, or TINY on one or both sides.
Tough call here. Putting up guardrails will feel like a misstep towards maintaining decentralization, and I am not sure would totally extinguish the issue. Reducing pools plus adding in eligibility requirements will certainly centralize power to more mature projects. Perhaps good, but with an already struggling ASA ecosystem new projects meeting eligibility requirements plus maintaining the investment towards TINY to bootstrap initial rewards will be challenging.
In my opinion, gamification will never stop. It will just change based on the current rule set. With that in mind I think it is more important for Tinyman to preserve decentralized branding while building more use cases for TINY to reduce consistent sell pressure. TINY is at ATLs which should make it easier than ever for new users to come in and be influential in voting.
I strongly support the proposal to reduce the number of eligible pools for TINY farming rewards from 60 to a more focused range, ideally around 30. Right now, spreading rewards across so many pools has led to a lot of low-liquidity pools being created just to farm votes, which doesn’t really add value to the Tinyman ecosystem. By concentrating rewards into fewer, higher-quality pools, we can make incentives much more meaningful for those who are truly providing liquidity and supporting real transactions. This would not only help deepen liquidity in the most active pools—making trading smoother and more efficient for everyone—but also reduce the dilution of rewards, so each participant gets a more substantial share. Plus, it becomes easier for genuine projects to gain visibility and attract users, which should drive more organic transaction volume and healthier on-chain activity overall. I do think it’s important to keep an eye on how this might affect smaller or newer projects, but maybe there could be ways to rotate pool eligibility or offer special support for innovative newcomers. Overall, focusing rewards on pools that actually drive transactions and benefit the community seems like the right move for Tinyman’s long-term growth and sustainability.
You have good points, but I think we have to set some kind of TVL based barriers (maybe). Amount of LP token holders is way too easy to manipulate. Trading volume is not so easy, but doable if requirement is low and it has to be if we look at Algorand trading volumes. So I think there are no easy solutions then.
Maybe that $10k TVL requirement is fair if we look at Algorand ecosystem size. I would still require some liquidity against ALGO, because that prevents some gaming. maybe $5k then? or will these requirements be so low at this point that someone from Europe (like me) or from USA can easily meet these requirements anyway and manipulate, because those amounts are already so low? So will TVL requirements prevent anything at this point?
If 6 month maturity requirement is not something we want, then we have to accept also the fact that those well known pump dumpers will continue to do so. Launch new token, allocate tiny power to lure people to buy TOKEN and farm and then malicious actor will dump. This will not benefit Tinyman or Algorand in the long-run. Ofc trading volume is good, but also means more sell pressure for TINY when people try to cover some losses → TINY sell pressure will lower overall farm values. Have to admit that I am not sure if this will be huge issue, but something to think about.
But yeah again. lowering pool amount will not solve the issue. I think there needs to be some other way to prevent these malicious farms or if there is no good solution, then we just have to live with it. After all we can’t get everything. you take good with bad.
I agree most of your comments. I think a minimum liquidity against ALGO is easiest to implement and works well.
On the technical side tinyman shows all LPs (14486 pools) during voting, they can filter those pools by TVL (they have that in the api call). So if an LP’s TVL is less than 5K $, they might be filtered out in the voting list, before the voting.
It gets a little complex when you look in more detail to current cycle:
There are 14 LPs with has less than 5K $
There are 4 LPs with has less than 1K $
An LP with over 1 million votes has less than 5k $ TVL
An LP with 0.5 million votes has less than 1k $ TVL
Current barrier for top 60 is: 155k votes
Current barrier for top 40 is: 250k votes
Current barrier for top 30 is: 300k votes
I think it is very very very clear that decreasing the number of pools will not help, it does not solve any problem at all.
So if tinyman was filtering out the pools with less than 1k $ TVL, instead of that 4 we would get:
LP1 - 147k votes in last voting
LP2 - 135k votes in last voting
LP3 - 107k votes in last voting
LP4 - 101k votes in last voting
So if tinyman was filtering out the pools with less than 5k $ TVL, instead of that 14 we would get:
LP1 - 135k votes in last voting
LP14 - 9673 votes in last voting (nine thousand six hundred votes!)
This brings me to the point I made about realistic TVL expactations. 5k is too high for Algorand. Sorry but it is too high. 1k $ or may be maximum 2k $ TVL will stop weird rugged LP pairs, anything more will do more damage than it repairs.
My final take on this:
Filter the LPs as per their TVL, do not display LPs which has less than 1,000 USD in TVL in voting, this way you’ll be preventing easy abuse without harming honest small/mid size projects.