Biswap

Biswap liquidity pools connected token reserves, price ranges, and trading fees

Biswap liquidity pools supplied tokens for swaps and shared trading fees with liquidity providers. V3 linked those earnings to a chosen price range, a pool fee tier, and the position’s share of active liquidity. V2 used LP tokens and a different fee schedule. Biswap later announced dedicated withdrawals for legacy liquidity as its main interface shifted toward cross-chain swaps.

A pool’s trading charge, an individual position’s fee income, and BSW farming rewards described separate amounts. Their relationship explains why a higher fee tier did not establish a higher return. Older balances required treatment specific to their version.

In short: V3 fee income depended on active liquidity, so a higher pool fee did not establish a higher return.

Pool reserves and provider positions had different jobs

The pool held the assets traders exchanged, while each provider’s position represented participation in that liquidity. An automated market maker, or AMM, used mathematical pricing rules to execute exchanges against the pool. Traders supplied trading activity; liquidity providers supplied the token reserves those exchanges needed. The fee connected these roles by directing part of the trading charge to the providers whose liquidity supported the exchange. V2 represented liquidity contributions with LP tokens. V3 used a non-fungible token, or NFT, to represent an individual liquidity position. The pool and the position were distinct objects: providers could share a pool while holding positions with different price ranges.


V3 fee tiers identified separate pools

V3 offered several regular-swap fee tiers, and selecting a tier selected a corresponding pool. The historical schedule associated lower charges with more stable pairs and higher charges with more volatile or less liquid pairs. Its categories described the intended use of each tier, rather than a forecast of the return any position would earn.

  • 0.015% for stable-token pairs.
  • 0.08% for pairs combining a stable token and a non-stable token.
  • 0.28% for pairs of non-stable tokens.
  • 1% for exotic-token pairs.

These percentages described regular swaps. Limit orders had separate fee treatment, so applying this schedule to every V3 order would mix different mechanisms. A pool’s tier also did not express an annual yield on deposited capital. It determined the trading charge before the protocol allocated the resulting fees.

When did a V3 position earn trading fees?

A V3 position earned fees from trades only while its liquidity was active within its chosen price range. Concentrated liquidity assigned the deposit to that interval. When trading moved outside it, the position stopped participating in fee generation. Holding a position and supplying liquidity at the traded price were therefore different states.

Eligibility alone did not establish an amount of income. Fee earnings also required trading activity and depended on the position’s share of active liquidity. A position outside its range did not earn trading fees simply because other positions in the same pool remained active.


Concentration and competition shaped the active share

A position’s relative contribution depended on how much the provider deposited, the interval over which the position concentrated that deposit, and the amount of competing liquidity active at the same prices when trades occurred.

Concentrating the deposit

A narrower range concentrated the same deposit within a smaller price interval. While active, that concentration could increase the position’s proportion of liquidity supporting trades. This effect remained conditional on the market price staying within the selected range and on the competing active liquidity.

Sharing the traded range

Additional active liquidity

More liquidity from other providers within the same range reduced an existing position’s relative share, with other inputs unchanged. Its own deposit could stay constant while its portion of the trading-fee rewards fell.

Liquidity outside the range

Inactive positions did not earn trading fees. The pool’s total deposited assets therefore did not describe every position’s contribution at the traded price. The relevant comparison for fee participation concerned active liquidity, rather than every deposit associated with the pool.


Trading volume turned a fee tier into fee income

Trading volume and the pool’s fee tier determined the total trading fees collected. A higher tier collected more per equivalent trade, with other inputs unchanged. A pool with a higher tier could still generate less fee income if it received less volume. The amount available to providers depended on both. Biswap V3 allocated 80% of swap trading fees to liquidity providers. The team and treasury each received 10%. Those were shares of the trading fee. An individual provider’s entitlement then depended on its participation in the active liquidity when the trades occurred.

The fee APR, or annual percentage rate, expressed annualized income relative to capital. Its movement reflected changes in trading volume and active liquidity as well as the pool’s tier, so positions sharing a tier could show different APRs.

V3 divided trading fees among LPs, the team, and the treasury

The V3 allocation determined the collective LP reward from collected trading fees. For this hypothetical historical V3 USDT/USDC calculation, assume swaps generated 6.42 USDT in fees while the position under consideration was active.

Applying the V3 allocation gave participating LPs 6.42 × 0.80 = 5.136 USDT collectively. The team allocation was 0.642 USDT, and the treasury allocation was 0.642 USDT. Together, these allocations accounted for the entire 6.42 USDT fee total.

The position’s individual earnings depended on its active-liquidity share during the relevant trades, which could change as other providers added liquidity at those prices. Changing the fee total changed the allocation proportionally; changing competing liquidity changed how participating positions divided it. An individual APR remained undetermined because the position’s fee share, capital value, and measurement period were unspecified.

V2 charged a standard rate with named stablecoin exceptions

V2 used a different fee schedule for swaps on BNB Smart Chain, so its rates required separate treatment from the V3 tiers.

The standard V2 charge

The standard V2 trading fee was 0.2% of the swap amount. That charge supported an allocation among LP rewards, BSW burning, the treasury, and the team. Applying the later V3 allocation to this earlier rate would misstate how V2 divided its fees.

The reduced stablecoin charge

BUSD/USDT, USDC/USDT, and DAI/USDT swaps used a 0.1% V2 trading fee. That exception applied to those named pairs within the V2 schedule; it was not a blanket rate for every stablecoin pool. These historical rates also did not specify the cost of a later aggregated swap using a different pool or route.

Fee accrual and fee collection were separate actions

V3 required manual claims of trading-fee rewards through the position detail page. The old liquidity page listed the positions. Fees could accrue through eligible trading activity without automatically increasing the capital supplied by the position. The accumulated fee balance recorded income awaiting collection. A quoted fee APR therefore did not include an automatic reinvestment process or describe a compounded balance.

Visual outline: Fee accrual and fee collection were separate actions (Biswap liquidity pools)

View image file

BSW farming rewards belonged to an additional program

V3 Farms added incentive rewards to eligible liquidity positions on BNB Smart Chain. Those incentives described a separate reward stream from the fees traders paid for swaps. A pool position’s trading-fee mechanics did not establish that a farming program would continue funding its incentives or that every position would qualify.

Biswap subsequently announced that BSW emissions had ended and paused V3 Farms and Investment Pool rewards. Later closure announcements included the legacy farming pages. The old farming rates ceased to describe an active offer when rewards were paused.

How did legacy pool withdrawals change?

Biswap announced a dedicated V3 withdrawal tool and later a consolidated interface covering V2 liquidity, V3 positions, and Investment Pool assets. Earlier closure notices had described direct smart-contract withdrawals after the classic interface closed. The later interfaces changed how users could access legacy balances, so the earlier contract-only description did not capture the subsequent withdrawal options.

Investment Pool assets remained a separate deposit category.


Asset values and earned fees determined a position’s outcome

A liquidity position’s outcome combined its underlying asset values with the fees it actually earned. Impermanent loss described how a liquidity position could underperform holding the deposited assets separately as their relative prices changed. Trading fees could compensate for that difference, with the outcome depending on price movement and the income the position generated.

For a legacy position, withdrawal concerned the remaining token balances and earned fees; an earlier APR was not an asset amount.

What readers ask about Biswap liquidity pools

Could a provider hold several V3 positions for the same pair?

V3 allowed a provider to hold multiple positions for one liquidity pair, with the same or different price ranges. Each position represented its own liquidity contribution. One position could be active while another position with a different range was inactive.

In which tokens did V3 pay liquidity-provider fee rewards?

V3 paid LP trading-fee rewards in the tokens of the liquidity pair. BSW farming incentives belonged to a separate program, so a reference to BSW rewards did not describe the currency of every trading-fee reward a liquidity position earned.

Was every V3 fee tier eligible for farming rewards?

Only designated pools and fee tiers with an active Farm qualified for the former V3 farming program. It operated only on BNB Smart Chain, and a qualifying position also needed an active price range. Biswap could change the rewarded pools. It later paused V3 Farms rewards after BSW emissions ended, then announced the closure of the legacy farming pages.

What could hide a V2 pool from the old liquidity list?

A V2 pool could be absent from the old list when the interface needed an import or its LP tokens remained staked in a Farm. The historical migration view required unstaking Farm LP tokens before the corresponding liquidity appeared. It distinguished staked LP tokens from LP tokens available in the wallet.

How did the reduced V2 swap fee divide between recipients?

For the historical BUSD/USDT, USDC/USDT, and DAI/USDT V2 swaps, the 0.1% charge allocated 0.075% of the swap amount to LP rewards. BSW burning received 0.005%, while the treasury and team each received 0.01%. These percentages used the swap amount as their base; together they accounted for the full reduced trading fee.

Did moving from V2 to V3 require withdrawing the V2 liquidity?

The historical migration required removing the V2 liquidity before creating the V3 position. LP tokens already staked in a V2 Farm required unstaking before liquidity removal. The new V3 deposit then used a selected pair, fee tier, and price range. These were the old migration steps; the later consolidated interface concerned legacy withdrawals.

Last updated ·