Development - To Do

✅ Moonbound Development To-Do List

This document outlines all remaining development tasks to bring Moonbound to full production. Moonbound is a high-throughput, first-class launchpad and bonding curve platform for Kaspa's EVM Layer 2. Given its expected usage by tens of thousands of users and hundreds of tokens, the final implementation must be robust, scalable, and provide an exceptional user experience.

---

✅ Core Systems Required for Launch

• Token Factory Contract

• Bonding Curve Contract (n = 2, quadratic model)

• Buy/Sell Trading Functionality

• Frontend UI for Token Trading + Display (in progress)

• Auto KAS Price Update Function for BondingCurve

• Graduation Logic: Transfer to Zealous DEX

• Burn LP Tokens at Graduation

• NFT Staking Power Integration for RevShare

• Trading Volume Snapshot for RevShare

• Moonbound Vault + Revenue Distribution Contract

---

⚡️ Goals for Implementation (ASAP)

These items are critical for scaling Moonbound and ensuring seamless live user experiences:

🔌 WebSocket Live Feeds

• Real-time display of token buys/sells on frontend

• Push updates for prices, volume, and token status

• Enables responsive dashboards, live activity feeds, and instant UI refreshes

🎯 Enhanced UX Event Feedback (see UI/UX Improvements)

• Audio/visual feedback on buys (“ka-ching”, “Just Mooned 🚀”)

• Price flash and badge animations

• Temporary float-to-top tokens after large buys

📊 Historical Data Tracking

• Token charts (price over time, volume by hour/day)

• Volume trends to inform traders and track project performance

📈 Public Stats Dashboard

• Top projects by volume this week

• Revenue leaderboard

• Staker rankings and pool share transparency

---

🚧 Remaining Development Items

🔐 Moonbound Vault Smart Contract

Purpose: Centralized contract for collecting KAS revenue and distributing weekly payments to protocol stakeholders.

Functionality:

• Accept deposits from bonding curve trading and graduation fees

• Deduct 10 KAS per week (gas reserve)

• Distribute remaining balance weekly to 4 recipient categories

Function Example:

function distributeRevenue() external onlyKeeper {
  uint kasToDistribute = totalKasBalance - 10e18;
  uint kasToKAT = (kasToDistribute * 70) / 100;
  uint kasToProjects = (kasToDistribute * 10) / 100;
  uint kasToNFTStakers = (kasToDistribute * 10) / 100;
  uint kasToPool = (kasToDistribute * 10) / 100;
}

---

💸 Revenue Share Breakdown

1. 70% — Kaspa Alliance for Transparency

• Hardcoded wallet address

• Direct wKAS transfer from vault

---

2. 10% — Volume-Weighted Launched Projects

Rules:

• Only tokens with trading volume in the current 7-day cycle are eligible

• Rewards sent to the token creator/deployer address

Needs:

• Backend indexer or subgraph to track volume per token

• Weekly structured volume snapshot passed into the vault or helper

Example:

[
  { "token": "0xABC", "volume": 50000, "creator": "0xCreator1" },
  { "token": "0xDEF", "volume": 20000, "creator": "0xCreator2" }
]

---

3. 10% — Nacho Kats NFT Stakers

Integration Steps:

• Get total stakers: stakersList.length

• For each staker, fetch getUserTotalPower(address)

• Retrieve global: totalPowerStaked

• Calculate share: userPower / totalPowerStaked

Reference: See NFT Staker Integration Docs

Tip: Create an offchain script to compile the full staker/power snapshot each week and submit via multisig or automation.

---

4. 10% — Nacho Infinity Pool Stakers

Special Flow:

• Swap wKAS → NACHO via DEX (e.g., InfinitySwap)

• Approve + deposit NACHO to Infinity Pool smart contract

Solidity Steps:

IERC20(wKAS).approve(router, amount);
router.swapExactTokensForTokens(...);
IERC20(NACHO).approve(pool, nachoAmount);
pool.deposit(nachoAmount);

Preconditions:

• Validate router and token addresses

• Gas usage must stay within 10 KAS buffer

• Fallback logic if swap fails or slippage is too high

---

🧪 Token Graduation Logic

🎓 Trigger Conditions

• All curve tokens sold (s == S)

• No wallet holds more than 10% of total supply

🛠️ Actions

• Use reserved 25% supply + equivalent wKAS to create LP

• Launch trading on Zealous DEX

• Burn LP tokens to lock liquidity

• Disable bonding curve interaction

• Mark token as “Graduated” in registry

---

🧪 QA / Testing Requirements

• Revenue simulation (stakers + volume + vault)

• Graduation under full sellout and whale constraint

• LP creation and burn confirmation

• Fallbacks for gas buffer or failed DEX swap

• Token ownership edge case checks

---

🔐 Security & Gas Strategy

• Always reserve 10 KAS before any distribution

• Add onlyKeeper or DAO-controlled function trigger

• Prevent reentrancy or gas drain via staking or swap integrations

• Ensure LP tokens are burned and not retained

---

📦 Final Dev Deliverables

1. MoonboundVault.sol with full revenue logic

2. Weekly distribution trigger (Keeper-compatible or manual DAO)

3. Backend volume indexer / snapshot generator

4. NFT staking integration module (read-only)

5. LP staker + NACHO swap and deposit integration

6. Graduation contract logic (including Zealous LP burn)

7. Testing suite (mock stakers, mock DEX, graduation scenarios)

8. Frontend live feed & data push (WebSocket + UI)

9. Public dashboards & analytics (Stats, Volumes, Leaderboards)

---

Let us know if you need help scaffolding smart contracts, backend volume services, or staker scripts.