Referrals
Share your code and understand binding, eligible purchases and referral limits.
Last updated: Oct 3, 2026Your referral link stores your code in the visitor’s browser for 30 days. The binding happens when that wallet, signed in, opens Credits or Earn, or enters your code there manually. If that wallet is bound to your code before its first paid topup, qualifying credit purchases can grant you a share as earned credits. The person buying still receives their own purchase credits; your share is a separate booking.
- Open Earn and find the referral section.
- Copy your personal referral code or the provided link.
- Share the link with someone who has not yet made a paid credit topup.
- Ask them to check the displayed referral binding before paying. A visit alone is not a guaranteed binding.
The link carries a ref query parameter. This example uses a made-up code, not a real customer’s referral:
https://ftso.app/?ref=FBEST-ABCDEFGHThe link can place a referral cookie; the signed-in wallet can also enter a code manually where offered. A referral code and the personal code used for the X-follow task serve different purposes.
The wallet must bind while it has no existing referral and no paid topup. Once it is bound, it cannot switch to a different referrer. A code entered after the first paid topup cannot retroactively attach earlier or future purchases through this normal binding flow.
A binding can be refused when the code is invalid or unknown, belongs to the same wallet, the wallet already has a referral, it has already bought credits, or the recent same-IP check detects a possible self-referral. An operator can void an existing referral; that stops future shares rather than changing the history of already granted shares.
A credited purchase on any of the five payment paths can contribute. A quote, approval transaction, pending payment or earned-task grant is not a credited purchase. The share is calculated from the purchased credits actually credited and is rounded down to whole credits.
The cap is the total eligible purchased credits of each referred wallet. It is not a cap of that size on the share itself. If a new purchase crosses the remaining allowance, only the part within the allowance contributes. After it is exhausted, that referral produces no further share at those settings.
The generated settings below show both the eligible purchase allowance and the resulting maximum share. They are configuration values, not a promise that every referral will make purchases.
Your referral section shows linked wallets in masked form, their status and the credits attributed to purchases and shares. Activity records a successful share as Referral share. A referral-processing error does not block the buyer’s topup; their successful credit purchase is not proof that your share has already been booked.
The share enters your earned balance and follows the same hold period, spending order and expiry as task grants. Continue with Balances and expiry or Converting to FBEST. Neither a referral nor an operator review promises an automatic FBEST transfer.
These are the credit settings for this installation. They are not a live price or treasury-balance quote. The quote and asset availability shown in the Wallet Center apply when you buy.
- Share credited as earned credits: 5%
- Eligible purchased credits per referred wallet: 500,000 credits
- Maximum share per referred wallet at these settings: 25,000 credits