# B2 v1.0 Token Transparency Template

Framework: B2
TTF version: 1.0

<!-- Complete each Answer section. Do not include private or non-public information. -->

## Project and Team

### 1. Description of Project

Category: Project and Team

Definition: A narrative description of the purpose of the project and its operation in layman's
terms is provided.
Weighting
- 0: A simple description is not provided.
- 1: A simple description is provided.

**Answer**

<!-- Add answer here. -->

### 2. Disclosure of Revenue Streams

Category: Project and Team

Definition: A narrative description of the Project's primary sources of revenue is provided,
broken out by entity (e.g. Foundation, Labs, DAOs, or other).
Weighting
- 0: A simple description is not provided.
- 2: A simple description is provided.

**Answer**

<!-- Add answer here. -->

### 3. Equity-Token Relationship

Category: Project and Team

Definition: The Project must clearly disclose the rights, value accrual mechanisms, and
distinctions between token holders and DevCo equity holders. Any value allocated specifically
to equity holders (e.g., dividends, profit-sharing) must be communicated separately from value
accruing to token holders.
Weighting
- 0: Rights and value mechanisms are unclear or undisclosed, or there is no distinction
between token and equity holders.
- 1.5: Rights, value accrual, and differences between token and equity holders are clearly
and explicitly defined with the constraints of existing regulations.
- 3: Rights, value accrual, and differences between token and equity holders are clearly
and explicitly defined with the constraints of existing regulations. Team makes specific
representations like "We do not plan to return cash flow to equity through including
through dividends and share repurchases" or identifies that the Development Entity is
not for profit.

**Answer**

<!-- Add answer here. -->

### 4. Disclosure of Advisory Billings to the Foundation

Category: Project and Team

Definition: If core team members are compensated by any Tokens allocated to the Foundation
through advisory services or similar agreements, or by any other payment method (i.e. fiat),
these payments must be disclosed. Note, foundation team members known and exclusively
compensated by the Foundation are excluded.
Weighting
- 0: No acknowledgment or visibility of advisory payments from Advisory.
- 1.5: Advisory payments are mentioned, but details (amount, recipient, services) are
unclear or incomplete.
- 3: All advisory payments to insiders are fully disclosed, including the recipient, scope,
and amount.

**Answer**

<!-- Add answer here. -->

### 5. Known Project Team

Category: Project and Team

Definition: The identities of key team members (e.g., founders, CEO, CTO, COO of Labs,
President of Foundation, etc.) are publicly disclosed.
Weighting
- 0: No method to verify or prove the identities of key team members
- 1: A Method to verify or prove the public identities of key team members is provided.

**Answer**

<!-- Add answer here. -->

## Token Supply and Allocation

### 6. Governance & Token Documentation Provided

Category: Token Supply and Allocation

Definition: The Project must provide publicly accessible documentation covering the Token's
governance rights, rights to value accrual, any additional utility, and the mechanism by which
token governance is implemented (e.g. an insider multi-sig).
Weighting
- 0: None of the three areas are documented.
- 0.5: Not all three areas are documented.
- 1: All three areas are clearly documented.

**Answer**

<!-- Add answer here. -->

### 7. Initial Allocation

Category: Token Supply and Allocation

Definition: Disclosed information explaining the launch and initial supply that includes: the total
number of tokens issued, the category of the recipient (team, investor, foundation, community),
the total supply of the token and if it is capped, and the initial vesting schedule.
Weighting
- 0: No initial allocation schedule is provided.
- 1: An initial allocation schedule is provided, but some information is absent.
- 2: A complete initial allocation schedule is provided.

**Answer**

<!-- Add answer here. -->

### 8. Vesting Insider Tokens

Category: Token Supply and Allocation

Definition: All Insider Token allocations (team, investor, foundation) must be transparent, per
the disclosed Initial Allocation. If vesting occurs at a custodian, clearly disclose the employee
categories and associated vesting schedules clearly in your documentation.
Weighting
- 0: None of the these areas are clearly documented.
- 1: Some of these areas are clearly documented.
- 2: Most of these areas are clearly documented.
- 3: All areas are clearly documented.

**Answer**

<!-- Add answer here. -->

### 9. Labelled Unissued Token Wallets

Category: Token Supply and Allocation

Definition: Addresses that hold any Unissued Tokens (e.g. foundation, future contributors,
treasury) must be publicly labelled (address listed in docs) and be held in distinct wallets. This
includes the foundation allocation. The party (e.g. team, foundation, DAO) that controls the
funds must also be disclosed.
Weighting
- 0: No wallets labeled. No ownership disclosure.
- 1.5: Some wallets are labeled, but the info is partial, unclear, or outdated. Categories
may overlap.
- 3: 100% of relevant wallets are labeled and verifiable, with wallet ownership disclosed.

**Answer**

<!-- Add answer here. -->

### 10. Airdrop Process

Category: Token Supply and Allocation

Definition: The project must disclose all airdrop eligibility criteria clearly and provide a full CSV
list of recipients, including addresses and amount received.
Weighting
- 0: Airdrop process is opaque or arbitrary.
- 1: Some criteria are disclosed, but details are incomplete, unclear, or hard to access.
The recipient list may be provided, but not in an auditable format.
- 2: All criteria are fully disclosed, and the recipient list is [redacted], accessible, and auditable.

**Answer**

<!-- Add answer here. -->

### 11. Locked Staking Reward to Insiders

Category: Token Supply and Allocation

Definition: Disclose information on insiders (Team, Investors, Foundation, Advisors) tokens that
are locked and can earn rewards.
Weighting
- 0: None of these areas are clearly documented.
- 1.5: Some of these areas are clearly documented.
- 3: All areas are clearly documented.

**Answer**

<!-- Add answer here. -->

### 12. Future Token Issuance

Category: Token Supply and Allocation

Definition: The project commits that any future token issuance (e.g., minting or emissions
outside scheduled vesting) will be publicly disclosed and justified on an official platform (e.g.,
governance forum, blog, or docs).
Weighting
- 0: No public disclosure of token issuance.
- 1: Issuance is announced but lacks detail, is disclosed late, or is not in a permanent,
verifiable location.
- 2: All token issuances are disclosed before or at issuance with full details (amount,
reason, recipient, context) in an official, permanent public channel.

**Answer**

<!-- Add answer here. -->

### 13. Future & Related Token Launches

Category: Token Supply and Allocation

Definition: The team discloses all tokens launched by its key team members in the past and
explicitly lays out its philosophy around launching new tokens, related to the project or
otherwise. (e.g. "We do not plan to launch additional tokens" or "Any additional tokens will be
given 1:1 to existing token holders who can then vote on proposals submitted by the
management team.")
Weighting
- 0: Language around new tokens is vague, non-committal, or missing entirely.
- 1: Plans around additional tokens are defined clearly. The team explains its past
reasoning around token transactions and bridges from these transactions to its existing
policy.
- 2: The Team represents that it will not launch additional tokens.

**Answer**

<!-- Add answer here. -->

## Transactions & Market Structure

### 14. Insider & Related Person Transactions

Category: Transactions & Market Structure

Definition: The project commits to disclosing any material Related Party & Insider Transaction
within 30 days and includes: The nature of the transaction, the Related Person, the basis on
which the person is a Related Person, and the number of tokens involved in the transaction.
This includes tokens issued by the foundation.
Weighting
- 0: The project does not commit to disclosing related party transactions within 30 days.
- 3: The project commits to disclosing related party transactions within 30 days.

**Answer**

<!-- Add answer here. -->

### 15. Prior Token Sales & Fundraising

Category: Transactions & Market Structure

Definition: Disclosed information of previous fundraising rounds, material OTC rounds to
investors, or discounted market maker sales involving the Project and its Token that includes:
the date of sale, number of tokens sold, and the vesting schedule of these tokens. The Project
commits to disclosing any material OTC deal involving token sales and purchases by the
foundation within 30 days.
Weighting
- 0: No prior sales are disclosed.
- 1: All prior sales are disclosed, but terms are absent.
- 2: All prior sales are disclosed with terms provided.

**Answer**

<!-- Add answer here. -->

### 16. Transparent Market Maker Deals & Exchange Listings

Category: Transactions & Market Structure

Definition: Projects must disclose key details of market making and centralized exchange
agreements affecting token liquidity, including: names of all market makers & centralized
exchanges involved, the token allocation for each (as % of total supply), and the duration of
each agreement.
Weighting
- 0: No public information on market makers (MM) or centralized exchanges (CEX)
- 1: Some MM or/and CEX details are disclosed, but not all three elements are provided.
- 2: All three key elements are fully disclosed for MM & CEX.

**Answer**

<!-- Add answer here. -->

## Financial Disclosure

### 17. Disclosure of Assets and Cash Flow

Category: Financial Disclosure

Definition: The Project commits to providing updates to token holders on a quarterly basis via
forum posts, live dashboards, or reports that cover core project KPIs, changes to Token supply
or allocations, and disclosure of top line revenue and expenses. The Project may engage
third‑party contractors to prepare and deliver these updates.
Weighting
- 0: The project does not commit to disclosing Token Holder Relations Reports.
- 3: The project commits to disclosing Token Holder Relations Reports.

**Answer**

<!-- Add answer here. -->

### 18. Public Token Holder Relations Reports

Category: Financial Disclosure

Definition: The foundation's assets or working capital are held onchain and publicly labelled,
providing the ability to track asset holdings, revenue, and expenses. Or, the foundation
publishes a quarterly, publicly available financial report of its assets, working capital, revenue
and expenses.
Weighting
- 0: Foundation wallets are not publicly labeled.
- 1: Treasury wallets are tagged, but revenue and expense flows are incomplete or
fragmented.
- 2: Wallets that touch any assets and revenue streams are labelled onchain, with [redacted],
traceable expenses. Quarterly reports detailing assets, revenue, and expenses are
provided.

**Answer**

<!-- Add answer here. -->
