# Whitepaper

## BNZA Ecosystem Whitepaper v3.7

**Version:** 3.7\
**Date:** 2026-04-02\
**Project:** BNZA Ecosystem\
**Token:** BNZA\
**Total Supply:** 10,000,000,000\
**Intended MiCA Home State:** Ireland

> Profit-Linked Emission · Demand-Driven Burn · Institutional-Grade Multi-Chain Infrastructure

**MiCA Alignment:** Title II Target

***

### Table of Contents

* 0\. MiCA Mandatory Disclosure
* 1\. Overview
* 2\. Ecosystem Architecture
* 3\. BNZA Token Design
* 4\. Token Allocation
* 5\. Emission Model
* 6\. Revenue Sources
* 7\. Burn Model
* 8\. BNZA POOL Integration
* 9\. Differentiation from Terra/LUNA
* 10\. Staking Model
* 11\. Infrastructure & Tooling
* 12\. Buyback Execution Mechanism
* 13\. Cross-chain Architecture
* 14\. Lifecycle Phases
* 15\. Economic Dynamics
* 16\. Treasury & Governance
* 17\. Security Model
* 18\. Attack Scenarios & Defense
* 19\. Data Validation Flow
* 20\. Demand Elasticity Model
* 21\. Treasury Allocation Model
* 22\. Economic Stability Framework
* 23\. Legal & Compliance (MiCA)
* 24\. Risk Disclosure
* 25\. Institutional Assessment
* 26\. Issuer Information (Legal Entity)
* 27\. ESG & Environmental Disclosure
* 28\. MiCA Mandatory Risk Warnings

***

### 0. MiCA Mandatory Disclosure

**MiCA Regulation (EU) 2023/1114 — Article 6.3**

> Regulatory status is subject to ongoing legal review and may evolve. 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

BNZA 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 minting** — Emissions are always tied to actual protocol revenue
* **Hard Mint Cap Enforced** — Maximum supply of 10 billion tokens is immutably enforced by smart contract
* **Burn ≥ Mint as long-term target** — Deflationary convergence after the growth phase is the design objective
* **Full on-chain transparency** — All emissions, burns, and buybacks are fully traceable on-chain

***

### 2. Ecosystem Architecture

**BNZA POOL**

Non-custodial multi-chain DApps. Liquidity infrastructure supporting 8 chains. Operation fees (0.3%/0.5%) are 100% Buy & Burn. Performance fee (20%+) goes to Treasury.

**BNZA EX**

Hyperliquid-based CeDeFi trading infrastructure (BNZA EX). Builder Fee (Taker +0.01% / Maker +0.005%) is 100% Buy & Burn.

**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. 100% of $100/month subscription directed to Buyback & Burn. BNZA is consumed as operational fuel for each bot execution.

**Cross-chain Revenue Aggregation**

Aggregates protocol revenues from multiple chains into Base (ERC-20). 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 Design

| Metric                | Value                                                      |
| --------------------- | ---------------------------------------------------------- |
| 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        | Base (ERC-20) — Multi-chain via LayerZero OFT v2           |

| Function      | Description                                                                           |
| ------------- | ------------------------------------------------------------------------------------- |
| Bot Fuel      | BNZA is consumed as fuel to operate BZ\_Bot. Consumed amounts are subject to burn.    |
| Staking Yield | Lock BNZA to receive rewards from the Emission Reserve. Includes Boost functionality. |
| Governance    | Voting rights for protocol parameter changes. Subject to Timelock constraints.        |
| Fee Discount  | Available for fee discounts on BNZA POOL and BNZA EX.                                 |
| Reward Token  | Medium for distributing rewards for liquidity provision and ecosystem contributions.  |

***

### 4. Token Allocation

**Allocation Ratio — Total Supply 10,000,000,000 BNZA**

| Category         | Allocation | Amount      | Lock / Vesting Schedule                                                  | Notes                                                  |
| ---------------- | ---------- | ----------- | ------------------------------------------------------------------------ | ------------------------------------------------------ |
| Emission Reserve | 40%        | 4 Billion   | Controlled release over 10 years via Profit-bound Emission               | Zero mint on zero-revenue days                         |
| Treasury         | 20%        | 2 Billion   | Safe (Gnosis Safe) multi-sig management                                  | Buyback, R\&D, Operations, Emergency Fund              |
| Community        | 10%        | 1 Billion   | Gradual release (milestone-based)                                        | Ecosystem contribution rewards                         |
| Founders (3)     | 15%        | 1.5 Billion | 1-year cliff (365 days from TGE) + 12-month linear vesting (via Sablier) | Managed via Sablier + Safe. Conflicts disclosed in S26 |
| Dev Team         | 5%         | 500M        | 1-year cliff (365 days from TGE) + 12-month linear vesting (via Sablier) | For core development contributors                      |
| Seed Investors   | Max 5%     | Max 500M    | **6-month cliff + 12-month linear release** (Sablier)                    | Unallocated portion auto-transferred to Treasury       |
| DEX Liquidity    | 5%         | 500M        | Minted incrementally as needed. **Initial cap: 500,000 tokens**          | Progressive 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 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)
```

| Parameter       | Range                 | Effect                                                                     |
| --------------- | --------------------- | -------------------------------------------------------------------------- |
| MarketFactor    | 0.7 – 1.3             | Suppresses emission when price exceeds MA30; increases emission when below |
| LiquidityFactor | 0.5 – 1.2             | Suppresses emission during low liquidity to prevent inflation              |
| EmissionHorizon | 10 years (3,650 days) | Long-term supply management. Prevents short-term emission spikes           |
| Hard Mint Cap   | Absolute ceiling      | Maximum supply of 10 billion tokens cannot be exceeded under any condition |

***

### 6. Revenue Sources

**BNZA POOL — 100%**

Operation fees (Swap 0.3% / Rebalance, Claim, Compound 0.5%) → **100% Buy & Burn**. Performance fee (20%+ of LP rewards) → **100% Treasury** (operating revenue).

**BZ\_Bot (Automated Trading) — 100%**

Monthly subscription $100. 100% directed to Buyback & Burn.

**BNZA EX — 100%**

100% of Builder Fee (Taker +0.01% / Maker +0.005%) is directed to Buyback & Burn.

***

### 7. Burn Model

| Revenue Source                                               | Burn Ratio | Method                                                           |
| ------------------------------------------------------------ | ---------- | ---------------------------------------------------------------- |
| BNZA POOL Operation Fees (Swap 0.3% / Rebalance, Claim 0.5%) | 100%       | USDC → BNZA purchased on DEX via BnzaRouter → immediately burned |
| BNZA EX Builder Fee (Taker +0.01% / Maker +0.005%)           | 100%       | 100% of Builder Fee used to purchase BNZA → burn                 |
| BZ\_Bot Subscription ($100/month)                            | 100%       | 100% of monthly subscription 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. BNZA POOL Integration

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

**Key Positioning**

BNZA POOL 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)

#### Modes

**AG Mode**

The algorithm automatically determines optimal LP allocation. Operation fees (0.3%/0.5%) are 100% Buy & Burn. Performance fee (20%+ of LP rewards) goes to Treasury.

**Standard Mode**

Users manually configure LP allocation. Operation fees (0.3%/0.5%) are 100% Buy & Burn. Performance fee (20%+ of LP rewards) goes to Treasury.

#### Operation Fee Structure

| Operation                      | Fee Rate           | Destination     |
| ------------------------------ | ------------------ | --------------- |
| Swap (LP creation / Rebalance) | 0.3%               | 100% Buy & Burn |
| Rebalance                      | 0.5%               | 100% Buy & Burn |
| Fee Collection (Claim)         | 0.5%               | 100% Buy & Burn |
| Reward Reinvestment (Compound) | 0.5%               | 100% Buy & Burn |
| Performance Fee                | 20%+ of LP rewards | 100% Treasury   |

**No Double-Charging**

All operation fees are directed entirely to BNZA token Buy & Burn. Operating revenue is separately secured through the performance fee, ensuring no double-charging.

#### White-Label Deployment

| Deployment Type                        | Total Fee | Partner Share | BNZA Share (Burn) |
| -------------------------------------- | --------- | ------------- | ----------------- |
| BNZA POOL Direct (pool.bnza.io)        | 0.3–0.5%  | —             | 100%              |
| White-Label A (Exchange Partnership)   | 0.5%      | 0.3%          | 0.2%              |
| White-Label B (Independent LP Service) | 1.0%      | 0.7%          | 0.3%              |

**Scalable Burn Model**

A model where Burn volume increases as partners grow. Partner-specific fee rates are managed via BnzaRouter.sol mapping.

**Initial Liquidity Pool**

$50,000 (2,500,000 BNZA + $25,000 USDC) on Uniswap V3 / Base

***

### 9. Differentiation from Terra/LUNA

| Comparison Axis           | Terra/LUNA (Collapsed)                          | BNZA                                                 |
| ------------------------- | ----------------------------------------------- | ---------------------------------------------------- |
| Emission Basis            | Continuous emission regardless of revenue       | Zero mint on zero-revenue days (Profit-bound)        |
| Unlimited Emission Risk   | LUNA minted without limit to maintain UST       | Hard Mint Cap (10 billion) is the absolute ceiling   |
| Burn Pressure Source      | Dependent on speculative arbitrage              | Directly linked to real revenues from CEX, DEX & Bot |
| Stablecoin Dependency     | Entire design depends on algorithmic stablecoin | No stablecoin dependency — pure utility token        |
| Price Decline Behavior    | Emission spikes triggering death spiral         | MarketFactor automatically suppresses emission       |
| Liquidity Crisis Response | No countermeasure after LP pool collapse        | LiquidityFactor + Treasury LP injection              |
| Governance Safeguard      | Parameter changes executed immediately          | Timelock (48h) + Multisig + Governance Bounds        |

**Summary of Fundamental Design Differences**

* **Zero revenue days result in zero minting** — Fundamentally different from Terra/LUNA which continued minting regardless of revenue
* **No emission runaway via Profit-bound Emission** — Mathematically provable emission ceiling
* **Fundamentally different from uncollateralized infinite minting** — All emissions are a function of real revenue

***

### 10. Staking Model

```
// 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 Period    | Boost Multiplier         | Effect                                                         |
| -------------- | ------------------------ | -------------------------------------------------------------- |
| 30 Days        | approx. 1.083x           | Basic boost for short-term commitment                          |
| 90 Days        | 1.25x                    | Standard boost for medium-term stakers                         |
| 180 Days (Max) | **1.5x (Fixed ceiling)** | Maximum boost. Higher multipliers are structurally impossible. |

***

### 11. Infrastructure & 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 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 Architecture

Protocol revenues from multiple chains are aggregated into the **Base (ERC-20)**, 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 Base (ERC-20).

**Security Protection**

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

***

### 14. Lifecycle Phases

| Phase   | Name              | Condition   | Description                             |
| ------- | ----------------- | ----------- | --------------------------------------- |
| 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 & 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.

#### Safe Contract Addresses (Base Mainnet)

| Name          | Address                                      | Purpose                     | Signers |
| ------------- | -------------------------------------------- | --------------------------- | ------- |
| BNZA-Founders | `0xF6B9403b5b8c33A6aB42169A5f00CeA78fEfB55f` | Founders Vesting Management | 2-of-3  |
| BNZA-Treasury | `0xdf9Cf4E093F02D7462A84583B29CF4F3674F1d60` | Treasury Fund Management    | 2-of-3  |

#### Governance Parameter Bounds

| Parameter           | Change Limit                                                                       | Notes                                                           |
| ------------------- | ---------------------------------------------------------------------------------- | --------------------------------------------------------------- |
| Emission Rate       | Within ±20%                                                                        | Prevents abrupt changes to emission volume                      |
| Burn Rate           | POOL operation fees: Fixed 100% / EX Builder Fee: Fixed 100% / BZ\_Bot: Fixed 100% | All product fees 100% Burn                                      |
| Treasury Allocation | Within ±10%                                                                        | Protects stability of Treasury assets                           |
| Hard Mint Cap       | **Immutable**                                                                      | Absolute supply ceiling. Cannot be changed even via Governance. |
| Timelock Period     | Fixed at 48 hours                                                                  | Governance-adjustable but Timelock is maintained                |

***

### 17. Security Model

| Risk                | Control Mechanism                                                           |
| ------------------- | --------------------------------------------------------------------------- |
| Inflation Runaway   | Hard Cap + Profit-bound Emission + MarketFactor ceiling (1.3)               |
| Oracle Manipulation | Multi-oracle median + Keeper multisig + Outlier filter + Emergency pause    |
| Liquidity Collapse  | LiquidityFactor suppression + Buyback stabilization + Treasury LP injection |
| Economic Attack     | Emission bounds + TWAP price protection                                     |
| Data Tampering      | Multi-keeper validation + Multi-oracle median + Idempotent Commit           |
| Flash Loan Attack   | Distributed Buyback/Burn execution timing + TWAP usage                      |

***

### 18. Attack Scenarios & 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: LiquidityFactor suppression / Buyback / Treasury LP injection / Emission throttle

***

### 19. Data Validation 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 Factor      | Characteristic          | Effect                                                           |
| ------------------ | ----------------------- | ---------------------------------------------------------------- |
| Price Increase     | Elastic                 | Circulating supply reduction (Burn promotion · Staking increase) |
| Bot Revenue Growth | Inelastic (real demand) | Increased BNZA consumption → direct demand increase              |
| Staking Lock       | Supply reduction        | Decrease in effective supply → price support                     |
| Buyback Pressure   | Stabilization function  | Price support during sharp declines · balance maintenance        |

***

### 21. Treasury Allocation Model

| Purpose            | Allocation Ratio | Description                                                          |
| ------------------ | ---------------- | -------------------------------------------------------------------- |
| Development / R\&D | 25%              | Protocol development, new feature implementation, technical research |
| Liquidity Supply   | 20%              | DEX pool liquidity maintenance · Emergency LP injection              |
| Buyback Reserve    | 20%              | Reserve for Buyback execution during sudden market changes           |
| Security / Audit   | 10%              | Smart contract audits · Bug bounty program                           |
| Operating Expenses | 15%              | Team compensation, infrastructure, and marketing                     |
| Emergency Fund     | 10%              | 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)

**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 external legal counsel (to be appointed), and adaptive compliance management in response to evolving regulatory requirements.

***

#### MiCA Alignment 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.

**Intended Supervisory Authority**

**Central Bank of Ireland (CBI)** is the intended competent supervisory authority. Notification as a utility token issuer under MiCA Title II is planned.

**MiCA Title II Alignment**

Intended to align with MiCA Regulation (EU) 2023/1114 **Articles 4–15** (provisions on utility token issuance). Regulatory status remains subject to ongoing legal review.

**White Paper Notification**

This white paper is planned for submission to the Central Bank of Ireland **the required period prior to publication** (per MiCA Article 8). Approval by the authority is not required, but the notification obligation is fulfilled.

***

### 24. Risk Disclosure

| Risk Type                    | Risk Level | Mitigation                                                                    |
| ---------------------------- | ---------- | ----------------------------------------------------------------------------- |
| Smart Contract Risk          | Medium     | Third-party audit · Bug bounty · Staged deployment                            |
| Oracle Attack Risk           | Medium     | Multi-oracle median · Outlier filter                                          |
| Liquidity Collapse Risk      | Medium     | LiquidityFactor · Treasury LP injection · Buyback stabilization               |
| Regulatory Change Risk       | Medium     | Jurisdiction separation · MiCA alignment · Adaptive regulatory response       |
| Token Demand Volatility Risk | Low        | Real-demand-linked design · Diverse revenue sources · Demand elasticity model |
| Inflation Runaway Risk       | Low        | Hard 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. Institutional Assessment

| Metric                  | Rating          | Details                                |
| ----------------------- | --------------- | -------------------------------------- |
| Economic Sustainability | Strong          | Profit-bound Emission + Real Yield     |
| Security Architecture   | Strong          | Multi-oracle + Multisig + Timelock     |
| Token Model Robustness  | Strong          | Hard Cap + Demand-driven Burn          |
| Governance Safety       | Strong          | Bounds + Timelock + Multisig           |
| Audit Readiness         | Strong          | Dune public + Third-party audit target |
| MiCA Alignment Status   | Title II Target | Ireland / CBI / Articles 4-15          |

**Indicative Internal Assessment (Non-Audited)**

BNZA Ecosystem is designed to achieve long-term protocol sustainability and value convergence through a three-phase design: Controlled Growth → Equilibrium → Deflation Convergence. MiCA Title II alignment, institutional-grade design, and full on-chain transparency achieve the robust protocol architecture designed for institutional readiness.

***

### MiCA Required Disclosures

***

### 26. Issuer Information (Legal Entity)

*MiCA Article 6*

#### Issuer

| Field                          | Value                                                            |
| ------------------------------ | ---------------------------------------------------------------- |
| Legal Name                     | BNZA Holdings Ltd.                                               |
| Entity Type                    | BVI Business Company                                             |
| Registered Address             | British Virgin Islands                                           |
| Home Member State (MiCA)       | Ireland                                                          |
| Intended Supervisory Authority | Central Bank of Ireland                                          |
| Legal Status                   | Utility Token (Intended) / MiCA Title II (Target Classification) |

#### Contact Information

| Field                  | Value                                                                                 |
| ---------------------- | ------------------------------------------------------------------------------------- |
| Website                | <https://bnza.io>                                                                     |
| Email (Compliance)     | <info@bnza.io>                                                                        |
| Legal Counsel          | To be appointed prior to public token offering                                        |
| Authority Notification | Planned to be conducted in accordance with MiCA requirements prior to public offering |
| Governing Regulation   | MiCA (EU) 2023/1114                                                                   |

#### Management Body

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

| Position | Person                                             | Responsibilities                                                                                                 |
| -------- | -------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- |
| CEO      | To be disclosed prior to TGE                       | Overall project leadership, strategy formulation, and external relations                                         |
| CTO      | To be disclosed prior to TGE                       | Smart contract development oversight and security architecture                                                   |
| CMO      | To be disclosed prior to TGE                       | Marketing strategy, community growth, and brand                                                                  |
| CFO      | External delegation (to be confirmed prior to TGE) | Planned delegation to an independent external accounting firm, ensuring financial independence and transparency. |

**Management Body Declaration Draft (MiCA Article 6.6)**

> "Draft management body declaration for execution prior to publication in accordance with MiCA Article 6.6."

This section is a draft management body declaration under MiCA Article 6.6 and will be replaced by the final signed version prior to publication.

**Status:** Unsigned / Draft\
\&#xNAN;*Article 6.6 — MiCA Regulation (EU) 2023/1114*

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

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)*

**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

| Chain     | Consensus Mechanism                        | Energy Profile                         | Notes                                                |
| --------- | ------------------------------------------ | -------------------------------------- | ---------------------------------------------------- |
| Ethereum  | Proof of Stake (PoS)                       | Low (99.95% reduction since The Merge) | Full PoS transition via The Merge, September 2022    |
| Optimism  | PoS (Ethereum L2 / Optimistic Rollup)      | Ultra-low consumption                  | Inherits Ethereum mainnet security at L2             |
| BNB Chain | Proof of Staked Authority (PoSA)           | Low consumption                        | PoS-derived type with 21 validators                  |
| Polygon   | Proof of Stake (PoS)                       | Low consumption                        | Heimdall + Bor architecture                          |
| Base      | PoS (Ethereum L2 / Optimistic Rollup)      | Ultra-low consumption                  | Developed by Coinbase. Uses OP Stack.                |
| Arbitrum  | PoS (Ethereum L2 / Optimistic Rollup)      | Ultra-low consumption                  | Arbitrum One / Nitro                                 |
| Avalanche | Proof of Stake (PoS / Avalanche Consensus) | Low consumption                        | Snowball consensus protocol                          |
| Linea     | PoS (Ethereum L2 / zkEVM Rollup)           | Ultra-low consumption                  | Developed by ConsenSys. Adopts ZK-Rollup technology. |

#### ESG Scorecard

| Category              | Value    | Detail                             |
| --------------------- | -------- | ---------------------------------- |
| 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. MiCA Mandatory Risk Warnings

*MiCA Article 6.5*

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

1. **BNZA may lose some or all of its value.**
2. **BNZA may not always be transferable.**
3. **BNZA may not be exchangeable against the good or service promised, especially in case of failure or discontinuation of the project.**
4. **BNZA is not covered by the investor compensation schemes under Directive 97/9/EC of the European Parliament and of the Council.**
5. **BNZA is not covered by the deposit guarantee schemes under Directive 94/19/EC of the European Parliament and of the Council.**

***

**Legal Basis — MiCA Regulation (EU) 2023/1114 — Article 6.5**

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 Holdings Ltd. is solely responsible for the content of this white paper.

*Article 6.5 — MiCA Regulation (EU) 2023/1114*

***

**Whitepaper v3.7 — 2026-04-02**

BNZA Holdings Ltd. (BVI) | Intended MiCA Home State: Ireland | Intended Supervisory Authority: Central Bank of Ireland

This document is an informational publication describing the technical design, economic model, and MiCA-aligned disclosures of BNZA Ecosystem.

© 2026 BNZA Holdings Ltd. All rights reserved. This document does not constitute an offer to invest or issue securities. Regulatory status is subject to ongoing legal review and may evolve. This crypto-asset white paper has not been approved by any competent authority in any Member State of the European Union.