What a reward token is

A reward token is a taxable BEP-20 with one twist: instead of the trade tax going to a team wallet (or being burned, or auto-LPed), it's converted into a different token and distributed pro-rata to everyone holding the original token.

You hold token X → people trade token X → the trade tax is automatically converted into token Y (a stablecoin, BESC, GIZMO, whatever) → your wallet receives a share of token Y proportional to how much token X you hold. No claiming, no staking, no withdrawals — just hold.

It's a high-engagement design because every holder has a direct interest in seeing more trading volume: more swaps → more tax → more rewards → their balance accrues passive yield. Done well it creates a flywheel; done poorly it becomes a tax-heavy token nobody buys.

How the mechanics work

Step by step, what actually happens on-chain when someone trades a BescPad reward token:

1. Buyer swaps BESC for token X via BescSwap.
2. X's transfer function applies the buy tax (e.g. 5%). 95% of the tokens land in the buyer's wallet; 5% accumulate inside the X contract itself.
3. When the accumulated balance crosses a threshold (you set it at deploy), the contract triggers a swap of that accumulated X for token Y on BescSwap.
4. The contract holds the Y in escrow and updates an internal "rewards-per-token-share" counter.
5. Each X holder's pending Y claim is computed as (their X balance × rewards-per-share) - their last-checkpointed share.
6. Y is distributed automatically — either pushed to each wallet on a schedule, or accrued internally and delivered to the holder on their next token transfer.

The exact distribution model (push vs pull, threshold size, swap mechanics) depends on the template you deploy. The user-facing reality is: hold token X, periodically receive token Y in your wallet.

Picking the reward asset

The choice of reward token shapes how holders perceive the project. Three common patterns:

Stablecoin rewards (FUSD, BUSDC)

Holders receive dollars. Predictable, easy to understand, attractive to a more conservative audience. The downside: your tax effectively bleeds value out of your own token's price (the tax-side trades pressure your token's pair on every swap to fund the stablecoin payouts).

Best for: launches targeting yield-focused holders, dividend-style narratives, "earn USDC while you sleep" positioning.

Native BESC rewards

Holders receive BESC. Similar value-bleed mechanics as stables, but rewards appreciate if BESC does. Easier for holders to redeploy into other BESC HyperChain tokens without a bridge.

Best for: BESC-maximalist communities, projects positioning as "earn the chain's native token."

Another ecosystem token (GIZMO, etc.)

Cross-promotes whichever token you choose. Holders accumulate exposure to a second project, which can be powerful if both communities are aligned.

Best for: partnership launches, ecosystem-stacking strategies, projects where you want to tie your community to another project's momentum.

Whatever you pick, check that the X/reward pair has enough liquidity on BescSwap to absorb your batched swaps without huge slippage. A reward token whose internal swap moves the reward-token price 5% on every batch is leaking value to MEV bots.

Setting fees that actually pay holders

The trap most reward-token launches fall into: setting fees high enough to look impressive on paper but high enough to suppress trading volume, so the actual payouts are tiny.

Math: rewards are total_volume × reward_fee_rate. A 10% reward fee on $1,000 of weekly volume pays $100/week distributed across all holders. A 4% reward fee on $10,000 of weekly volume pays $400/week. Lower fees that don't scare buyers off generally produce more total rewards than aggressive fees that strangle volume.

Recommended buy / sell fee ranges

BescPad's standard reward-token envelope allows buy fees up to 10% and sell fees up to 15%. Those are the official maximums for a standard launch; reward tokens work best far below them, because volume — not fee rate — is what produces total rewards:

• Buy fee: 3–5%. Higher than this and buyers feel punished. Below 3% and there's no story.
• Sell fee: 5–8%. Slightly higher than buy fee to discourage flipping. Above 10% and trading bots avoid your token entirely, killing volume.
• Total (buy + sell) around 8–12%. Well inside the standard envelope; this is where reward tokens actually thrive. Above 15% combined and volume drops sharply enough that the higher rate produces fewer total rewards.

Splitting the fee

You don't have to send 100% of the tax to rewards. Most reward tokens split it three ways:

• Rewards portion (50–70%) — converted into the reward token and distributed.
• Auto-LP portion (15–30%) — paired and added to LP automatically, growing the pool depth on every swap.
• Marketing wallet portion (10–20%) — routes to a team-controlled wallet for ongoing operational funding.

Skipping auto-LP is a common mistake. Without it, the constant pressure on the pair from the reward conversion eventually drains the pool. Auto-LP refills it on every swap.

Distribution timing and gas

Two operational decisions worth getting right:

Threshold for batched swaps

Every time the accumulated tax inside the contract exceeds the threshold, a swap fires. Set this too low and every trade triggers a gas-expensive swap (which BescSwap then makes the next trader pay for, indirectly). Set it too high and rewards build up for days before any payout happens.

Rule of thumb: threshold should equal 1–2% of the LP pool's BESC-side reserves. At that size, the batched swap doesn't itself cause meaningful slippage and fires often enough that rewards land at least once a day on an active token.

Push vs pull distribution

Push: contract sends rewards directly to holder wallets when triggered. Smooth UX (holders just see new balance), but expensive gas when there are many holders — the contract burns gas on the trade that triggered it.

Pull: rewards accumulate internally; holders trigger their own distribution by calling claim() or by transferring any amount of the token. Cheaper to operate, but requires holders to occasionally do something.

Most BescPad templates default to a hybrid: rewards accrue internally and are pushed automatically on every regular transfer the holder does. Holders who never transfer can also call claim() manually.

Two example configurations

Example A — "Conservative dividends"

Target audience: yield-focused, long-term holders.

• Reward token: FUSD
• Buy fee: 3% (1.5% reward / 1% LP / 0.5% marketing)
• Sell fee: 5% (3% reward / 1.5% LP / 0.5% marketing)
• Swap threshold: 0.5% of LP BESC-side reserves
• Max wallet: 1% of supply

Lower fees → friendlier to traders → higher volume → more total FUSD distributed. The "1% max wallet" prevents a single holder from capturing a disproportionate share of rewards.

Example B — "High-engagement community token"

Target audience: degen-friendly, active community.

• Reward token: GIZMO
• Buy fee: 5% (3% reward / 1.5% LP / 0.5% marketing)
• Sell fee: 8% (5% reward / 2% LP / 1% marketing)
• Swap threshold: 1% of LP BESC-side reserves
• Max wallet: 2% of supply

Higher fees fund bigger payouts at the cost of some buyer-unfriendliness. The slightly higher sell tax discourages flipping. Total fee under the 12% cap so trading bots still consider it tradable.

Common pitfalls

• Fees too high. 15%+ buy + sell fees scare traders away. Volume collapses, rewards approach zero, holders lose interest. The most common cause of dead reward tokens.
• No auto-LP allocation. Without auto-LP, the reward-token swap drains the pool over time. Pool shrinks → slippage worsens → volume drops → rewards drop. Death spiral.
• Threshold too low. Triggering a reward swap on every transfer makes every swap expensive. Sets a bad first impression on BscScan/Etherscan trade history. Use the 1% of LP rule.
• Reward token has no liquidity. If the reward token's pair against your token (or against the intermediary like BESC) doesn't have depth, your contract pays huge slippage on every batch. Check reward-token liquidity before deploying.
• "Reward token" that doesn't actually distribute. Some templates accumulate rewards internally and never push to holders without a manual claim() call. Holders who don't know to claim see no rewards. Pick a template that pushes automatically on transfer.
• Concentrated whale. One wallet with 30%+ of supply captures 30%+ of all rewards, demoralizing smaller holders. Use max-wallet limits and check the holder distribution before launch.
• Promising fixed yields. "Earn 10% APY" is a securities-law trap and unverifiable in any case (rewards depend on volume, which is unpredictable). Talk about the mechanism, not a guaranteed rate.

Marketing the rewards honestly

What to say:

• "Every trade pays X holders in <reward token>, automatically."
• "Rewards from the last 7 days: $<X> distributed across <Y> holders." (publish on-chain, anyone can verify)
• "<Z> FUSD paid to holders since launch, all on-chain at <link to contract>."

What not to say:

• "Earn 50% APY just by holding!" (unverifiable, securities-flavored, attracts unrealistic expectations)
• "Guaranteed dividends" (no contract can guarantee anything that depends on external volume)
• "Better than staking" (different mechanism; if your audience knows staking they'll spot the false equivalence)

The honest framing — "as long as the token trades, holders earn a share of the trade taxes in <reward token>" — is also the most compelling because it explains the actual mechanism. Holders who understand why they earn become natural advocates for volume.

FAQ

What's the difference between a reward token and a taxable token?

Both apply a trade tax. A standard taxable token routes the tax to a team wallet or burns it. A reward token converts the tax into a different token (the "reward asset") and distributes it to all holders pro-rata.

Do holders need to claim their rewards?

Depends on the template. BescPad's default reward template auto-pushes rewards to each holder on any transfer activity, so for typical holders rewards just show up. Inactive wallets can call claim() manually at any time.

What reward token should I pick?

Stablecoins (FUSD, BUSDC) for predictable dividend-style yield. Native BESC for chain-native exposure. Another ecosystem token for cross-promotion. All three work; pick based on the audience you're targeting and the partnerships you have.

What's a typical reward-fee rate?

Buy fee 3–5%, sell fee 5–8%, with 50–70% of that going to rewards (the rest to auto-LP and a small marketing allocation). Combined buy+sell around 8–12% keeps the token actually tradable. BescPad's standard launch envelope allows up to 10% buy / 15% sell, but going above ~15% combined kills volume and reduces total rewards regardless of what's allowed.

Will reward distributions drain the LP over time?

Not if you allocate part of the trade tax to auto-LP. The auto-LP portion refills the pool with every swap, offsetting the depth lost when the reward portion is swapped out. Without auto-LP, yes — the pool eventually thins.

How often are rewards distributed?

Depends on volume and your swap threshold. Active tokens distribute several times a day; quiet tokens once every few days. The threshold (typically 1% of LP BESC-side reserves) controls how often the contract batches accumulated tax into a reward swap.

Can the reward token be changed after launch?

Usually only if you haven't renounced ownership. If renounced, the reward token is permanently the one you set at deploy. Decide carefully — switching from FUSD to BESC mid-life is technically possible pre-renounce but reads as a strategy pivot to holders.