Emituje dokładnie 300 000 000 BTOWN jednorazowo do jednego odbiorcy konstruktora
Brak dodatkowej emisji, właściciela, blokady transferów i pauzy kontraktu
Stałe alokacji nie tworzą jedenastu oddzielnych sald
BATTLE TOWN
Podaż, podział i vesting BTOWN
Sprawdź 300M BTOWN, jedenaście pul i harmonogramy vestingu. Odróżnij stałe alokacji od przechowywania środków w kontrakcie.
Nawigacja
Dystrybucja 300M BTOWN
Whitepaper v3.4 ustala jednorazową emisję 300 000 000 BTOWN w konstruktorze i jedenaście stałych alokacji. Płynność to 10 mln początkowo i 20 mln rezerwy. Większość pozycji to wartości referencyjne, a nie kontrola przechowywania w kontrakcie.
Trzy harmonogramy wymuszane kontraktem kończą się w miesiącach 10, 16 i 22. Oficjalne turnieje dzieli co najmniej 60 dni między utworzeniami; brak gwarancji kwartalnej. Nagrody zwycięzcy i losowych graczy są przekazywane w całości przy rozliczeniu, bez miesięcznych rat po jednej trzeciej. Opłaty społecznościowe nominalnie dzielą się na 95% dla zwycięzcy, 1,5% dla epoki NFT i 3,5% dla Treasury, z uwzględnieniem zaokrągleń całkowitych i warunków otwarcia epoki.
Stałe Solidity dzielą płynność wyłącznie na 10 000 000 BTOWN początkowo i 20 000 000 rezerwy. Żaden kontrakt z tego zestawu nie dostarcza płynności, nie blokuje sald ani nie wymusza harmonogramu, podziału DEX/CEX, części na market making czy formuły zależnej od zebranych środków.
Alokacje to wartości referencyjne, nie pełna mapa przechowywania. Konstruktor Token emituje jednorazowo całe 300 mln do jednego odbiorcy; Vesting ogranicza TEAM, a wdrożenie referencyjne zasila RewardsVault kwotą 80 mln. Kontrakty nie narzucają budżetu przychodów przedsprzedaży. Finalizacja wysyła do RewardsVault niesprzedany zapas ponad zablokowane zobowiązania.
Oficjalny whitepaper (PDF)Rdzeń ze smart kontraktów
Whitepaper v3.4 odpowiada niezmiennym źródłom SHA-256 7990a8a2f26d289ef24a28b7aabfae624ab5bdd6e8ef1ca146e118a68f027143. Katalog zawiera możliwy do wdrożenia Presale. Wdrożenie mainnet (chain ID 56) jest opublikowane oddzielnie poniżej; whitepaper pozostaje niezmiennym odniesieniem do źródeł. Panel przedsprzedaży odczytuje aktualny stan sprzedaży z kontraktu.
BNB Smart Chain · Mainnet · Chain ID 56
Bezpieczeństwo
Kod używa mechanizmów własności i ochrony przed reentrancy z OpenZeppelin. Nie ma awaryjnej pauzy, proxy, ścieżki aktualizacji ani wymogu multisig on-chain.
Raport PDF i jego zakres znajdziesz w sekcji Bezpieczeństwo. Raport dotyczy kodu źródłowego; wdrożony bytecode i ustawienia produkcyjne pozostają poza jego zakresem. Aktualne adresy kontraktów znajdują się na stronie przedsprzedaży.