[ANN][CHAIR] Musical Chairs - The On-Chain Sandbox for Web3 Mass Adoption

[crow004]

https://cdn.jsdelivr.net/gh/crow-004/musical-chairs-game@main/docs/images/banner_bitkointalk.png

Musical Chairs: The On-Chain Sandbox for Web3 Mass Adoption
A fair, fun, and accessible on-chain game, live on Arbitrum.

Website | X (Twitter) | Discord | Telegram | GitHub | Dune Analytics

Players are not just users, they are stakeholders.

Mission: Create the most open, fair, and accessible on-chain gaming platform.
Vision: Become the leading example of a decentralized entertainment protocol.


The Problem: Web3 Gaming Has a Barrier-to-Entry Problem

1. Too Expensive: Most GameFi projects require a significant upfront investment, excluding 99% of potential players.
2. Too Complex: Onboarding is confusing. Users are afraid of making mistakes on-chain.
3. High Friction, Low Fun: Many "play-to-earn" games feel more like work than play, with opaque and unsustainable economies.


The Solution: Musical Chairs - A Fair, Fun, and Accessible Entry

Musical Chairs is tackling the Web3 onboarding problem with a simple, fun, and provably fair on-chain game that is already live on Arbitrum with real players.

Radically Accessible: A low stake (under $10) makes it affordable for anyone, anywhere, opening up the global mass market.
Intentionally Simple: A universally understood game. If you can click a button, you can play – ensuring zero friction onboarding.
Predictable & Favorable Economics: A high 4-to-1 winner-to-loser ratio and a ~20% return per game, driving positive sentiment and repeat play.


Key Features

• Live on Arbitrum: Low fees and fast execution.
  
• Provably Fair: All game logic is handled by a verified, open-source smart contract.
  
• Real-Time Gameplay: High-concurrency Go backend with WebSockets.
  
• On-Chain Lifetime Referrals: A decentralized, self-sustaining marketing force built directly into the protocol. Referrers earn a commission from every game their referred players ever play.
  
• Built for Trust: Key segregation, 7-day timelock on critical functions, and transparent on-chain analytics.
  
  
  

Tokenomics (Draft v0.2)

• Team & Founder: 20%
• Advisors: 5%
• Seed Round Investors: 15%
• Community & Airdrop: 30%
• Treasury / Ecosystem Fund: 30%

(Subject to final adjustments in the Whitepaper)


Roadmap

Q4 2025: Engagement & Growth
Launch official Leaderboards, organize first Community Tournaments, and kick-off marketing campaigns (BitcoinTalk, Farcaster Frames).

Q1 2026: Seed Round & Formalization
Close the Seed fundraising round, establish the legal entity, and finalize the official Tokenomics Whitepaper.

Q2 2026: Token Launch ($CHAIR)
Token Generation Event (TGE), Airdrop for early contributors, Launch Staking & Revenue Share, and provide initial liquidity on a major DEX.


Team & Advisors

• crow: Founder & Lead Developer
  
• NEXXUS: Growth Advisor
  
• DeFiEminent: Lead Contributor & Community Builder
  

(Advisory board expansion in progress — Web3 professionals welcome)

Join the movement and play your first on-chain game today!
Play Now

[BattleDog]

Arbitrum does makes sense for fees. If this is "provably fair", can you post the contract address, audit status, and a short spec of the game math? "

If payouts are player-funded, van you show how it avoids a musical-chairs spiral when volume dips? Also could you specify the randomness source (Chainlink VRF, commit-reveal, or blockhash) ?

[crow004]

Arbitrum does makes sense for fees. If this is "provably fair", can you post the contract address, audit status, and a short spec of the game math? "

If payouts are player-funded, van you show how it avoids a musical-chairs spiral when volume dips? Also could you specify the randomness source (Chainlink VRF, commit-reveal, or blockhash) ?

Hi BattleDog,

Thank you for the excellent and insightful questions. This is exactly the kind of scrutiny we welcome. Transparency is a core principle for us, so I'm happy to provide a detailed breakdown.

1. Contract Address, Audit Status, and Game Math

• Contract Address: Our mainnet proxy contract on Arbitrum is: 0xEDA164585a5FF8c53c48907bD102A1B593bd17eF. All our smart contracts are open-source and can be reviewed here: github.com/crow-004/musical-chairs-contracts.
• Audit Status: The contract is not yet audited. However, securing a full audit is a key milestone on our public roadmap. We have already engaged with the reputable firm Cyberscope, accepted their proposal, and have the audit scheduled for Q1 2026, contingent on our seed round fundraising.
• Game Math Spec (V4 Contract): The payout logic is designed to be zero-sum and fully transparent. Here's how it works for a game with N deposited players:
  1. Total Pot: Total Pot = Stake Amount * N
  2. Platform Commission: A percentage of the total pot is taken as a platform fee. Total Commission = Total Pot * (PlatformCommissionBps / 10000).
  3. Referral Payout: A portion of the Total Commission is distributed to referrers.
  4. Net Pot for Winners: Net Pot = Total Pot - Total Commission.
  5. Winnings Per Winner: The Net Pot is divided equally among the N-1 winners. Amount Per Winner = Net Pot / (N - 1).
  6. Dust Handling: Any remainder from the division (dust) is added to the platform's accumulated commission to ensure the contract balance is always accounted for.

2. Avoiding a "Musical-Chairs Spiral" (Death Spiral)

This is a fantastic question. You're asking about negative feedback loops in player-funded economies. We avoid this in several key ways:

• No Ponzinomics: The game is a self-contained, zero-sum contest. The prize pool for each game is funded only by the players in that specific game. There is no reliance on new players coming in to pay out old players. Winnings are derived from the loser's stake, not from a shared treasury or inflation.
• No Native Token (Yet): The game currently operates purely in ETH. This means the game's economy is not subject to the price volatility of a native project token, which is often the primary cause of a "death spiral."
• Sustainable Commission Model: Our revenue comes from a small, percentage-based commission on game volume, not from selling a token. This is a classic, sustainable business model that works even with stable or fluctuating volume, as long as there is some volume.

In short, a dip in volume simply means fewer games and less commission, not an economic collapse of the system itself.

3. Randomness Source

This is another critical point. Currently, the game does not use an on-chain source of randomness like Chainlink VRF. The loser is determined by the backend based on player reaction times.

• How it works: When the music stops, our backend server starts a timer. It records the timestamp of each player's "CLICK!" action received via WebSocket. The loser is the last player to click. If players fail to click within the time limit, a loser is chosen from that non-clicking group.
• Why this approach? For a fast-paced reaction game, relying on a VRF oracle for every round would introduce significant latency (multiple blocks) and cost, making the game unplayable in real-time.
• Trust & Transparency: This is a trade-off. We sacrifice on-chain verifiable randomness for real-time playability. We build trust by:
  
   - Being fully transparent about this mechanism.
   - Ensuring the game logic is simple and the financial outcomes are verifiable on-chain.
   - Planning future features like tournaments where a more decentralized determination of results might be feasible.
   - We believe this hybrid model (centralized speed for gameplay, decentralized value settlement) is the right approach for this type of game.

Thank you again for the deep dive. Let me know if you have any more questions.

Best, Crow