A buyback is a purchase of a token using funds controlled by a project or treasury. It is a transaction, not a promise of price support. PAYNOVA’s reporting approach separates buybacks from holder rewards and marketing expenditure, identifies the funding source and requires public transaction evidence before an entry is called complete. No completed PAYNOVA buyback is asserted on this page because no verified token address, treasury record or transaction has been supplied.
A buyer can add demand at one moment, but the market price also reflects liquidity, seller activity, broader conditions and execution size. A buyback does not remove market risk, create guaranteed appreciation or prevent a token from declining. The tracker is meant to explain an observed treasury action, not forecast an outcome.
02
Policy, funding and approval
A responsible policy should state whether buybacks are discretionary or formula-based, what sources may fund them, who approves them and what limits apply. The treasury ledger should keep separate balances for each network. If the same brand operates two deployments, a Solana buyback must not be presented as a BNB Chain purchase.
03
Purchase execution and slippage
A swap can execute through multiple routes and pools. The record should identify the token pair, router or venue, transaction hash, amount spent, amount received, time and any known fee. Slippage, price impact and partial fills can make the actual execution differ from a quoted amount. A transaction should be marked pending until the chain confirms it.
04
Treasury wallets and access control
The wallet that funds a buyback should be linked to a public treasury policy and labeled only after ownership or control is verified. A multisignature arrangement can reduce dependence on one key, but it does not eliminate signer collusion, compromised devices or governance failures. Threshold, signers and administrative powers should be disclosed without exposing private keys.
05
History, burn or retention
Purchased tokens can be burned, held in treasury or used under another published policy. These outcomes have different supply and control implications. A tracker must show the destination and subsequent movements when they are observable. It should not call a purchase a burn unless the tokens were verifiably sent to an irrecoverable address or a documented burn mechanism.
06
Separate Solana and BNB records
Solana transactions use signatures and slots; BNB Chain transactions use EVM hashes and blocks. The evidence format and explorer differ, but the standard is the same: identify the network, asset, source wallet, recipient pool and confirmed transaction. Each chain requires its own history, policy and accounting.
07
Limitations and market risk
A public transaction is observable, but intent and policy cannot always be inferred from the transaction alone. Third-party wallets may not be controlled by the project. Market liquidity can change quickly, and a displayed historic purchase is not an indication that future purchases will happen. Always verify addresses from official sources.