Executive Summary
IBITIcoin is an infrastructure project on BNB Smart Chain built around the IBITI token and separate utility modules. The token is deliberately minimal: fixed supply, no owner, no fees. Everything else lives in separate contracts that use the token, while the token knows nothing about them.
This paper describes what exists on-chain today and, where marked, what is planned. On-chain state is the source of truth.
Table of Contents
1) Goals & Design Principles
- Buy IBITI on the website at a fixed price, with a bonus and a referral reward.
- Trade on PancakeSwap once the pool has liquidity.
- Stake IBITI for a known reward; collect NFTs in the gallery.
- Everything visible on-chain (no “trust me, bro”).
- Clear contracts and addresses, with verified source code.
- Explicit money flow (USDT routing, inventory funding).
- No proxies: live contracts cannot be upgraded.
- Risks stated plainly (liquidity, admin power, no independent audit yet).
Why the two-buy model? Market swaps + Website sale
PancakeSwap is the open market. The website sale is a separate on-chain contract for promotions and referrals: it does not replace the market, it provides a fixed-price path with a bonus, strict limits and on-chain rules.
Why is the token so small? Modules live outside it
A token contract cannot be changed after deployment, and scanners judge a token by its own code. Keeping staking and NFTs in separate contracts means each of them can be fixed or replaced by a new deployment, while the token stays the same.
2) On-chain Addresses (Mainnet)
Below are production addresses. Use BscScan to verify code and inspect read functions.
| Component | Address |
|---|---|
| Live contracts | |
| IBITI token | 0x71b552D3503fe20610aaA470A96E1838fae8381A |
| Team vesting | 0xC4bdF5b6d7688a7d5457A194ac1210ec34003604 |
| Website sale | 0x42924EE213eF1943BE655c2C535FB72F52C64781 |
| Staking | 0x82BA8720FBa8a6A939D078b9ed62afB9ABC3B426 |
| Market | |
| USDT (BSC) | 0x55d398326f99059fF775485246999027B3197955 |
| PancakeSwap V2 Router | 0x10ED43C718714eb63d5aA57B78B54704E256024E |
| IBITI/USDT Pool | 0x5b39C5A553a7355eb47368a9Af5ec5aDB5C7e9d3 (Pool is created when liquidity is added) |
| Operational wallets | |
| Liquidity wallet | 0xC00dC8E3F4647AAa4791AE58901eDDFE6095adA5 |
| Reserve wallet | 0x9d8dd8B2CFF7A17967fA0eF19eD5C0b3EBeFDe41 |
| Vesting contract owner | 0x1841DE9b1c8bF5244675896b0F4FF96C9331596f |
| Burn address | 0x000000000000000000000000000000000000dEaD |
| Modules | |
| NFT collection (IBITICollection) | 0x37F535AF03966CEFa35Bd6fe1d481831d9bc3a67 |
| NFT sale (IBITINFTSale) | 0x44E65077168De8Ff5EC6545857DAd2cB02310fe2 |
| BuybackManager | Deferred, not deployed |
3) IBITI Token (What it is)
- Network: BNB Smart Chain
- Decimals: 8
- Total supply: 100,000,000 IBITI, fixed at deployment
- Token address:
0x71b5...381A
- Medium of value inside IBITI ecosystem modules
- Staking
Technical details (reviewer view)
- Standard ERC-20 with burn, built on OpenZeppelin Contracts 4.9.3 and compiled with solc 0.8.22.
- The token has no owner, minting, pause, fees, blacklist, proxy or upgrade path.
- Holders can burn their own tokens, or tokens within an allowance they were given.
- USDT on BSC has 18 decimals and IBITI has 8, so every price in the system converts between them explicitly.
3.1 Tokenomics & Supply Management
IBITI has a fixed supply of 100,000,000 IBITI (8 decimals) on BNB Smart Chain. The whole supply was created once, in the constructor, and sent straight to its recipients. The token contract itself holds nothing and cannot create more.
- Total supply: 100,000,000 IBITI
- Decimals: 8
- Token address:
0x71b552D3503fe20610aaA470A96E1838fae8381A
- On the wallets and the vesting contract listed in section 3.2.
- They move by ordinary transfers, visible on-chain.
- Supply can only go down, through burning.
Why mint everything at once?
It removes “future mint surprise”: there is no function that could create more, so anyone can verify the total supply once and for all.
3.2 Initial Allocation (Genesis distribution)
The split is 70 / 20 / 10: liquidity and exchanges, marketing and reserve, team vesting.
| Share | Amount (IBITI) | Held by |
|---|---|---|
| Liquidity, exchanges, listings | 70,000,000 | Liquidity wallet 0xC00d...adA5 |
| Marketing and reserve | 19,999,895.9835292 | Reserve wallet 0x9d8d...De41 |
| Team vesting | 10,000,000 | Vesting contract 0xC4bd...3604 |
| Holders of the previous token version | 104.0164708 | 4 addresses |
| Total | 100,000,000 |
- Added to the PancakeSwap pool gradually
- Exchange and listing liquidity
- 1,000,000 IBITI went to the website sale
- Marketing and ecosystem needs
- 1,000,000 IBITI went to the staking reward pool
On-chain clarity — what reviewers can verify
- The constructor arguments of the token show every recipient and amount.
- The holders share comes out of marketing and reserve; the four addresses are listed in the project repository.
- Balances and every later transfer are public.
3.3 Team Vesting (on-chain schedule)
The team share sits in the vesting contract on one fixed schedule: 20% at start, 30% after 180 days, and the remaining 50% linearly over 180 days after 1095 days (3 years).
0xC4bdF5b6d7688a7d5457A194ac1210ec34003604Schedule breakdown (for 10,000,000 IBITI allocation)
| Milestone | Unlocked % | Amount (IBITI) | When (UTC) |
|---|---|---|---|
| Start | 20% | 2,000,000 | 1 Nov 2026 |
| + 180 days | +30% | 3,000,000 | 30 Apr 2027 |
| After 1095 days | + up to 50% | up to 5,000,000 | Linear from 31 Oct 2029 |
| Fully unlocked | 100% | 10,000,000 | 29 Apr 2030 |
How release works (mechanics)
- Only the owner can pay out, only to addresses the owner has listed, and only what the schedule has unlocked.
addMember()andremoveMember()manage the list;release(member, amount)pays.available()shows what can be paid now;unlockedAt(timestamp)shows the schedule for any date.- The token, the allocation and the schedule are fixed in the contract and cannot be changed.
- Ownership cannot be renounced, and transferring it takes two steps.
3.4 Liquidity Policy
Pool liquidity comes from the Liquidity wallet and is added gradually. The Reserve wallet receives USDT from website purchases in the same transaction, and that USDT can also go into liquidity.
0x9d8dd8B2CFF7A17967fA0eF19eD5C0b3EBeFDe41- Receives USDT from website buys immediately.
- Used to support liquidity and operational needs.
- Liquidity is added as separate on-chain transactions.
- Each operation approves the exact amounts to the router and resets the allowance to zero afterwards.
- No permanent approvals are left on project wallets.
Website buy vs Pancake buy — what’s the difference?
- PancakeSwap buy: standard AMM swap, price determined by pool reserves, subject to slippage.
- Website buy: fixed price, USDT goes to the Reserve wallet, IBITI is paid from the sale contract's balance plus a bonus and an optional referral reward.
- Both are on-chain and publicly verifiable.
4) Market & Price
There are two prices and they are independent. The website sale has a fixed price set in its contract: $0.10 per IBITI. The PancakeSwap pool has a market price set by its reserves.
The pool address is known in advance, but the pool exists only once liquidity is added. It opens at $0.10. After that the price moves with trading and can differ from the website price in either direction. The website sale does not read the pool, so trades in the pool cannot change what the website pays out.
How a PancakeSwap quote works (AMM-style)
amountInWithFee = amountIn * (10000 - feeBps) amountOut = (amountInWithFee * reserveOut) / (reserveIn*10000 + amountInWithFee)
This is the typical UniswapV2/PancakeV2-style quote with fee. Slippage is naturally captured.
5) Website Sale (IBITIPromoSale)
IBITIcoin website purchases are executed by a verified on-chain contract with a fixed price, a bonus and a referral reward. There is no proxy: the logic cannot be upgraded.
5.1 Money flow (single purchase transaction)
Buyer USDT ──────► Reserve Wallet (directly) Sale contract IBITI ──► Buyer (purchased + 10% bonus) Sale contract IBITI ──► Referrer (1 IBITI, once)
- USDT is never stored on the sale contract.
- IBITI is paid only from the contract's pre-funded balance. It cannot pull tokens from any wallet.
- All transfers are visible on-chain (token transfers per transaction hash).
5.2 What users see (MetaMask confirmations)
- Connect wallet → choose “Promo Buy” → enter USDT amount (and optional referrer)
- MetaMask may ask for 2 confirmations:
- 1) USDT Approve — for the exact purchase amount, only when the allowance is insufficient. It lets the sale contract move that USDT.
- 2) Purchase — the actual buy transaction. In this transaction USDT goes to the Reserve Wallet and IBITI is delivered (purchased amount + bonus, and referral if eligible).
- After confirmation the website generates an IBITI Receipt (purchase check) with the tx hash and links to BscScan.
Note: the Approve is a separate transaction made by your wallet. Bonus and referral payouts are token transfers during the purchase transaction.
IBITI Receipt (purchase check) — what it contains
After a successful on-chain purchase, the website shows an IBITI Receipt (receipt modal) with a human-friendly summary and direct links to verification sources.
- Network (Mainnet/Testnet) and timestamp
- Buyer address and transaction hash
- Paid (USDT)
- Purchased amount (IBITI) + Promo bonus (IBITI) + Total received (IBITI)
- Effective price (USDT per IBITI)
- Links: BscScan transaction + shareable receipt link
- Options to copy, save image, or print the receipt
Receipt values are derived from on-chain transfer logs and executed transaction data. The blockchain transaction is the ultimate source of truth.
5.3 How the contract determines your IBITI amount
The price is stored in the contract as USDT (18 decimals) per 1 whole IBITI. The buyer also passes minIbitiOut:
if the purchased amount is below it, the transaction reverts.
purchased = USDT * 10^8 / price bonus = purchased * bonusBps / 10000
| You pay | Purchased | Bonus (10%) | You receive |
|---|---|---|---|
| 10 USDT | 100 IBITI | 10 IBITI | 110 IBITI |
| 50 USDT | 500 IBITI | 50 IBITI | 550 IBITI |
| 100 USDT | 1,000 IBITI | 100 IBITI | 1,100 IBITI |
5.4 Where your USDT goes after the buy (Reserve → Liquidity policy)
The sale contract does not add liquidity. USDT goes to the Reserve Wallet during the purchase. Liquidity is added as a separate on-chain transaction.
- USDT goes to the Reserve Wallet immediately.
- The sale contract holds 0 USDT by design.
- Anyone can verify this in token transfer logs per transaction.
- Received USDT can be used to add liquidity to the IBITI/USDT pool on PancakeSwap.
- This happens as an additional on-chain action initiated by operations.
- It is a policy, not an automatic on-chain guarantee.
5.5 Sale stock and accounting
The sale contract was funded with 1,000,000 IBITI by a plain transfer. A purchase that would need more than the contract
holds reverts. poolRemaining() returns the real balance, and getStats() returns the bonus and referral totals.
5.6 Key on-chain parameters
| Parameter | Value | Can it change? |
|---|---|---|
price | $0.10 per IBITI | By the owner, only while paused, between $0.001 and $10 |
minPaymentAmount / maxPaymentAmount | 10 / 100 USDT per purchase | By the owner, only while paused |
bonusBps | 1000 (10%) | No |
refReward | 1 IBITI, once per buyer | No |
reserveWallet | 0x9d8d...De41 | No |
promoActive / promoEndTime | on / no end date | By the owner |
pause / unpause | Emergency stop | By the owner |
5.7 What the owner can and cannot do
The owner can stop the sale, and while it is paused can change the price and limits and withdraw unsold IBITI. The owner can also return other tokens sent to the contract by mistake, but not IBITI that way. Ownership cannot be renounced, and transferring it takes two steps. The logic cannot be changed: a different rule means a new contract at a new address.
Transparency checklist (quick verification)
- Open the transaction hash in BscScan and review token transfers.
- Confirm USDT moved to the Reserve Wallet in the same transaction.
- Confirm IBITI transfers to the buyer (and referrer if applicable).
- Confirm the sale contract's USDT balance is 0 after the buy.
6) Staking
0x509e...0348. The reward pool started with 1,000,000 IBITI.
Staking in IBITI is intentionally simple: choose a term (1–12 months) → lock tokens → claim. Rewards and penalties are known in advance.
- Term: 1–12 months
- Month length: 30 days
- Claim window after the term: 30 days
- Minimum stake: 100 IBITI
Rewards come from a pool on the staking contract, funded by plain transfers out of the marketing and reserve share, with no wallet approvals. Your reward is reserved when you stake, so one user's stake never pays another user's reward. When the pool runs out, new stakes are refused and existing stakes are not affected.
6.1 What you receive
| When you withdraw | You receive | Example: 1,000 IBITI for 12 months |
|---|---|---|
| Before the term ends | Stake minus penalty, no reward | 700 IBITI |
| Within 30 days after the term | Stake and reward | 1,300 IBITI |
| Later | Stake only, with no time limit; the reward is lost | 1,000 IBITI |
6.2 Reward / Penalty Schedule
The same percentage ladder is used for on-time rewards and early-exit penalties (in % of the stake, for the whole term). The penalty is the same on the first day and on the last day of the term.
| Term | Reward % (on time) | Penalty % (early) |
|---|---|---|
| 1 month | 1% | 1% |
| 2 months | 3% | 3% |
| 3 months | 5% | 5% |
| 4 months | 7% | 7% |
| 5 months | 10% | 10% |
| 6 months | 12% | 12% |
| 7 months | 14% | 14% |
| 8 months | 18% | 18% |
| 9 months | 20% | 20% |
| 10 months | 22% | 22% |
| 11 months | 25% | 25% |
| 12 months | 30% | 30% |
Renewing (a new term without withdrawing)
- After the term ends you can renew with a new amount and a new term. Before that, renewing is not possible.
- Within the 30 days your reward is yours and counts towards the new stake. Later, only your stake counts.
- A lower amount sends the difference to your wallet; a higher amount adds the difference from your wallet.
- A renewal needs enough reward pool for the new reward. Withdrawing is always possible instead.
Staking cashflow (what happens to tokens)
- When staking, IBITI moves to the staking contract and the reward is reserved from the pool.
- Penalties and lost rewards stay in the pool. The owner can withdraw the free part of the pool.
- Stakes and reserved rewards are out of the owner's reach.
- A pause stops new stakes and renewals. Withdrawing always stays open.
- After the 30 days anyone can return the reserved reward to the pool. This does not move the stake and pays the caller nothing.
7) NFT Collection
The Path of Humanity: 11 cards from the story told in our book. Buy any card at any time with USDT in the NFT Gallery.
- An ERC-721 NFT that stays yours for good: no expiry, no burning
- You can keep it or transfer it
- It is a collectible: it gives no discount, no income and no share in the project
- Each card has its own edition, which can be lowered but never raised
- The price of each card is set once in USDT and can never change, up or down, not even by the owner; USDT goes straight to the reserve wallet
- The contract has no burn or pause: the owner cannot take, burn or freeze an NFT
- Cards are issued only by the sale contract, at the card's price. That contract is set once and cannot be replaced, and the contract has no other way to issue a card
- The collection can never hold more than 12 cards: the 11 cards and the Full Collection
- A resale on a marketplace that honours it pays 5% to the reserve wallet; the owner can change this, up to 10%
7.1 Cards
| # | Card | Rarity |
|---|---|---|
| 1 | Creation | Normal |
| 2 | Awakening | Rare |
| 3 | The First Gods and Kings | Rare |
| 4 | Enlightenment | Rare |
| 5 | The Age of Darkness and Faith | Legendary |
| 6 | Blood and Steel | Legendary |
| 7 | Digital Cell | Legendary |
| 8 | The Last Frontier | Epic |
| 9 | Quantum Leap | Epic |
| 10 | End or Rebirth | Epic |
| 11 | Pandora | Pandora |
7.2 The Full Collection
A separate collector's item: all 11 cards together with the book. It is added to the same contract as a new card. The price will be announced later, and it is not on sale until then.
8) Fees
There is no sell contract and no fee contract on mainnet. If a paid product appears later, its terms will be published here with its contract. A new contract cannot change the token.
9) Buyback (Deferred)
BuybackManager is not deployed. If it is used later, it would acquire IBITI on the market and optionally burn it. This is an operational tool — not a guaranteed promise.
If buybacks are used, they should be executed with slippage protections and transparent reporting. Burn is verifiable on-chain.
10) Security & Admin Controls
- Token: nobody. It has no owner.
- Vesting: the owner pays out, only within the schedule.
- Website sale: the owner has the powers in section 5.7.
- Staking: the owner can pause new stakes and withdraw the free part of the pool, but not stakes or reserved rewards.
- No live contract is behind a proxy, so none can be upgraded.
- Source code verified on BscScan and public on GitHub
- OpenZeppelin base contracts, reentrancy guard on purchases
- Price bounds and decimals checks in the sale contract
- Mainnet owner wallets are hardware wallets
Trust model (honest version)
The website sale has an owner who can change its price and limits while it is paused and withdraw its unsold stock. This is a trust assumption. The token, by contrast, has no owner: nobody can stop it, freeze an address or reverse a transfer, including in an emergency.
11) Transparency & Monitoring
What anyone can verify
- Website buys: by watching the contract events (
PromoBuy). - USDT routing: the sale contract holds 0 USDT; the Reserve wallet receives it.
- Sale stock:
poolRemaining()returns the real balance. - Vesting:
available(),released()andReleasedevents. - Staking:
totalStaked(),reservedRewards()andfreeRewards()always add up to the contract's balance. - Supply:
totalSupply()can only go down.
After a website buy: reserve wallet USDT increases; sale contract USDT stays at 0; sale contract IBITI decreases by purchased + bonus + referral amounts.
12) Risks & Limitations (Read This)
Market & liquidity risk
- Until the pool has liquidity, there is no open market to sell IBITI.
- Low liquidity increases slippage and price volatility.
- The market price can fall below the website price.
Smart contract risk
- The contracts have tests and verified source code, but no independent third-party audit yet.
- Contracts cannot be upgraded, so a bug can only be addressed by a new deployment.
Admin & wallet risk
- The website sale's parameters can change while it is paused, as described in section 5.7.
- The token cannot be paused or frozen, so stolen tokens cannot be recovered by the project.
NFTs
- NFTs are collectibles, and nothing guarantees that one can be resold at any price.
- Card metadata is hosted on the project's website until it is moved to IPFS and frozen in the contract.
13) FAQ
Why have a website buy flow if Pancake exists?
Pancake is the open market. The website flow is a fixed-price on-chain sale with a bonus, a referral reward and strict limits, designed for simple UX and promotions.
Where do my USDT go after buying on the website?
Your USDT goes to the Reserve Wallet in the same transaction. The sale contract never holds it.
After the USDT reaches the Reserve Wallet, it can be used for liquidity operations (e.g., adding liquidity to the IBITI/USDT pool on PancakeSwap). This step is a separate on-chain transaction and is fully traceable.
Receipt: after a successful purchase the website shows an IBITI Receipt (a “check”) with transaction hash, paid USDT, received IBITI (purchased + bonus), effective price, and direct links to BscScan.
Does the token take a fee on transfers or trades?
No. The token has no fee at all. On PancakeSwap you pay only the pool's own swap fee and gas.
What happens if I forget about my stake?
You have 30 days after the term to take the reward. After that it is lost, but your stake stays yours with no time limit.
Can more IBITI be created?
No. The token has no mint function and no owner. Supply can only go down, through burning.
Do NFTs expire or burn?
No. An NFT from the collection stays yours for good, and you can keep it or sell it.
Nothing here is financial advice. On-chain state is the source of truth.