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
  • Contribution Lifecycle
  • Summary Table: Contributor State Tracking
  1. PoG: Proof of Growth System

How Contributions Work

The contribution process in Axynom is structured to ensure transparency, fairness, and accountability. Each contribution follows a multi-step flow, enforced by both smart contracts and protocol rules. The goal is to transform user effort into verifiable, recorded growth, without ambiguity or loopholes.

Contribution Lifecycle

1

Submission

A contributor creates work that benefits the protocol. This may include content creation, design, development, moderation, research, marketing, integrations, or coordination. The contributor then submits their work using a standardized form.

Once submitted, the contribution is marked as Pending.

2

Review and Evaluation

The contribution is reviewed by an authorized evaluator. In early phases, this role is held by admins or moderators. In later phases, it will include whitelisted community voters or stake-weighted participants. Reviewers can assign one of three statuses:

Status
Meaning

Approved

Valid contribution; GP will be awarded

Rejected

Invalid, low effort, or rule-breaking

Needs Info

Submission incomplete or unclear

If approved, the reviewer also assigns a GP value, reflecting the estimated impact and difficulty of the work.

3

On-Chain Recording

Once approved, the contribution is saved permanently on-chain by calling submitForUser() with the contributor’s address, contribution type, reference, and GP value. This creates an immutable record stored in the ContributionRegistry.

This process updates:

  • The contributor’s lifetime GP (total historical GP earned)

  • The contributor’s unredeemed GP (available for claiming rewards)

This separation enables dual functionality: lifetime GP acts as reputation, while unredeemed GP powers reward claims.

4

Redemption (Optional)

Contributors can convert unredeemed GP into rewards by interacting with the PoG contract.

Redemption does not affect lifetime GP. Only unredeemed GP is reduced. Lifetime GP remains as a permanent record.

Summary Table: Contributor State Tracking

Metric
Description
Affected by

Lifetime GP

Total GP earned, never decreases

Approval

Unredeemed GP

GP available for rewards

Approval, Redemption

Contribution Count

Total number of submissions

Submission

Rejected Count

Total rejected or invalid submissions

Review


The logic behind this process is to ensure that growth is earned, not claimed. Each step is deterministic, traceable, and grounded in rules, not social consensus or off-chain judgments.

This system is designed to scale. Whether there are ten contributors or ten thousand, the logic remains the same.

PreviousWhat is PoGNextVoting and Governance Flow

Last updated 1 month ago