Один раз выпускает ровно 300,000,000 BTOWN одному получателю, указанному в конструкторе
Нет дополнительной эмиссии, владельца, ограничителя переводов или паузы на уровне контракта
Константы распределения не создают одиннадцать отдельных балансов токенов.
BATTLE TOWN
Эмиссия, распределение и вестинг BTOWN
Изучите эмиссию 300M BTOWN, одиннадцать направлений распределения и графики вестинга. Отличайте константы распределения от фактического хранения токенов в контрактах.
Навигация
Распределение 300 млн 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. Каталог включает контракт Presale, готовый к развёртыванию. Развёртывание в основной сети (chain ID 56) опубликовано отдельно ниже; whitepaper остаётся справочником по неизменяемым исходникам. Панель предпродажи считывает текущий статус из контракта.
BNB Smart Chain · Mainnet · Chain ID 56
Безопасность
В исходниках используются механизмы владения и защиты от повторного входа OpenZeppelin. Нет аварийной паузы на уровне контракта, прокси, механизма обновления или обязательного мультисиг-управления в блокчейне. Операционные полномочия сосредоточены у владельцев, создателей начислений, операторов и организаторов.
PDF-отчёт и область его проверки доступны в разделе «Безопасность». В отчёте проверяется исходный код; развёрнутый байт-код и действующие настройки не входят в область проверки. Текущие адреса контрактов указаны на странице предпродажи.