Tokenomics YANICoin
Distribution complete, phases ICO, vesting, mecanisme de burn hybride et gouvernance on-chain du token YANI. Supply fixe a 7 milliards, approche hybride strategique.
Distribution initiale — 10 allocations
Le supply total de 7 000 000 000 YANI est reparti en 10 allocations distinctes, chacune avec des conditions de vesting specifiques pour assurer la stabilite a long terme.
| Allocation | % | Montant YANI | Vesting | Objectif |
|---|---|---|---|---|
Reserve ecosysteme | 30% | 2 100 000 000 | 4 ans — lineaire | Incentives utilisateurs, airdrops, growth |
ICO (3 phases) | 20% | 1 400 000 000 | Phase 1 cliff 6m / Phase 2-3 cliff 3m | Financement du developpement |
Equipe & Fondateurs | 15% | 1 050 000 000 | Cliff 1 an + 3 ans lineaire | Alignement long terme de l’equipe |
Staking rewards | 15% | 1 050 000 000 | Distribution progressive selon APY | Recompenses pour les validateurs et stakers |
Liquidite & Market Making | 10% | 700 000 000 | Immediat (DEX + CEX) | Pools de liquidite YaniDEX + exchanges |
Partenaires & Advisors | 3% | 210 000 000 | Cliff 6m + 2 ans lineaire | Conseillers strategiques et partenaires cles |
Treasury & Reserve legale | 3% | 210 000 000 | Multisig 3/5 — gouvernance DAO | Reserve de securite et obligations legales |
Airdrops & Marketing | 2% | 140 000 000 | 12 mois lineaire | Campagnes d’acquisition et community building |
Bug bounty & Securite | 1% | 70 000 000 | Sur evenement (audits, signalements) | Programme de recompenses securite |
Fonds de developpement | 1% | 70 000 000 | Gouvernance DAO — unlock par vote | Subventions open-source et R&D |
| TOTAL | 100% | 7 000 000 000 | Supply fixe — aucun mint au-dela du plafond | |
Supply fixe et immutable
MAX_SUPPLY de 7 milliards est code en dur dans le smart contract. Le role MINTER_ROLEne peut creer de tokens que dans cette limite absolue. Aucune inflation au-dela du plafond n'est possible.Phases ICO
L'ICO se deroule en 3 phases progressives avec un prix croissant pour recompenser les early adopters. Objectif de levee total : 2 275 000\u20ac.
| Phase | Prix unitaire | Tokens | Levee cible |
|---|---|---|---|
| Private Sale | 0.0010\u20ac | 350M | 350 000\u20ac |
| Presale | 0.0015\u20ac | 700M | 1 050 000\u20ac |
| Public Sale | 0.0025\u20ac | 350M | 875 000\u20ac |
| Total ICO | — | 1.4 Mds | 2 275 000\u20ac |
Pourquoi 3 phases ?
Calendrier de vesting
Le vesting est gere on-chain par le contrat YaniVesting.sol. Chaque beneficiaire a un calendrier personnalise avec une periode de cliff suivie d'un deblocage lineaire.
// Calendrier de vesting par beneficiaire
struct VestingSchedule {
uint256 totalAmount; // Montant total alloue
uint256 startTime; // Timestamp de debut
uint256 cliffDuration; // Duree du cliff (secondes)
uint256 vestingDuration; // Duree totale de vesting
uint256 releasedAmount; // Montant deja debloquer
bool revocable; // Revocable par la governance ?
}
function release(bytes32 scheduleId) external {
VestingSchedule storage s = schedules[scheduleId];
uint256 vested = computeVestedAmount(s);
uint256 releasable = vested - s.releasedAmount;
require(releasable > 0, "Nothing to release");
s.releasedAmount += releasable;
yaniToken.safeTransfer(s.beneficiary, releasable);
}Mecanisme de burn
Le burn automatique est implemente dans YaniCoin._update(). Il s'applique uniquement aux transfers wallet-to-wallet directs a un taux de 0.02%. 50% du montant brule est route vers la treasury.
- • Transfers directs wallet → wallet
- • Envois particulier → particulier
- • Tout transfer non exempte
- • Tous les smart contracts DeFi
- • Staking / unstaking
- • Liquidity pools (DEX)
- • Paiements B2B marchands certifies
- • Bridges inter-chain
uint256 public burnRate = 2; // 0.02% (2/10000)
uint256 public constant BURN_RATE_DENOMINATOR = 10000;
uint256 public treasurySplitBps = 5000; // 50% du burn vers treasury
function _update(address from, address to, uint256 value) internal override {
if (from != address(0) && to != address(0)
&& !isExemptFromBurn[from] && !isExemptFromBurn[to]) {
uint256 totalFee = (value * burnRate) / BURN_RATE_DENOMINATOR;
if (totalFee > 0) {
uint256 toTreasury = (totalFee * treasurySplitBps) / 10000;
uint256 toBurn = totalFee - toTreasury;
super._update(from, address(0), toBurn); // Destruction
super._update(from, treasuryAddress, toTreasury); // Treasury
totalBurned += toBurn;
emit AutoBurn(from, toBurn, toTreasury);
value -= totalFee;
}
}
super._update(from, to, value);
}Modele hybride strategique
YANI adopte un modele hybride inspire d'ETH post-EIP1559 : supply fixe + burn leger. Ce n'est ni purement deflationnaire (comme SHIB), ni purement stable (comme USDC).
| Critere | Fixed Supply | Deflationnaire | YANI (Hybride) |
|---|---|---|---|
| Reference | USDC, early BTC | BNB, SHIB | ETH post-EIP1559 |
| Prix long terme | Stable | Appreciation | Controle / governance |
| Stabilite paiements | Excellente | Problematique | Acceptable (exemptions) |
| Narrative investisseur | Faible | Forte | Forte |
| Conformite MiCA | Utility clair | Grey zone | Utility token |
Avantage de l'approche hybride
Gouvernance on-chain
Les parametres de tokenomics (burn rate, exemptions, treasury split) sont modifiables par vote de la DAO via YaniGovernor. 1 YANI = 1 vote.
Conformite MiCA
Qualification MiCA Article 4 — Utility Token
Contrats deployes
0xEeB3aCBAd58d737fda12D3B0a1402ea3667203BB0x11AbE5A5bB549BbE3d75561D5d566a15f50dAAdD0x90e4e6158a28f508173675A3a3d027FCb3677984Pour une vision exhaustive — architecture YaniChain, protocoles DeFi, roadmap et strategie token — consultez le whitepaper officiel.