Matrix-Hub keeps MTX supply healthy and utility high with:
- Burn % on Premium Usage: - A percentage of MTX spent on premium features is burned (sent to a dead address), reducing total supply.
- Lock MTX for Tier Access: - Users can lock MTX to access higher tiers/features. Locked MTX is held and cannot be spent until unlocked.
- Time-Based Unlocks: - Locked MTX can be unlocked after a set period (e.g., 30 days), encouraging holding and stabilizing supply.
These mechanisms ensure sustainable value and reward long-term engagement.
Matrix-Hub features a Casino section where users can:
- Spend MTX to play games (Slots, Blackjack, Roulette)
- Win MTX by hitting jackpots or winning hands
- All transactions are on-chain and transparent
- MTX is required to play, but you can win more!
- Slots: Spin the reels, each spin costs 1 MTX. Win MTX by landing winning combinations.
- Blackjack: Beat the dealer, each hand costs 2 MTX. Win MTX for winning hands.
- Roulette: Bet MTX, minimum bet 1 MTX. Win MTX by guessing the correct outcome.
- Usage milestones (e.g., games played, modules used)
- Bug reports (approved by admins)
- Approved GitHub actions (merged PRs, code contributions)
- Community testing and feedback
✔ MTX is useful on-site, not theoretical ✔ DEX provides access, not promises ✔ Value loops through behavior ✔ Growth comes from usage ✔ No dependency on hype cycles
MATRIX HUB :: ONLINE
NODE STATUS: ACTIVE
ACCESS LAYER: OPEN
Matrix-Hub.org is a live system.
Tools. Modules. Experiments.
No noise. No illusion.
MTX is the system key.
Access. Usage. Contribution.
Earn it. Spend it.
More modules loading...
┌─────────────────────────────────────────────────────────┐
│ THE MTX CYCLE │
└─────────────────────────────────────────────────────────┘
USERS → Engage with modules → EARN MTX
↑ ↓
│ Hold & Stake
│ ↓
│ Unlock Features
│ ↓
│ SPEND MTX → Access Premium Tools
│ ↓
└──────────────────── Enhanced Experience ──────────────┘
↓
Attract More Users
↓
Network Effect → Growth
1. EARN → Users accumulate MTX through:
- Daily platform engagement
- Contributing tools/modules
- Playing Matrix games
- Completing challenges
- Community participation
2. STAKE → Holding MTX unlocks:
- Advanced features
- Priority access
- Governance rights
- Revenue share from platform growth
3. SPEND → MTX fuels the ecosystem:
- Access premium modules
- Unlock experimental tools
- Deploy custom integrations
- Support other developers
4. CIRCULATE → The loop reinforces itself:
- More users → More activity → More value created
- More value → More MTX utility → Higher retention
- Higher retention → Stronger network → Ecosystem growth
- No External Dependency: Value generated internally through real utility
- Perpetual Motion: Each action feeds the next cycle
- Scarcity by Design: Limited MTX supply increases value with growth
- Merit-Based: Contribution = Reward = Access
The system sustains itself. The loop never stops.
┌─────────────────────────────────────────────────────────┐
│ MTX Purchase Options │
│ │
│ ├─ Direct Mint: Send MATIC → Receive MTX (1 MATIC = 1,000 MTX) │
│ │ └─ Lower gas, instant minting, perfect for onboarding │
│ │ │
│ └─ QuickSwap DEX: Public market trading │
│ └─ Market rates, high liquidity, any token swap │
└─────────────────────────────────────────────────────────┘
↓
┌─────────────┐
│ User Wallet │
└─────────────┘
↓
[ CONNECT WALLET ]
↓
┌───────────────────┐
│ Matrix-Hub.org │
│ │
│ • Use Tools │
│ • Earn MTX │
│ • Unlock Features │
│ • Build Modules │
└───────────────────┘
Entry Points:
- Direct Mint: Send MATIC directly to MTX contract for instant minting at fixed rate
- DEX Acquisition: Purchase MTX on QuickSwap at market rates
- Direct Earn: Earn MTX through platform engagement (no purchase required)
- Wallet Connection: Non-custodial — you control your MTX
Flow:
- Acquire MTX (direct mint, DEX buy, or earn)
- Connect wallet to Matrix-Hub.org
- Use MTX to unlock features and tools
- Earn more MTX through contribution
- Optional: Exit to DEX if desired
Purpose of DEX Launch:
- Price discovery
- Open access
- External visibility
Not revenue extraction.
Flow Diagram: DEX → HUB
[ WALLET CONNECTED ]
↓
[ MTX BALANCE READ ]
↓
[ PERMISSION CHECK ]
↓
┌───────────────────────┐
│ BASIC ACCESS (FREE) │
│ ─────────────────── │
│ + Core tools │
│ + Public modules │
│ + Game access │
│ + Community features │
└───────────────────────┘
↓
MTX Balance > 0 ?
↓
┌───────────────────────┐
│ MTX UNLOCKED LAYERS │
│ ─────────────────── │
│ + Advanced tools │
│ + Priority queues │
│ + Experimental mods │
│ + Compute-heavy ops │
│ + Beta features │
└───────────────────────┘
Key Design Principles:
- Free Base Access: No MTX required to use Matrix-Hub
- Balance-Based Permissions: MTX amount determines feature access
- No Custody: Site reads wallet, never holds MTX
- Progressive Unlock: More MTX = More features (not pay-per-use)
- Transparent Gates: Users always know what MTX unlocks
USER ACTION
↓
[ TOOL / MODULE ]
↓
MTX COST APPLIED
↓
┌───────────────┬───────────────┐
│ │ │
[SYSTEM SINK] [REWARD POOL]
│ │
Burn / Lock Contributors
│ │
└───────┬───────┘
↓
SYSTEM BALANCE
How it works:
- Every tool/module use may have an MTX cost (dynamic, based on resource use or feature tier)
- MTX is split between:
- System Sink: Burned or locked, reducing supply and increasing scarcity
- Reward Pool: Distributed to contributors, developers, and active users
- This ensures:
- Constant MTX circulation
- Contributors are always incentivized
- System remains balanced and sustainable
Result:
- The more the system is used, the more value flows to contributors and the more MTX is removed from circulation, reinforcing the ecosystem's health.
- Site is usable without MTX
- MTX unlocks deeper layers
- No hard paywalls — only progression
Result: Low friction, high retention
Users earn MTX by:
- Creating accounts
- Using tools
- Testing beta features
- Reporting issues (GitHub → MTX rewards)
Result: Activity becomes growth fuel
[ WALLET CONNECTED ]
↓
[ MTX BALANCE READ ]
↓
[ PERMISSION CHECK ]
↓
┌───────────────────────┐
│ BASIC ACCESS (FREE) │
│ ─────────────────── │
│ + Core tools │
│ + Public modules │
└───────────────────────┘
↓
┌───────────────────────┐
│ MTX UNLOCKED LAYERS │
│ ─────────────────── │
│ + Advanced tools │
│ + Priority queues │
│ + Experimental mods │
└───────────────────────┘
How it works:
- Users connect their wallet to Matrix-Hub
- The system reads the MTX balance (never takes custody)
- Permission check determines access tier:
- Basic: Free, core tools and public modules
- MTX Unlocked: Advanced tools, queues, experimental modules
- No hard paywalls, only progressive unlocks
USE → EARN → UNLOCK → BUILD → REPEAT
- Usage increases value
- Value attracts contributors
- Contributors build modules
- Modules increase usage
Result: Self-reinforcing ecosystem
NEW USER
↓
FREE ACCESS
↓
VALUE DISCOVERED
↓
MTX ACQUIRED (DEX or Earned)
↓
ADVANCED USAGE
↓
CONTRIBUTION
↓
REWARDS
↓
RETENTION + SIGNAL
Explanation:
- New users start with free access, exploring core tools and modules.
- As they discover value, they acquire MTX (either by earning through activity or buying via DEX).
- MTX unlocks advanced features, deeper engagement, and higher-impact actions.
- Active users contribute (code, content, feedback), fueling the ecosystem.
- Contributors and engaged users receive MTX rewards, reinforcing positive behavior.
- This cycle drives retention and generates strong usage signals, attracting more users and contributors.
Result:
- MTX is always in motion—never idle—ensuring a vibrant, sustainable, and growing Matrix-Hub ecosystem.
GitHub Issue / PR
↓
Reviewed & Accepted
↓
MTX GRANT
↓
Wallet Credit
↓
System Usage / Staking
How it works:
- Developers submit issues or pull requests to Matrix-Hub's GitHub repository
- When contributions are reviewed and accepted, the system grants MTX to the contributor
- MTX is credited directly to the contributor's wallet
- Contributors can use or stake MTX within Matrix-Hub, unlocking features or earning further rewards
This turns GitHub into:
- A recruitment funnel (attracts new devs)
- A contribution validator (ensures quality)
- A reward engine (direct, on-chain incentives)
MTX later enables:
- Plugin marketplace
- App-to-app payments
- Partner integrations
- DAO-lite governance
Only after real usage exists.
- MTX never required for basic access
- MTX never marketed as profit
- MTX only unlocks real function
- Growth follows usage, not hype
SYSTEM GROWS BY USE.
MTX FLOWS WHERE SIGNAL EXISTS.
New to Matrix-Hub? Here's how to get started with MTX:
For the n8n CTA flow, add a server-side webhook URL to your deployment environment:
N8N_WEBHOOK_URL=https://your-n8n.example.com/webhook/your-workflow-idThis lets the server API proxy on src/pages/api/n8n-webhook.ts forward a real JSON payload into your n8n workflow through the Node adapter runtime.
IMPORTANT: The MTX token contract must be deployed to Polygon to get a legitimate address before the platform can be used.
Current Status: Contract not yet deployed to live network.
To Deploy:
# Install dependencies
npm install
# Set up environment variables
# For GitHub Actions deployment: Configure secrets in repository settings
# See: docs/GITHUB_ACTIONS_SECRETS.md for detailed instructions
# For local development: Copy .env.example and add your values
cp .env.example .env
nano .env
# Deploy to Polygon Amoy Testnet (recommended first)
npm run deploy:sepolia
# Get testnet ETH from: https://faucet.polygon.technology/amoy/
# After testing, deploy to Polygon
npm run deploy:mainnetDeployment Documentation:
- 🔐 GitHub Actions Secrets Setup - Configure secrets for automated deployment
- 🚀 Quick Deploy Guide - Get started in 5 minutes
- 📋 Deployment Checklist - Pre-deployment checklist
- 📖 Amoy Deployment Guide - Detailed testnet deployment
- 📚 Full Deployment Guide - Complete instructions
- Visit matrix-hub.org/buy-mtx
- Connect your Polygon wallet (MetaMask or compatible)
- Send MATIC directly to the MTX contract to mint tokens
- Rate: 1 MATIC = 1,000 MTX (fixed)
- Benefits: Lower gas fees, instant minting, perfect for small purchases
- Visit QuickSwap
- Connect your wallet
- Swap ETH or any token for MTX
- Benefits: Market rates, high liquidity, flexible amounts
- Complete platform challenges
- Contribute to GitHub (merged PRs earn MTX)
- Report bugs and issues
- Test beta features
- Community participation
- Network: Polygon (Chain ID: 137)
- Contract Address: To be updated after deployment
- Contract Owner: 0x9fb4bb44d8d962d695fc93b3dc15f1b287391077
- Symbol: MTX
- Decimals: 18
- Block Explorer: Polygonscan
This starter can be deployed to any Node-compatible hosting provider that supports static + server output (for example: Vercel, Render, or self-hosted Node servers). If you previously used hosting-specific features (image proxy, provider extensions), these have been removed in favor of a generic Node setup.
If you want a one-click deploy experience, add your hosting provider's deploy button or instructions here.
All commands are run from the root of the project, from a terminal:
| Command | Action |
|---|---|
npm install |
Installs dependencies |
npm run dev |
Starts local dev server at localhost:4321 |
npm run build |
Build your production site to ./dist/ |
npm run preview |
Preview your build locally, before deploying |
npm run astro ... |
Run CLI commands like astro add, astro check |
npm run astro -- --help |
Get help using the Astro CLI |
| Command | Action |
|---|---|
npm run compile |
Compile Solidity contracts |
npm run test |
Run Hardhat tests |
npm run deploy:sepolia |
Deploy MTX contract to Amoy testnet |
npm run deploy:mainnet |
Deploy MTX contract to Polygon |
npm run verify:sepolia |
Verify contract on Amoy Polygonscan |
npm run verify:mainnet |
Verify contract on Mainnet Polygonscan |
Matrix-Hub includes a powerful content management workflow for marketing, analytics, and SEO optimization.
| Command | Action |
|---|---|
npm run content:scan |
Scan and index all content files |
npm run content:generate |
Generate public JSON feeds from content |
npm run content:analytics |
Generate detailed content analytics report |
npm run content:watch |
Watch for file changes and auto-update feeds |
npm run content:help |
Show content workflow help |
📚 Full Documentation: See CONTENT_WORKFLOW.md for detailed usage instructions, examples, troubleshooting, and advanced features.
Matrix-Hub includes GitHub Actions workflows for automated script execution and deployment.
The run-scripts.yml workflow allows you to manually trigger any npm script via GitHub Actions:
- Go to Actions → Run Scripts on Demand in your GitHub repository
- Click Run workflow
- Select the script to run from the dropdown
- Optionally choose whether to upload artifacts
- Click Run workflow button to start
Available Scripts:
content:scan- ✅ Works in CIcontent:generate- ✅ Works in CIcontent:analytics- ✅ Works in CIcontent:help- ✅ Works in CIbuild- ✅ Works in CIcompile-⚠️ May fail in CI (requires Solidity compiler download)test-⚠️ May fail in CI (requires Solidity compiler download)
Note: The workflow will complete successfully even if compile/test scripts fail due to network restrictions. Check the workflow summary for detailed output and any informative error messages.
Issue: compile or test scripts fail in CI
Cause: These scripts use Hardhat, which needs to download the Solidity compiler from the internet. Some CI environments have network restrictions or the download may fail.
Solutions:
- For compile: Pre-compiled artifacts are committed to the
artifacts/directory and can be used directly - For test: No test files currently exist in the project
- Workaround: Run these scripts locally before deploying rather than in CI
Issue: npm ci fails
Cause: Missing or corrupted package-lock.json file.
Solution:
rm package-lock.json
npm install
git add package-lock.json
git commit -m "Regenerate package-lock.json"Issue: Workflow shows "failed" status
Cause: A script encountered a genuine error (not compile/test network issues).
Solution: Check the workflow summary for detailed error messages. The compile/test scripts are designed to succeed even when they can't download the compiler, so only genuine errors will cause workflow failure.
Node.js Version: The workflows use Node.js v20. Ensure your local environment matches for consistent results.
⚠️ Important: Node.js v18.20.8 is not supported by Hardhat. If you're using Node.js v18, please upgrade to v20 or use a version manager likenvmto switch versions. Hardhat requires Node.js v18.15.0 or later for v18, or v20+ is recommended.
| Prerequisites |
|---|
| Node.js v20+ (recommended to match CI environment) |
| (optional) nvm for Node version management |
| Supabase account |
To use this template, you’ll need to set up and seed a new Supabase database.
- Create a new Supabase project.
- Run the SQL commands found in the
supabase/migrationsdirectory in the Supabase UI. - To seed the database with data, you can import the contents of the
supabase/seed.csvfile in the Supabase UI.
ℹ️ Note: If you don’t use a Supabase hosting integration, set the SUPABASE_DATABASE_URL and SUPABASE_ANON_KEY environment variables in the .env file or in your host's environment settings.
-
Clone this repository, then run
npm installin its root directory. -
For local development, run the Astro dev server:
npm run dev
- Code quality and linting:
The project includes comprehensive code quality tools that run automatically in CI:
npm run lint # Run ESLint on JavaScript/TypeScript/Astro files
npm run lint:fix # Auto-fix ESLint issues where possible
npm run lint:contracts # Run Solhint on Solidity contracts
npm run typecheck # Run TypeScript type checkingThese scripts match the checks performed by the Code Quality Analysis workflow.
If you prefer to emulate a production-like environment locally, use your host's recommended tooling (for example, Vercel CLI or Render's local runner).
If you get stuck along the way, check the Astro docs: https://docs.astro.build/ or Supabase docs: https://supabase.com/docs