Crée une seule fois exactement 300 000 000 BTOWN pour un destinataire du constructeur
Aucune émission supplémentaire, aucun propriétaire, verrou de transfert ou mécanisme de pause du contrat
Les constantes d’allocation ne créent pas onze soldes distincts
BATTLE TOWN
Offre, répartition et vesting BTOWN
Consultez les 300M BTOWN, onze allocations et calendriers de vesting. Distinguez les constantes d’allocation de la garde par contrat.
Navigation
Répartition de 300M de BTOWN
Le whitepaper v3.4 fixe une émission unique de 300 000 000 BTOWN au constructeur et onze constantes d’allocation. La liquidité comprend 10 M initiaux et 20 M de réserve. La plupart des postes sont des références numériques, pas des contrôles de garde contractuels.
Trois calendriers contractuels se terminent aux mois 10, 16 et 22. Les tournois officiels sont créés à au moins 60 jours d’intervalle, sans garantie trimestrielle. Les parts du vainqueur et des joueurs aléatoires sont versées intégralement au règlement, sans tiers mensuels. Les frais communautaires se répartissent nominalement en 95 % au vainqueur, 1,5 % à l’époque NFT et 3,5 % à Treasury, selon les arrondis entiers et conditions d’ouverture d’époque.
Les constantes Solidity divisent uniquement la liquidité en 10 000 000 BTOWN initiaux et 20 000 000 de réserve. Aucun contrat de ces sources ne déploie la liquidité, ne verrouille ces soldes ni n’impose de calendrier, répartition DEX/CEX, poche de tenue de marché ou formule liée aux fonds levés.
Les allocations sont des références numériques, pas une carte complète de garde. Le constructeur Token crée les 300 M une fois pour un destinataire ; TEAM est plafonné par Vesting et le déploiement de référence finance RewardsVault avec 80 M. Les contrats n’imposent aucun budget des recettes de prévente. La finalisation envoie à RewardsVault les invendus dépassant les obligations verrouillées.
Livre blanc officiel (PDF)Un cœur en smart contracts
Le whitepaper v3.4 correspond aux sources immuables SHA-256 7990a8a2f26d289ef24a28b7aabfae624ab5bdd6e8ef1ca146e118a68f027143. Le catalogue inclut le contrat Presale déployable. Le déploiement mainnet (chain ID 56) est publié séparément ci-dessous ; le whitepaper reste la référence immuable des sources. Le panneau de prévente lit l’état actuel de la vente dans le contrat.
BNB Smart Chain · Mainnet · Chain ID 56
Sécurité
Le code source utilise les primitives de propriété et de réentrance d’OpenZeppelin. Il ne contient ni pause d’urgence, ni proxy, ni mise à niveau, ni exigence multisig on-chain.
Consultez le rapport PDF et son périmètre dans Sécurité. Le rapport examine le code source ; le bytecode déployé et les paramètres en production sont hors de son périmètre. Les adresses actuelles des contrats figurent sur la page de prévente.