Invtron Atlas // Tokenomics Codex

Invtron DAO Tokenomics

A Tokenized Venture Capital model for decentralized startup funding

Invtron DAO coordinates startup selection, governance, capital release, and incentive alignment through smart contracts and community-led due diligence.

Zone 01

Tokenized Venture Capital

Governance, endorsement, and capital execution are separated into distinct layers.

Zone 02

INV + INV-USD

A governance utility token and an internal stable-value funding voucher.

Zone 03

Protocol-Controlled

Supply, voting, and conversion logic operate through explicit rule sets rather than ad hoc decisions.

Mission Control

Campaign HUD

Core Readout

Genesis Supply

1,000,000,000 INV

Voting Window

72 hours

Lock Duration

73 hours

Max Active Endorsers

50

Phase 01

Community Signal

Open for the operating role.

+

Invtron begins with discovery rather than automatic capital deployment. Community members surface startups, thesis areas, and market signals before they become formal candidates for funding review.

That early signal layer helps the DAO collect qualitative context, sector familiarity, and preliminary diligence without forcing the protocol to treat every inbound request as equally mature.

  • Creates an initial screening layer before formal endorsement
  • Lets domain-relevant contributors add market and founder context early
  • Improves the quality of what ultimately reaches governance review

Early signal is informative, not determinative. Formal approval still depends on later endorsement, voting, and execution controls.

Phase 02

Governance Review

Open for the operating role.

+

Once a request advances, the governance layer evaluates it through explicit participation rules. INV is not just a passive badge of membership; it is the instrument used to qualify, vote, and accept temporary lock exposure during decision windows.

This review stage is designed to separate raw community enthusiasm from accountable governance signal by tying influence to commitment, qualification, and structured process.

  • Endorsers provide a qualified confidence layer before broad approval
  • Token locks connect votes to temporary economic exposure
  • Request-relative controls reduce the chance of distorted influence

Phase 03

Funding Approval

Open for the operating role.

+

Approval does not immediately convert governance approval into unrestricted token release. Instead, approved requests move into a controlled capital path where INV-USD is created specifically for execution needs inside the network.

That separation matters because it lets the protocol authorize venture funding while preserving clearer boundaries between governance utility and operational disbursement.

  • Approval status becomes a gating condition for capital access
  • Funding is routed through the execution layer rather than direct discretionary transfers
  • The model reduces pressure to use INV as an immediate settlement rail

Phase 04

Startup Execution

Open for the operating role.

+

Execution is staged to keep funded startups inside a rule-based operating path after approval. Capital access remains subject to timing, conversion, and price controls rather than becoming an unrestricted post-vote event.

This preserves discipline across the full venture cycle: sourcing, governance, approval, and monitored deployment all remain connected.

  • Conversion into INV happens gradually instead of all at once
  • Execution checks remain active after a proposal passes
  • The capital path is optimized for controlled deployment, not instant liquidity

Chapter 01

Campaign Board

Move through the system map, supply, utility, governance, funding, and alignment layers one chapter at a time.

Campaign Board

Choose an active chapter

17% mapped

Active Chapter

System Map

Mission 01

Read the operating layers, chapter order, and core venture-coordination thesis.

Chapter Status

Core model

Each chapter isolates one operating layer in the venture coordination model.

Navigation Vector

1 / 6

The chapter order moves from system map to long-horizon alignment.

System Overview

Operating Layers and Asset Roles

The venture stack links sourcing, review, approval, and execution while keeping governance utility and funding execution separated.

Phase 01

Community Signal

Operating Layer

Open for the layer definition.

+

Invtron begins with discovery rather than automatic capital deployment. Community members surface startups, thesis areas, and market signals before they become formal candidates for funding review.

That early signal layer helps the DAO collect qualitative context, sector familiarity, and preliminary diligence without forcing the protocol to treat every inbound request as equally mature.

  • Creates an initial screening layer before formal endorsement
  • Lets domain-relevant contributors add market and founder context early
  • Improves the quality of what ultimately reaches governance review

Early signal is informative, not determinative. Formal approval still depends on later endorsement, voting, and execution controls.

Phase 02

Governance Review

Operating Layer

Open for the layer definition.

+

Once a request advances, the governance layer evaluates it through explicit participation rules. INV is not just a passive badge of membership; it is the instrument used to qualify, vote, and accept temporary lock exposure during decision windows.

This review stage is designed to separate raw community enthusiasm from accountable governance signal by tying influence to commitment, qualification, and structured process.

  • Endorsers provide a qualified confidence layer before broad approval
  • Token locks connect votes to temporary economic exposure
  • Request-relative controls reduce the chance of distorted influence

Phase 03

Funding Approval

Operating Layer

Open for the layer definition.

+

Approval does not immediately convert governance approval into unrestricted token release. Instead, approved requests move into a controlled capital path where INV-USD is created specifically for execution needs inside the network.

That separation matters because it lets the protocol authorize venture funding while preserving clearer boundaries between governance utility and operational disbursement.

  • Approval status becomes a gating condition for capital access
  • Funding is routed through the execution layer rather than direct discretionary transfers
  • The model reduces pressure to use INV as an immediate settlement rail

Phase 04

Startup Execution

Operating Layer

Open for the layer definition.

+

Execution is staged to keep funded startups inside a rule-based operating path after approval. Capital access remains subject to timing, conversion, and price controls rather than becoming an unrestricted post-vote event.

This preserves discipline across the full venture cycle: sourcing, governance, approval, and monitored deployment all remain connected.

  • Conversion into INV happens gradually instead of all at once
  • Execution checks remain active after a proposal passes
  • The capital path is optimized for controlled deployment, not instant liquidity

Governance Utility Layer

INV

Governance

INV coordinates access, voting, role qualification, and incentive distribution across the network.

+

INV is the operating token that ties governance rights, qualification thresholds, and system participation into a single coordinated layer. Its purpose is to structure decision-making and access across the venture workflow.

Because INV is used for candidacy, fee pathways, voting commitment, and reward distribution, utility is linked to repeat system activity rather than a single isolated function.

  • Acts as the credential for higher-responsibility roles in the protocol
  • Introduces economic commitment into governance instead of zero-cost signaling
  • Connects aligned participation with INV-denominated reward logic
  • Governance participation
  • Voting commitment and locking
  • Role qualification for CEO and endorsers
  • Proposal access and fee utility
  • Reward distribution for aligned participation

Funding Execution Layer

INV-USD

Execution

INV-USD is an internal stable-value voucher used only after funding approval to structure startup capital deployment.

+

INV-USD exists to handle the funding leg of the venture model without forcing a governance token to absorb every operational need. It is an execution instrument, not a parallel governance asset.

By separating approval from conversion, the system can support startup deployment while maintaining clearer discipline around pricing, release timing, and treasury-facing exposure.

  • Activated only after protocol approval
  • Used to improve funding predictability during execution
  • Supports staged conversion back into INV under protocol limits
  • Approved startup funding
  • Reduced volatility exposure during execution
  • Lower immediate sell pressure on INV
  • Controlled conversion into INV over time

Chapter 02

Supply Ledger

Genesis issuance, allocation structure, and post-genesis control logic define the supply base of the network.

Genesis Entry

1,000,000,000

INV

This is the genesis supply. Post-genesis issuance is protocol-controlled, not arbitrary.

Supply Rule

Protocol-Defined Emissions

Open for the rule detail.

+

Post-genesis expansion is framed as a governed protocol function, not an informal promise of permanent immutability or an open door to arbitrary minting. That distinction matters for investor-grade credibility.

The supply model therefore prioritizes explicit issuance conditions tied to network operation, rewards, and venture coordination logic.

  • Avoids discretionary supply changes outside protocol rules
  • Keeps future issuance tied to defined operating functions
  • Supports clearer review of token inflation risk over time

Supply Rule

Governance-Linked Rewards

Open for the rule detail.

+

Rewards are intended to reinforce useful governance behavior rather than passive possession. The model gives more weight to participation that contributes to credible decision-making and final outcome alignment.

That reduces the case for emissions that merely subsidize noise or speculative churn without strengthening the venture process.

  • Connects emissions to governance utility
  • Rewards informed participation rather than random turnout
  • Keeps incentive design closer to operating performance

Supply Rule

Controlled Expansion Functions

Open for the rule detail.

+

Any supply expansion should serve a functional role inside the tokenized venture stack, such as governance reward mechanics or protocol-defined coordination needs.

The framing is operational: growth in token supply must correspond to a concrete network purpose instead of becoming a loose source of dilution.

  • Anchors expansion to protocol use cases
  • Preserves focus on coordination efficiency over volume growth
  • Improves readability of the monetary design for external reviewers

Constraint Register

Ledger Constraints

Open for fee gates and balance requirements.

+

The constraint register defines the minimum economic commitments required to access leadership, endorsement, and startup funding paths. These thresholds help keep high-consequence actions tied to visible balance exposure and deliberate participation.

Funding Requests

$100 equivalent in INV

CEO Candidacy

$100 equivalent in INV

Endorser Candidacy

$50 equivalent in INV

CEO Required Balance

$25,000 equivalent in INV

Endorser Required Balance

$10,000 equivalent in INV

Selected Bucket

24%

Public Sale

Allocation Drilldown

Public Sale

24% selected

The largest external distribution bucket establishes broad initial market access and community entry into the governance utility layer.

Allocation Share

24%

Bucket Rank

2/9

Genesis Map

Initial distribution

A meaningful public allocation can help distribute access beyond insiders and early private participants, which is important for a governance-centered network.

At the same time, this bucket has to be understood in the context of vesting, execution controls, and the broader release schedule rather than as a free-floating liquidity event.

  • Supports broader initial token access
  • Improves decentralization of early governance participation
  • Needs to be read alongside release discipline, not in isolation

Chapter 03

Utility Deck

INV is required across governance access, role qualification, fee utility, and operating participation.

Core Token

INV

Required across governance, qualification, proposal intake, and system actions.

Access Path

Governance Participation

Open for the requirement.

+

Governance is designed as an active commitment layer rather than a frictionless polling system. Holding INV enables participation, but the process also requires exposure through lock mechanics and role-aware participation rules.

That structure aims to improve signal quality by ensuring governance decisions carry real economic context.

  • Combines ownership with commitment
  • Discourages low-cost signaling in major decisions
  • Connects governance rights to measurable exposure

Access Path

CEO Candidacy

Open for the requirement.

+

The CEO pathway is intentionally gated because it represents a high-responsibility operating role within the DAO. Fee and balance thresholds signal that candidacy is reserved for participants willing to maintain meaningful exposure.

This helps distinguish accountable leadership intent from opportunistic signaling.

  • Creates a quality filter for leadership access
  • Requires economic alignment before assuming influence
  • Keeps high-responsibility roles tied to visible stake

Access Path

Endorser Candidacy

Open for the requirement.

+

Endorsers form an intermediate validation layer between open community participation and final DAO approval. Their role matters because they help establish confidence before broader capital decisions are taken.

Fee and balance requirements are therefore used to keep endorsement capacity selective and accountable.

  • Builds a qualified screening layer ahead of broad voting
  • Discourages casual or low-conviction endorsement activity
  • Aligns endorsers with the quality of proposals they advance

Action Gate

Funding Request Submission

Open for the requirement.

+

Fee-gated submission creates a basic quality threshold for startups entering the system. It does not guarantee quality, but it reduces spam and helps keep governance attention focused on candidates willing to engage the process seriously.

That is particularly important in a venture framework where reviewer attention is a scarce operating resource.

  • Reduces low-signal inbound volume
  • Improves the efficiency of the review pipeline
  • Makes submission a deliberate system action instead of a free broadcast

Action Gate

Ecosystem Fee Payments

Open for the requirement.

+

INV is designed to sit inside operating flows, not only inside wallets. Fee usage gives the token recurring utility as participants move through qualification, governance, and execution pathways.

This makes demand more closely related to protocol activity rather than purely external trading behavior.

  • Creates recurring token use inside the network
  • Improves the connection between activity and utility
  • Reduces the case for treating INV as a purely passive asset

Action Gate

Influence and Qualification

Open for the requirement.

+

INV sits at the center of the qualification framework. The token is not only used for one-off actions; it functions as the reference point for role eligibility, governance access, and participation standing.

That concentration of utility is what gives the system a coherent operating token instead of a fragmented set of unrelated credentials.

  • Unifies access logic across multiple system layers
  • Improves legibility of who can do what inside the protocol
  • Strengthens the role of INV as the primary governance utility asset

CEO Fee

$100 equivalent in INV

Endorser Fee

$50 equivalent in INV

Funding Fee

$100 equivalent in INV

CEO Threshold

$25,000 equivalent in INV

Endorser Threshold

$10,000 equivalent in INV

Chapter 04

Governance Command Deck

Governance applies visible limits to voting, delegation, and role participation so influence stays tied to measurable commitment.

Commitment Required

Governance Protocol

Delegated Voting Logic

Delegation expands participation while keeping final influence inside a structured decision engine.

Delegation allows token holders who cannot evaluate every request directly to still participate through trusted representatives. This helps broaden governance reach without abandoning structured accountability.

The design goal is to increase usable participation while keeping influence readable and rules-based.

  • Extends governance coverage beyond direct voters only
  • Supports representation without removing formal constraints
  • Makes participation more scalable as proposal volume grows

Voting Period

72 hours

Token Lock

73 hours

Max Active Endorsers

50

Participation Model

Delegation-aware

Chapter 05

Capital Runbook

Capital deployment moves from request intake to bounded conversion through a staged approval sequence.

Step 01

Startup submits request

Open for the step detail.

+

The funding sequence begins with formal request intake, not informal backchannel access. Startups enter through a defined path that requires fees and structured submission.

This gives the DAO a cleaner intake funnel and a more reviewable record of capital demand entering the network.

  • Creates a standardized starting point for review
  • Discourages low-effort or opportunistic submissions
  • Improves traceability of inbound capital requests

Step 02

Endorsers validate

Open for the step detail.

+

Endorsers act as a quality filter before proposals reach full DAO approval. Their function is to establish whether a request deserves broader network attention based on initial diligence and fit.

This stage helps the governance layer spend time on requests that have already cleared a meaningful first review.

  • Adds a specialist validation layer before full voting
  • Improves governance efficiency by filtering request quality
  • Creates an accountable bridge between intake and approval

Step 03

DAO votes

Open for the step detail.

+

After endorsement, the broader DAO decides whether the request should enter the execution track. This is the stage where community-backed governance converts diligence into a formal capital decision.

Voting is structured to reflect commitment, not only raw token counts at a single moment.

  • Transforms review into a protocol-level approval decision
  • Uses committed governance rather than casual polling
  • Keeps community influence inside explicit operating rules

Step 04

Request is approved

Open for the step detail.

+

Approval is a threshold event: it authorizes a startup to move from evaluation into protocol-controlled execution. It does not remove subsequent operational safeguards.

That distinction preserves a disciplined handoff between governance and funding.

  • Separates approval from unrestricted distribution
  • Maintains execution safeguards after governance passes
  • Creates a clear state change in the venture workflow

Step 05

INV-USD is minted

Open for the step detail.

+

Minting INV-USD after approval keeps the funding leg inside a dedicated execution asset instead of collapsing governance and disbursement into the same token action.

This is central to the protocol's venture design because it introduces an execution instrument purpose-built for controlled deployment.

  • Creates a funding asset only after approval
  • Preserves separation between governance utility and capital deployment
  • Supports more controlled operational funding logic

Step 06

Startup converts gradually

Open for the step detail.

+

Gradual conversion is one of the final discipline layers in the runbook. It prevents capital release from turning into an immediate supply event after approval.

Bounded execution gives the protocol more control over pacing, market exposure, and rule enforcement during startup funding.

  • Reduces abrupt post-approval release pressure
  • Keeps the startup funding path measurable over time
  • Extends protocol control beyond the initial vote
Approval status gating
Execution status checks
Daily exchange limits
Oracle-based pricing
Price deviation safeguards

Chapter 06

Alignment Tracks

Vesting discipline, reward logic, and repeated participation loops support long-horizon execution quality.

Track 1

Public and private rounds

62% progress

+

Round-based allocations benefit from scheduled release because it reduces the chance that early financing cohorts all reach the market at once.

A staged unlock profile can help the network move from fundraising into active governance and execution with less supply shock.

  • Smooths token release across financing cohorts
  • Improves the transition from capital formation to active operation
  • Reduces the risk of abrupt emission events

Track 2

Team and partners

100% progress

+

The team and partner bucket is deliberately paired with the longest visible alignment horizon in the token map. That matters because this group carries continuing execution responsibility across governance, product, and venture operations.

A six-year vesting posture signals that contributor participation is meant to compound with protocol development rather than monetize immediately after launch.

  • Matches the largest internal bucket with the longest discipline window
  • Aligns contributors with multi-cycle protocol execution
  • Improves confidence that incentives remain tied to sustained delivery

Track 3

Advisors

72% progress

+

Advisor tokens should reward ongoing value rather than one-time association. Time-based release helps connect this bucket to continued strategic input and relevant network support.

That approach is more defensible than immediate allocation when the advisor role is meant to strengthen execution over time.

  • Encourages continued contribution instead of symbolic affiliation
  • Improves accountability for advisory participation
  • Keeps the advisory bucket aligned with actual network support

Track 4

Marketing and liquidity

48% progress

+

Operational buckets are often the easiest to overuse if they are not governed by release discipline. A tracked deployment profile keeps them linked to actual network needs rather than convenience.

That matters for both credibility and treasury stewardship because these reserves directly affect how the market experiences ongoing protocol activity.

  • Improves control over go-to-market and market-support reserves
  • Protects treasury discipline across operational spend
  • Makes non-investor allocations easier to evaluate externally

Reward Chamber

INV-Denominated Rewards

Open for the incentive condition.

+

Paying rewards in INV keeps incentive mechanics tied to the same token used for access, qualification, and governance. That creates a tighter operational loop than distributing an unrelated reward asset.

It also makes the reward system easier to read as part of the broader token design.

  • Keeps rewards inside the core token economy
  • Strengthens the utility loop around INV
  • Improves legibility of incentive design

Reward Chamber

Outcome-Aligned Distribution

Open for the incentive condition.

+

This reward approach aims to recognize useful decision-making rather than raw participation volume. Alignment with the final outcome is treated as a proxy for effective governance contribution.

The goal is not to reward conformity for its own sake, but to bias incentives toward careful review and credible judgment.

  • Places value on decision quality rather than turnout alone
  • Encourages participants to review proposals more carefully
  • Keeps governance incentives linked to outcome credibility

Reward Chamber

Delegation-Aware Incentives

Open for the incentive condition.

+

If delegation is part of the governance design, it has to be reflected in incentives as well. Otherwise the protocol risks privileging only direct participation even when delegation improves coverage and specialization.

Delegation-aware rewards help align representative participation with system-wide governance goals.

  • Supports scalable participation structures
  • Recognizes representative governance roles
  • Keeps incentive logic consistent with the voting model

Reward Chamber

Due-Diligence Bias

Open for the incentive condition.

+

In a tokenized venture framework, governance only works if participants contribute more than attendance. Rewarding diligence encourages the kind of review behavior that improves startup selection and capital discipline.

This keeps emissions closer to venture quality than to superficial activity metrics.

  • Supports better startup evaluation
  • Discourages low-signal governance behavior
  • Ties incentives to the actual work of venture coordination

Loop Node

Access Requires INV

Open for the loop effect.

+

The loop begins with access. Participants need INV to enter meaningful protocol pathways, which makes token utility foundational to how the system operates.

This establishes a direct relationship between governance ambition and token exposure from the start of the cycle.

  • Access utility anchors the token economy
  • Role pathways begin with INV exposure
  • Protocol activity starts from the governance token layer

Loop Node

Participation Locks Supply

Open for the loop effect.

+

Participation is not only about rights; it also affects circulating behavior. Lock mechanics and qualification thresholds can temporarily reduce the amount of INV that remains freely mobile during active governance periods.

That means operating activity can influence token availability as well as decision quality.

  • Governance participation changes circulating dynamics
  • Commitment mechanics add temporal supply discipline
  • Utility affects inventory, not only narrative positioning

Loop Node

Funding Drives Utility

Open for the loop effect.

+

As more venture activity enters the system, more participants encounter INV through fees, qualification, governance, and execution-adjacent pathways. That gives network growth a functional route back into token utility.

The model is therefore designed so venture execution is not separate from token demand formation.

  • Links protocol growth to token use
  • Turns capital activity into recurring utility demand
  • Makes venture execution economically relevant to INV

Loop Node

Aligned Outcomes Earn Rewards

Open for the loop effect.

+

If governance outcomes are useful, the protocol can reinforce that behavior with INV rewards. This makes positive participation self-reinforcing rather than purely voluntary.

The reward layer is meant to preserve signal quality across repeated funding cycles.

  • Turns useful governance into an incentive-bearing activity
  • Rewards quality signal across repeated decisions
  • Improves retention of capable participants

Loop Node

Utility Reinforces Demand

Open for the loop effect.

+

As the protocol becomes more active, token usage can compound because more actions require the same operating asset. This creates a practical demand loop driven by system design rather than abstract branding.

It is the density of utility touchpoints, not one isolated use case, that gives the token model resilience.

  • More protocol activity can create more INV touchpoints
  • Demand is reinforced by repeated operating use
  • Utility density matters more than single-function narratives

Loop Node

The Loop Repeats

Open for the loop effect.

+

The flywheel is cyclical because each layer feeds the next: access enables participation, participation informs funding, funding expands utility, and aligned outcomes reinforce future participation.

The result is not a guarantee of value capture, but a coherent operating logic for how token mechanics support venture coordination over time.

  • Each operating layer feeds into the next
  • The model compounds through repeated execution cycles
  • Token utility remains connected to venture process quality

INV captures value from governance, access, participation, and venture execution over repeated operating cycles.

Final Chapter

Tokenomics Built for Venture Coordination

The token model coordinates governance access, qualification, incentives, and funding execution inside a defined venture framework.

Closing Note

Governance Asset

Open for the closing point.

+

The token model is built around INV as the primary governance utility asset. Its role is to structure access, responsibility, and participation across the full venture coordination framework.

That makes the asset functional to the protocol's operating model rather than decorative to it.

Closing Note

Funding Asset

Open for the closing point.

+

INV-USD gives the protocol a dedicated execution instrument for approved startup funding. This separation is a core part of the system architecture because it lets governance and deployment remain distinct but connected.

The result is a cleaner venture workflow for capital release and controlled conversion.

Closing Note

Discipline Layer

Open for the closing point.

+

The design is not only about utility pathways. It also depends on discipline layers that slow down poor process, add accountability, and preserve execution quality after decisions are made.

Those constraints are what make the Tokenized Venture Capital framing credible instead of purely thematic.

Invtron DAO remains a Tokenized Venture Capital framework designed to align community governance with startup funding execution through explicit operating rules.