The XPHX contract holds XPHX. That is not an error and not a treasury wallet: the token has an auto-liquidity mechanic, and the deployer sent it tokens to feed it. Nobody can trade them, because they are inside the contract rather than in any wallet, so they are excluded from circulating supply.
What the mechanic does
On a qualifying transfer the contract sells half of a fixed threshold for WBNB and pairs the other half back into the primary XPHX/WBNB pool. The threshold is 33.632 XPHX, so each firing moves about 16.8 XPHX to each side.
swapAndLiquifyEnabled- true
numTokensSellToAddToLiquidity- 33.632 XPHX
uniswapV2Pair- 0xae1b2533808ae4e6f922798e9fb8c89Ed6Ff7641
uniswapV2Router- 0x10ED43C718714eb63d5aA57B78B54704E256024E
Every value above is read from the contract on this request, not quoted from a document.
Does staking trigger it? Not settled
Transfers to and from all three staking pools that stake or pay XPHX are fee-exempt: the contract's own isExcludedFromFee() returns true for each of them on this request. Whether the liquidity trigger sits inside the fee branch, in which case staking never fires it, cannot be answered from the code, because this contract is not verified on BscScan and has no Sourcify match. We will not guess at a control flow we cannot read.
What the chain does settle: the contract holds 22.1 XPHX on this request, against a threshold of , and no WBNB at all.