Чаканіць роўна 300 000 000 BTOWN адзін раз аднаму атрымальніку канструктара
Няма дадатковай эмісіі, уладальніка, механізму абмежавання пераводаў або прыпынення на ўзроўні кантракту
Канстанты размеркавання не ствараюць адзінаццаці асобных балансаў токенаў
BATTLE TOWN
Эмісія, размеркаванне і вестынг BTOWN
Вывучыце эмісію 300M BTOWN, адзінаццаць напрамкаў размеркавання і графікі вестынгу. Адрознівайце канстанты размеркавання ад фактычнага захоўвання токенаў у кантрактах.
Навігацыя
Размеркаванне 300M BTOWN
Whitepaper v3.4 фіксуе адзіны выпуск 300 000 000 BTOWN у канструктары і адзінаццаць канстант размеркавання. Ліквіднасць падзелена на 10 млн пачатковай ліквіднасці і 20 млн рэзерву. Большасць катэгорый задаюць колькасныя аб’ёмы, а не кантроль захоўвання сродкаў на ўзроўні кантрактаў.
Тры графікі вестынгу, якія забяспечваюцца кантрактамі, завяршаюцца на 10-м, 16-м і 22-м месяцах. Паміж стварэннем афіцыйных турніраў павінна прайсці не менш за 60 дзён; штоквартальнае правядзенне не гарантуецца. Узнагароды пераможцу і выпадковаму гульцу пераводзяцца цалкам пры разліку, без штомесячных выплат па адной трэці. Камісіі супольнасці намінальна размяркоўваюцца так: 95% пераможцу, 1,5% у NFT-эпоху і 3,5% у Treasury — з улікам цэлалікавага акруглення і ўмоў адкрыцця эпохі.
Канстанты Solidity падзяляюць ліквіднасць толькі на 10 000 000 BTOWN пачатковай ліквіднасці і 20 000 000 BTOWN рэзерву. Ніводзін кантракт у гэтых зыходніках не размяшчае ліквіднасць, не блакуе гэтыя рэшткі і не ўстанаўлівае графік іх выдачы, размеркаванне паміж DEX/CEX, асобны аб’ём для маркетмэйкінгу або формулу ад сумы прыцягнутых сродкаў.
Размеркаванне задае колькасныя аб’ёмы, а не поўную схему захоўвання сродкаў. Канструктар Token адзін раз выпускае ўсе 300 млн токенаў на адрас аднаго атрымальніка. Ліміт TEAM забяспечвае кантракт Vesting; у эталонным разгортванні RewardsVault атрымлівае 80 млн. Кантракты не абмяжоўваюць бюджэт расходавання выручкі перадпродажу. Пасля завяршэння перадпродажу непрададзеныя токены звыш заблакаваных абавязацельстваў пераводзяцца ў RewardsVault.
Афіцыйны дакумент (PDF)Ядро смарт-кантракту
Whitepaper v3.4 адпавядае нязменнаму зыходнаму набору SHA-256 7990a8a2f26d289ef24a28b7aabfae624ab5bdd6e8ef1ca146e118a68f027143. Каталог уключае разгортваемую перадпродажную. Разгортванне Mainnet (ідэнтыфікатар ланцужка 56) апублікавана асобна ніжэй; Белая кніга застаецца нязменнай спасылкай на крыніцу. Панэль папярэдняй продажу счытвае бягучы статус продажу з кантракту.
BNB Smart Chain · Mainnet · Chain ID 56
Бяспека
У зыходным кодзе выкарыстоўваюцца механізмы валодання і абароны ад паўторнага ўваходу OpenZeppelin. Няма аварыйнага прыпынення на ўзроўні кантракту, проксі, механізму абнаўлення або патрабавання абавязковага мультыподпісу ў блокчэйне. Аперацыйныя паўнамоцтвы сканцэнтраваны ва ўладальнікаў, стваральнікаў размеркаванняў, аператараў і арганізатараў.
Глядзіце справаздачу ў фармаце PDF і яе аб'ём у раздзеле "Бяспека". Справаздача разглядае зыходны код; разгорнуты байт-код і жывыя налады не ўваходзяць у яго сферу дзеяння. Дзеючыя кантрактныя адрасы пералічаны на старонцы перадпродажу.