Fasttoken is trying to be “the unit of account” for a vertically integrated crypto business

FTN is positioned as the native currency for a bundled stack: the Fastex exchange, Bahamut (an EVM L1), payments rails, and an NFT marketplace, all under the Fasttoken umbrella. The whitepaper explicitly frames a unified wallet account with KYC/AML as a feature, which is closer to a fintech platform architecture than a credibly neutral crypto primitive.

As an instrument, that matters because FTN’s “value story” is mostly demand-side. You need FTN to use Bahamut as gas and to stake as a validator. The whitepaper also describes FTN being used across SoftConstruct/Fastex ecosystem services and partner apps.

What you do not get is equally important. The whitepaper states FTN does not entitle holders to equity, dividends, corporate governance, or voting rights in Fasttoken or affiliates. That single sentence forces a more TradFi-style conclusion: you cannot underwrite FTN as a cash flow claim on the broader business. You underwrite it as (1) a “usage-backed” commodity-like token for blockspace and (2) an incentive token for validators, with all the reflexivity and instability that implies.

Supply: 1B issuance, a 120M burn, and a messy public supply ledger

The whitepaper states 1,000,000,000 FTN were issued as an ERC-20 in a single TGE, and that “no further token issuance will be possible other than that envisaged in the TGE.” It also states FTN would become publicly tradable on January 21, 2023.

Fasttoken’s own site and Bahamut’s official FTN page say that on October 26, 2023, 120,000,000 FTN were burned “to be minted on Bahamut for validation staking rewards,” reducing total supply “from 1 billion to 880 million.” They also state these burned tokens will be “gradually minted” on Bahamut as validator rewards.

CoinGecko, meanwhile, reports supply figures: a total supply of 870,742,437 FTN, an estimated circulating supply of 433,861,414 FTN, and a max supply of 1,000,000,000 FTN. It also surfaces that a large balance sits in a “Distribution Contract” (378,607,720 FTN) and a “Deposit Smart Contract” (57,630,720 FTN).

There is an obvious modeling problem here. Official pages talk about a post-burn “880 million” supply. CoinGecko’s total supply is ~9.26 million lower than that. I did not find primary documentation that reconciles that delta (extra burns, contract accounting, or chain migration effects) in a way that lets you treat supply as a stable parameter. That uncertainty is not cosmetic. It directly impacts any credible dilution and staking yield model.

Allocations and unlock logic (whitepaper commitments)

The whitepaper provides a percentage-based initial distribution and describes lockups and unlock patterns in the distribution smart contract. Percentages below are of the 1,000,000,000 FTN issuance described in the whitepaper.

Two practical implications. First, the design is allocation-heavy to internal operational buckets (“Ecosystem,” “Marketing,” “Blockchain”), which can be perfectly rational for a business-led ecosystem but lowers float credibility unless on-chain transparency is consistently strong. Second, if the post-October 26, 2023 burn materially changed effective supply, you need clarity on which tranche was burned and how the “gradual minting” interacts with these original bucket constraints. The primary docs I found do not spell that out.

Economic flows: gas, staking rewards, and the PoSA “burn then mint” loop

At the chain level, FTN is the gas and staking asset for Bahamut. The whitepaper gives a concrete validator stake requirement of 8192 FTN and lists Bahamut’s chain ID as 5165, with the block explorer at ftnscan.com.

The whitepaper also states that validators are rewarded in FTN, with the gas fee described as the major reward for validators. That is the cleanest “value accrual” path available to the token. If Bahamut blockspace is valuable, validators earn more, and staking demand can rise. If it is not, the token is left leaning on off-chain utility narratives.

PoSA adds a twist: validator selection is explicitly influenced by smart contract activity, not only stake. The whitepaper describes “activity-positive staking” as getting selected more frequently than staking without activity. It also defines the “activity parameter” as interactions a smart contract receives, aggregated across a validator’s contracts.

The project also publishes a PoSA consensus document that gets more explicit about how fees and issuance interact. It describes a structure where some transaction fee components are burned in the execution layer, while the consensus layer mints rewards, with the system seeking an equilibrium between burned amounts and minted amounts. It also notes that base fee dynamics follow Ethereum-like rules (30M gas block capacity and up to 12% base fee adjustments).

That same document includes an illustrative calibration: assuming 4096 validators, 8192 FTN effective balance per validator, and a target ROI of 7%, it implies minting of 0.8937 FTN per block under those assumptions. Treat this as a parameterization example, not a contractual guarantee. Still, it tells you the mental model. This is a staking-yield chain token with an engineered issuance target, not a fixed-supply commodity. For a contrast with a more conventional L1 emissions framing, see the Flare emissions model.

On the product side, the whitepaper claims that paying with FTN can lower fees on the ftNFT marketplace. It states marketplace commission is 2.5% when processed with fiat/cryptocurrency, and 1.5% when processed in FTN. That is one of the few explicit “fee discount” utilities that can translate into structural demand if the marketplace has real volume.

One more operational detail that matters for supply integrity: Bahamut’s docs describe an Ethereum-to-Bahamut bridge where tokens are burned on Ethereum and minted 1:1 on Bahamut, explicitly stating that cross-chain transfers do not alter circulating supply.

Separately, Fasttoken’s news states FTN became bridgeable across Base, Arbitrum, and BNB Chain via OrtakSea, and lists an FTN contract address for that integration as 0x1045971c168B5294aCbc8727a4f1C9e1AF99f6d0. More wrappers can increase accessibility, but they also increase the surface area for supply confusion unless the project maintains a clear canonical accounting.

Governance and parameter control: this is not a community-governed asset

FTN is not marketed as a governance token in the strong DeFi sense. The whitepaper is explicit that FTN holders have no entitlement to corporate governance or voting rights, and that decisions involving Fasttoken are made by the company at its discretion.

That has two direct tokenomics consequences. One, parameter stability is managerial, not constitutional. If the team changes economic levers, token holders cannot formally veto it on-chain via token voting. Two, “value accrual” is almost entirely indirect. If the broader Fastex/SoftConstruct business does well, FTN benefits only to the extent that usage is forced through FTN rails (gas, staking, fee discounts, payments) rather than captured as distributable profits.

Even within the on-chain stack, there are centralization touchpoints. Fasttoken published a post stating the founders’ allocation (as defined in the whitepaper) “is not vested and has not been unlocked” and remains secured in a transparent Ethereum smart contract, pointing readers to the distribution contract on Etherscan.

Risk analysis (dominant risk: permissioned minting and weak financial substance)

Dominant risk: the bridge-and-mint workflow introduces an admin-controlled choke point that is hard to square with “trust-minimized” token economics.

A CertiK security assessment of Bahamut execution/consensus and related contracts flags a “Major” centralization risk in the FTNVault contract design. CertiK describes an owner role that can call updateLimit to change how much a minter address can withdraw, and notes that native FTN tokens are intended to be initialized to the vault at genesis. If the owner account is compromised, an attacker could update limits and drain FTN from the vault via processBurnTransaction().

More importantly for tokenomics, CertiK describes FTNVault as “a vault of native FTN tokens to redeem the same amount of FTN tokens that the user has burnt on Ethereum.” It then observes the implementation “seems to miss some logic” to validate the burner and amount burned on Ethereum, and says the only way is to set limits to a user via updateLimit() “in a centralized manner.” The team response (as reported by CertiK) acknowledges the issue remains because there is “no good way” to validate the Ethereum transaction from the other chain.

From a TradFi realist lens, this is the core structural tension in FTN. The token is marketed with credible-sounding on-chain mechanics, but the moment you hit cross-chain redemption and “minting” paths, you are relying on privileged control and operational security. That is not automatically fatal. Many ecosystems run with admin keys early on. It does mean you should treat FTN less like a neutral commodity and more like exposure to the operating discipline of a specific issuer-led ecosystem. That changes how you discount it.

Second-order effects follow. If redemptions are permissioned, market participants will price in the probability of delayed withdrawals, selective access, or operational failure during stress. That can widen spreads between wrappers, weaken arbitrage, and reduce the very “accessibility premium” that multichain expansion is supposed to create. The risk is not hypothetical. It is a known design constraint documented by an auditor, with an explicit acknowledgement that full validation is not implemented.

On top of that, FTN’s broader financial substance is limited by design. The whitepaper explicitly denies equity, dividends, and governance. So the “investment case” rests on (a) usage demand and (b) staking yield. If you are not comfortable underwriting those with hard on-chain adoption metrics, you are left with brand and ecosystem promises. That is a weak footing for a token that trades like a liquid asset.

Finally, the public supply picture is not clean. Official pages emphasize a 120M burn and a move to “880 million” supply, while CoinGecko shows 870,742,437 total supply and a max supply of 1B. If you cannot reconcile supply and emissions across chains, you cannot build a credible forward dilution model. That uncertainty is itself a risk premium.

Top 3 risks

  1. Trigger: compromise of privileged accounts or operational misconfiguration of mint/redeem limits; Mechanism: owner-controlled updateLimit() and mint/redeem flows in FTNVault enable draining or arbitrary withdrawals, while burn validation is not fully enforced; Who bears it: FTN holders, validators, and any user relying on cross-chain redemption; Measurable indicators: changes to privileged-role addresses, unusually large FTNVault outflows, announcements of timelock/multisig deployment, and audit-follow-up disclosures.
  2. Trigger: Bahamut usage plateaus or declines (transactions, contract activity, fee spend); Mechanism: reduced gas demand and weaker staking economics lower organic buy pressure, while holders have no explicit claim on off-chain platform profits to compensate; Who bears it: passive FTN holders and stakers whose returns are usage-sensitive; Measurable indicators: on-chain gas usage, fee burn/issuance metrics per the PoSA design, validator participation, and external demand signals like marketplace/payment volume where FTN is the settlement asset.
  3. Trigger: inconsistent public reporting of total supply, circulating supply, and burn/mint status across Ethereum and Bahamut; Mechanism: inability to reconcile supply reduces investor confidence, increases perceived dilution risk, and can destabilize wrapper parity across networks; Who bears it: all market participants, especially liquidity providers and cross-chain arbitrageurs; Measurable indicators: changes in CoinGecko-reported total/circulating supply, on-chain balances of distribution/deposit contracts, and official disclosures about additional burns or mint schedules.

If you are structuring a similar “ecosystem token” and need the design to withstand skeptical capital, focus on auditable supply accounting, credible constraints on privileged operations, and a clear mapping from real economic activity to token demand. Start by pressure-testing the core design components. That is where tokenomics design services earn their keep, because most failures are mechanism failures, not marketing failures.



This article is part of our Tokenomics Deep Dive series.