PROPELOO

WEB3 GAME / PLAY-TO-EARN ENGINEERING

Build blockchain games where the economy works as well as the gameplay.

PROPELOO engineers Web3 games — from on-chain asset contracts and in-game economy design through game backend architecture, wallet integration and the tokenomics that determines whether your game economy is sustainable or collapses under its own inflation. A Web3 game that is fun with a broken economy will fail. A great economy in a bad game will also fail. Both must be right.

Every Web3 game economy that failed did so for the same reason: more value leaving the economy than entering it.

The Axie Infinity economy collapse, the Stepn decline and dozens of smaller P2E failures shared one root cause: token emission rates that exceeded the organic demand for the token from new players. When token price falls, player earnings fall. When earnings fall, players leave. When players leave, the game economy shrinks. When the economy shrinks, token price falls further. This death spiral is not inevitable — it is a design failure. PROPELOO designs Web3 game economies with explicit value sinks (token burns from gameplay, consumables, upgrades), controlled emission rates tied to active player count, and sustainable monetisation that does not depend on an ever-growing player base to maintain token price.

The Web3 game engineering stack.

A Web3 game requires game engineering, smart contract engineering and economic design to all be executed correctly.

System Layers

  • On-chain Asset Layer: NFT characters/items (ERC-721/1155), fungible game tokens (ERC-20), on-chain ownership and transfer
  • Game Backend Layer: Game server, real-time state management, anti-cheat, matchmaking, leaderboards
  • Economy Engine Layer: Token emission, sink mechanisms, marketplace contracts, crafting/upgrade systems
  • Wallet Integration Layer: In-game wallet connection, gasless transactions, asset display, withdrawal flows
  • Frontend Layer: Unity/Unreal/React game client, asset management UI, marketplace, tournament interface

Core Technical Capabilities

  • On-chain Game Assets

    ERC-721 for unique characters, weapons and land. ERC-1155 for fungible/semi-fungible items (potions, ammunition). Dynamic metadata that updates as assets level up or evolve. Off-chain state with on-chain ownership verification.

  • Game Economy Design

    Token emission schedule tied to player activity, value sink mechanisms (crafting costs, upgrade fees, tournament entry, consumable items), dual-token model (governance + in-game currency), and economic sustainability modelling.

  • In-game Marketplace

    Peer-to-peer NFT marketplace with royalty enforcement, auction mechanics, offer system, price history and rarity-based filtering. Integrated with OpenSea/IMX for secondary market liquidity.

  • Gasless Transaction Architecture

    ERC-4337 account abstraction or meta-transaction relayer for in-game transactions. Players should not need to understand gas or hold ETH to play. Session keys for batch in-game actions.

  • Scalable Game Backend

    Node.js or Go game server with WebSocket real-time communication, Redis for game state, PostgreSQL for persistent data, horizontal scaling for player count spikes and anti-cheat validation.

  • Layer 2 & IMX Integration

    ImmutableX for gas-free NFT minting and trading on Ethereum. Polygon zkEVM for low-cost transactions. Ronin for gaming-specific blockchain. Chain selection based on ecosystem, gas cost and target market.

How we think about Web3 game design.

The best Web3 games are good games first, with blockchain as an enabling layer for true asset ownership — not games designed around token farming where gameplay is a pretext for yield extraction.

  • Fun is the product, tokens are the incentive

    A game where the primary motivation is earning tokens attracts players optimising for yield, not enjoyment. When yield drops, they leave. A game that is genuinely fun attracts players who want to play — and tokens reward that engagement. Design the gameplay loop first. Design the economic loop second. If the economic loop is the game, you do not have a game.

    Axiom:

  • Emission must not exceed sink capacity

    Every token your game emits as a player reward must be consumed somewhere — crafting, upgrading, entry fees, consumables, governance participation. If emission rate exceeds sink capacity, token supply inflates, price falls, player rewards decline, and players leave. Model the economy explicitly before launch: at 10,000 daily active players, what is daily emission? What is daily sink volume? The gap is your inflation rate.

    Axiom:

  • On-chain ownership should not equal on-chain gameplay

    Storing every game action on-chain is expensive, slow and unnecessary. The correct pattern: asset ownership on-chain (who owns what NFT), game state off-chain (what that NFT has done in the game), with periodic settlement or on-demand verification. Players benefit from true asset ownership without the game being constrained by blockchain performance limits.

    Axiom:

  • Account abstraction removes the crypto barrier

    Requiring players to install MetaMask, acquire ETH, and understand gas before they can play is a conversion killer. ERC-4337 account abstraction allows the game to sponsor gas for players, batch multiple in-game actions into single transactions, and provide a familiar "email login" UX while maintaining actual wallet ownership under the hood.

    Axiom:

The game engineering decisions that matter.

These choices define the player experience, economic sustainability and scalability of your Web3 game.

  • P2E vs F2P vs hybrid economy?

    Impact: Pure P2E economics have a near-universal failure rate beyond 12 months. Hybrid models with capped earnings and genuine free-to-play access have better retention and sustainability.

    • P2E (earn to play) — tokens for all gameplay, attracts yield farmers, high collapse risk
    • F2P with NFT ownership — free to play, buy/trade assets, no mandatory earnings
    • Hybrid — competitive play earns tokens, casual play is free, earnings capped per player
    • Premium (buy to play) — upfront cost, NFT ownership, no ongoing token economics
  • Chain selection?

    Impact: ImmutableX is purpose-built for gaming (gas-free minting and trading). Polygon for EVM compatibility with broader DeFi integration. Ronin for games targeting the Axie/Sky Mavis audience. Chain choice significantly affects accessible player demographics.

    • Ethereum mainnet — highest status, prohibitive gas for in-game transactions
    • ImmutableX — gas-free NFT trades, Ethereum security, gaming-focused ecosystem
    • Polygon — EVM compatible, low gas, large gaming ecosystem
    • Ronin — gaming-specific, near-zero gas, Sky Mavis ecosystem
    • Solana — fast, cheap, growing gaming ecosystem
  • On-chain vs off-chain game state?

    Impact: Ownership on-chain + state off-chain is the correct architecture for virtually all Web3 games. True on-chain game state is only feasible for simple turn-based games where transaction latency is acceptable.

    • Fully on-chain — maximum decentralisation, constrained by blockchain throughput
    • Ownership on-chain, state off-chain — practical, scalable, most games use this
    • Oracle-settled state — off-chain state with on-chain verification at key moments
    • Fully off-chain with periodic commitment — cheapest, less decentralised
  • Dual-token vs single-token economy?

    Impact: Dual-token models (governance/investment token + in-game spend token) provide better economic stability — the in-game currency can inflate without affecting the governance token price. Axie's SLP/AXS was the template; subsequent implementations learned from its failure modes.

    • Single token — simpler, all value in one asset, more volatile
    • Dual token (governance + in-game currency) — separate store of value from spending currency
    • Single token with soft currency — on-chain token + off-chain soft currency (gold)
    • No token — pure NFT economy with no fungible token
  • Gasless transaction approach?

    Impact: Players should never see a MetaMask gas popup during gameplay. ERC-4337 is the most complete solution. On L2s with near-zero gas (ImmutableX, Ronin), the problem is small enough to ignore.

    • ERC-4337 account abstraction — native account smart contracts, gas sponsorship
    • Meta-transactions (ERC-2771) — relayer pays gas, user signs off-chain
    • Layer 2 with near-zero gas — gas is cheap enough to ignore
    • Off-chain with periodic settlement — no gas during play, batch settle at intervals
  • Tournament and competitive infrastructure?

    Impact: Hybrid tournament infrastructure (off-chain game logic for speed, on-chain prize distribution for trustlessness) is the standard for competitive Web3 games. Pure on-chain tournaments are only feasible for simple card games or chess variants.

    • Off-chain tournaments with on-chain prize distribution — flexible, prize settlement on-chain
    • On-chain tournament contracts — trustless, constrained by on-chain computation
    • Centralised tournament server — fast, flexible, requires trust in operator
    • Hybrid (off-chain logic, on-chain settlement) — best of both

What PROPELOO builds.

  • P2E Game with NFT Characters

    Combat game with ERC-721 character NFTs, dual-token economy (governance + in-game), breeding/crafting mechanics, tournament infrastructure and ImmutableX integration for gas-free trading.

  • NFT Card Game

    On-chain card game with ERC-1155 card NFTs, deck building, PvP matchmaking, tournament brackets and card marketplace with royalty enforcement.

  • Metaverse Land Game

    Virtual world with ERC-721 land parcels, on-chain ownership, off-chain gameplay state, resource harvesting, building mechanics and player-to-player trading.

  • Idle/Casual Web3 Game

    Mobile-friendly idle game with gasless ERC-4337 wallet creation, NFT reward drops, social mechanics and in-game NFT marketplace — targeting non-crypto-native players.

  • Telegram Mini Game

    TON blockchain mini game within Telegram — tap-to-earn or casual mechanics, TON wallet integration, airdrop rewards and viral sharing mechanics.

  • Game Economy Redesign

    Economic audit and redesign for a live Web3 game — emission/sink analysis, token model revision, new value sink implementation and graduated emission reduction.

The Web3 game engineering stack.

Game backend, blockchain contracts and client each require distinct tooling.

  • Smart Contracts

    Stack: Solidity (ERC-721/1155/20), ImmutableX SDK, OpenZeppelin, Foundry

  • Game Backend

    Stack: Node.js / Go, WebSockets (Socket.io), Redis (game state), PostgreSQL, Bull (job queues)

  • Game Client

    Stack: Unity (WebGL/Mobile), Unreal Engine, React (web games), Phaser.js (2D web)

  • Wallet & AA

    Stack: ERC-4337 (ZeroDev/Biconomy), WalletConnect v2, Immutable Passport, Magic.link

  • Chains

    Stack: ImmutableX, Polygon, Ronin, Solana, TON (Telegram)

  • Marketplace & Analytics

    Stack: OpenSea SDK, Tensor (Solana), Dune Analytics, Custom economy dashboard

Web3 game security protects both assets and economy.

Games face unique attack vectors combining smart contract exploits with game-specific cheating.

  • Asset Contract Security

    NFT contracts must prevent unauthorized minting (admin role management), implement correct royalty enforcement and handle transfers correctly when game mechanics change asset state.

  • Economy Manipulation

    Players will find and exploit every unintended emission source. Game logic that can be automated by bots to farm tokens must be protected with proof-of-play requirements, rate limiting and anomaly detection.

  • Oracle/RNG Manipulation

    Any randomness in gameplay that determines valuable outcomes must use Chainlink VRF. Predictable on-chain randomness (block hash, timestamp) can be manipulated by miners/validators.

  • Bot Detection

    Automated bot farming destroys P2E economies by inflating token supply without adding gameplay value. Behavioral analysis, CAPTCHA at key earning moments and wallet age requirements are standard mitigations.

  • Marketplace Wash Trading

    Wash trading (buying and selling NFTs between controlled wallets) inflates floor prices and misleads buyers. Royalty contracts that track transfer history and anomaly detection on marketplace activity are required monitoring.

  • Server Authority

    Game backend servers must be the authority on game state — client-side validation of earnings can be spoofed. All reward distribution must be authorised by the game server after verifying legitimate gameplay, not self-reported by clients.

From game concept to live Web3 economy.

  1. 01. Economy Design

    Token model, emission schedule, sink mechanisms, sustainability modelling and economic stress testing.

  2. 02. Smart Contract Architecture

    Asset contract design, token contracts, marketplace contracts, gasless transaction approach and chain selection.

  3. 03. Game Backend

    Game server architecture, real-time infrastructure, anti-cheat design, matchmaking and reward authorisation system.

  4. 04. Contract Development

    NFT and token contracts, marketplace, tournament contracts and account abstraction integration.

  5. 05. Game Client Integration

    Wallet SDK integration, asset display, in-game marketplace, transaction UX and gasless flow implementation.

  6. 06. Economy Monitoring

    Real-time economy dashboard, emission/sink tracking, bot detection alerts and economic health metrics.

  7. 07. Launch & Scaling

    Staged launch with player cap, economy parameter monitoring, hotfix capability and scaling infrastructure.

Frequently Asked Questions

What caused the collapse of most P2E games?

Token emission rates that outpaced demand. Every P2E game emits tokens as player rewards. If new player capital entering the game (buying tokens or NFTs) is less than the value of tokens being emitted to existing players, token price falls. When token price falls, APY falls. When APY falls, players leave. When players leave, new player capital falls further. The collapse is a hyperinflation event. Prevention requires: emission rates tied to active player count, strong value sinks that absorb emitted tokens, and a fun game that players want to play regardless of token economics.

What is a dual-token model?

A dual-token model separates the governance/investment token from the in-game spending currency. Example: AXS (governance, limited supply, investment vehicle) + SLP (in-game currency, high emission, used for breeding). This allows the in-game economy to inflate the spending currency without directly inflating the investment token. The failure mode: if the in-game currency has no sink and inflates infinitely, it eventually pressures the governance token anyway. Both tokens need well-designed economics.

How do we make the game accessible to non-crypto players?

ERC-4337 account abstraction allows email/social login that creates a wallet under the hood. The game sponsor gas on the player's behalf. Players never see MetaMask or need to buy ETH. Assets are owned as NFTs but the player experience feels like a normal mobile game. When players want to trade or withdraw assets, the wallet is ready. This is the correct architecture for Web3 games targeting mainstream audiences.

What is ImmutableX and when should we use it?

ImmutableX is an Ethereum Layer 2 purpose-built for gaming — built on StarkWare ZK-rollup technology. It provides gas-free NFT minting and trading (developer pays minting costs, players trade for free), Ethereum-level security, a gaming-focused marketplace (Immutable Marketplace) and an SDK designed for game developers. It is the correct chain for games with high NFT transaction volume targeting the Ethereum ecosystem. Trade-off: less DeFi composability than general-purpose L2s like Arbitrum or Base.

How do we design value sinks in a game economy?

Value sinks are mechanisms that remove tokens from circulation: crafting/upgrade costs (burn tokens to improve NFTs), consumable items (potions, ammunition that must be purchased), tournament entry fees (tokens burned or distributed as prizes), breeding fees (cost to create new NFTs), cosmetic purchases, premium features and governance staking lock-ups. The sink rate must be modelled against the emission rate at expected player counts. If emission > sink at all realistic player counts, the economy will inflate.

Can we add Web3 to an existing traditional game?

Yes, but the integration depth varies significantly. Adding NFT cosmetics (skins, avatars) to an existing game is relatively straightforward — mint NFTs for in-game items, add wallet connection to the game client, display NFT ownership in the game. Adding a play-to-earn economy to an existing game is much more complex — it requires re-designing the reward system, adding token economics and potentially rebalancing the entire game economy. Retrofitting play-to-earn onto a game designed without it often produces incoherent economics.