AXFintech Token (AXFT)

Whitepaper · Version 0.9 (draft) · August 2026

Draft status. Sections marked ⚠️ require written sign-off before this document is published. Everything not marked is already implemented and verified in the contracts, and can be checked against the source code and the test suite in this repository.

1. Summary

AXFT is a fixed-supply BEP-20 token issued on BNB Smart Chain. One hundred million tokens are minted once, at deployment, and no mechanism exists to create more. The contract has no owner, no pause switch, no blacklist and no transfer fee.

Thirty per cent of the supply is offered through a presale priced in US dollars. Funds are held by the sale contract itself, not by a wallet. If the sale does not reach its softcap, every buyer withdraws the exact amount they paid. If it succeeds, tokens are distributed by claim, with a portion unlocked at launch and the remainder vesting over six months.

The design principle throughout is that trust should come from the absence of a function, not from a promise. Where a capability could be abused, it is not implemented at all.

2. About AXFINTECH

AXFINTECH is a financial technology company registered in Cyprus, with an operations office in Dubai. It builds and licenses private and white-label trading platforms and CRMs — FX, options, funded/prop-firm, prediction markets and crypto.

AXFINTECH is strictly a technology provider. It is not a broker, does not hold client funds for trading, and does not offer investment services.

3. Why a token ⚠️

This section defines what AXFT is actually for. It requires written sign-off — the technology is neutral, but the utility model has commercial and legal consequences.

The proposed model gives AXFT utility inside the AXFINTECH product line, without promising any return:

Deliberately excluded, and recommended to stay excluded: revenue sharing, profit distribution, buy-back-and-burn tied to company earnings, or any language implying an expectation of profit from the efforts of AXFINTECH. Any of these materially increases the risk that AXFT is treated as a security, which changes the legal position in every jurisdiction the sale touches.

⚠️ Open: the discount percentage, the holding thresholds, and which products accept AXFT must be decided and published before the public round opens. Vague utility is the single most common reason a token sale loses credibility.

4. Token specification

The entire supply is created in the constructor and sent to the treasury address. Because the contract inherits no ownership module, there is no address anywhere that can mint, pause, freeze, blacklist or tax. This is verifiable: the deployed ABI contains no such function.

5. Distribution

Team tokens are held by the TokenVesting contract. Tokens are transferred into that contract when a schedule is created, so the lock is funded, not promised. A schedule created as non-revocable can never be cancelled, not even by the contract owner. Revoking a revocable schedule returns only the unvested remainder — everything already vested stays claimable by the beneficiary.

⚠️ Open: treasury and ecosystem allocations should also carry published vesting or lock terms. Unlocked treasury supply is a fair criticism from investors and exchange listing reviewers.

6. The presale

6.1 Rounds

Each round enforces its own price, cap, opening window, minimum purchase, per-wallet maximum and optional whitelist on-chain. Rounds are configured after deployment rather than hard-coded, so the schedule can be adjusted without redeploying — but a round's cap can never be reduced below what it has already sold.

⚠️ Open: calendar dates for each round, and the final softcap and hardcap figures.

6.2 Payment and pricing

Buyers pay in BNB or USDT. Prices are denominated in US dollars and converted using the Chainlink BNB/USD price feed at the moment of purchase. If that feed has not updated within one hour, the contract refuses the purchase rather than transacting on a stale price.

The practical effect: a BNB price swing during the sale does not change what a buyer pays per token. This has been verified against the live Chainlink feed on a fork of BNB Smart Chain mainnet.

6.3 Escrow and refunds

Proceeds accumulate inside the sale contract. There is no path for the owner to withdraw while the sale is open.

At finalisation:

• Softcap reached — the sale is marked successful, the treasury withdrawal unlocks, and buyers may claim.
• Softcap missed — the sale is marked failed, the treasury withdrawal is permanently blocked, and every buyer can call refund() to recover their exact BNB and USDT. The two currencies are tracked separately per buyer, so refunds are exact rather than converted.

A further protection: the sale cannot be finalised as successful unless the contract already holds enough AXFT to satisfy every purchase. It is therefore impossible for a buyer to end up with a balance the contract cannot pay.

6.4 Distribution and vesting

Distribution is claim-based — buyers pull their tokens rather than having them pushed. When claiming opens:

• 25% unlocks immediately
• a 1-month cliff follows, during which nothing further unlocks
• the remaining 75% then releases linearly over 6 months

Unclaimed tokens keep accruing; nothing expires. A buyer may claim once at the end or repeatedly along the way.

6.5 Whitelisting

Whitelisted rounds are gated by a Merkle root stored on-chain. A list of ten thousand addresses is represented by a single 32-byte value, and each buyer supplies a proof at purchase time. Adding or replacing a whitelist costs one transaction regardless of list size.

7. Contract architecture

Built on OpenZeppelin 5.1.0, compiled with Solidity 0.8.24 targeting the paris EVM so the bytecode runs on every BNB Chain node. Access control uses Ownable2Step — ownership transfer requires the new owner to accept, so a mistyped address cannot orphan the contract. All state-changing external functions that move value are protected by ReentrancyGuard, and token transfers use SafeERC20.

The current test suite covers 62 cases at 92% statement coverage, including the full lifecycle, every guard rail, and both the success and failure paths. A separate rehearsal script executes the entire sale against a fork of BNB Smart Chain mainnet using the real Chainlink feed and the real BSC-USDT contract.

8. Key management and governance

On mainnet, the token treasury and the sale owner will be a Gnosis Safe multisig (3-of-5), not a single private key. No individual can finalise the sale, withdraw proceeds, or move treasury tokens alone.

The token contract itself has no privileged role, so multisig control applies only to the sale and vesting contracts and to the treasury holdings.

⚠️ Open: the five signers must be named, and each must hold their key on separate hardware.

9. Liquidity and listing

• A PancakeSwap V2 pool is seeded from the liquidity allocation at launch.
• LP tokens are locked for twelve months through a third-party locker, with the lock published.
• Centralised exchange listings are pursued after the DEX launch. Listing fees and market-making arrangements are paid from the ecosystem and marketing allocations.

⚠️ Open: initial pool size and opening price, and which locker service is used.

10. Roadmap

11. Security and audit

Completed:

• Full unit and lifecycle test suite (62 cases, 92% statement coverage)
• End-to-end rehearsal against a BNB Chain mainnet fork with live Chainlink pricing and real USDT
• Deliberate minimisation: no mint, no pause, no blacklist, no fee logic, no upgradeable proxy

Not yet completed — required before mainnet deployment:

• Third-party smart contract audit, with the report published alongside the contract addresses
• Public verification of all contract source on BscScan
• Gnosis Safe configuration and ownership transfer

No mainnet deployment should occur before the audit report is received and its findings addressed. This document will be updated with the audit reference when it is available.

12. Risks

Anyone considering a purchase should weigh the following:

• Volatility. The value of AXFT may fall, including to zero. Purchase only what you can afford to lose entirely.
• No liquidity guarantee. A liquidity pool exists at launch, but deep or continuous liquidity is not guaranteed, and listings are not guaranteed.
• Smart contract risk. The contracts are tested and will be audited, but no audit eliminates the possibility of an undiscovered flaw.
• Oracle dependency. Sale pricing depends on the Chainlink BNB/USD feed. If it becomes stale, purchases are blocked until it recovers — by design, but it does pause the sale.
• Regulatory risk. Treatment of digital assets differs by jurisdiction and can change. Access may become restricted in some countries.
• Execution risk. The utility described in section 3 depends on future product delivery.
• Key risk. Multisig reduces but does not eliminate the risk of key compromise or signer loss.

13. Legal notice

This document is published for information only. It is not investment advice, an offer to sell securities, a solicitation to buy, or a prospectus, and it has not been reviewed by any regulator.

AXFINTECH provides technology. It is not a broker and does not provide investment services. Purchasing AXFT confers no equity, no shareholding, no dividend, no profit share, and no governance right over AXFINTECH or its affiliates.

Participation may be prohibited or restricted for residents of certain jurisdictions, and for persons subject to sanctions. Prospective buyers are responsible for confirming that participation is lawful for them, and for their own tax position. KYC/AML checks apply where required.

Nothing in this document is a promise of future performance, listing, price, or product delivery.

⚠️ Open: this section must be reviewed by counsel qualified in Cyprus and the UAE before publication, along with the final list of restricted jurisdictions.

14. Open items before publication

Until items 1, 2 and 6 are settled, this whitepaper stays a draft. Nothing here has been invented to fill a gap — a section without a confirmed answer is marked open rather than populated with plausible text.

AXFINTECH · Famagusta, Cyprus · Al Muteena, Dubai