Safrano Whitepaper

1. Vision

Most reward apps break at the same question, the moment someone asks, "can I actually prove this exists?" Numbers stuck inside an app, tokens announced but never shipped, claims with no way to check them. Safrano starts from the reverse idea: anything that matters should be checkable by the user, on a public ledger, without needing to trust us.

Safrano runs on Polygon. Users build up Safrano Points (SP) through daily sessions, and will be able to move that value out as SFR — an ERC-20 token with a fixed total supply, liquidity added through transparent, verifiable steps, and a published vesting schedule — into wallets only they control.

2. The Product

• Daily session. A single tap opens a 24-hour production window. The user returns the next day to collect and start a new one. Rewards are calculated on Safrano's servers, so the phone's battery and processor sit idle throughout.
• Streaks and tasks. Collecting on consecutive days and completing short tasks unlock extra rewards on top of the base session.
• Boosts. An optional purchase temporarily multiplies a user's own daily output and adds a fixed SP bonus right away. No amount of skill or grinding produces the same effect — that boundary is intentional.
• Leaderboard, referrals, global chat. Social layers that give the community a shared space, kept separate from how rewards are calculated.
• Withdrawals. SP is designed to convert into SFR at a fixed, published rate of 10 SP = 1 SFR, sent on-chain to the user's own Polygon address once this stage opens. Each completed withdrawal will show its own transaction hash inside the app.

3. The Unit System: SP and SFR

Inside the app, activity is measured in SP (Safrano Points). On-chain, that value is represented by SFR, the ERC-20 token. The exchange rate is fixed and displayed on every screen: 10 SP = 1 SFR. The app shows no fiat figures and makes no claim about what SFR is worth — only what a user holds, what it converts to, and where it moved.

4. Reward Economy

• Scheduled community allocation. 70% of total supply is held in the Community Vault and released according to a published monthly schedule — 29,000,000 SFR every 30 days. Both daily production and boost bonuses draw from this same schedule. No new tokens are ever minted; the supply is fixed from deployment.
• Base production. Every active account carries the same base weight — 24 SP per daily session under the launch parameters.
• Boosts change production, never supply. Each boost package adds its own published, fixed SP bonus to a single 24-hour session; base and bonuses stream in together over that window and settle once it closes. Packages can be combined. Total supply stays untouched.
• Withdrawals are paced by the pool. Two published rules will govern on-chain payouts once this stage opens: a single account can withdraw up to 20% of its balance within any 30-day period, and no more than a published share of the liquidity pool's SFR (5% at launch) leaves the pool on a given day. No request is ever refused outright — each joins a first-come queue, and anything that does not fit today is paid on a later day. Queue position is visible in the app, and past payouts are listed with their transaction hashes. Once trading exists, SFR's price is set by the open market, not by Safrano.
• No randomness on rewards. Token amounts are never decided by wheels, chests, or any form of chance mechanic.
• The limit scales with the pool. Liquidity is added to the pool from boost revenue in transparent, verifiable steps; a larger pool raises the daily payout ceiling and reduces the price impact of each sale. Without new liquidity, payouts simply slow on their own — nothing can empty the pool in a single day.

5. The SFR Token

The token contract itself carries no owner, no lock, and no admin function of any kind. The one privileged action in the whole system belongs to the Community Vault, which can only burn unreleased tokens — it can never redirect them to any address.

6. Token Distribution

No allocation is held in an ordinary wallet. Each share sits inside a named, publicly readable contract, so questions about supply concentration have a direct answer: a set of addresses anyone can inspect.

7. Market Mechanics

• The market opens at launch, not before. Once SFR deploys, the SFR/USDT pool on QuickSwap begins trading immediately, with no separate unlock step. From that point the price comes from the market itself and appears on the home page.
• Liquidity added in the open. The project adds liquidity to the pool through transactions anyone can trace on-chain. Nothing about how or when it is added happens off the record.
• A deliberately narrow float. Circulating supply is limited to what has been withdrawn from the app plus what sits in the liquidity pool; the remainder stays locked to its published schedule.
• No team-run token sale. SFR never leaves the project through a sale. It reaches circulation only through community rewards, the liquidity pool, and the team's public vesting schedule.

8. Verification and Fair Play

• No ID required. Downloading Safrano, earning SP and withdrawing never ask for identity documents.
• Phone verification plus device-integrity checks through Google Play Integrity keep the reward pool safe from bot networks.
• Running multiple accounts gains nothing. The community allocation follows a fixed, capped release schedule, so extra accounts only split the same pool. Verification carries a real cost, and clusters flagged as suspicious are quietly cut off.

9. Security Principles

• Contracts are kept small and single-purpose, built on OpenZeppelin's ERC-20 and vesting primitives, and will be publicly verifiable on Polygonscan once deployed; liquidity is added through transparent, on-chain steps rather than a hidden process.
• Token supply sits inside time-locked and vesting contracts, so nothing can move outside the schedule published here.
• The only official contract addresses will be the ones listed in section 5 and on safrano.io/proof once the token launches. Any address offering SFR before that point does not belong to us.

10. Community Vault

The 700,000,000 SFR set aside for the community lives in a dedicated CommunityVault contract rather than in a wallet. Its rules are locked in at deployment:

• 30-day periods, each with a hard cap. Time is split into 30-day windows, and each window can release no more than a fixed amount written into the contract — an amount no admin has the power to raise.
• Nothing is lost, only deferred. Tokens not released in a given period stay claimable afterward, but the running total released by any date can never exceed what the schedule allows.
• Release is open to anyone. Calling release() requires no special permission — any address can trigger it, and the tokens always land in the same fixed rewards wallet. No one, including the team, can send them elsewhere.
• One fixed beneficiary. The receiving address is set once, at deployment, and stays fixed after that.
• The owner can only destroy, never move. The single privileged action available is burning tokens still inside the vault, which can only shrink supply — it can never redirect tokens to anyone.

11. Boosts

• Definition of a boost. A boost is an optional in-app purchase, made through Google Play or with USDT/POL at safrano.io/market. It adds a fixed SP bonus to a single 24-hour session: bought mid-session, the bonus applies immediately; bought while no session runs, it waits for the next START. Boost packages combine without limit, and the VIP and Titan tiers also open chat access.
• Source of the bonus. Every bonus SP is paid from the community allocation, on its published release schedule — no new SFR is minted, and the team never sells SFR to cover it. Each package's bonus is fixed and shown before checkout; future changes to these amounts are announced ahead of time and never applied to purchases already made.
• What a boost does not do. A boost is not an investment and carries no guarantee of future value. Once trading opens, SFR's price is set by the open market and can move down as readily as up. Purchases and refunds follow Google Play's own policies, or are verified on-chain when paid in crypto.

12. How to Verify

Safrano speaks through exactly two official channels: safrano.io (including the safrano.io/proof page) and [email protected]. There is no X (Twitter), Discord, Telegram or other account acting on Safrano's behalf. Any page, group or seller claiming otherwise — including anyone offering to sell "SFR" — is impersonating us. If it isn't published on safrano.io, it isn't from Safrano.

Contract addresses will be published on the proof page, and listed in section 5 of this document, once the token deploys. From that point, anyone can confirm the following directly on Polygonscan, without taking our word for it:

• No owner, no lock: once deployed, open the SFR token contract's "Read Contract" tab: there is no owner function and no pause / blacklist / lock function — the verified source is a plain OpenZeppelin ERC-20 with Burnable and Permit, and nothing added on top.
• Community Vault: the vault contract's beneficiary matches the published rewards wallet; its periodCap matches the published release schedule; and its token balance equals whatever community allocation has not yet been released.
• Team vesting: the TeamVesting contract fixes start at the moment of deployment, cliffDuration at 180 days and vestingDuration at 365 days — all three immutable; its SFR balance equals the team allocation minus whatever has already vested.
• Liquidity: each addition to the SFR/USDT pool, and the wallet holding the resulting LP tokens, is logged step by step on the proof page — every step public and checkable independently on Polygonscan.
• Supply: the SFR token contract's totalSupply never exceeds 1,000,000,000, and its verified source contains no mint function of any kind.

13. Roadmap

Safrano marks a phase complete only once it has happened, not when it's merely planned. Foundation — site, admin panel and core infrastructure running (done). Closed Beta — Android app in preparation, reward mechanics under internal review (current). Launch — token contract deployed and verified, liquidity pool created, app released on Google Play. Growth — withdrawals open, liquidity deepens, exchange listings, ongoing features. Dates appear here only once they've actually happened.

14. Disclaimer

This document describes how the Safrano platform and the SFR token are designed to function. It is not investment advice, is not an offer of securities, and carries no promise of price, value or return. Feature availability and regional access remain subject to ongoing legal review. The figures here — rates, allocations, timing — are current design targets; any change made before launch will be announced openly, never introduced quietly. Confirm addresses and updates only through Safrano's official channels.