# Overview

Skullcoin turns attention into repeatable, on-chain activity through **human-skill games** that are **provably fair** and **economically sustainable**.\
\
We combine three inventions:

* **Find2Earn:** open hunts on digital maps where players race to pinpoint a real place before anyone else.
* **Encrypted NFTs:** dual-layer NFTs (public art + owner-only secret) that enable honest **incomplete-information** gameplay on-chain.
* **Strike:** a readable, real-time combat loop with mind-games, extended by stats and gear.

Each module stands alone and composes with the others. The result is a game world where **information has value**, outcomes are **auditably fair**, and the **economy sustains itself through play, not speculation**.


# Problem and Solution

### What’s broken today

* **Speculative growth ≠ users.** Airdrops, perps, and hype spikes produce churn, not durable players.
* **Bots/AI ruin fair play.** Complete-information puzzles and farmable social quests bias toward scripts and farms.
* **Unsustainable GameFi.** Faucet-first tokenomics collapse when sinks are an afterthought.

Skullcoin’s answer: **human-skill loops**, **public proofs of outcome**, and **sink-first economies**.<br>

### Design Principles

1. **Human-skill first.** Perception, timing, partial information, and social reading beat automation.
2. **Provable fairness.** Everyone can reconstruct “who won and why” from public logs.
3. **Sinks before faucets.** Every reward stream has a counterweight at launch.
4. **Simple rails.** Payments in the host chain’s native assets; assets as NFTs; VRF where randomness matters.
5. **Composable layers.** Modules interoperate but never hard-depend on a single chain or contract set.


# Find 2 Earn

**Core mechanic:** Players receive a stylized image depicting a real-world location. Using digital maps, they identify the place and submit coordinates or a canonical map link. First valid submission wins.

**Why this works:**

**AI-resistant (current landscape):**

* Maps are artistically redrawn, removing literal features
* Cultural clues require context (local landmarks, architectural styles, historical references)
* No reverse image search databases exist for stylized cartography
* Multimodal AI currently lacks training data for this task

**Skill-based:**

* Pattern recognition (identifying terrain, road layouts, coastlines)
* Geographic knowledge (narrowing regions by climate, infrastructure, vegetation)
* Research ability (cross-referencing clues with historical data)
* Speed (first correct answer wins)

**Naturally social:**

* Players form teams to pool knowledge.
* Live chats (Discord/X) share partial progress
* Fog Hunt lets players buy “negative info” (hide wrong sectors) to focus the search.
* Public Hunt Log provides transparent proof of outcomes


# The Gateway

Web2 to Web3 Onboarding Through Play

### The Basics

Find2Earn requires only two things:

1. Internet connection
2. Digital maps (we recommend Google Maps)

No wallet, no crypto knowledge, no downloads. If you can browse the web, you can compete.

### Why Google Maps?

**Google Street View is unmatched:**

* 10+ million miles of street-level imagery captured
* 100+ countries covered
* Billions of individual photographs (exact count unpublished, but estimated 220 billion images)
* Updated regularly with new coverage

**This database cannot be downloaded.** It's too massive for any bot to pre-process, and artistic redrawing means reverse image search fails. Human visual pattern recognition remains the only viable solution method.

### Game Flow

#### 1. Hunt Announcement (via X/Discord)

When a hunt goes live, you'll see:

* **Stylized clue image** (artistically redrawn map)
* **Prize amount** (typically memecoin)
* **Time limit** (3-10 minutes)
* **Starting coordinates** (narrows search to 2-5km radius)
* **Whitelist status** (open to all, or newcomers-only)

#### 2. Search Phase

**Step 1: Click "Start here" link** Opens Google Maps at approximate area (not exact location - that's what you're finding)

**Step 2: Analyze the clue image** Look for distinctive features:

* Building shapes and architecture (medieval tower, modern skyscraper, church dome)
* Terrain (hills, flat plains, coastline, river)
* Road patterns (grid, curved, dead-ends)
* Vegetation (palm trees = tropics, pine = temperate, sparse = arid)
* Infrastructure (bridges, walls, specific monuments)

**Step 3: Use Street View strategically**

* Don't explore every street randomly - too slow
* Identify likely zones based on clue (e.g., "hillside with old buildings" → check elevated areas in old town)
* Jump between locations quickly (don't walk the streets)
* Match angles and perspectives from clue

**Step 4: Verify** When you think you found it:

* Compare clue image to Street View from multiple angles
* Check that all major features match (buildings, roads, terrain)
* Copy exact coordinates or Google Maps share link

#### 3. Submission

**Reply to the hunt tweet with your answer:**

Valid formats:

```
27.9616462,-82.4983195
```

or

```
https://maps.app.goo.gl/[your-share-link]
```

**First valid timestamp wins.** Twitter shows submission time down to the second. Even if someone else posts the same answer, posting it 1 second later = you lose.

**This prevents copying.** You can't just wait for someone else's answer and paste it - by the time you see their reply and copy, they've already won.

### Whitelist System

Some hunts restrict participation to specific groups:

**"Open to all"** → anyone can submit **"Whitelist only"** → must be pre-approved (typically for newcomers, to give them fair shot vs experienced hunters)

Check hunt announcement for eligibility.


# Sponsored Hunts

Sustainable Free2Play Economics

### The Innovation

Sponsored Hunts solve Web3 gaming's fundamental paradox: how to offer genuinely free gameplay while maintaining economic sustainability. Instead of extracting value from players, partners pre-fund a prize budget; we convert it into daily prizes and run the hunts. The art itself becomes the advertisement - players can't skip it because solving it is the game.<br>

**How a sponsored hunt works**

* **Clue post on X:** stylized scene (e.g., Pepe in Street View) + prize + rules.
* **Entry rule:** repost + like + reply with the Street View link/coords.
* **Winner:** first valid reply by timestamp; publicly announced.
* **Proof-of-game:** winner tweets the claim; we verify and pay.<br>

**Why partners pay (outcomes)**

* **Unskippable attention.** The art *is* the puzzle; players stare at it for minutes.
* **Viral distribution.** Repost-to-enter drives compounding reach.
* **Measurable growth.** Impressions, engagement rate, follower lift, site clicks, wallet binds.
* **Positive meaning.** “Find the place” gives tokens a purpose beyond speculation.<br>

**Economics**

* **Monthly retainers or per-hunt packages.** Funds split into prize pools; we keep a transparent fee.
* **Self-sustaining loop:** partners fund prizes → hunts go viral → more players → higher ROI → recurring sponsorships.<br>

**Fairness & anti-bot**

* Public **Hunt Log** with timestamps.
* Cooldowns on submissions; account checks; optional newcomer whitelists.
* “Tweet-to-claim” adds social proof before payout.<br>

**Beyond memecoins (brand use)**

* **Consumer brands:** product placement inside the clue.
* **Tourism & cities:** landmarks and local businesses as the target scenes.
* **Entertainment:** movie/series launches, music drops, game releases.
* **Retail:** scavenger campaigns tying clues to store locations or online drops.<br>

**Funnel to on-chain**

* Sponsored hunts acquire players for free → some opt into **Fog Hunt** (first on-chain spend)


# Fog Hunt

Bridge from Find2Earn to on-chain play

### On-chain layer for Find2Earn

Find2Earn continues as free social gameplay. Fog Hunt adds an optional on-chain layer where players can pay to eliminate sectors, while skill remains decisive. It’s an upgrade path, not a replacement.

### Core loop

* **Clue:** artistically redrawn image of a real place.
* **Map:** fixed area split into sectors. The prize is at **one** coordinate inside this area.
* **Goal:** be first to submit the exact Street View link/coords.

### Two paths

* **Free path:** search the whole map; unlimited submissions (cooldown applies).
* **Paid path (Fog):** buy **Fog** to **hide one wrong sector** for *you*.
  * The treasure sector is **never fogged**; it is always the last one left.
  * Each player’s fog order is **personalized** (anti-collusion).
  * Flat price per reveal (configurable), e.g. **$3** each; **max 5** reveals.

### Hunt Log & fairness

* **Public Hunt Log** (bottom of the page) shows **timestamps**, wallet/handle, and action:
  * “03:01:09 chancellor bought Fog (player-only)”
  * “12:12:10 traveler submitted link (invalid)”
* **During** the hunt we hide coordinates in the log (to prevent copy-pasting).
* **Winner flow:** first valid submission sees a prize modal → must **post a win tweet** (linked X account) → system verifies tweet → prize paid. This gives **humanity proof + social proof**.
* **Provable setup:** prize coords are pre-committed off-chain (`hash(coords || salt)`) and revealed after the hunt for public verification.

### Payments & chains

* Fog purchases run through chain adapters; the system is designed to support **multiple chains** via adapters (e.g., BNB, SOL, STX, SUI) with per-chain prize pools. Players pay in the chain they’re on; prizes settle from that pool.

### Optional sponsorships

* The clue art can feature a **brand/memecoin**; sponsors co-fund prizes. Players don’t “skip ads” because the art is the puzzle.

### Why it works

* **Skill first.** Paying removes noise but doesn’t find the final spot for you.
* **Fair & transparent.** Public logs, pre-commit/reveal, and social verification.
* **Funnel that converts.** First crypto touch is voluntary (Fog), motivated by gameplay.


# Encrypted NFTs

**Core Innovation:** NFTs with two layers of information:

* **Public layer:** Visible to all (artwork, metadata, rarity)
* **Private layer:** Encrypted secret readable only by owner (word, coordinate, code)<br>

An Encrypted NFT (eNFT) is an NFT that **commits on-chain** to a private payload while keeping the payload itself **non-public**, and exposes a **standardized interface** for:

* publishing/verifying integrity (commitments),
* owner-gated access (authorization),
* optional proof-based gameplay (verification without disclosure).

#### **Why incomplete information matters:**

Traditional blockchain games have complete information  -  everything is public. This limits strategic depth:

* Bots can see all game state → optimal play is computable
* No negotiation (nothing hidden to trade)
* No bluffing, deception, or social gameplay

Incomplete information unlocks:

* **Uncertainty:** Players infer what others know
* **Markets:** Hidden data becomes tradeable asset
* **Social strategy:** Trust, betrayals, alliances matter
* **AI-resistance:** Social dynamics harder to automate than pure computation

***

####

***

####


# Implementation Architectures

#### **A)** Hybrid: Off-chain Secrets + On-chain Commitments

*Current implementation on Stacks blockhain*

**Storage:**

* **Off-chain:** encrypted payload (or encrypted “envelope”) stored on a controlled service (DB/object storage).
* **On-chain:** commitment = `H(payload_bytes)` (or `H(ciphertext)`), plus optional metadata (algo/version/mime/size).

**Access / Reveal**

* Client signs a request (wallet signature).
* Gateway verifies **current NFT ownership on-chain**, rate-limits, then returns the encrypted bytes (or a short-lived URL).
* Client verifies: `H(received_payload) == on-chain commitment`.

**Answer verification (example: Seed Phrase Hunt)**

* Canonical answer stored encrypted (or as `H(answer||salt)`).
* User submits answer → server checks correctness without publicly revealing plaintext (e.g., compare hashes/HMACs; or compare deterministic transforms).

**Pros**

* Fast UX, low cost, chain-agnostic.
* Strong integrity guarantee: server can’t “swap the secret” after mint without being caught.

**Trade-offs**

* Availability and access control depend on the service (not fully trustless).
* Privacy is off-chain (keys + delivery must be protected).

***

#### B) On-chain Commitments + On-chain “Claim” + Off-chain Key Release&#x20;

**Idea:** keep payload encrypted off-chain (or even on-chain), but move *the “right to reveal”* and *the audit trail* **on-chain**. The secret is only unlocked when an on-chain condition is met (ownership + event + optional payment/proof).

**Storage**

* **Option 1:** ciphertext stored off-chain; commitment on-chain.
* **Option 2:** ciphertext stored on-chain (if small enough); commitment still on-chain.

**Unlock flow**

1. Owner calls an on-chain function: `claim-reveal(token-id)` (or `start-reveal`), emitting an event.
2. Backend watches chain events and releases the decryption key (or envelope) to the owner **only after** seeing the on-chain claim.
3. Client decrypts locally and verifies commitment.

**Pros**

* More “protocol-like”: reveal attempts are publicly auditable.
* Stronger fairness for games: unlocks can be conditioned on on-chain actions (fees, deadlines, proofs-of-participation).
* Still much simpler than ZK reencryption proofs.

**Trade-offs**

* Still relies on a key release service (or MPC network) for confidentiality.
* Requires indexer/event listener reliability.

#### **C) Fully On-Chain (ciphertext + proofs on-chain)**

**Storage:**

* Ciphertext stored directly in contract storage
* Master encryption key encrypted under owner's pubkey
* All data verifiable on-chain

**Transfer flow:**

1. Seller re-encrypts master key under buyer's pubkey
2. Seller generates **ElGamal re-encryption consistency proof** (ZK proof)
3. Seller submits new ciphertext + proof on-chain
4. **Contract verifies proof:** "new ciphertext contains same master key"
5. If proof valid → transfer proceeds, payment released
6. Buyer decrypts master key with private key → decrypts secret

**Proof verification:**\
`verify_reencryption_proof( old_ciphertext, new_ciphertext, old_pubkey, new_pubkey, zk_proof ) -> bool`\
\
**Pros:**

* Trustless (cryptographic guarantees, no escrow needed)
* Maximum auditability (everything on-chain)
* Prevents seller cheating (can't provide fake secret)

**Cons:**

* Higher gas (proof verification + storage)
* Requires chains with EC operations + ZK precompiles&#x20;
* More complex implementation


# Key Management

#### **Our Approach:**

**Phase 1 (Current):** Launch with Hybrid model

* Optimized for Stacks/Clarity
* Fast iteration, proven UX
* Wallet possession proof + current NFT ownership verification + private off-chain payload delivery

**Phase 2 (Planned):** Add Fully On-Chain options

* Fully on-chain re-encryption proofs on networks that support them
* Backwards-compatible at the asset level: existing NFTs can keep their identifiers within a given chain/contract, while adding a new verification/reveal layer.&#x20;
* Optional: users choose Hybrid (cheaper) or Fully On-Chain (trustless)

**Design principle:** Build modular from day one so migration doesn't break existing assets.

***

**Key Management:**

**Wallet-derived keys (recommended):**

* Encryption key derived from wallet seed via BIP-32 path
* No extra seed phrases to manage
* Import wallet → encryption key auto-restored
* Path example: `m/44'/5757'/0'/0'/1'` (Stacks coin type 5757)

**Key server (convenience mode):**

* Third-party holds encryption keys
* Authenticated via wallet signature
* User signs challenge → server decrypts → returns plaintext → server verifies current NFT ownership before release
* Trust trade-off for convenience

**Client-side (maximum security):**

* Generate encryption keypair locally
* Store in browser secure storage or hardware wallet
* Full control, but key loss = cannot decrypt

***

**Security Model:**

**Threats:**

* Server compromise (Hybrid model)
* Front-running (transfer races)
* Seller withholding re-encryption / key transfer (fully on-chain variants)**:** mitigated via atomic transfer + proof-verified key switch, or escrow with deadlines/refunds.
* Buyer claiming "secret was wrong" post-purchase

**Mitigations:**

* **Hybrid:** ownership-gated delivery + optional on-chain commitment lets the client verify that the delivered payload matches the asset’s committed payload.
* **Fully On-Chain:** ZK proofs eliminate trust (contract verifies consistency)
* **Front-running:** Time-locked commits (commit txn, reveal after block confirmation)
* **Disputes / integrity:** commitment to payload bytes or a salted/secret-safe commitment scheme appropriate to the payload entropy.

**Disclosure by choice:** Players *can* share secrets voluntarily. This is intentional:

* Teams can pool information
* Markets emerge for "leaked" secrets
* Social dynamics (who do you trust?) become part of gameplay
* No architecture can revoke knowledge already revealed; transfer controls future authorized access, not human memory.

**Not a bug, a feature:** Information markets require voluntary disclosure.

***

**Why This Matters:**

eNFTs are the first practical way to run **honest incomplete-information games on-chain**. Prior attempts:

* **Dark Forest** (zk-SNARKs) → bot wars, too complex
* Traditional NFTs with "hidden traits" → revealed on-chain, not truly hidden
* Off-chain game servers → not verifiable, requires trust

**Confidentiality boundary:** commitments guarantee integrity; confidentiality depends on encryption + key delivery. Treat all URIs and off-chain payloads as untrusted inputs; wallets should sandbox previews and warn on external links.<br>


# Use Cases

Encrypted NFTs enable gameplay mechanics impossible in traditional blockchain games by allowing players to own verifiable secrets.

### **Seed Phrase Hunt**&#x20;

**Concept:** A zero-sum treasure hunt where players trade Encrypted NFTs to assemble complete Bitcoin wallet seed phrases and claim prizes.

**Mechanics:**

**NFT structure:**

* Initial supply: 2,400 Uncommon eNFTs
* 10 prize wallets (each containing rewards)
* Each wallet requires 24 BIP-39 words to unlock
* Each eNFT contains one encrypted word

**Public metadata (visible to all):**

* Icon indicating which prize wallet (1-10)
* Position number (1-24, showing word order in phrase)
* Phase / rarity tier: positions 1–16 begin as Uncommon; later positions 17–24 are unlocked through merge progression.

**Private payload (owner-only):**

* BIP-39 word (delivered through the selected owner-gated private-content architecture)
* Readable only by the current token holder via an ownership-gated reveal flow

**Gameplay loop:**

Players must:

1. Acquire eNFTs through minting, trading, or winning Find-to-Earn hunts
2. Decrypt owned NFTs to learn their hidden words
3. Trade strategically to complete a 24-word set for one wallet
4. Submit complete phrase to unlock prize

**Strategic depth:**

**Information asymmetry:**

* You know your words, but not others'
* Must infer what others hold through trading behavior
* Bluffing and misdirection are viable tactics

**Trading dynamics:**

* Common positions (1-16) trade frequently (high liquidity)
* Rare positions (17-24) become bottlenecks (high value late-game)
* Players form temporary alliances, then betray near completion

**Market evolution:**

* Early game: exploration (which wallets are easiest?)
* Mid game: specialization (commit to specific wallet)
* Late game: competitive bidding for final missing words

**Security notes:**&#x20;

* Because BIP-39 words come from a finite dictionary, confidentiality should not rely on “unsalted word hashes.”
* Use encrypted delivery and/or salted commitments (e.g., `H(word || salt)`) for any public verification hooks.

**Economic model:**

**Mint revenue:**

* 2,400 eNFTs × mint price = total raise
* 90% distributed across 10 prize wallets
* 10% protocol fee

**Deflationary mechanism:**

* Players can merge 5 eNFTs → 2 higher rarity (burns 5 NFTs)
* Reduces circulating supply, increases scarcity
* Forces difficult choice: keep liquidity vs improve rarity for resale
* Merge is not merely a rarity upgrade: it burns earlier information assets to unlock access to later word positions, creating an information bottleneck.

**Implementation Status:**

* 4,000+ eNFTs minted (Seed Phrase Hunt + Storyline)
* Proven on Stacks mainnet
* Multiple wallets unlocked, prizes claimed
* Top trading volumes on Gamma marketplace
* Community-run X with active trading channels<br>

**Why it works:** Strategy emerges from negotiation, market timing, information asymmetry and coordination rather than from repetitive reward farming.

### Map Shards (Find2Earn)

Design Pattern / Configurable Game Architecture

**Concept:** A composable hunt where the winning location is encoded across multiple Encrypted NFTs. Players must acquire and combine shards (via trading or teaming up), then use Find2Earn skill to verify the final spot and claim the prize.

**Mechanics (example: split coordinates):**

* **Shards:** multiple eNFTs each contain a private fragment of the solution (e.g., one holds latitude, another holds longitude). Public layers act as tradeable “covers” (art + ID), allowing markets to form even when the private payload is unknown.
* **Treasure Map:** one eNFT includes the stylized clue image (private) and a **FIND/CLAIM** action. The action is only available to the current owner.
* **Assembly:** players either:
  * team up (share shards), or
  * trade shards on the market (price discovery on partial information).
* **Claim:** Treasure Map holder submits coordinates (or a canonical map link). If correct → prize unlocks.

**Design options (pick per season/event):**

* **2-shard coordinates:** (lat + lon) — simplest, very readable.
* **Decoy shards:** add believable but wrong shards to increase mind-games and trading depth.
* **Expiry / season binding:** shards lose validity after a window to prevent permanent spoilers.

**Gameplay loop:**

1. Players collect eNFTs (mint / win / trade).
2. Owners decrypt their shards locally (or reveal via the chosen architecture).
3. Players **negotiate**: share fragments, swap eNFTs by public covers, or form temporary teams.
4. Treasure Map owner submits the final coordinates / canonical map link. First valid claim wins.

**Economic dynamics:**

* Shards create **liquidity** (many partial items trade frequently).
* Treasure Map create **endgame scarcity** (the right to claim is valuable).
* Conditional access and revenue-sharing arrangements are possible, but plaintext information cannot be meaningfully “unlearned” after disclosure.

**Why this works:**

* **Information becomes an asset:** shards create real negotiation leverage (you can’t brute-force missing pieces cheaply).
* **Natural social gameplay:** alliances form, data is shared selectively, trust becomes strategy.
* **Composable with Find2Earn:** even after assembling shards, a player still needs real-world matching/verification skill to confirm the exact spot.
* **Anti-bot by design:** fragments can be distributed, time-limited, or instance-bound, making automated farming unprofitable.


# Strike

Str!ke is a fast-paced tactical combat system combining simultaneous-choice gameplay with gear-based progression, and verifiable logs.

### Game Design

The design traces back to the ancient Chinese hand game *shoushiling* (the ancestor of rock–paper–scissors), but extends it with asymmetric payoffs, gear, and transparent logs. The Nash equilibrium remains intact - no dominant strategy exists, but depth emerges through equipment stats, durability mechanics, and psychological pattern reading.

### Core Mechanics

**Simultaneous choice combat:** Readable, mind-game combat. Players select attack and defense zones each round.&#x20;

**Soul NFT activation:** Each Soul NFT enables one raid per day. Players can own multiple Souls for multiple daily raids. This caps total activity and creates natural scarcity.

**Gear durability:** All equipment degrades during PvE raids. Repairs are mandatory to continue playing - the primary economic sink.

### Game Modes

**PvE Raids (4 players):**

* Daily limit: n raids (scales with active base)
* Access: 50% earned via Find2Earn, 50% purchasable&#x20;
* Mob encounters (66%): One NFT drop (25% chance per player)
* Boss encounters (33%): Damage-based payouts, higher NFT drop rate

**PvP Duels:**

* Optional entry fees create prize pools
* No durability loss (encourages practice)
* Ranked ladder with seasonal rewards

**Tournaments:**

* Scheduled brackets with fixed entry costs
* Prize distribution: 50% winner, 30% top 4, 20% top 8


# Core Combat Mechanics

### Simultaneous Choice System

**Fast, readable duels.** Players make **simultaneous choices -** one **Attack** zone and one **Defense** zone - then resolve at the same time. The loop is deterministic and replayable; mind-games decide fights, not dice.

#### Turn loop

1. **Choose**: Attack (Head / Chest / Legs) + Defense (Head / Chest / Legs).
2. **Lock**: Inputs are locked for the round (UI shows “Strike”).
3. **Resolve**: Engine applies outcomes based on zones + stats + gear modifiers.
4. **Update**: HP, stamina/cooldowns, and status effects tick; next round begins.

#### Zones & outcomes

* **HIT:** The attacked zone is not defended → normal damage.
* **BLOCK:** The attacked zone is defended → damage prevented.
* **PRESSURE:** Repeated successful reads against a zone can make that zone increasingly dangerous.
* **CRIT:** A clean hit into an exposed zone → **+50% damage** in the current base model.
* **KO:** HP reaches zero.
* **DRAW:** Both fighters can finish without a winner under the duel resolution rules.

#### Deterministic & auditable

* **No RNG in the core loop.** Readability beats randomness.
* Each round emits a **combat log event** (JSON) and a rolling **hash**. Replays are reconstructable from the log; anyone can verify “who won and why.”

#### Mind games (Yomi)

* **Level 1**: “He opens Head—punish Chest.”
* **Level 2**: “He knows I’ll swap—fake Legs, guard Head.”
* **Level 3+**: Conditioning, pattern breaks, and delayed counters.\
  Skill is prediction + adaptation, not APM.

#### Timing & UX (mobile-first)

* **Round timer**: 6–8s default; keeps pace and prevents stalling.
* **Auto-resolve**: If a player times out, safe **auto-guard** + a default **light attack** triggers (they’re disadvantaged but not stuck).
* **One-thumb layout**: **Attack on right**, **Defense on left**, **STRIKE** centered—optimized for phone grip.

#### Gear & stats (what matters in resolve)

* **Weapon**: base damage + zone bonus.
* **Armor**: zone mitigation.
* **Stats**: ATK/DEF/speed/effects.
* **Modifiers**: set bonuses, elemental runes, temporary buffs/debuffs.
* PvP duels **don’t** burn durability (practice freely). PvE raids **do** (primary sink).

#### Browser-native, anime-style

* **No installs.** Opens in the browser; instant onboarding.
* Fights play with **comic-panel / anime** VFX (think portal-raid vibes à la *Solo Leveling*): impact frames, speed lines, and on-beat captions—maximum drama, minimum load.

#### Referral system (built-in virality)

* **Instant PvP, no wallet needed.** Any player can generate an **invite link**. The recipient clicks and fights in the browser immediately (guest mode, no connect/install).
* **Post-match CTA → become a Soul.** After the duel, the guest sees: Claim a Soul to raid & earn
* **Scale.** Invites are **unlimited**; rewards are uncapped by design (they’re funded from primary sales, not emissions). We can introduce soft daily caps per referrer if needed during growth.
* **Soul NFT** = one playable account slot with **1 raid/day**. Hold more Souls → more daily raids.

#### Shareable proofs

* After each fight we generate a **Results Card** (like a PnL card):
  * Opponent, rounds, zones hit/blocked
  * Damage dealt, loot earned, **crypto rewards** from bosses
  * One-click **Share to X**\
    Social proof drives discovery and keeps the ladder lively.

#### **Why this drives growth:**

* Winner flexes skill → invites others to challenge them
* Loser seeks revenge → shares card asking for practice partners
* Spectators see exciting results → click invite link to try
* Every match becomes marketing content


# Encrypted Encounters

### eNFT Integration

**Concept:** Encrypted NFTs bridge Find2Earn and Strike by carrying actionable information<br>

**Discovery layer (Find2Earn):**

* Assemble shards → unlock boss location
* Map Shards reveal coordinates to hidden encounters

**Access layer (Strike):**

* Encounter Keys grant entry to solo duels or party raids
* Keys are tradeable (owners can host lobbies and charge tickets)
* Tactics Scrolls reveal boss behavior patterns

#### How it works

Encrypted NFTs (eNFTs) carry different kinds of **actionable information** that links our two modules:

* **Find2Earn → Strike:** eNFTs can hold **map shards/coordinates** that lead to treasure or unlock a **dungeon/raid entry**.
* **Strike → PvE/PvP:** other eNFTs hold **boss access** (start an encounter) or **boss intel** (e.g., attack sequence, weak points), giving owners a real edge in duels/raids.

Players trade, rent, or team up around these secrets. Information becomes an asset.

#### NFT Types

* **Map Shard (eNFT):** public art hints the region; **private layer** = coordinates or a narrowed search zone. Collect shards or trade to assemble the full location.
* **Encounter Key (eNFT):** grants **entry** to a solo or party boss/dungeon. Public layer shows the theme/tier; private layer holds lobby/entry data.
* **Tactics Scroll (eNFT):** **owner-only** instructions like a **boss attack sequence** (e.g., *Head → Head → Legs* opener), counter-tips, or timing notes.

#### Core Loops

**Path A — Find2Earn-first**

1. Win/collect **Map Shards** → assemble the **location** → claim chest or mint an **Encounter Key** there.
2. Use the **Key** to open a **solo/raid**.
3. Bring **Tactics Scroll** to increase success; share or rent intel to allies.
4. Clear → drop loot (gear/cosmetics), earn XP, spend on repairs/consumables.

**Path B — Strike-first**

1. Duel/raid in **Strike** to drop **Scrolls**.
2. Sell or bundle your intel with hosts who have **Keys**.
3. Join Find2Earn hunts to get **Map Shards** and access new encounters.

#### Mechanics Options (pick per event/season)

* **Simple Sequence (default):** Scroll reveals a **fixed attack pattern** (e.g., first 3 moves, or full opener). Easy to understand and share; scarce drops keep value.
* **Phase Notes (lightweight):** Scroll adds 1–2 **phase hints** (e.g., “below 30% stamina boss favors leg strikes”). Still simple, not overly technical.

#### Fairness & Longevity (minimal but enough)

* **Season-bounded intel:** Scrolls can be **seasonal** or **encounter-specific** to limit eternal spoilers.
* **Instance IDs (optional):** for high-stakes events, tie the Scroll’s value to an **instance ID** or **tier**, so leaked sequences don’t solve everything everywhere.
* **Positive sharing:** it’s **profitable to cooperate**—hosts split ticket revenue; teams trade Scrolls for a cut. Markets > secrecy policing.

#### Economy

* **Sinks:** encounter tickets, repairs, consumables, rerolls.
* **Faucets:** loot drops, cosmetics, leaderboard rewards, sponsor bounties.
* **Protocol revenue:** % fee on tickets/hosting and secondary trades of intel eNFTs.
* **Social markets:** lend/rent **Keys**, **Scrolls**; bundle intel with hosted runs.

#### Why this works

* **Simple to grasp:** “This NFT opens a fight.” “This one tells you the boss sequence.”
* **Naturally social:** owners host, others bring intel; teams coordinate roles.
* **Bridges modules:** Find2Earn feeds discovery; Strike pays it off in action.
* **Sustainable:** knowledge has resale value; sinks/faucets keep the loop healthy.


# Sustainable Economy

Gameplay creates predictable sinks that fund exciting faucets, keeping the loop net-positive and durable.

### Economic Model

### Sinks&#x20;

**Primary: Gear repairs**

```
S_repair = N_raids × N_gear × D_loss × C_repair
```

* N\_raids: daily raids (scales with Soul supply)
* N\_raids = total player raid participations per day (not parties)
* N\_gear: equipped items (\~4-6)
* D\_loss: 1 durability per raid
* C\_repair: cost per point (dynamic)

**Secondary:**

* Stat rerolls&#x20;
* Raid tickets (50% of raids)
* Gear merging (burn 5→1 higher rarity, requires full durability)

### Faucets&#x20;

**Primary: Boss damage payouts**

```
P_dmg = N_raids × F_boss × W_dmg
```

* F\_boss: 0.33 (boss spawn rate)
* W\_dmg: average boss payout (dynamic)
* Distributed to players proportional to damage dealt (per boss encounter).

**Secondary:**

* NFT drops (asset rewards)
* Tournament prizes (capped)
* Referral bonuses (per successful invite)

#### Sustainability Target

**Coverage Ratio:**

```
CR = Σ Sinks / Σ Faucets ≥ 1.2
```

When CR > 1, the economy generates more revenue from gameplay than it distributes in rewards. This is the opposite of traditional GameFi, where unlimited rewards exceed revenue, creating Ponzi dynamics.<br>

#### Gear Issuance & Supply Control

**Source of supply**

* **No direct mint.** Gear enters the economy **only** via PvE drops (mob/boss) and special event rewards.
* **Public odds.** Drop tables and rates are published per season; no lootboxes.

**Rarity ladder & burns**

* T1 → T5 rarity. **Merge 5→1** to upgrade (burns 5 items at full durability).
* Salvage at 0 durability optionally burns the item for small mats (extra sink).

**Durability as a baseline sink**

* Each raid consumes **1 durability** per equipped item.
* Repairs require on-chain payment; **C\_repair** is dynamically tuned to maintain target CR.

**Drop policy (seasonal budget)**

* Mob encounters: **p\_mob** drop chance (lower value, higher freq).
* Boss encounters: **p\_boss** drop chance (higher value, lower freq).
* Daily/weekly **drop budgets** cap total new gear; unused budget rolls forward.

**Supply equation (per epoch)**

* ΔSupplyt=Dropst−Burnst (merge+salvage)\Delta Supply\_t = Drops\_t - Burns\_t\\,(merge{+}salvage)ΔSupplyt​=Dropst​−Burnst​(merge+salvage)
* Target steady state: **Drops\_t ≈ Burns\_t**; deviations corrected by p\_mob/p\_boss and C\_repair.

**Control levers (to keep CR ≥ 1.2)**

* Tune **C\_repair**, **p\_mob/p\_boss**, and merge recipes.
* Seasonal rotations (new sets) → old sets shift to **legacy** (reduced drop, higher merge value).

**Market hygiene**

* No inflationary faucets tied to volume.
* Secondary royalties capped; sinks (repairs, merges) scale with active play, not hype.

**Why this is sustainable**

* Players **earn gear by playing**, not by emissions.
* **Repairs + merges** continually remove supply while rewarding engagement.
* Designers keep **coverage ratio (CR)** above target by adjusting **three dials**: drop rates, repair costs, and merge intensity.