Institutional / Audit Grade
MiCA Title II Compliant
🌐 JA / EN

Bonanza Ecosystem
Whitepaper

Profit-Linked Emission × Demand-Driven Burn × Multi-Chain DeFi Infrastructure

Version
3.6
Date
2026-03-08
Project
Bonanza Ecosystem
Token
BNZA
Total Supply
10,000,000,000
MiCA Home State
Ireland
Economic Sustainability
A+
Security Architecture
A+
Token Model Robustness
A+
Governance Safety
A+
Audit Readiness
A+
MiCA Compliance
Title II
目次 / Table of Contents
!
MiCA Regulation (EU) 2023/1114 — Article 6.3 MiCA必須宣言 / Mandatory MiCA Disclosure
このホワイトペーパーはEU加盟国のいかなる監督当局によっても承認されていない。
発行者のみがその内容に責任を負う。
This crypto-asset white paper has not been approved by any competent authority in any Member State of the European Union.
The offeror of the crypto-asset is solely responsible for the content of this crypto-asset white paper.
Article 6.3 — MiCA Regulation (EU) 2023/1114 準拠
1
Overview概要

Bonanza Ecosystem is a next-generation DeFi infrastructure protocol centered on Profit-linked Emission and Demand-driven Burn.

The BNZA token is a hybrid utility token serving three functions within the ecosystem — Fuel, Yield, and Governance — designed to deliver sustainable, auditable supply management fully tied to real protocol revenue.

Design Principles
  • Zero revenue days result in zero mintingEmissions are always tied to actual protocol revenue
  • Hard Mint Cap EnforcedMaximum supply of 10 billion tokens is immutably enforced by smart contract
  • Burn ≥ Mint as long-term targetDeflationary convergence after the growth phase is the design objective
  • Full on-chain transparencyAll emissions, burns, and buybacks are fully traceable on-chain
2
Ecosystem Architectureエコシステム構成
BonanzaPool

Non-custodial multi-chain DApps. Liquidity infrastructure supporting 8 chains. 15% of LP fees allocated to BNZA Buyback & Burn.

Bonanza Exchange

Institutional-grade CEX infrastructure (Bonanza EX). 50% of trading fees directed to Buyback & Burn. Institutional-grade liquidity and security.

BNZA Token

Utility + Yield + Governance. Integrates all functions: bot fuel, staking rewards, fee discounts, and governance voting.

BZ_Bot

Proprietary algorithm-based automated trading bot. 50% of profits allocated to BNZA Buyback & Burn. BNZA is consumed as operational fuel for each bot execution.

Cross-chain Revenue Aggregation

Aggregates protocol revenues from multiple chains into BSC Distribution Hub. Unified emission and burn management.

Treasury / Governance

Multi-sig management via Safe (Gnosis Safe). Change constraints via Timelock. Integration with community governance voting.

3
BNZA Token DesignBNZAトークン設計
Max Supply (Hard Cap)
10 Billion
10,000,000,000 BNZA (Absolute cap, immutable)
Token Type
Utility Token
MiCA Title II / Non-security
Issuance Chain
BSC Hub
Cross-chain compatible
FunctionDescription
Bot FuelBNZA is consumed as fuel to operate BZ_Bot. Consumed amounts are subject to burn.
Staking YieldLock BNZA to receive rewards from the Emission Reserve. Includes Boost functionality.
GovernanceVoting rights for protocol parameter changes. Subject to Timelock constraints.
Fee DiscountAvailable for fee discounts on BonanzaPool and Bonanza EX.
Reward TokenMedium for distributing rewards for liquidity provision and ecosystem contributions.
4
Token Allocationトークン配分
Allocation Ratio — Total Supply 10,000,000,000 BNZA
Emission Reserve
40%
4 Billion
Treasury
20%
2 Billion
Community
10%
1 Billion
Founders (3)
15%
1.5 Billion
Dev Team
5%
500M
Seed Investors
Max 5%
Max 500M
DEX Liquidity
5%
500M
CategoryAllocationAmountLock / Vesting ScheduleNotes
Emission Reserve40%4 BillionControlled release over 10 years via Profit-bound EmissionZero mint on zero-revenue days
Treasury20%2 BillionSafe (Gnosis Safe) multi-sig managementBuyback, R&D, Operations, Emergency Fund
Community10%1 BillionGradual release (milestone-based)Ecosystem contribution rewards
Founders (3)15%1.5 Billion1-year cliff (365 days from TGE) + 12-month linear vesting (via Sablier)Managed via Sablier + Safe. Conflicts disclosed in S26
Dev Team5%500M1-year cliff (365 days from TGE) + 12-month linear vesting (via Sablier)For core development contributors
Seed InvestorsMax 5%Max 500M6-month cliff + 12-month linear release (Sablier)Unallocated portion auto-transferred to Treasury
DEX Liquidity5%500MMinted incrementally as needed. Initial cap: 500,000 tokensProgressive minting to prevent oversupply
Lockup & Vesting Key Points
  • The combined 20% (2 billion tokens) held by founders and the development team is subject to a 1-year cliff, followed by 12-month linear vesting via Sablier. Zero selling pressure for the first 365 days post-TGE.
  • Seed investor allocation uses Sablier for on-chain automated linear vesting. Unauthorized early release via manual operation is impossible.
  • Unallocated seed tokens are automatically transferred to Treasury by smart contract.
5
Emission ModelEmission Model

The daily emission of BNZA is determined by the formula below. On days with zero revenue, minting is zero.

// DailyMint calculation formula DailyMint = min( ProfitBasedMint × MarketFactor × LiquidityFactor, RemainingSupply / EmissionHorizonDays ) MarketFactor = clamp(MA30 / Price, 0.7, 1.3) LiquidityFactor = clamp(LP_current / LP_target, 0.5, 1.2) EmissionHorizon = 3650 days (10 years)
ParameterRangeEffect
MarketFactor0.7 – 1.3Suppresses emission when price exceeds MA30; increases emission when below
LiquidityFactor0.5 – 1.2Suppresses emission during low liquidity to prevent inflation
EmissionHorizon10 years (3,650 days)Long-term supply management. Prevents short-term emission spikes
Hard Mint CapAbsolute ceilingMaximum supply of 10 billion tokens cannot be exceeded under any condition
6
Revenue Sources収益の源泉
BonanzaPool DApps
15%

15% of LP fee revenue is allocated to BNZA Buyback & Burn. Activated in both AG Mode and Standard Mode.

BZ_Bot (Automated Trading)
50%

50% of total revenues from the proprietary automated trading bot are directed to Buyback & Burn.

Bonanza EX (CEX)
50%

50% of trading fees from the institutional-grade CEX infrastructure are directed to Buyback & Burn.

7
Burn ModelBurn Model
Revenue SourceBurn RatioMethod
Bot Subscription (BZ_Bot)50%50% of revenue used to market-buy BNZA and immediately burn
CEX Fees (Bonanza EX)50%Buyback & Burn
DEX Pool Fees (BonanzaPool)15%15% of LP fees used for Buyback & Burn
Design Target: Burn ≥ Mint

The long-term target is for burn volume to exceed mint volume. The combination of Buyback & Burn from revenue sources and real-demand-driven BNZA consumption creates sustained deflationary pressure.

8
BonanzaPool IntegrationBonanzaPool Integration

BonanzaPool is a non-custodial DApp that enables liquidity provision while keeping user assets in users' own wallets.

Key Positioning

BonanzaPool is designed as a non-DeFi structure (avoiding regulatory classification as a DeFi protocol) and is configured as a non-custodial DApp.

Supported Chains

Ethereum Optimism BNB Chain Polygon Base Arbitrum Avalanche Linea Solana (Future)
AG Mode

The algorithm automatically determines optimal LP allocation. 15% of LP fees are directed to Buyback & Burn.

Standard Mode

Users manually configure LP allocation. Even in Standard Mode, 15% of LP fees are directed to Buyback & Burn.

9
Differentiation from Terra/LUNADifferentiation from Terra/LUNA
Comparison AxisTerra/LUNA (Collapsed)BNZA
Emission BasisContinuous emission regardless of revenueZero mint on zero-revenue days (Profit-bound)
Unlimited Emission RiskLUNA minted without limit to maintain USTHard Mint Cap (10 billion) is the absolute ceiling
Burn Pressure SourceDependent on speculative arbitrageDirectly linked to real revenues from CEX, DEX & Bot
Stablecoin DependencyEntire design depends on algorithmic stablecoinNo stablecoin dependency — pure utility token
Price Decline BehaviorEmission spikes triggering death spiralMarketFactor automatically suppresses emission
Liquidity Crisis ResponseNo countermeasure after LP pool collapseLiquidityFactor + Treasury LP injection
Governance SafeguardParameter changes executed immediatelyTimelock (48h) + Multisig + Governance Bounds
Summary of Fundamental Design Differences
  • Zero revenue days result in zero mintingFundamentally different from Terra/LUNA which continued minting regardless of revenue
  • No emission runaway via Profit-bound EmissionMathematically provable emission ceiling
  • Fundamentally different from uncollateralized infinite mintingAll emissions are a function of real revenue
10
Staking Modelステーキングモデル UPDATED v3.0
// Staking Boost formula (k=0.5 fixed) Boost = 1 + 0.5 × (LockDays / 180) // Boost values by lock period 30-day lock : Boost = 1 + 0.5 × (30/180) ≈ 1.083x 90-day lock : Boost = 1 + 0.5 × (90/180) = 1.25x 180-day lock : Boost = 1 + 0.5 × (180/180) = 1.5x (ceiling — cannot be exceeded)
Lock PeriodBoost MultiplierEffect
30 Daysapprox. 1.083xBasic boost for short-term commitment
90 Days1.25xStandard boost for medium-term stakers
180 Days (Max)1.5x (Fixed ceiling)Maximum boost. Higher multipliers are structurally impossible.
11
Infrastructure & ToolingInfrastructure & Tooling
Safe (Gnosis Safe)
Multi-sig wallet management. Execution authority for Mint/Burn approval, Treasury fund management, and Emergency Pause. Industry standard.
Sablier
On-chain vesting management. Automatically executes 6-month cliff + 12-month linear release for seed investors via smart contract.
Dune Analytics
Publishes real-time data on mint volume, burn volume, buyback history, and staking status. Achieving full transparency.
BNZAEmission.sol (Proprietary)
Contract implementing only the dynamic emission model. Calculates Profit-bound Emission, MarketFactor, and LiquidityFactor. Subject to third-party audit.
12
Buyback ExecutionBuyback Execution Mechanism
TWAP Execution

Buybacks are distributed using Time-Weighted Average Price (TWAP). Minimizes price impact from single transactions.

Slippage Control

Maximum slippage ≤ 1% is set. Automatically adjusted based on market conditions to prevent excessive price impact.

On-chain Transparency

All buyback transactions are recorded and traceable on-chain. Publicly monitored via Dune Analytics.

Governance Limits

Buyback parameters can only be changed within Governance Bounds. Structurally prevents excessive intervention.

13
Cross-chain ArchitectureCross-chain Architecture

Protocol revenues from multiple chains are aggregated into the BSC Distribution Hub, maintaining a unified emission and burn mechanism.

Multi-chain Revenue Aggregation

Revenues from 8 chains — Ethereum, Optimism, BNB, Polygon, Base, Arbitrum, Avalanche, and Linea — are aggregated into the BSC Hub.

Security Protection

Cross-chain processing security is ensured through Replay Protection, fail-safe mechanisms, and Multisig approval.

14
Lifecycle PhasesLifecycle Phases
Phase 1
Growth Phase
Mint > Burn
TVL expansion · Ecosystem growth phase
Phase 2
Equilibrium Phase
Mint ≈ Burn
Stable operation · Sustained growth
Phase 3
Deflation Phase
Burn > Mint
Supply contraction · Value accumulation
15
Economic Dynamics経済ダイナミクス
Demand = f( BotUsage, StakingLock, BuybackPressure, Price ) // Price rise → supply reduction · Bot revenue growth → demand increase · Staking Lock → circulating supply reduction
BNZA Convergence Theory

Growth:Mint > Burn
Equilibrium:Mint ≈ Burn
Deflation:Burn > Mint

Protocol Sustainability

The Real Yield → Demand → Burn → Supply Contraction loop creates a sustainable value-creation cycle.

16
Treasury & GovernanceTreasury & Governance
Safe (Gnosis Safe) Management

Treasury assets are managed by Multisig. Unauthorized fund transfers by a single signer are structurally prevented. Includes emergency stop authority.

Timelock Execution

All parameter changes are executed after a Timelock (48 hours). Prevents immediate arbitrary changes and guarantees community oversight opportunities.

Governance Parameter Bounds

ParameterChange LimitNotes
Emission RateWithin ±20%Prevents abrupt changes to emission volume
Burn RateMinimum 40% maintainedGuarantees minimum burn functionality
Treasury AllocationWithin ±10%Protects stability of Treasury assets
Hard Mint CapImmutableAbsolute supply ceiling. Cannot be changed even via Governance.
Timelock PeriodFixed at 48 hoursGovernance-adjustable but Timelock is maintained
17
Security Modelセキュリティモデル
RiskControl Mechanism
Inflation RunawayHard Cap + Profit-bound Emission + MarketFactor ceiling (1.3)
Oracle ManipulationMulti-oracle median + Keeper multisig + Outlier filter + Emergency pause
Liquidity CollapseLiquidityFactor suppression + Buyback stabilization + Treasury LP injection
Economic AttackEmission bounds + TWAP price protection
Data TamperingMulti-keeper validation + Multi-oracle median + Idempotent Commit
Flash Loan AttackDistributed Buyback/Burn execution timing + TWAP usage
18
Attack Scenarios & Economic DefenseAttack Scenarios & Economic Defense
Economic Attack

Scenario: Mass mint induction · Emission amplification


Countermeasure: Hard Mint Cap / MarketFactor / Profit-bound / TWAP

Oracle Attack

Scenario: Price manipulation · Profit data tampering


Countermeasure: Multi-oracle median / Keeper multisig / Outlier filter / Emergency pause

Liquidity Death Spiral

Scenario: LP depletion → crash → selling pressure increase → collapse


Countermeasure: LiquidityFactorsuppression / Buyback / Treasury LPinjection / Emission throttle

19
Data Validation & Profit VerificationData Validation & Profit Verification Flow
1
Bot (Off-chain) collects and signs revenue data
2
Independent verification and signature collection by multiple Keepers
3
Median value adopted (eliminating outlier influence)
4
Invalid data excluded by outlier filter
5
On-chain Commit (finalization to smart contract)
6
DailyMint calculation · Hard Cap check · Safe approval
7
Reconciliation (on-chain recording · Dune publication)
20
Demand Elasticity Model需要弾性モデル
Demand FactorCharacteristicEffect
Price IncreaseElasticCirculating supply reduction (Burn promotion · Staking increase)
Bot Revenue GrowthInelastic (real demand)Increased BNZA consumption → direct demand increase
Staking LockSupply reductionDecrease in effective supply → price support
Buyback PressureStabilization functionPrice support during sharp declines · balance maintenance
21
Treasury Allocation ModelTreasury Allocation Model
PurposeAllocation RatioDescription
Development / R&D25%Protocol development, new feature implementation, technical research
Liquidity Supply20%DEX pool liquidity maintenance · Emergency LP injection
Buyback Reserve20%Reserve for Buyback execution during sudden market changes
Security / Audit10%Smart contract audits · Bug bounty program
Operating Expenses15%Team compensation, infrastructure, and marketing
Emergency Fund10%Reserve for immediate response to unforeseen events
22
Economic Stability Framework経済安定フレームワーク
Emission Throttle

Automatic daily emission adjustment via MarketFactor and LiquidityFactor. Dynamic emission control based on market conditions.

Buyback Stabilization

Continuous revenue-linked buyback execution. Treasury Buyback Reserve activates additionally during sharp price declines.

Liquidity Reinforcement

Treasury LP injection during liquidity crises. Combined with LiquidityFactor to prevent collapse spirals.

23
Legal & Compliance — MiCA Updated法的コンプライアンス UPDATED v3.5
Utility Token

BNZA is designed as a utility token, not a security. Protocol revenues do not represent equity rights from token holdings.

Revenue ≠ Equity

Revenue distribution takes the form of staking rewards and supply reduction via Buyback & Burn. This is not a dividend or profit distribution to token holders.

Jurisdiction Separation

Jurisdiction separation minimizes the impact of regulatory changes in any specific country on the entire protocol.

Compliance Framework

Continuous legal monitoring, coordination with Legal Bison, and adaptive compliance management in response to evolving regulatory requirements.

MiCA Compliance Details
Home Member State

Ireland is designated as the home member state under MiCA regulation. The basis for obtaining a regulatory passport in the EU single market.

Supervisory Authority

Central Bank of Ireland (CBI) is the competent supervisory authority for this protocol. Notification is submitted as a utility token issuer under MiCA Title II.

MiCA Title II Compliance

Compliant with MiCA Regulation (EU) 2023/1114 Articles 4–15 (provisions on utility token issuance). Adheres to whitepaper content and disclosure requirements.

White Paper Notification

This white paper is scheduled for submission to the Central Bank of Ireland 20 business days before publication (per MiCA Article 8). Approval by the authority is not required, but the notification obligation is fulfilled.

24
Risk Disclosureリスク開示
Risk TypeRisk LevelMitigation
Smart Contract RiskMediumThird-party audit · Bug bounty · Staged deployment
Oracle Attack RiskMediumMulti-oracle median · Outlier filter
Liquidity Collapse RiskMediumLiquidityFactor · Treasury LP injection · Buyback stabilization
Regulatory Change RiskMediumJurisdiction separation · MiCA compliance · Adaptive compliance
Token Demand Volatility RiskLowReal-demand-linked design · Diverse revenue sources · Demand elasticity model
Inflation Runaway RiskLowHard Cap + Profit-bound Emission (structurally impossible)
Disclaimer

This white paper is for informational purposes only and does not constitute an offer to invest, issue securities, or any legally binding commitment. Past performance does not guarantee future results.

25
Final Institutional AssessmentFinal Institutional Assessment
Economic Sustainability
A+
Profit-bound Emission + Real Yield
Security Architecture
A+
Multi-oracle + Multisig + Timelock
Token Model Robustness
A+
Hard Cap + Demand-driven Burn
Governance Safety
A+
Bounds + Timelock + Multisig
Audit Readiness
A+
Dune public + Third-party audit target
MiCA Compliance
Title II
CBI / Ireland / Article 4-15
Institutional Readiness: Full Compliance Level

Bonanza Ecosystem achieves long-term protocol sustainability and value convergence through a three-phase design: Controlled Growth → Equilibrium → Deflation Convergence. MiCA Title II compliance, institutional-grade design, and full on-chain transparency achieve the highest standard of protocol architecture.

MiCA Required Disclosures — v3.5
26
Legal Entity Information — MiCA Article 6Legal Entity Information — MiCA Article 6 MiCA NEW

Management Body

* Provisional entries. Official names to be disclosed prior to TGE. Per MiCA Article 6(1)(b).

PositionPersonResponsibilities
CEOHiromi TanakaOverall project leadership, strategy formulation, and external relations
CTOYoshiyuki "ZEN" FujimuraSmart contract development oversight and security architecture
CMOYuji KaharaMarketing strategy, community growth, and brand
CFO外部委託(TBD)独立した外部会計監査法人に委託。財務の独立性と透明性を確保。
Management Body Declaration(MiCA Article 6.6)

"This crypto-asset white paper complies with Title II of Regulation (EU) 2023/1114 and, to the best knowledge of the management body, the information presented in this crypto-asset white paper is fair, clear and not misleading, and the crypto-asset white paper makes no omission likely to affect its import."

This white paper complies with Title II of MiCA Regulation (EU) 2023/1114. To the best of the management body's knowledge, the information presented is fair, clear and not misleading, and contains no omissions likely to affect its import.

Signed by
CEO: Hiromi Tanaka
CTO: Yoshiyuki "ZEN" Fujimura
CMO: Yuji Kahara
Date
2026-03-08
Article 6.6 — MiCA Regulation (EU) 2023/1114

Conflict of Interest Disclosure (MiCA Article 6(1)(i))

Conflict of Interest Disclosure

The three founding members of the management body will collectively hold 15% (1.5 billion tokens) of BNZA. All holdings are subject to a 1-year cliff (365 days from TGE), followed by 12-month linear vesting, enforced via Safe (Gnosis Safe) multi-sig smart contract and Sablier. Sale or transfer prior to cliff expiry is technically impossible.

  • Voting rights may be exercised normally during the lock period
  • Staking rewards may be received during the lock period (as an ongoing incentive for protocol contribution)
  • The above conditions are enforced and immutable via Safe + smart contract
27
ESG & Environmental Disclosure — MiCA Article 6(1)(h)ESG & Environmental Disclosure MiCA NEW
Environmental Impact Policy

The BNZA token has no native blockchain. All supported chains use Proof of Stake (PoS) or PoS-derived consensus, significantly reducing energy consumption compared to Proof of Work. No proprietary mining infrastructure is owned or operated.

Consensus Mechanisms by Supported Chain

ChainConsensus MechanismEnergy ProfileNotes
EthereumProof of Stake (PoS)Low (99.95% reduction since The Merge)Full PoS transition via The Merge, September 2022
OptimismPoS (Ethereum L2 / Optimistic Rollup)Ultra-low consumptionInherits Ethereum mainnet security at L2
BNB ChainProof of Staked Authority (PoSA)Low consumptionPoS-derived type with 21 validators
PolygonProof of Stake (PoS)Low consumptionHeimdall + Bor architecture
BasePoS (Ethereum L2 / Optimistic Rollup)Ultra-low consumptionDeveloped by Coinbase. Uses OP Stack.
ArbitrumPoS (Ethereum L2 / Optimistic Rollup)Ultra-low consumptionArbitrum One / Nitro
AvalancheProof of Stake (PoS / Avalanche Consensus)Low consumptionSnowball consensus protocol
LineaPoS (Ethereum L2 / zkEVM Rollup)Ultra-low consumptionDeveloped by ConsenSys. Adopts ZK-Rollup technology.

ESG Scorecard

Carbon Footprint
Minimal
PoS chains only · No PoW
Energy Source
PoS Only
All supported chains are PoS-based
Mining Infrastructure
None
No proprietary mining equipment
Native Chain
N/A
No proprietary chain
Environmental Risk
Low
Per MiCA Article 6(1)(h)
Qualitative Disclosure (per MiCA Article 6(1)(h))
  • The BNZA token has no proprietary blockchain and operates on existing PoS chains.
  • All 8 supported chains use Proof of Stake or PoS-derived consensus mechanisms, significantly reducing power consumption compared to Proof of Work.
  • No mining equipment or data center facilities are owned or operated, keeping direct energy consumption to a minimum.
  • The policy of prioritizing PoS-based chains will be maintained for any future chain additions.
28
Mandatory Risk Warnings — MiCA Article 6.5Mandatory Risk Warnings MiCA NEW

The following warnings are mandatory disclosures required under Article 6(5) of MiCA Regulation (EU) 2023/1114.

1
BNZAは全部または一部の価値を失う可能性があります。
BNZA may lose some or all of its value.
2
BNZAは常に譲渡可能ではない場合があります。
BNZA may not always be transferable.
3
BNZAはプロジェクトの失敗または停止の場合に、財またはサービスと交換できない可能性があります。
BNZA may not be exchangeable against the good or service promised, especially in case of failure or discontinuation of the project.
4
BNZAはEU指令97/9/ECの適用対象となる投資家補償スキームの対象外です。
BNZA is not covered by the investor compensation schemes under Directive 97/9/EC of the European Parliament and of the Council.
5
BNZAはEU指令94/19/ECの適用対象となる預金保護スキームの対象外です。
BNZA is not covered by the deposit guarantee schemes under Directive 94/19/EC of the European Parliament and of the Council.
!
MiCA Regulation (EU) 2023/1114 — Article 6.5 Legal Basis
The warnings set out above are required by Article 6(5) of Regulation (EU) 2023/1114 of the European Parliament and of the Council on markets in crypto-assets (MiCA). BNZA SPV Ltd. is solely responsible for the content of this white paper.
Article 6.5 — MiCA Regulation (EU) 2023/1114