Zum Inhalt springen

BATTLE TOWN

BTOWN-Angebot, Verteilung & Vesting

Prüfe 300 Mio. BTOWN, elf Verteilungsbereiche und Vesting-Pläne. Unterscheide Verteilungskonstanten von der Verwahrung im Vertrag.

Navigation
// TOKENÖKONOMIE

Verteilung von 300 Mio. BTOWN

Whitepaper v3.4 legt eine einmalige Konstruktorprägung von 300.000.000 BTOWN und elf Allokationskonstanten fest. Liquidität: 10 Mio. Anfangsliquidität und 20 Mio. Reserve. Die meisten Positionen sind Zahlenvorgaben, keine Verwahrungskontrollen im Vertrag.

Öffentlicher Vorverkauf100M · 33.33%
Unternehmensvorverkauf20M · 6.67%
Anfangsliquidität10M · 3.33%
Liquiditätsreserve20M · 6.67%
Mining / Belohnungen80M · 26.67%
Team (Freigabeobergrenze)20M · 6.67%
Staking-Belohnungen (nur Konstante; kein Staking-Vertrag)12M · 4.00%
Ökosystem11M · 3.67%
Marketing10M · 3.33%
Belohnungsprogramm9M · 3.00%
Launchpool8M · 2.67%
Ticker
BTOWN
Gesamtangebot
300 000 000
Typ
Game-Utility-Token
Netzwerk / Standard
BNB Smart Chain · ERC-20 · Mainnet-Bereitstellung (chain ID 56)
Belohnungsreduktion
−20 % je 730-Tage-Periode ab TGE; ab Periode 4 konstant; NFT-Pool von 75.680 unverändert
Gesamtwert der Phasen
14.998.020 USD — Summe der konstanten Phasenwerte
Exklusive Schlusszeit als Konstante
2027-07-01 00:00 UTC · ab diesem Zeitpunkt geschlossen
Team-Vesting
Obergrenze 20.000.000 · 0 % am Ankerzeitpunkt · linear nach Monat 12 · vollständig in Monat 22

Drei vertraglich erzwungene Freigabepläne enden in Monat 10, 16 und 22. Offizielle Turniere werden mit mindestens 60 Tagen Abstand erstellt; keine Quartalsgarantie. Sieger- und Zufallsspieleranteile werden bei Abrechnung vollständig überwiesen, ohne monatliche Drittel. Community-Gebühren ergeben nominal 95 % Sieger, 1,5 % NFT-Epoche und 3,5 % Treasury, abhängig von Ganzzahlrundung und Bedingungen zur Epochenöffnung.

Die Solidity-Konstanten teilen Liquidität nur in 10.000.000 BTOWN Anfangsliquidität und 20.000.000 Reserve. Kein Vertrag dieses Quellstands stellt Liquidität bereit, sperrt diese Guthaben oder erzwingt Freigabeplan, DEX/CEX-Aufteilung, Market-Making-Anteil oder eine Formel aus Verkaufserlösen.

Allokationswerte sind Zahlenvorgaben, keine vollständige Verwahrungsübersicht. Der Token-Konstruktor prägt einmalig alle 300 Mio. an einen Empfänger; TEAM wird durch Vesting begrenzt, und die Referenzbereitstellung finanziert RewardsVault mit 80 Mio. Die Verträge erzwingen kein Budget für Vorverkaufserlöse. Bei Finalisierung geht unverkaufter Bestand oberhalb gesperrter Verpflichtungen an RewardsVault.

Offizielles Whitepaper (PDF)
// VERTRÄGE

Ein Kern aus Smart Contracts

Whitepaper v3.4 entspricht dem unveränderlichen Quellset mit SHA-256 7990a8a2f26d289ef24a28b7aabfae624ab5bdd6e8ef1ca146e118a68f027143. Der Katalog enthält den bereitstellbaren Presale-Vertrag. Mainnet-Bereitstellung (Chain ID 56) ist unten separat veröffentlicht; das Whitepaper bleibt die unveränderliche Quellreferenz. Das Presale-Panel liest den aktuellen Verkaufsstatus aus dem Vertrag.

BNB Smart Chain · Mainnet · Chain ID 56

BTOWN ↗0xf130e89e17501Cb87559233BDC7DA29FC0e4E4adPresale ↗0xCBCA22c4b2b7Fd998B340aF26210f6f4715033e4Vesting ↗0x0b58947900dAF773a5E6afA019480a59836fDe68
// VERTRÄGE / 09BNB SMART CHAIN
BTOWN-Token mit festem Gesamtangebot
BattleTownToken
BattleTownToken.sol
QUELLSTAND V3.4ERC-20

  1. Einmalig genau 300.000.000 BTOWN an einen Konstruktor-Empfänger

  2. Keine weitere Prägung, kein Eigentümer, keine Transfersperre oder Vertragspause

  3. Allokationskonstanten erzeugen keine elf getrennten Token-Guthaben

Tank-NFT-Sammlung mit Rängen
BattleTownTank
BattleTownTank.sol
QUELLSTAND V3.4ERC-721

  1. Zehn unveränderliche Ränge und höchstens 2.046 Tanks

  2. Nur der Eigentümer darf prägen; die Referenzbereitstellung setzt TankSale als Eigentümer ein

  3. Keine Zusage für On-Chain-Grafik oder Metadaten-Hosting

Tank-Verkauf gegen Stablecoins
BattleTownTankSale
BattleTownTankSale.sol
QUELLSTAND V3.4Custom

  1. Feste Rangpreise in usd6 mit exakter Stablecoin-Skalierung

  2. Leitet die erhaltene Zahlung in der Kauftransaktion an Treasury weiter

  3. Der Eigentümer steuert Verkaufsaktivierung und Übergabe des Tank-Eigentums

Finanzierte Zuteilungen mit gestaffelter Freigabe
BattleTownVesting
BattleTownVesting.sol
QUELLSTAND V3.4Custom

  1. Public-, Corporate- und Team-Pläne enden in den Monaten 10, 16 und 22

  2. Jeder Zuteilungsstapel wird atomar durch einen freigeschalteten Geber finanziert

  3. Das Register beweist nicht, dass eine Zuteilung aus einem Tokenkauf stammt

Turnier-Treuhand und Abrechnung
BattleTownTournament
BattleTownTournament.sol
QUELLSTAND V3.4Custom

  1. Hinterlegt vor den Ergebnissen die gesamte aktuelle offizielle Verpflichtung

  2. Mindestens 60 Tage zwischen Erstellungen, kein Quartalsrhythmus

  3. Belohnungsteile werden bei Abrechnung vollständig übertragen; keine monatlichen Drittel

Speicher für Mining / Belohnungen
BattleTownRewardsVault
BattleTownRewardsVault.sol
QUELLSTAND V3.4Custom

  1. Einziger zulässiger Auszahlungsempfänger: der registrierte Tournament

  2. Kein RewardHub, Staking-Vertrag oder Tresor für Nutzereinlagen

  3. Keine allgemeine Rückholung oder Abhebung von BTOWN

Tank-Abfragen mit Seitenaufteilung
BattleTownTankLens
BattleTownTankLens.sol
QUELLSTAND V3.4Read only

  1. Liefert Eigentümer und Ränge in Seiten über fortlaufende Token-IDs

  2. Verarbeitet höchstens 500 Token-IDs pro Anfrage

  3. Kann weder Token bewegen noch den Protokollzustand ändern

Ansichten der Turnierbelohnungen
BattleTownTournamentLens
BattleTownTournamentLens.sol
QUELLSTAND V3.4Read only

  1. Zeigt Tokenbelohnungen und abrufbare Epochensummen an

  2. Begrenzt Vorschauen auf 512 Tokenbelohnungen und 64 Epochen

  3. Kann weder Token bewegen noch den Protokollzustand ändern

Öffentliche und Unternehmenskäufe
BattleTownPresale
BattleTownPresale.sol
QUELLSTAND V3.4Stablecoin sale

  1. 100 Mio. Public + 20 Mio. Corporate; je zehn Phasen und exklusive Schlusszeit

  2. Zahlungen gehen an Treasury; kein Soft Cap, keine Rückerstattung, kein On-Chain-KYC

  3. Käufe mit exakter Freigabe erfordern verifizierte Bereitstellung und offenen Verkauf

Sicherheit

SOURCE SET V3.4

Der Quellcode verwendet OpenZeppelin-Eigentums- und Reentrancy-Primitiven. Es gibt keine vertragliche Notfallpause, keinen Proxy, keinen Upgrade-Pfad und keine On-Chain-Multisig-Anforderung.

OpenZeppelinReentrancyGuardOwnable / Ownable2StepImmutable source snapshotFingerprint pinned

Den PDF-Bericht und seinen Umfang findest du unter Sicherheit. Der Bericht untersucht Quellcode; bereitgestellter Bytecode und laufende Einstellungen liegen außerhalb seines Umfangs. Aktuelle Vertragsadressen stehen auf der Vorverkaufsseite.

Projekt-Updates verfolgen

Launch-Updates erscheinen auf unseren offiziellen Kanälen. Das Folgen garantiert keinen Beta-Zugang.

Spielen ↗Whitepaper lesenTelegramYouTubeX (Twitter)Reddit

Projekteintrag im Verzeichnis · keine Empfehlung