# Overview

{% hint style="info" %}
The values and parameters in this documentation are preliminary and subject to change before launch.
{% endhint %}

**MSIG** is an ERC-20 utility token powering the Meta Signals ecosystem. With a fixed supply of **1,000,000,000 tokens** and no additional minting possible, the token launches with a 15.3% initial float. All allocations follow vesting schedules to ensure smooth, predictable releases.

The tokenomics are built around an ecosystem-driven treasury, where platform activity may support staking rewards, ecosystem programs, and discretionary supply-management actions over time.

## Token Allocation

The [token supply](/tokenomics/readme-1) is distributed across five stakeholder groups, with the **Community receiving the largest share at 40%**. This allocation ensures broad ownership and true decentralization from day one, where no single entity controls the majority of tokens.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-3ca77c85148bcdd636a62ba3df7bd8e375831ea6%2Fmetasignals-distribution.png?alt=media" alt="MSIG Token Distribution"><figcaption><p>MSIG Token Distribution</p></figcaption></figure>

## Vesting Schedule

All allocations follow [daily linear vesting](/tokenomics/token-unlock-schedule) to prevent large unlock dumps and ensure smooth token releases:

* **Core Contributors**: 12-month cliff, then 36-month linear vesting
* **Presale (Private)**: 10.0% at TGE , 3-month cliff, then 12-month linear vesting
* **Presale (Strategic)**: 15.0% at TGE , 2-month cliff, then 10-month linear vesting
* **Presale (Community)**: 20% at TGE, 1-month cliff, then 8-month linear vesting

## Token Utilities

The utility model is designed around commitment. Each mechanism unlocks benefits that grow with a user's stake and lock duration. Holding and staking MSIG provides access to tangible benefits:

<table><thead><tr><th width="224">Utility</th><th>Benefit</th></tr></thead><tbody><tr><td><a href="/tokenomics/token-utilities/subscription-discounts">Subscription discounts</a></td><td>Up to 50% off based on stake amount and lock duration</td></tr><tr><td><a href="/tokenomics/token-utilities/private-channel-access">Expanded alerts coverage</a></td><td>Coverage for timeframes and pairs beyond the standard free tier</td></tr><tr><td><a href="/tokenomics/token-utilities/governance-voting">Governance voting</a></td><td>Influence platform parameters and proposals</td></tr><tr><td><a href="/tokenomics/token-utilities/staking-rewards">Staking rewards</a></td><td>Earn MSIG tokens from the staking pool</td></tr></tbody></table>

## Ecosystem-Driven Treasury

Meta Signals develops products and platform utility supported by a treasury that may strengthen the ecosystem over time. Potential treasury inflows may come from trading activity, exchange-related activity, and subscription products, and may be retained, reinvested, reserved, or otherwise used according to treasury policy and operating priorities. See [Ecosystem-Driven Treasury](/tokenomics/ecosystem-driven-treasury) for how this is designed to work, and [Treasury Operations](/tokenomics/treasury-operations) for the operational mechanism.

When treasury and market conditions allow, funds may be used on a discretionary basis for open-market MSIG purchases, burns, staking support, governance reserves, or other ecosystem support actions. Any such action is discretionary, may vary over time, and is not guaranteed to occur on any schedule or in any amount.

You can also explore illustrative scenarios with a third‑party [Revenue Simulation](/tokenomics/ecosystem-driven-treasury/revenue-simulation) tool built by a community member.

## Vote Escrow Governance

Locked MSIG tokens generate **veMSIG** (vote-escrowed MSIG), a non-transferable token that represents a user's commitment to the ecosystem. The amount of veMSIG held determines tiered access to benefits. The longer the lock period (1-24 months), the more veMSIG is generated and the greater the benefits.

[**veMSIG**](/tokenomics/vote-escrow-governance) **unlocks three core benefits:**

<table><thead><tr><th width="261.199951171875">Benefit</th><th>Description</th></tr></thead><tbody><tr><td>Subscription discounts</td><td>Save up to 50% on platform fees</td></tr><tr><td>Staking rewards</td><td>Receive MSIG from the staking pool</td></tr><tr><td>Governance voting</td><td>Vote on platform parameters and proposals</td></tr></tbody></table>

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-dea4dcad2705dbfa3faff8db2d3ae4f64fc05cff%2Fvote-escrow-lifecycle.png?alt=media" alt="Vote escrow lifecycle"><figcaption><p>The vote escrow lifecycle</p></figcaption></figure>

## Meta Mafioso NFT Benefits

The [Meta Mafioso NFT](/tokenomics/nft-benefits) gives early supporters exclusive benefits related to the token presale and a share of platform revenue.

**Priority token sale access**

*1 NFT unlocks Strategic round access, 2 NFTs unlock Private round access*

**Revenue share**

*Soulbound NFT holders receive a share of subscription revenue (capped at 100,000 MSIG)*


# Token Allocation

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

The Meta Signals tokenomics have been carefully designed using a data-driven approach, focusing on creating a sustainable and balanced model that benefits all stakeholders within the ecosystem.

With community allocation representing 40% of total supply and equal distributions to both private/strategic and community presale participants, the model prioritizes decentralization while ensuring sufficient allocations for platform development, liquidity, and long term growth.

<table><thead><tr><th width="201">Information</th><th>Details</th></tr></thead><tbody><tr><td><strong>Token Ticker</strong></td><td>MSIG</td></tr><tr><td><strong>Max Total Supply</strong></td><td>1,000,000,000</td></tr><tr><td><strong>Initial Float</strong></td><td>15.30%</td></tr><tr><td><strong>Token Standard</strong></td><td>ERC-20</td></tr><tr><td><strong>Chain</strong></td><td><em>TBD</em></td></tr><tr><td><strong>Contract Address</strong></td><td><em>TBD</em></td></tr><tr><td><strong>TGE Date</strong></td><td><em>TBD</em></td></tr></tbody></table>

{% hint style="info" %}
MSIG total token supply is fixed, with no additional token minting planned in the future.
{% endhint %}

### Token Allocation Distribution

The following chart illustrates how the total MSIG supply is distributed across five key stakeholder groups. With 40% allocated to the community and equal 10% allocations to both private/strategic and community presale participants. This approach ensures tokens are widely distributed rather than concentrated, creating a fair launch from the start.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-3ca77c85148bcdd636a62ba3df7bd8e375831ea6%2Fmetasignals-distribution.png?alt=media" alt=""><figcaption><p>MSIG Token Distribution</p></figcaption></figure>

#### Token Allocation Breakdown

| Allocation                        | Percentage | Token Amount     |
| --------------------------------- | ---------- | ---------------- |
| **Presale (Community)**           | 10.00%     | 100,000,000 MSIG |
| **Community**                     | 40.00%     | 400,000,000 MSIG |
| **Foundation**                    | 17.00%     | 170,000,000 MSIG |
| **Core Contributors**             | 23.00%     | 230,000,000 MSIG |
| **Presale (Private & Strategic)** | 10.00%     | 100,000,000 MSIG |

{% hint style="success" %}
40% of the total token supply is allocated directly to the **Community**, representing the largest single allocation in the tokenomics model.
{% endhint %}

#### Community - 40.0%

The Community holds the largest allocation, representing 40% of the total supply. This ensures that active participants in the Meta Signals ecosystem are fairly rewarded and incentivized through mechanisms such as staking rewards and trading incentives.

A portion of this allocation will also be used for marketing campaigns and strategic partnerships, with part of it dedicated to incentivizing liquidity provision across decentralized exchanges, ensuring healthy market depth for all MSIG token holders.

#### Foundation - 17.0%

The Foundation tokens will be allocated to the company's operational needs, including research and development, and human resources, helping attract and retain top talent to continue building the platform into the future. Also, a significant portion of this allocation will be used for creating the initial liquidity pools across both centralized and decentralized exchanges.

#### Core Contributors - 23.0%

This allocation is for the core team members, advisors, and strategic partners who are building the Meta Signals platform. This includes developers, managers, and all other staff working on the product and its feature implementations, as well as advisors who provide essential expertise and connections in the web3 space.

#### Presale (Private & Strategic) - 10.0%

Private & Strategic presale participants receive 10% of the total supply (4% in the initial Private Sale and 6% in a subsequent Strategic Sale), mirroring the Community presale allocation. This structure supports broad token distribution and grants [Meta Mafioso NFT holders](/tokenomics/nft-benefits) the right to participate.

#### Presale (Community) - 10%

Community presale participants receive 10% of the total supply, matching the allocation granted to Private & Strategic presale participants. By keeping both presale allocations at a 1:1 ratio, we promote fair distribution and support decentralization, reducing the risk that any single group gains excessive control over the token supply.


# Token Unlock Schedule

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

The vesting and unlock schedule represents a critical component of MSIG tokenomics, directly impacting how tokens enter circulation and influence market dynamics over time.

## Token Unlock Schedule Breakdown

The unlock schedule is structured to achieve two main objectives:

1. Minimal token inflation
2. Controlled supply shocks

This is implemented by starting with a high initial float of 15.3% while keeping emissions controlled, ensuring there is no oversupply in any given month. In addition, all vesting follows a daily linear schedule, preventing large unlock events that commonly occur with standard monthly linear vesting.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-de602d2b0b72696ebb60058fb8bdcaebccdf5aa8%2Ftoken-unlock-schedule%20(1).png?alt=media" alt=""><figcaption><p>MSIG Token Unlock Schedule</p></figcaption></figure>

**Presale (Community)**

20.0% unlocks at TGE, followed by a 1-month cliff and 8-month daily linear vesting thereafter.

**Community**

20% unlocks at TGE, with the remaining allocation released gradually based on actual demand and usage. Tokens are distributed strategically for staking rewards, liquidity incentives, and marketing campaigns, helping ensure they enter circulation only when they provide maximum value to the ecosystem.

**Foundation**

23.5% unlocks at TGE, with subsequent releases determined by operational requirements and governance decisions. Initially unlocked tokens will be used for exchange listings, while the remainder will be deployed strategically to support future ecosystem development.

**Core Contributors**

No tokens unlock at TGE, followed by a 12-month cliff and 36 months of daily linear vesting thereafter. This vesting schedule, aligned with industry standards for "insiders", helps ensure core contributors remain aligned with the long-term success of Meta Signals.

**Presale (Private & Strategic)**

* Private Sale: 10% unlocks at TGE, followed by a 3-month cliff and 12 months of daily linear vesting.
* Strategic Sale: 15% unlocks at TGE, followed by a 2-month cliff and 10 months of daily linear vesting.

{% hint style="info" %}
MSIG will launch with an initial float of **15.3%.**
{% endhint %}


# Token Utilities

## Overview

The MSIG token unlocks tangible benefits across the Meta Signals ecosystem. From subscription discounts to governance rights, holding and staking MSIG provides access to features and rewards that scale with a holder's long-term commitment to the platform.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2FvzZ2w6Ubnm7XIc1EZOaP%2Fmsg-token-utility.jpg?alt=media&amp;token=49424415-8c3e-4073-b47f-f51e6bb415a8" alt="MSIG token utility paths: Vote Escrow Staking unlocks Subscription Discounts, Expanded Alerts Coverage, and Governance Voting; Provide Liquidity unlocks Staking Rewards and LP Incentives"><figcaption><p>How MSIG tokens unlock ecosystem benefits</p></figcaption></figure>

The utility model is designed around commitment. Tokens acquired through any channel, whether purchased, vested, or received as rewards, can be locked into the vote escrow system or deployed as liquidity. **Each mechanism unlocks a specific set of benefits:**

<table><thead><tr><th width="246">Token Utility</th><th>Benefits</th></tr></thead><tbody><tr><td><a href="/tokenomics/token-utilities/priority-queue"><strong>Priority Queue</strong></a></td><td>Early alerts for stakers based on stake ratio</td></tr><tr><td><a href="/tokenomics/token-utilities/subscription-discounts"><strong>Subscription Discounts</strong></a></td><td>Up to 50% off platform subscriptions</td></tr><tr><td><a href="/tokenomics/token-utilities/private-channel-access"><strong>Expanded Alerts Coverage</strong></a></td><td>Additional free alerts for stakers</td></tr><tr><td><a href="/tokenomics/token-utilities/api-access"><strong>API Access</strong></a></td><td>Heavily discounted API access to the Meta Signals alert feed.</td></tr><tr><td><a href="/tokenomics/token-utilities/alpha-network"><strong>Alpha Network</strong></a></td><td>Create strategies, submit them, and earn when they perform.</td></tr><tr><td><a href="/tokenomics/token-utilities/governance-voting"><strong>Governance Voting</strong></a></td><td>Vote on platform decisions</td></tr><tr><td><a href="/tokenomics/token-utilities/staking-rewards"><strong>Staking Rewards</strong></a></td><td>Earn MSIG from protocol revenue</td></tr><tr><td><a href="/tokenomics/token-utilities/lp-token-benefits"><strong>LP Incentives</strong></a></td><td>Extra rewards for liquidity providers</td></tr></tbody></table>


# Priority Queue

When the native Meta Signals application launches, token staking will directly influence the priority and timing of alert delivery.

* Users who stake Meta Signals tokens will receive alerts before those who do not stake.
* Each staker’s alert priority will be determined by their stake ratio relative to the total amount staked by all participants.
* Users holding a larger proportion of the total staked supply will receive alerts earlier in the release sequence, establishing a transparent and merit-based distribution system.

The exact timing differential between tiers of stakers and non-stakers will be finalized upon deployment of the live app, following performance testing and community feedback. This mechanism ensures that staking not only supports the Meta Signals ecosystem but also directly enhances a user’s competitive advantage in the market.


# Copy the Leader

*This page describes a planned feature. Mechanics, eligibility requirements, rewards, and rollout timing may change as development progresses.*

Copy the Leader will enable Meta Signals users to follow and automatically copy the alert selections and adjustments of proven top performers.

The Leaderboard will rank users based on their overall trading performance. Users appear on the Leaderboard by default, though they can choose to opt out.

### How it works

* High-performing users rise on the Leaderboard based on their results.
* To become a Lead Trader and allow others to copy their activity, a user must stake MSIG.
* Once staked, the Lead Trader becomes eligible to earn MSIG rewards based on their ongoing performance and the total PnL of their copiers.&#x20;
* If a Lead Trader’s performance weakens for a prolonged period, a portion of their staked MSIG may be reduced.
* Other Meta Signals users can choose to copy eligible Lead Traders, gaining access to the strategies and alert decisions of users with demonstrated results.

### Skin in the game

Staking creates accountability. Lead Traders must commit MSIG before they can earn rewards from being copied, giving them a meaningful incentive to maintain strong performance and manage their decisions responsibly.

This structure is designed to align incentives: copiers can benefit from proven users’ alert selections, while Lead Traders are rewarded for sustained performance and share in the downside if their results deteriorate.<br>


# Subscription Discounts

One of the most immediate benefits of staking MSIG tokens is access to **subscription discounts**. By locking tokens in the vote-escrow system, holders can reduce service subscription costs by up to 50%.

**The discount level depends on two factors:**

1. How many tokens are locked
2. How long the staking commitment lasts

Once tokens are locked, the discount rate remains **fixed for the full stake duration**, protecting stakers from any changes to the discount structure during the commitment period.


# Expanded Alerts Coverage

Token stakers **without** an active subscription gain access to enhanced free alerts.

Enhanced free alerts provide:

* Coverage for more pairs than the standard Free tier
* Coverage for more timeframes than the standard Free tier

This functions as a middle tier between Free users and full subscribers, offering greater value than the Free tier without requiring an additional paid upgrade. It rewards token holders who believe in the project while providing genuine utility beyond speculation.


# API Access

The largest and most committed MSIG stakers unlock heavily discounted API access to the Meta Signals alert feed.

**How it works:**

* Professional traders and institutions can integrate Meta Signals alerts directly into their own execution infrastructure through the API.
* Eligible stakers receive API access at a meaningful discount to standard platform pricing, with benefits scaling with the size and duration of the stake.
* Access tiers are expected to be defined in stable pricing terms, so the value of the discount remains predictable even if the token price moves.

This feature is intended to extend MSIG's utility to advanced users on the platform and to strengthen the connection between API usage and long-term staking.


# Alpha Network

{% hint style="info" %}
This page describes a planned future capability. Features, mechanics, and rollout timing may change as development progresses.
{% endhint %}

Meta Signals is building toward a future where the community does more than follow strategies. It helps create them.

Alpha Network is a planned system where users can build trading strategies in a user-friendly backtester, submit them to the platform, and earn MSIG when their ideas perform in live conditions. Instead of limiting strategy creation to data scientists and quant teams, Meta Signals aims to open the process to a much wider group of traders.

**How it is designed to work**

* Creators stake MSIG when publishing a strategy, creating real skin in the game.
* Strategies are judged on live performance, not just attractive backtests.
* Strong performance can earn MSIG rewards, while weak performance can reduce the creator's stake.
* Users can back the strategies they believe in and gain exposure to the strongest community ideas.
* Over time, the best strategies may feed into a broader stake-weighted intelligence layer across the platform.

If executed well, this would turn MSIG into more than an access token. It would become the coordination layer for a community-driven strategy engine.


# Governance Voting

MSIG token holders have a voice in how the platform evolves. Through the **vote escrow governance system**, stakers can:

* Vote on platform parameters and upgrades
* Participate in community proposals
* Help shape the future direction of Meta Signals

Voting power scales with both stake amount and lock duration, ensuring that participants with the longest-term commitment have the greatest influence.

{% hint style="info" %}
For details on voting rights and the proposal process, see [Voting & Proposals](/tokenomics/vote-escrow-governance/voting-and-proposals).
{% endhint %}


# Staking Rewards

MSIG staking is designed to align long‑term participants with the overall health and usage of the Meta Signals ecosystem, without granting any claim on company revenue, equity, or profits. Stakers contribute to network security and stability and, in return, receive protocol‑driven rewards that are determined by transparent rules encoded in the system.

**How staking rewards work:**

* Rewards are distributed according to a predefined on‑chain mechanism that can source funds from designated ecosystem treasuries and budgets (for example, from fees that have been allocated to the protocol treasury by governance), not from any contractual right to business revenue or profit share.
* The effective reward rate depends on factors such as total staking participation, treasury parameters, and governance‑set configurations, rather than any promise of fixed yield or return.
* Stakers can opt to auto‑compound their rewards, increasing their stake over time according to the same public, rules‑based logic.


# LP Incentives

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

Liquidity providers receive special treatment in the Meta Signals ecosystem. By providing liquidity to MSIG trading pairs on decentralized exchanges, LP tokens can be staked in the vote-escrow system in the same way as regular MSIG tokens.

The key advantage is that LP stakers earn from **two separate reward streams**:

1. **Standard Vote-Escrow Rewards** - The same rewards available to any MSIG staker
2. **Extra LP Rewards** - Additional incentives from the dedicated Community pool (\~8% of total supply)

This dual-reward structure is designed to bootstrap liquidity and ensure the MSIG token remains liquid and tradeable. By providing liquidity, LP providers help the entire ecosystem function smoothly and are compensated accordingly.

{% hint style="success" %}
LP providers receive **dual rewards**: standard staking rewards plus additional LP-specific incentives from the dedicated 8% Community pool allocation.
{% endhint %}

In addition to these staking rewards, LP providers also earn a share of DEX swap fees from trading activity, creating a third reward stream outside the Meta Signals tokenomics system.

{% hint style="info" %}
For complete LP staking mechanics, see [Staking LP Tokens](/tokenomics/vote-escrow-governance/staking-lp-tokens).
{% endhint %}


# Ecosystem-Driven Treasury

{% hint style="warning" %}
**Important:** The information on this page is illustrative, subject to change, and provided for ecosystem planning purposes only. Nothing on this page creates any right to profits, revenue, distributions, or returns. Treasury actions, if any, are determined in Meta Signals' sole discretion based on platform needs, treasury health, market conditions, legal considerations, and long-term ecosystem priorities.
{% endhint %}

Meta Signals is built around a simple idea: develop useful products, expand platform utility, and maintain a treasury that can support the ecosystem over time.

The treasury may receive capital from platform activity and may deploy capital across infrastructure, product development, liquidity support, reserves, and other strategic initiatives intended to strengthen the MSIG ecosystem.

Potential treasury inflows may include trading activity, exchange-related activity, subscription products, and future business lines introduced as the platform matures. These inflows are not fixed, may fluctuate materially over time, and may be retained, reinvested, reserved, or otherwise used according to treasury policy and operating priorities.

A core objective of the treasury is resilience. That means balancing growth initiatives with prudent reserve management so the platform can continue investing in strategy development, trading infrastructure, user experience, exchange connectivity, automation, security, and broader ecosystem expansion.

When treasury conditions and market conditions allow, funds may be used for open-market MSIG purchases, burns, treasury-held allocations, staking support, liquidity measures, or other ecosystem support actions. Any such action is discretionary, may vary over time, and is not guaranteed to occur on any schedule or in any amount.

## Treasury Support from Trading Activity

Trading activity may contribute to treasury flexibility, operational capacity, and strategy reserves over time. Any treasury action remains discretionary and depends on performance, market conditions, and broader ecosystem priorities.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2FTM167xyG0UppjLQpdcbu%2FPhase%205.png?alt=media&amp;token=debdc29d-5eca-4e55-90ef-ed27ad857a45" alt="Illustrative treasury pathways from trading activity" width="563"><figcaption><p><em>Visual emphasis does not represent fixed allocations or guaranteed actions.</em></p></figcaption></figure>

## Treasury Flexibility from Exchange Activity

Exchange-related platform activity may strengthen treasury flexibility while also supporting ongoing operations and product growth. Flows shown are illustrative only and do not represent fixed allocations or guaranteed actions.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2FHuXQZLYEa3kPxc0eY45U%2FExhnage%20Commision.png?alt=media&amp;token=d8ecb891-832b-40be-b7ae-5c72b411b91e" alt="Illustrative treasury pathways from exchange activity" width="563"><figcaption><p>Illustrative treasury pathways from exchange activity</p></figcaption></figure>

## Subscription Activity and NFT Holder Support

Subscription activity may support treasury flexibility, operations, and NFT holder distributions during early ecosystem phases. Program mechanics may evolve over time and any treasury action remains discretionary.

NFT holders receive their share in MSIG tokens, up to a maximum of 100,000 MSIG per NFT.\* This rewards early backers of the project while keeping the token economy predictable and scalable over time.

<sub>*\*Contingent on NFT holders voting to make the collection soulbound*</sub>

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2FZha5YgCuxwiJ8hed0OOe%2FPhase%204.png?alt=media&amp;token=db1718e4-2c87-4a2b-bf95-591333878431" alt="Illustrative treasury pathways from subscription activity" width="563"><figcaption><p>Illustrative treasury pathways from subscription activity</p></figcaption></figure>

## Evolving Subscription Treasury Pathways

As ecosystem programs mature, the treasury approach may evolve to reflect changing product priorities, community programs, and operating needs. Diagrammed pathways are illustrative and do not create rights to distributions, returns, or treasury actions.

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2FtsUc28ka6QvdKmtoz514%2FPhase%206.png?alt=media&amp;token=cc01dc6d-12f3-469a-a2b9-073a2d013982" alt="Illustrative evolving subscription treasury pathways" width="563"><figcaption><p>Illustrative evolving subscription treasury pathways</p></figcaption></figure>

## How Treasury Activity May Develop

Meta Signals is developing multiple operating lines that may contribute to treasury strength over time, including trading systems, exchange integrations, subscriptions, and future managed products. The goal is to build a broader operating base and a more durable ecosystem rather than depend on a single source of inflow.

### Trading Infrastructure

A significant portion of ecosystem resources may be directed toward trading technology, execution systems, research, automation, and strategy infrastructure. This is intended to deepen platform capability and create a stronger operating foundation for the ecosystem.

### Exchange and Product Usage

As users engage with Meta Signals products and connected exchange workflows, the platform may generate commissions and other operating inflows that can add to treasury flexibility. These flows are tied to actual usage and adoption, so they may increase, decrease, or remain limited depending on market conditions and user activity.

### Subscriptions and Early Ecosystem Programs

Subscription products may create recurring platform inflows, while early ecosystem programs, including NFT-related initiatives where applicable, may continue to evolve over time. As the product suite and community develop, treasury policy may also evolve to reflect changing priorities, product mix, and market conditions.

### Future Business Lines

If Meta Signals establishes a sufficiently mature operating track record, additional products such as managed strategies or funds may be explored in the future, subject to legal, operational, and market readiness. Any future offering would be launched only if and when appropriate, and any resulting treasury contribution would remain subject to discretion rather than predefined formulas.

## Treasury Approach

The treasury is intended to operate dynamically, not mechanically. Rather than commit to rigid formulas, the goal is to preserve flexibility so capital can be deployed where it is most useful to the long-term health of the ecosystem at a given time.

In practice, that can mean prioritizing growth and infrastructure in one phase, reserves and market stability in another, and ecosystem support actions in another. This approach allows Meta Signals to respond to volatility, product rollout timing, liquidity conditions, and broader market structure without making fixed promises tied to token outcomes.

## Important Notice

{% hint style="warning" %}
MSIG is a utility-focused ecosystem token. Holding MSIG does not entitle any person to revenue, profit-sharing, dividends, repayment, or any guaranteed treasury action, and no statement on this page should be interpreted as a commitment to conduct purchases, burns, distributions, or support measures in any particular amount, frequency, or circumstance.
{% endhint %}


# Revenue Simulation

{% hint style="warning" %}
This is a speculative modeling tool designed by a third-party for educational purposes only. Projections are illustrative only and do not constitute financial advice or guarantees of future performance or returns.
{% endhint %}

> [**Open Revenue Simulator**](https://ms.blacktokenomics.com/)


# Treasury Operations

{% hint style="warning" %}
**Important.** This page describes operational mechanisms that Meta Signals may implement on a discretionary basis. Nothing on this page is a promise, guarantee, or commitment that any buyback, burn, distribution, or treasury action will occur, occur on any schedule, occur in any amount, or produce any particular outcome. All parameters, allocations, and mechanisms described are illustrative, preliminary, and subject to change or discontinuation at any time, with or without notice, at the sole discretion of Meta Signals or its governance process. MSIG is a utility token intended for use within the Meta Signals platform. It is not an investment, security, share, or claim on revenue or profits, and purchasers should not acquire MSIG with any expectation of profit, appreciation, income, dividends, or returns derived from the efforts of Meta Signals or any third party.
{% endhint %}

Meta Signals operates a discretionary treasury process that may, from time to time, use a portion of platform operating revenue to acquire MSIG from the open market for protocol-utility purposes — such as funding ecosystem rewards, supporting governance reserves, and managing circulating supply for operational reasons. Whether, when, and how much of this activity occurs is determined by the protocol's operational parameters and governance, and may be paused, modified, or terminated at any time.

This page describes how the mechanism is designed to function if and when it is operated. It does not describe outcomes, returns, or commitments.

## How the Treasury Process Is Designed to Work

A portion of platform operating revenue — drawn from sources such as autotrading operations, subscription products, and exchange-commission arrangements — may be routed into a stablecoin-denominated **Operations Treasury**. The size of any such allocation is set by operational parameters and may change.

When the treasury holds a balance, the protocol may execute open-market purchases of MSIG on a periodic basis. The intent of this design is to spread any purchasing activity over time rather than concentrate it, for operational predictability. There is no guaranteed cadence, size, or floor for such activity.

### Revenue Routing (Illustrative)

When operating revenue is recognized across the platform's various business lines, a portion may be converted into stablecoins and credited to the Operations Treasury. The portions routed in this way are operational parameters and are not fixed or promised.

### Treasury Deployment (Illustrative)

If and when the treasury is deployed, the protocol is designed to compute a daily deployment amount using a smoothed signal, an operational deploy rate, and a runway constraint, and then take the most conservative result. This is a process description only; no daily deployment is promised.

The smoothed treasury balance is intended to be a 90-day exponential moving average of the raw treasury balance:

$$
\text{smoothed\_treasury} = \text{EMA}\_{90}(\text{treasury\_balance})
$$

The EMA target is the smoothed balance multiplied by an operational deploy rate:

$$
\text{ema\_target} = \text{smoothed\_treasury} \times \text{deploy\_rate}
$$

The runway cap is intended to divide the current treasury balance by the number of days remaining until the next operational settlement, plus a buffer, so the treasury is not depleted prematurely:

$$
\text{runway\_cap} = \frac{\text{treasury\_balance}}{\text{days\_to\_next\_settlement} + \text{buffer}}
$$

The daily amount, if any, is intended to be the lesser of the two:

$$
\text{daily\_amount} = \min(\text{ema\_target},\ \text{runway\_cap})
$$

In the reference implementation, this amount is also capped at the available treasury balance as a final safety check.

**Variable definitions:**

* `treasury_balance` — current stablecoin balance held in the Operations Treasury
* `EMA_90` — 90-day exponential moving average, used to smooth deposit spikes
* `smoothed_treasury` — the EMA-smoothed balance
* `deploy_rate` — an operational parameter expressing how much of the smoothed balance the protocol may deploy in a day
* `ema_target` — the EMA-derived daily figure
* `days_to_next_settlement` — calendar days until the next operational settlement window
* `buffer` — additional days of operating runway retained as a safety margin
* `runway_cap` — the maximum daily figure consistent with preserving runway through the next settlement
* `daily_amount` — the resulting daily figure, if the mechanism is operated on a given day

{% hint style="info" %}
**Smoothing rationale.** When a settlement deposits a larger balance into the treasury, the EMA is intended to ramp gradually, so any associated activity is operationally smooth rather than lumpy.
{% endhint %}

{% hint style="success" %}
**Operational continuity.** Because a balance may be retained between settlements, the mechanism is designed to be capable of continued operation across periods of varying revenue. It is not a commitment to operate continuously.
{% endhint %}

### Illustrative Worked Example

> *The values below are illustrative only. They are not targets, projections, forecasts, or commitments.*
>
> * **Treasury balance:** $100,000
> * **Smoothed treasury (EMA90):** $80,000
> * **Deploy rate:** an example operational rate
> * **Days to next settlement:** 45
> * **Buffer:** 30 days
>
> Under these example inputs, the runway cap would be the binding constraint, illustrating how the design preserves treasury through a settlement window. Earlier in a cycle, the runway cap is tighter; closer to settlement, the EMA target may become the binding input.

{% hint style="info" %}
All numbers above are example inputs to illustrate the formula. Operational parameters are set by the protocol, are not disclosed as fixed figures, and may change at any time.
{% endhint %}

### How Acquired Tokens May Be Used

Any MSIG acquired through this process is intended to be directed toward protocol-utility purposes, which may include:

* **Permanent removal from circulation** for supply-management reasons tied to operational design
* **Funding of ecosystem rewards** for participants who stake MSIG to access platform utility, including governance participation
* **Allocation to a governance-controlled reserve** used to fund protocol operations, ecosystem development, integrations, security, liquidity operations, and other operational needs as directed by governance

The relative weighting among these uses is an operational parameter set by the protocol and governance. It is not fixed, is not a commitment, and may be changed or suspended at any time. Holders should not expect any particular allocation, distribution, reward, or supply outcome.

## Why MSIG Has Utility

MSIG is designed to be useful inside the Meta Signals platform — for example, to access platform features, participate in governance over operational parameters, and engage with ecosystem programs. The treasury process described above is an operational tool that supports the protocol's functioning. It is not a yield product, revenue share, dividend, distribution, or investment return, and should not be acquired, held, or evaluated as one.

{% hint style="info" %}
For information on the platform's revenue-generating activities, see [Ecosystem-Driven Treasury](/tokenomics/ecosystem-driven-treasury). To explore how different operational assumptions interact with the formulas above, see the [Revenue Simulation](/tokenomics/ecosystem-driven-treasury/revenue-simulation) tool — outputs of which are illustrative only and are not forecasts.
{% endhint %}


# Token Burns

MSIG token burns may occur from time to time as part of the protocol's broader token management approach, but no burn is guaranteed.

Any decision to acquire MSIG from the market and burn it will be made solely at the discretion of the Meta Signals team, subject to market conditions, treasury needs, legal and regulatory considerations, operational priorities, and other factors the team considers relevant.

Meta Signals is under no obligation to conduct any buyback or burn, and should not be understood as making any promise regarding if, when, or how often such actions may occur.

No specific amount, formula, timing, frequency, or percentage of revenue, profits, or other funds is committed to buybacks or burns. If the team chooses to conduct a buyback, the amount purchased, the timing, the method of execution, and the number of tokens ultimately burned may vary materially from period to period, or may be zero.

Any burn, if implemented, is intended as a discretionary ecosystem management action and not as a commitment to deliver profit, yield, appreciation, or any other financial return to token holders.

Holding MSIG does not entitle any holder to revenue share, profit share, repayment, distributions, dividends, or mandatory support of any secondary market price.

All token management decisions remain subject to change at any time, including suspension, modification, or discontinuation, without notice.


# Vote Escrow & Governance

**Vote escrow** is the core mechanism that powers staking, rewards, and governance in the Meta Signals ecosystem. By locking your MSIG tokens, you receive **veMSIG** (vote-escrowed MSIG), which determines your subscription discounts, voting power, and staking reward eligibility.

{% hint style="info" %}
**veMSIG** (vote-escrowed MSIG) is non-transferable and represents a holder's commitment to the ecosystem. It determines the level of access to benefits: the longer MSIG is locked, the more veMSIG is received.
{% endhint %}

## Why Lock Tokens?

Locking MSIG tokens provides three core benefits:

1. **Subscription Discounts:** Save up to 50% on Meta Signals subscriptions
2. **Staking Rewards:** Receive MSIG from the staking treasury
3. **Governance Voting:** Vote on platform decisions and platform upgrades

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-dea4dcad2705dbfa3faff8db2d3ae4f64fc05cff%2Fvote-escrow-lifecycle.png?alt=media" alt="Vote escrow lifecycle: Lock MSIG for 1-24 months, receive veMSIG, unlock Subscription Discounts, Governance Voting, Staking Rewards, and Expanded Alerts Coverage with decay option"><figcaption><p>The vote escrow lifecycle: lock, benefit, decay, extend</p></figcaption></figure>

## Quick Summary

<table><thead><tr><th width="265.2000732421875">Topic</th><th>Description</th></tr></thead><tbody><tr><td><a href="/tokenomics/vote-escrow-governance/what-is-vemsig"><strong>What is veMSIG?</strong></a></td><td>How veMSIG is calculated and its properties</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/staking-benefits"><strong>Staking Benefits</strong></a></td><td>Multipliers and subscription discounts</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/staking-lockup"><strong>Staking Lockup</strong></a></td><td>Lock duration, decay, and withdrawal rules</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/staking-lp-tokens"><strong>Staking LP Tokens</strong></a></td><td>How LP token staking works</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/staking-rewards"><strong>Staking Rewards</strong></a></td><td>Where rewards come from and how they're funded</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/reward-distribution"><strong>Reward Distribution</strong></a></td><td>How rewards are calculated</td></tr><tr><td><a href="/tokenomics/vote-escrow-governance/voting-and-proposals"><strong>Voting &#x26; Proposals</strong></a></td><td>How to participate in governance</td></tr><tr><td><a href="/tokenomics/token-utilities/private-channel-access"><strong>Expanded Alerts Coverage</strong></a></td><td>Access to additional alerts beyond the free tier</td></tr></tbody></table>


# What is veMSIG?

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

When MSIG tokens are locked in the vote-escrow system, **veMSIG** (vote-escrowed MSIG) is received in return. The veMSIG balance determines subscription discounts, governance voting power, and staking reward eligibility.

{% hint style="info" %}
**veMSIG** is non-transferable. It represents a holder's commitment to the ecosystem and determines access to benefits. The longer MSIG is locked, the more veMSIG is received.
{% endhint %}

## How veMSIG is Calculated

The amount of veMSIG received depends on two factors: the number of MSIG tokens locked and the lock duration. Longer lock periods yield more veMSIG for the same token amount.

$$
\text{veMSIG} = \text{MSIG} \times \left( \frac{\text{lockMonths}}{24} \right)
$$

**Where:**

* **veMSIG** = vote-escrowed MSIG received
* **MSIG** = amount of MSIG tokens locked
* **lockMonths** = duration of the lock in months (1-24)

## veMSIG Examples

| MSIG Locked | Lock Duration | Calculation      | veMSIG Received   |
| ----------- | ------------- | ---------------- | ----------------- |
| 10,000      | 24 months     | 10,000 x (24/24) | **10,000 veMSIG** |
| 10,000      | 12 months     | 10,000 x (12/24) | **5,000 veMSIG**  |
| 10,000      | 6 months      | 10,000 x (6/24)  | **2,500 veMSIG**  |
| 10,000      | 1 month       | 10,000 x (1/24)  | **417 veMSIG**    |

## Key Mechanisms

Unlike regular tokens, veMSIG behaves differently by design. These properties ensure the system rewards genuine long-term commitment.

<table><thead><tr><th width="218.800048828125">Mechanism</th><th>What it means</th></tr></thead><tbody><tr><td><strong>Non-transferable</strong></td><td>veMSIG cannot be sold, transferred, or traded. It remains in the holder's wallet and represents that holder's stake in the ecosystem.</td></tr><tr><td><strong>Linear decay</strong></td><td>The veMSIG balance decreases over time as the lock approaches expiration (see <a href="/tokenomics/vote-escrow-governance/staking-lockup">Staking Lockup</a>).</td></tr><tr><td><strong>Maximum lock (24m)</strong></td><td>Locking for the full 24-month period grants 1:1 veMSIG per MSIG locked, while shorter lock durations receive proportionally less.</td></tr></tbody></table>


# Staking Benefits

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

Staking MSIG tokens unlocks two key benefits: a **reward multiplier** that increases the share of staking rewards received, and **subscription discounts** that reduce the cost of Meta Signals services.

## Vote Escrow Multiplier

The **vote-escrow multiplier** determines a staker's share of rewards relative to other participants. Longer lock durations earn proportionally higher multipliers, rewarding longer-term commitment.

### Multiplier Formula

$$
\text{multiplier} = \frac{\text{lockMonths}}{12}
$$

**Where:**

* **multiplier** = reward multiplier relative to a 12-month baseline
* **lockMonths** = lock duration in months (1-24)

### Multiplier Reference Table

| Lock Duration | Multiplier      | Calculation |
| ------------- | --------------- | ----------- |
| 1 month       | 0.083x          | 1/12        |
| 3 months      | 0.25x           | 3/12        |
| 6 months      | 0.5x            | 6/12        |
| 12 months     | 1.0x (baseline) | 12/12       |
| 24 months     | 2.0x            | 24/12       |

{% hint style="success" %}
A 12-month lock is the **baseline** with a 1.0x multiplier. Locking for 24 months doubles the effective stake for reward calculations, while shorter lock periods reduce the effective share proportionally.
{% endhint %}

### Practical Example

> * Staker A locks 1,000 MSIG for 24 months (2.0x multiplier)
> * Staker B locks 1,000 MSIG for 12 months (1.0x multiplier)
> * **Result**: Staker A earns twice the rewards for the same token amount

This means that even with the same MSIG amounts, the staker with the longer lock commitment receives a larger share of the daily reward pool.

## Subscription Discounts

One of the most valuable benefits of staking is access to subscription discounts on Meta Signals services. This includes API access. The discount level depends on both the number of tokens staked and the duration of the lock period.

### Discount Formula

$$
\text{discount} = \min\left( \frac{\text{staked}}{100{,}000} \times \frac{\text{months}}{24} \times 50%, , 50% \right)
$$

**Where:**

* **discount** = percentage discount on subscription fees
* **staked** = number of MSIG tokens locked
* **months** = lock duration in months (1-24)
* **50%** = maximum possible discount (hard cap)

{% hint style="info" %}
The maximum discount is **50%**, which requires at least 100,000 MSIG locked for 24 months. Any combination that calculates above 50% is capped at the maximum.
{% endhint %}

### Example 1: Same Stake Amount, Different Durations

How lock duration affects the discount when staking 100,000 MSIG:

<table><thead><tr><th>MSIG Staked</th><th>Duration</th><th width="262.2000732421875">Calculation</th><th>Discount</th></tr></thead><tbody><tr><td>100,000</td><td>24 months</td><td>(100k/100k) x (24/24) x 50%</td><td><strong>50%</strong></td></tr><tr><td>100,000</td><td>12 months</td><td>(100k/100k) x (12/24) x 50%</td><td><strong>25%</strong></td></tr><tr><td>100,000</td><td>6 months</td><td>(100k/100k) x (6/24) x 50%</td><td><strong>12.5%</strong></td></tr></tbody></table>

### Example 2: Same Duration, Different Stake Amounts

How stake size affects the discount when locking for 12 months:

<table><thead><tr><th width="156.2000732421875">MSIG Staked</th><th>Duration</th><th width="279">Calculation</th><th>Discount</th></tr></thead><tbody><tr><td>200,000</td><td>12 months</td><td>(200k/100k) x (12/24) x 50%</td><td><strong>50%</strong></td></tr><tr><td>100,000</td><td>12 months</td><td>(100k/100k) x (12/24) x 50%</td><td><strong>25%</strong></td></tr><tr><td>50,000</td><td>12 months</td><td>(50k/100k) x (12/24) x 50%</td><td><strong>12.5%</strong></td></tr></tbody></table>

At 200,000 MSIG staked for 12 months, the maximum discount of 50% is reached. Staking additional tokens beyond this point provides no further discount benefit.

{% hint style="info" %}
Staking discounts apply to both annual and bi-annual subscription plans. To receive a discount on an **annual plan**, a minimum staking period of **12 months** is required. To receive a discount on a **bi-annual plan**, a minimum staking period of **24 months** is required.
{% endhint %}

### Discount Lock-In

When tokens are staked, the discount rate is calculated at that moment and **locked in for the full stake duration**. The rate remains constant regardless of token price changes, and the locked discount applies until the stake expires.


# Staking Lockup

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

The veMSIG balance is not static—it **decays linearly** over time as the lock approaches expiration. This section explains how decay works, how to extend a lock, and the rules governing staking.

## How Decay Works

When MSIG tokens are locked, veMSIG is received in proportion to the selected lock duration. As time passes and the remaining lock period shortens, the veMSIG balance decreases accordingly.

### Decay Example

When 10,000 MSIG are locked for 24 months, 10,000 veMSIG are received initially. **Over time:**

| Time Remaining    | veMSIG Balance | Calculation      |
| ----------------- | -------------- | ---------------- |
| 24 months (start) | 10,000         | 10,000 x (24/24) |
| 18 months         | 7,500          | 10,000 x (18/24) |
| 12 months         | 5,000          | 10,000 x (12/24) |
| 6 months          | 2,500          | 10,000 x (6/24)  |
| 1 month           | 417            | 10,000 x (1/24)  |
| Expiration        | 0              | Lock expired     |

As veMSIG decays, the share of staking rewards and voting power associated with that position also declines. This ensures that influence reflects current commitment rather than only the initial stake.

## Extending the Lock

At any time before a lock expires, the lock duration can be extended to reset the veMSIG balance to the maximum.

**This makes it possible to:**

* Restore the full multiplier without waiting for expiration
* Maintain maximum voting power continuously
* Keep earning rewards at the preferred rate

{% hint style="warning" %}
Once tokens are locked, they cannot be unstaked early, so lock duration should be planned carefully.
{% endhint %}

## Lock Duration Requirements

Tokens can be locked for any period between **1 month** (minimum) and **24 months** (maximum). Any whole number of months within this range is considered a valid lock duration.

<table><thead><tr><th width="198.800048828125">Rule</th><th>Details</th></tr></thead><tbody><tr><td><strong>Minimum lock</strong></td><td>1 month</td></tr><tr><td><strong>Maximum lock</strong></td><td>24 months</td></tr><tr><td><strong>Lock increments</strong></td><td>Any whole number of months between 1-24</td></tr></tbody></table>


# Staking LP Tokens

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

**Liquidity Provider (LP) tokens** can be staked in the vote escrow system just like regular MSIG tokens. This allows liquidity providers to earn both DEX swap fees and staking rewards simultaneously.

When liquidity is provided to MSIG trading pairs on decentralized exchanges, LP tokens are issued to represent the provider's share of the pool. These LP tokens can then be locked in the vote-escrow system to earn additional rewards on top of standard trading fees.

## LP Token Equivalence

LP tokens are treated identically to regular MSIG tokens in the vote escrow system:

<table><thead><tr><th width="134.5999755859375">Feature</th><th width="321.7999267578125">LP Tokens</th><th>Regular MSIG</th></tr></thead><tbody><tr><td>Weight</td><td>1,000 MSIG in LP = 1,000 voting weight</td><td>1,000 MSIG = 1,000 voting weight</td></tr><tr><td>Multiplier</td><td>lockMonths / 12</td><td>lockMonths / 12</td></tr><tr><td>Calculation</td><td>MSIG x (lockMonths / 24)</td><td>MSIG x (lockMonths / 24)</td></tr><tr><td>Discount</td><td>Same formula applies</td><td>Same formula applies</td></tr></tbody></table>

## Three Reward Streams

LP stakers benefit from **three separate reward streams**:

### 1. Standard Staking Rewards

The same reward pool is shared by all veMSIG holders. Each holder's share is calculated based on staked amount and lock-duration multiplier, in the same way as for regular MSIG stakers. These rewards are funded by the portion of treasury buyback activity allocated to the Staking Treasury.

### 2. LP-Specific Bonus Rewards

Additional rewards funded exclusively from the Community pool (8% of total supply). This bonus is available only to LP stakers and exists on top of standard staking rewards. The purpose is to incentivize liquidity provision during the early growth phase. These LP incentives vest linearly over **48 months** from launch, releasing daily.

### 3. DEX Trading Fees

As a liquidity provider, a share of the swap fees generated by trading activity in the pool is earned automatically. These fees exist outside the Meta Signals tokenomics system and are paid directly by the decentralized exchange.

{% hint style="success" %}
**Three reward streams**: standard staking rewards, LP bonus rewards, and DEX trading fees.
{% endhint %}

## Why LP Incentives Exist

The goal of LP incentives is to bootstrap liquidity and ensure the MSIG token remains liquid and tradeable. **Deep liquidity benefits everyone in the system because:**

* Traders get better prices with less slippage
* The token becomes more accessible to new holders
* Price stability improves as the pool grows

By providing liquidity, the overall ecosystem functions more smoothly, and liquidity providers are compensated accordingly through multiple reward streams.


# Staking Rewards

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

Staking rewards are the primary incentive for long-term MSIG holders who lock their tokens in the vote-escrow system. Rewards are distributed daily to stakers based on their weighted share of the total staked pool.

## Two Funding Sources

Staking rewards come from two distinct sources:

<table><thead><tr><th width="214">Source</th><th>Description</th></tr></thead><tbody><tr><td><strong>Tokenomics Reserve</strong></td><td>Initial allocation set aside specifically for staking rewards</td></tr><tr><td><strong>Circular Revenue</strong></td><td>A portion of treasury buyback activity may flow to the staking treasury over time</td></tr></tbody></table>

{% hint style="success" %}
The total MSIG supply is capped. Staking rewards are not derived from newly minted tokens.
{% endhint %}

The system blends these two sources dynamically based on treasury health, transitioning from reserve-funded to fully revenue-funded as the system matures.

## Why Blended Transition?

<figure><img src="https://4261583271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNzCnzwcHvx6648OMUEE0%2Fuploads%2Fgit-blob-72e2e5c86ad97f7b5cc0ef86c6ceafc8e04fb970%2Fstaking-rewards-blending.png?alt=media" alt="Blended staking rewards: Tokenomics Reserve and Staking Treasury feed into three modes based on treasury value"><figcaption><p>How staking rewards blend between tokenomics reserve and circular revenue.<br>All numbers provided here are for illustrative purposes only.</p></figcaption></figure>

The blended transition mechanism exists to protect the token economy during volatile conditions:

**Black Swan Protection** Revenue can fluctuate dramatically due to market conditions, user adoption cycles, or unexpected events. Without a safety mechanism, a revenue drop would cause staking rewards to collapse.

**Predictable Rewards** Stakers need consistent, predictable reward rates to remain engaged. The tokenomics reserve acts as a buffer when circular revenue falls short, maintaining reward stability regardless of short-term revenue volatility.

The system calculates a **blend ratio** based on the staking treasury's USD value:

$$
\text{blend\_ratio} = \frac{\text{treasury\_usd} - \text{min\_threshold}}{\text{max\_threshold} - \text{min\_threshold}}
$$

**Where:**

* `treasury_usd` = Current USD value of tokens in the staking treasury
* `min_threshold` = $5,000 (below this, system uses 100% tokenomics reserve)
* `max_threshold` = $20,000 (above this, system uses 100% circular revenue)
* `blend_ratio` = Clamped between 0 and 1

### Mode Determination

<table><thead><tr><th width="181.800048828125">Staking Treasury</th><th width="181.4000244140625">Mode</th><th>Reward Source</th></tr></thead><tbody><tr><td>Below $5,000</td><td>Pure Tokenomics</td><td>100% from reserve at 50,000 MSIG/day</td></tr><tr><td>$5,000 – $20,000</td><td>Blended Transition</td><td>Linear blend of both sources</td></tr><tr><td>Above $20,000</td><td>Pure Circular</td><td>100% from treasury at 10% of treasury/day</td></tr></tbody></table>

### Daily Reward Calculation

**Tokenomics Reserve contribution** (decreases as treasury grows):

$$
\text{tokenomics\_amount} = \text{daily\_reserve\_rate} \times (1 - \text{blend\_ratio})
$$

**Circular Revenue contribution** (increases as treasury grows):

$$
\text{circular\_amount} = \text{staking\_treasury\_tokens} \times \text{release\_rate} \times \text{blend\_ratio}
$$

**Total daily rewards:**

$$
\text{daily\_rewards} = \text{tokenomics\_amount} + \text{circular\_amount}
$$

**Where:**

* `blend_ratio` = Transition factor calculated above (0 to 1)
* `daily_reserve_rate` = 50,000 MSIG/day (fixed allocation from tokenomics reserve)
* `staking_treasury_tokens` = Number of MSIG tokens currently in the staking treasury
* `release_rate` = 10% (percentage of treasury tokens released daily)
* `tokenomics_amount` = Contribution from tokenomics reserve
* `circular_amount` = Contribution from circular revenue
* `daily_rewards` = Total tokens distributed to stakers each day

## Practical Examples

> **Example 1: Treasury at $12,000 USD (Blended Mode)**
>
> * Treasury value: **$12,000** (within transition range)
> * Treasury tokens: **100,000 MSIG**
>
> $$
> \text{blend\_ratio} = \frac{12{,}000 - 5{,}000}{20{,}000 - 5{,}000} = \frac{7{,}000}{15{,}000} = 0.467
> $$
>
> $$
> \text{tokenomics\_amount} = 50{,}000 \times (1 - 0.467) = 26{,}650 \text{ MSIG}
> $$
>
> $$
> \text{circular\_amount} = 100{,}000 \times 0.10 \times 0.467 = 4{,}670 \text{ MSIG}
> $$
>
> * **Daily rewards**: 26,650 + 4,670 = **31,320 MSIG/day**

> **Example 2: Treasury at $25,000 USD (Pure Circular)**
>
> * Treasury value: **$25,000** (above $20k threshold)
> * Treasury tokens: **100,000 MSIG**
> * blend\_ratio = 1.0 (capped at maximum)
>
> $$
> \text{daily\_rewards} = 100{,}000 \times 0.10 = 10{,}000 \text{ MSIG/day}
> $$

> **Example 3: Treasury at $3,000 USD (Pure Tokenomics)**
>
> * Treasury value: **$3,000** (below $5k threshold)
> * blend\_ratio = 0 (capped at minimum)
>
> $$
> \text{daily\_rewards} = 50{,}000 \times 1.0 = 50{,}000 \text{ MSIG/day}
> $$
>
> The reserve maintains full reward output even when circular revenue is low.

{% hint style="info" %}
The blended transition ensures consistent rewards, while smoothly transitioning to a fully revenue-backed system as the system matures. All numbers provided here are for illustrative purposes only.
{% endhint %}


# Reward Distribution

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

This page explains how staking rewards are distributed among stakers and how each individual share is calculated.

## Two Distribution Factors

The share of daily rewards depends on two factors:

<table><thead><tr><th width="275.5999755859375">Factor</th><th>Description</th></tr></thead><tbody><tr><td><strong>Staked Amount</strong></td><td>Number of MSIG tokens locked</td></tr><tr><td><strong>Multiplier</strong></td><td>Value based on lock duration (0.083x to 2.0x)</td></tr></tbody></table>

{% hint style="info" %}
The effective stake combines these two factors. A longer lock results in a higher multiplier, leading to a larger share of rewards even with the same staked amount as a position with a shorter lock.
{% endhint %}

The system computes effective stake, determines each position's share of the total pool, and distributes rewards proportionally each day.

## How Distribution Works

The effective stake is defined as the number of staked tokens multiplied by the vote-escrow multiplier:

$$
\text{effective\_stake}\_i = \text{staked}\_i \times \text{multiplier}\_i
$$

### Reward Share Calculation

The reward share is defined as effective stake divided by the total effective stake of all stakers.

$$
\text{reward\_share}\_i = \frac{\text{staked}\_i \times \text{multiplier}*i}{\sum*{\text{all stakers}} (\text{staked}
\times \text{multiplier})}
$$

### Daily Reward Calculation

The daily reward is calculated as the individual reward share multiplied by the total daily reward pool.

$$
\text{daily\_reward}\_i = \text{daily\_pool} \times \text{reward\_share}\_i
$$

### APY Estimation

The APY (Annual Percentage Yield) projects the daily reward rate over a full year.

$$
\text{APY}\_i = \frac{\text{daily\_reward}\_i \times 365}{\text{staked}\_i} \times 100%
$$

**Where:**

* `staked_i` = staked MSIG token amount
* `multiplier_i` = vote-escrow multiplier (0.083x to 2.0x based on lock duration)
* `effective_stake_i` = weighted stake contribution to the pool
* `reward_share_i` = proportion of the daily reward pool (value between 0 and 1)
* `daily_pool` = total daily rewards available (see [Staking Rewards](/tokenomics/vote-escrow-governance/staking-rewards))
* `daily_reward_i` = MSIG tokens received per day
* `APY_i` = estimated annual percentage yield

### Practical Examples

> **Example 1: Basic Reward Calculation**
>
> * Staked: **10,000 MSIG** with 1-year lock (1.0x multiplier)
> * Daily pool: **30,000 MSIG**
> * Total effective stake: **12,000,000**
>
> $$
> \text{effective\_stake} = 10{,}000 \times 1.0 = 10{,}000
> $$
>
> $$
> \text{reward\_share} = \frac{10{,}000}{12{,}000{,}000} = 0.00083 \text{ (0.08%)}
> $$
>
> $$
> \text{daily\_reward} = 30{,}000 \times 0.00083 = 25 \text{ MSIG/day}
> $$
>
> $$
> \text{APY} = \frac{25 \times 365}{10{,}000} \times 100% = 91%
> $$

> **Example 2: Multiplier Impact Comparison**
>
> * User 1: **10,000 MSIG** with 2-year lock (2.0x multiplier)
> * User 2: **10,000 MSIG** with 1-month lock (0.083x multiplier)
> * Daily pool: **30,000 MSIG**
> * Total effective stake: **12,000,000**
>
> $$
> \text{effective\_stake}\_{\text{user1}} = 10{,}000 \times 2.0 = 20{,}000
> $$
>
> $$
> \text{effective\_stake}\_{\text{user2}} = 10{,}000 \times 0.083 = 830
> $$
>
> $$
> \text{reward\_share}\_{\text{user1}} = \frac{20{,}000}{12{,}000{,}000} = 0.00167 \text{ (0.17%)}
> $$
>
> $$
> \text{reward\_share}\_{\text{user2}} = \frac{830}{12{,}000{,}000} = 0.00007 \text{ (0.007%)}
> $$
>
> * User 1: 30,000 × 0.00167 = **50 MSIG/day**
> * User 2: 30,000 × 0.00007 = **2 MSIG/day**
>
> With the same staked amount, User 1 receives **24x more rewards** due to their longer lock.

{% hint style="warning" %}
**APY Disclaimer**: No specific APYs are guaranteed. Actual reward rates depend on the total staked amount, treasury balance, and individual lock duration. Any examples shown are for illustrative purposes only.
{% endhint %}

### Auto-Compounding

The staking system includes an optional **auto-compound** feature. When enabled, rewards are automatically restaked at the current lock duration. This causes the effective stake to grow over time, and future rewards are calculated based on a larger balance.

**Example**: Starting with 10,000 MSIG and earning a 0.25% daily reward rate:

| Day | Staked Balance | Daily Reward | New Balance |
| --- | -------------- | ------------ | ----------- |
| 1   | 10,000         | 25           | 10,025      |
| 2   | 10,025         | 25           | 10,050      |
| 3   | 10,050         | 25           | 10,075      |
| ... | ...            | ...          | ...         |
| 30  | \~10,753       | \~27         | \~10,780    |

With compounding, the staked balance grows at an accelerated rate compared with non-compounded rewards, because each reward accrual increases the principal on which subsequent rewards are calculated.


# Voting & Proposals

{% hint style="info" %}
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

veMSIG holders have the power to shape the future of Meta Signals through on-chain governance voting. This page explains how voting works, what can be governed, and how to participate effectively.

## Voting Rights

**veMSIG holders** can vote on governance proposals that determine the direction of Meta Signals. Voting power is directly proportional to the veMSIG balance.

<table><thead><tr><th width="254">Aspect</th><th>Details</th></tr></thead><tbody><tr><td><strong>Eligibility</strong></td><td>Must hold veMSIG (locked MSIG tokens)</td></tr><tr><td><strong>Vote Weight</strong></td><td>Equal to veMSIG balance at snapshot time</td></tr><tr><td><strong>Calculation</strong></td><td>One locked token = one vote × duration multiplier</td></tr></tbody></table>

## Proposal Process

Meta Signals governance follows a phased approach, starting with team-controlled proposals and transitioning toward full community governance over time.

<table><thead><tr><th width="211.4000244140625">Aspect</th><th width="220.7999267578125">Current Phase</th><th>Future Phase</th></tr></thead><tbody><tr><td><strong>Proposal Submission</strong></td><td>Team only</td><td>Community (with veMSIG threshold)</td></tr><tr><td><strong>Discussion</strong></td><td>Governance forum</td><td>Governance forum</td></tr><tr><td><strong>Voting</strong></td><td>On-chain</td><td>On-chain</td></tr><tr><td><strong>Execution</strong></td><td>Team executes</td><td>Timelock + automatic</td></tr></tbody></table>

### Current Phase (Initial)

1. **Team submits** formal proposals for community vote
2. **Community discusses** ideas in the governance forum
3. **Team evaluates** which ideas become formal proposals
4. **veMSIG holders vote** on-chain to approve or reject

### Future Phase (Transition)

As the system matures, governance will progressively decentralize:

* Community members can submit proposals directly
* **Minimum veMSIG threshold** required to create proposals
* **Timelock mechanism** delays execution for security review
* Automatic execution of approved proposals

{% hint style="warning" %}
During the initial phase, the team retains proposal submission rights to ensure system security and stability. Community governance will be progressively decentralized over time.
{% endhint %}

## What Can Be Governed

veMSIG holders can vote on a wide range of platform decisions across several categories.

<table><thead><tr><th width="244.39990234375">Category</th><th>Examples</th></tr></thead><tbody><tr><td><strong>Revenue Allocation</strong></td><td>Adjust buyback/company splits within approved ranges</td></tr><tr><td><strong>Feature Priorities</strong></td><td>Vote on which features to build next</td></tr><tr><td><strong>Treasury Deployment</strong></td><td>Approve strategic burns, extra rewards, partnerships</td></tr><tr><td><strong>Parameter Changes</strong></td><td>Staking thresholds, multiplier ranges</td></tr><tr><td><strong>Partnerships</strong></td><td>Approve major integrations and collaborations</td></tr></tbody></table>

### Proposal Passing Criteria

For a governance proposal to be **considered valid**, it must meet two conditions:

* **Quorum:** 30% of total veMSIG must vote
* **Majority:** 51% of voters must approve

{% hint style="warning" %}
If quorum is not met, the vote is invalid, even if a majority voted "Yes."

If quorum is met but less than 51% vote "Yes," the proposal fails.
{% endhint %}


# NFT Benefits

{% hint style="info" %}
**Meta Signal NFTs** are a separate asset from MSIG tokens. This section covers NFT-specific benefits only. For token staking benefits, see [Token Utilities](/tokenomics/token-utilities).\
\
The values and parameters on this page are preliminary and subject to change before launch.
{% endhint %}

The Meta Mafioso NFT gives the earliest supporters of Meta Signals access to exclusive benefits.

## Community Voting

All NFT holders will participate in a vote to decide whether NFTs should remain soulbound or become transferable. The majority decision applies to all NFTs by default.

## NFT Revenue Share

Soulbound NFT holders are entitled to participate in the distribution of Meta Signals subscription revenue through a dedicated revenue-sharing mechanism. The aggregate size of the revenue-sharing pool is limited to a maximum of **100,000 MSIG tokens**.

{% hint style="warning" %}
An NFT must be **soulbound** to qualify for revenue sharing, while transferable NFTs are not eligible for this benefit.
{% endhint %}

## Eligibility Summary

Eligibility requirements for NFT revenue share:

* **Hold a Meta Mafioso NFT which is also soulbound**

{% hint style="success" %}
Once eligible, revenue share is automatically **activated**.
{% endhint %}

## Token Sale Eligibility

NFT holders receive priority access to earlier token sale rounds that offer more favorable pricing. Holding 2 NFTs grants access to the lowest-priced round.

### NFT Holder Access

| NFTs Held | Eligible Round | Entry FDV |
| --------- | -------------- | --------- |
| 1 NFT     | Strategic      | $22.5M    |
| 2 NFTs    | Private        | $15M      |

### Token Sale Rounds

<table><thead><tr><th width="156.5999755859375">Tier</th><th width="130.5999755859375">FDV</th><th width="129.4000244140625">Total Raise</th><th>Vesting</th></tr></thead><tbody><tr><td>Private</td><td>$15M</td><td>$600k</td><td>10% TGE + 3mo cliff + 12mo linear</td></tr><tr><td>Strategic</td><td>$22.5M</td><td>$1.35M</td><td>15% TGE + 2mo cliff + 10mo linear</td></tr><tr><td>Community</td><td>$30M</td><td>$3M</td><td>20% TGE + 1mo cliff + 8mo linear</td></tr></tbody></table>

{% hint style="info" %}
**Community Presale** is open to all participants regardless of NFT ownership. NFT holders gain access to Private and Strategic rounds.
{% endhint %}

{% hint style="warning" %}
Token sale terms are subject to change based on market conditions.
{% endhint %}