# 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:

| Use | Description |
|---|---|
| Licence payment | Pay platform licence and module fees in AXFT |
| Fee discount | A published discount when fees are settled in AXFT rather than fiat |
| Access tiers | Holding thresholds unlock premium modules, higher API limits or priority support |
| Ecosystem incentives | Referral and partner rewards paid in AXFT from the ecosystem allocation |

**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

| Property | Value |
|---|---|
| Name | AXFintech Token |
| Symbol | AXFT |
| Standard | BEP-20 (ERC-20 compatible) |
| Chain | BNB Smart Chain |
| Decimals | 18 |
| Total supply | 100,000,000 AXFT — fixed |
| Mint function | None |
| Transfer tax | 0% |
| Owner / admin role | None |
| Burnable | Yes, by the holder only |
| Gasless approvals | Yes (EIP-2612 `permit`) |

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

| Allocation | Share | Tokens | Terms |
|---|---|---|---|
| Presale | 30% | 30,000,000 | Seed, private and public rounds |
| Liquidity | 20% | 20,000,000 | PancakeSwap pool, LP locked 12 months |
| Treasury | 20% | 20,000,000 | Multisig-held; operations and reserves |
| Team | 15% | 15,000,000 | 12-month cliff, then 48-month linear vesting |
| Ecosystem | 10% | 10,000,000 | Partnerships, grants, market making |
| Marketing | 5% | 5,000,000 | Campaigns, listings, community |

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

| Round | Price | Allocation | Access | Min | Max per wallet |
|---|---|---|---|---|---|
| Seed | $0.006 | 5,000,000 | Whitelist | $500 | $50,000 |
| Private | $0.008 | 10,000,000 | Whitelist | $100 | $25,000 |
| Public | $0.010 | 15,000,000 | Open | $50 | $10,000 |

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

| Contract | Responsibility |
|---|---|
| `AXFToken.sol` | The token. Fixed supply, ownerless, burnable, EIP-2612 permit. |
| `AXFTPresale.sol` | Rounds, USD pricing via Chainlink, BNB/USDT intake, escrow, refunds, claims, vesting. |
| `TokenVesting.sol` | Cliff-and-linear schedules for team, advisor and treasury allocations. |

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

| Period | Milestone |
|---|---|
| Q3 2026 | Contracts written, tested and submitted for third-party audit |
| Q4 2026 | Seed, private and public presale rounds |
| Q4 2026 | PancakeSwap liquidity, LP lock, claim portal opens |
| Q1 2027 | Exchange expansion and market-making arrangements |
| 2027 | AXFT payment and access tiers live across the AXFINTECH product line |

---

## 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

| # | Item | Owner |
|---|---|---|
| 1 | Token utility: discount rate, holding tiers, accepted products (§3) | Client |
| 2 | Presale calendar dates, final softcap and hardcap (§6.1) | Client |
| 3 | Treasury and ecosystem lock terms (§5) | Client |
| 4 | Gnosis Safe signers (§8) | Client |
| 5 | Initial liquidity size, opening price, locker service (§9) | Client |
| 6 | Legal review and restricted-jurisdiction list (§13) | Counsel |
| 7 | Third-party audit report (§11) | Auditor |
| 8 | Team and advisor profiles | Client |

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*