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. PoG: Proof of Growth System

Voting and Governance Flow

Axynom’s PoG system uses a phased governance model. The structure evolves from admin-based decisions to a hybrid model where contributors and stakers share voting power. This design allows for practical early-stage management while building toward long-term decentralization.

The voting system exists to ensure that Growth Points are assigned fairly, and that contributors are rewarded based on collective input — not private decisions.

Phase 1: Admin-Controlled Approval

During the initial phase, a limited set of protocol admins and moderators have the exclusive right to approve or reject contributions.

Reasons for this structure:

  • Ensures consistency in early evaluations

  • Protects the protocol from spam and low-quality work

  • Allows fine-tuning of the reward system

Admins assign GP, approve contributions on-chain, and can override submissions if needed. Every action is logged and auditable.

Phase 2: Community Voting Layer

As the contributor base grows, Axynom introduces a soft-governance model. In this phase, voting is opened to:

  • Verified contributors (based on GP or whitelisting)

  • AXY stakers who meet the minimum threshold

  • Moderators

Each contribution marked for community review enters a voting period. Participants can cast one of two votes:

  • Approve

  • Not Approved

There is no “edit GP” option. If a submission is rejected, the contributor must revise and re-submit.

Votes are recorded off-chain, but tied to on-chain contributor profiles. Once the approval threshold is reached (e.g. 60% Approve), a manager or admin finalizes the submission and calls submitForUser() to record it permanently.

Future: DAO-Aligned Governance

In a later phase, Axynom may delegate contribution approvals to DAO smart contracts or community-governed bodies. This model depends on having:

  • A secure voting system

  • Stake-weighted logic with fraud prevention

  • On-chain quorum and proposal tracking

The PoG system is modular enough to evolve without rewriting core contracts. Governance logic can be upgraded independently.


Approval Criteria

Every contribution is judged against a common set of internal guidelines, including:

  • Clarity of submission

  • Value to the protocol (reach, quality, utility)

  • Originality (not copied or low-effort)

  • Proof of completion

These criteria are made public to avoid confusion or bias.


The governance process is designed to be simple but reliable. In early stages, it ensures consistent curation. Later, it gives power to those who have earned it.

The system rewards participation, but also protects against manipulation, by separating GP assignment from GP voting, and logging all decisions for future review.

PreviousHow Contributions WorkNextGP: Growth Points

Last updated 1 month ago