Axynom
  • Introduction
    • What is Axynom?
    • Vision & Mission
  • Why Now
  • Founder's Note
  • The Problem
    • Centralized growth traps
  • Token reward inflation and failure
  • Lack of contributor alignment
  • Gatekeeping in Web3
  • Axynom Solution Overview
    • Proof of Growth (PoG)
    • Contributor as a Stakeholder
    • Transparent Rewards and Governance
  • Modular Ecosystem Architecture
  • PoG: Proof of Growth System
    • What is PoG
    • How Contributions Work
    • Voting and Governance Flow
  • GP: Growth Points
  • Role of Admins, Moderators, and Community
  • Examples of Valid Contributions
  • Axynom Token (AXY)
    • Token Utility
    • Tokenomics
  • Transfer Tax Logic
  • Governance Eligibility
  • Vesting and Distribution
  • Staking Mechanics
    • Lock Periods and APY
    • Early Exit Penalties
    • Sustainability Model
  • Treasury and Ecosystem Pools
    • Overview of Pools
    • Role of the Treasury
    • POL Strategy (Protocol-Owned Liquidity)
  • CaaS (Contributions-as-a-Service)
    • What is CaaS
    • Exporting the PoG System
    • Integration Possibilities
    • Revenue Model for Axynom
  • Governance & Voting
    • Governance Phases
    • Voting Power (AXY + GP)
    • Quorum & Approval Logic
    • No ‘Adjust GP’ Rule
  • Gas Economics
    • Why Arbitrum One
    • Axynom L3 Chain with AXY as Gas
  • Product Roadmap
    • Phase 1: MVP Launch (Staking, PoG, Treasury)
    • Phase 2: CaaS, L3 Chain, Scaled Contributor Base
    • Key Milestones
    • TGE Timeline (After Product-Market Fit)
  • Security & Audits
    • Upgradability Practices
    • Modular Contract Architecture
    • Audit Strategy Post-TGE
    • Role of Community Peer Review
  • KPI Forecast & Growth Goals
    • Contributors, GP Points, Stakers, TVL
    • Expected PoG Submissions
    • Treasury Size & Rewards Flow
    • Marketing & KOL Activation Plans
  • Conclusion
    • Axynom Is Not a Product. It’s a Protocol.
    • Call to Builders, Shillers, Designers, Thinkers
    • How to Get Involved
Powered by GitBook
On this page
  1. The Problem

Centralized growth traps

Most blockchain projects still rely on top-down growth. A small team makes the plan, hires a few marketers, and tries to push the project forward with paid exposure. Everything depends on a budget and a centralized decision-making process.

This model has two problems:

  1. It doesn’t scale with the community

  2. It creates weak incentives for real contribution

The result is predictable. The people doing the most visible work are usually outsiders (influencers, agencies, or short-term promoters). Meanwhile, supporters from the actual community are left out of the loop, without recognition or ownership.

The protocol ends up depending on a few people to grow it, instead of letting the ecosystem grow itself.


Centralized vs Open Contributor Growth

Category
Centralized Growth
Contributor-Driven Growth

Growth engine

Paid campaigns and internal plans

Verified community contributions

Incentive alignment

Team gets rewards, contributors don’t

Contributors earn reputation and rewards

Ownership distribution

Controlled by insiders

Gradually earned by ecosystem participants

Resilience

Fragile, depends on a few actors

Durable, driven by many


Projects that fail to decentralize growth remain fragile. Not in terms of code or infrastructure, but in terms of people.

Without real contributors, there is no long-term protocol.

PreviousFounder's NoteNextToken reward inflation and failure

Last updated 1 month ago