• About OMTG Tokens
  • Our mission
  • Roadmap
  • Whitepaper
  • Tokenomics
  • FAQ
logo
  • About OMTG Tokens
  • Our mission
  • Roadmap
  • Whitepaper
  • Tokenomics
  • FAQ
OMTOGETHER
  • Whitepaper
  • Tokenomics
  • FAQ
  • Privacy Policy
  • Terms of Service
  • OMTOGETHER on Telegram
  • OMTOGETHER on YouTube
  • OMTOGETHER on X (Twitter)

Tokenomics

Version 1.0 | April 2026


1. Core Principle

OMTOGETHER issues tokens only for collective participation that actually took place. The unclaimed share is not redistributed — it is simply not issued.

Model: deferred emission based on actual collective execution.

  • The user earns an internal balance (OMTGc) for practices
  • The real OMTG token is issued only at the moment of GME
  • Exactly as many tokens are issued as confirmed by real participation
  • If a user doesn't show up for GME — their pending remains until the next event

2. Token Parameters

ParameterValue
TickerOMTG
Pending tickerOMTGc (internal, not traded)
BlockchainTON
Total Supply314,159,265,358
Decimals6
Symbolismπ × 10¹¹ — infinity and cyclicity of practice

3. Stages

Progress is cumulative — the network does not reset when moving to the next stage.

Stage Parameters

FieldDescription
target_usersCumulative target number of users
min_practicesCumulative minimum practices = target_users × 10
base_valueBase value of one practice at this stage

Table of 30 Stages

StageTotal Users+UsersTotal Practices+PracticesBV
11,000+1,00010,000+10,00010
22,000+1,00020,000+10,00010
33,000+1,00030,000+10,00010
45,000+2,00050,000+20,00010
58,000+3,00080,000+30,00010
612,000+4,000120,000+40,00010
718,000+6,000180,000+60,00010
825,000+7,000250,000+70,00010
935,000+10,000350,000+100,00010
1050,000+15,000500,000+150,00010
1175,000+25,000750,000+250,0008
12110,000+35,0001,100,000+350,0008
13160,000+50,0001,600,000+500,0008
14230,000+70,0002,300,000+700,0008
15330,000+100,0003,300,000+1,000,0008
16480,000+150,0004,800,000+1,500,0008
17700,000+220,0007,000,000+2,200,0008
181,000,000+300,00010,000,000+3,000,0008
191,400,000+400,00014,000,000+4,000,0008
202,000,000+600,00020,000,000+6,000,0008
213,000,000+1,000,00030,000,000+10,000,0006
224,500,000+1,500,00045,000,000+15,000,0006
236,500,000+2,000,00065,000,000+20,000,0006
249,500,000+3,000,00095,000,000+30,000,0006
2514,000,000+4,500,000140,000,000+45,000,0006
2620,000,000+6,000,000200,000,000+60,000,0006
2730,000,000+10,000,000300,000,000+100,000,0006
2842,000,000+12,000,000420,000,000+120,000,0004
2955,000,000+13,000,000550,000,000+130,000,0004
3070,000,000+15,000,000700,000,000+150,000,0004

The first 30 stages are predefined and hard-coded into the system. Further stages are created by the team together with the community as the network grows — this is a conscious decision: the real dynamics of growth to a billion users cannot be predicted in advance. Target — one GME every 3–6 months. The long-term goal of the ecosystem is 3 billion participants.

Base Value Reduction

User RangeBase Value
up to 50,00010
50,001 — 2,000,0008
2,000,001 — 30,000,0006
30,000,001 — 200,000,0004
200,000,001 — 1,000,000,0002
over 1,000,000,0001

4. Practice Accrual

Formula

PracticeEarn = BaseValue × StreakFactor × GroupBonus × EventFactor

GroupBonus applies only for group practice (see Group Multiplier below); it is not applied to solo practice.

Streak

Days in a rowStreakFactor
1–201.0x
21–391.2x
40–891.5x
90+2.0x

Group Multiplier

GroupBonus scales with the number of active participants in the group — the larger the group, the higher the multiplier applied to each person's reward:

Active participantsMultiplier
2–6×1.1
7–11×1.2
12–16×1.3
17–21×1.4
22–26×1.5
27–31×1.6
32–36×1.7
37–41×1.8
42–46×1.9
47+×2.0

5. Referral Mechanics

Activated when the invited user has completed ≥ 10 practices (once per referral).

Accrual

L1_parent.pending_ref_base += BaseValue × 3
L2_parent.pending_ref_base += BaseValue × 2
L3_parent.pending_ref_base += BaseValue × 1

Stage Referral Airdrop

RefPoolStage    = Σ pending_ref_base (all users of the stage)
AirdropRefStage = RefPoolStage × 2

ScoreRef_u      = 1×L1_count + 0.5×L2_count + 0.25×L3_count
AirdropRef_u    = AirdropRefStage × (ScoreRef_u / ScoreRefTotal)

6. GME — Global Meditation Event

Stage Activation Conditions

ActualUsers     >= TargetUsers
AND
ActualPractices >= MinPractices

StagePercent — Participation Coefficient

StagePercent = MIN(1.0, GME_Participants / TargetUsers)

Examples:
  800 out of 1,000  → StagePercent = 0.80
  1,200 out of 1,000 → StagePercent = 1.00 (cap)

Pending → Released Conversion

PendingTotal = pending_practice
             + pending_ref_base
             + pending_ref_airdrop
             + pending_gme_airdrop

Released   = PendingTotal × StagePercent
Unreleased = PendingTotal × (1 - StagePercent)

Rule for absentees: did not attend GME — pending stays unchanged. Participates in the next GME. No redistribution and no burning.

Issuance Structure at Each GME

RecipientSharePurpose
Users60%Conversion of pending
Sale pool20%Sale in the app → Treasury
Treasury10%Ecosystem fund
Team10%Event-based vesting

GME Airdrop

AirdropBudget = TotalReleased × 0.30

Score_u = normalized_pending × 0.3
        + normalized_streak  × 0.3
        + normalized_refs    × 0.4

// normalized_refs = number of L1 referrals of the user,
//   who were also online at this GME

Airdrop_u = AirdropBudget × (Score_u / ΣScore)

The airdrop is credited directly to released (OMTG), bypassing pending.

GME Streak

  • Attended GME → gme_streak += 1
  • Missed → gme_streak = 0

7. Treasury

Sources of Funding

SourceMechanics
10% of each GME releaseAutomatically at every event
Sale pool salesMoney from OMTG purchases in the app and on the website
User donationsDirect contributions in fiat or crypto

Purpose

  • Project operating expenses (infrastructure, development)
  • Marketing and audience growth
  • Funding initiatives through governance votes
  • Support for community projects and local initiatives

8. Token Utility

UtilityStatus
Governance — the right to vote on Treasury initiativesAt launch
Support of the project missionAt launch
Access to premium ecosystem featuresIn development

The OMTG token is not an investment instrument. Its value is determined by utility within the ecosystem.


9. Full GME Flow

1. Stage unlocked (conditions met)
2. The team creates a GME Event
3. Date and time are set
4. Balance snapshot (automatic)
5. GME starts
6. Participants join
7. GME ends
8. Calculation:
     StagePercent = participants / target_users (cap 1.0)
     Released     = Pending × StagePercent
     Airdrop      = TotalReleased × 30%
     Sale pool, Treasury, Team — automatically
9. Transition to the next stage

10. Confirmed Decisions

Streak Degradation

Missed 1 day → streak = 0, multiplier returns to 1.0x. No freezes or partial resets.

Stages 31+

Added dynamically by the team based on real growth dynamics. Target — one GME every 3–6 months.

On-chain / Off-chain Architecture

  • OMTGc (pending) — off-chain, stored in the project's database
  • OMTG (released) — on-chain, minted to the user's TON wallet
  • If the wallet is not connected at the time of GME — the released balance is stored in the database until a wallet is connected
  • Connection via TON Connect

DEX Listing

  • Listing is not tied to GME — a separate roadmap step
  • Pool is created on STON.fi or DeDust (TON)
  • Permissionless listing — the pool can be created by any token holder
  • Initial liquidity is minimal, afterwards formed by the market
  • The team announces the listing to the community

Legal Structure

  • Operator: TOR.ENERGY, IE, Tbilisi, Georgia
  • The token is positioned as utility, not as an investment instrument
  • Token purchases through the sale pool are not available to residents of the United States and sanctioned countries
  • ToS and Privacy Policy are published on omtogether.app

11. Governance

Stages 1–20

  • Only the team creates official proposals
  • The community can submit ideas (signals) through the app
  • The team frames signals into official proposals
  • All OMTG holders vote

Stages 21+

  • Any OMTG holder can create a proposal
  • The two-step process is preserved (submission → framing → voting)
  • The submission threshold is fixed at the transition to Stage 21

Voting Mechanics

  • Quadratic voting — protection against concentration of influence by large holders
  • On-chain on TON
  • All released OMTG holders vote

What Goes to Vote

  • Allocation of funds from Treasury
  • Funding of community initiatives
  • Strategic decisions on ecosystem development

omtogether.app