Emite exatamente 300.000.000 BTOWN uma vez para um destinatário do construtor
Sem emissão adicional, proprietário, bloqueio de transferências ou pausa do contrato
As constantes de alocação não criam onze saldos separados
BATTLE TOWN
Oferta, distribuição e vesting BTOWN
Consulte 300M BTOWN, onze alocações e calendários de vesting. Distinga as constantes de alocação da custódia contratual.
Navegação
Distribuição de 300M BTOWN
O whitepaper v3.4 fixa uma emissão única de 300.000.000 BTOWN no construtor e onze constantes de alocação. A liquidez inclui 10 M iniciais e 20 M de reserva. A maioria das parcelas são referências numéricas, não controlos contratuais de custódia.
Três planos contratuais terminam nos meses 10, 16 e 22. Os torneios oficiais são criados com pelo menos 60 dias de intervalo, sem garantia trimestral. As parcelas do vencedor e dos jogadores aleatórios são transferidas integralmente na liquidação, sem terços mensais. As taxas comunitárias dividem-se nominalmente em 95% para o vencedor, 1,5% para a época NFT e 3,5% para Treasury, sujeitas a arredondamentos inteiros e condições de abertura da época.
As constantes Solidity apenas dividem a liquidez em 10.000.000 BTOWN iniciais e 20.000.000 de reserva. Nenhum contrato destas fontes fornece liquidez, bloqueia esses saldos ou impõe calendário, divisão DEX/CEX, parcela de criação de mercado ou fórmula baseada na captação.
As alocações são referências numéricas, não um mapa completo de custódia. O construtor Token emite os 300 M uma vez para um destinatário; Vesting limita TEAM e a implementação de referência financia RewardsVault com 80 M. Os contratos não impõem orçamento às receitas da pré-venda. A finalização envia a RewardsVault o inventário não vendido acima das obrigações bloqueadas.
Whitepaper oficial (PDF)Um núcleo de contratos inteligentes
O whitepaper v3.4 corresponde ao código imutável SHA-256 7990a8a2f26d289ef24a28b7aabfae624ab5bdd6e8ef1ca146e118a68f027143. O catálogo inclui Presale implementável. A implementação mainnet (chain ID 56) é publicada separadamente abaixo; o whitepaper mantém-se como referência imutável do código. O painel da pré-venda lê o estado atual da venda no contrato.
BNB Smart Chain · Mainnet · Chain ID 56
Segurança
O código usa primitivas OpenZeppelin de propriedade e reentrada. Não inclui pausa de emergência, proxy, caminho de atualização ou requisito multisig on-chain.
Consulte o relatório PDF e seu escopo em Segurança. O relatório analisa o código-fonte; o bytecode implantado e as configurações em produção estão fora de seu escopo. Os endereços atuais dos contratos estão na página da pré-venda.