# Laika Super App

Laika is the Dogecoin Super App — a full-stack economic engine that turns Doge culture into programmable, governable and sustainable economies.

Built natively on DogeOS, Laika packages the primitives communities actually need (launch, staking, governance, distribution and, soon, equity) into one coherent system. The result: projects don’t just launch; they compound.

***

### Why Laika

Memecoins proved that culture can mobilize capital. But most die from the same structural gaps: no governance, no treasury, no incentive design, no continuity. Laika fixes this with an opinionated yet modular framework:

* <mark style="color:yellow;">**Incentives beyond hype**</mark> — yield and rewards are tied to governance and participation, not just speculation.
* <mark style="color:yellow;">**Open the insider game**</mark> — curated access is *earned on-chain* (votes, activity), not granted in back-channels.
* <mark style="color:yellow;">**Composability compounds power**</mark> — every module plugs into the next (launch → stake → govern → distribute), so value loops strengthen over time.

***

### What Laika is (at a glance)

* <mark style="color:yellow;">**Economic engine on DogeOS:**</mark> application-layer infra anchored to $DOGE finality.
* <mark style="color:yellow;">**First single-asset ve(3,3) with StakeOS:**</mark> governance-aligned staking for *any* community token (no LP required).
* <mark style="color:yellow;">**Dual governance:**</mark>
  * veLAIKA (protocol & meta-governance): emissions routing, protocol parameters, curation.
  * veTOKEN (local & meta-governance): per-project treasury, incentives, upgrades — plus a voice in curated launches.
* <mark style="color:yellow;">**End-to-end lifecycle:**</mark> permissionless issuance, DAO bootstrapping, staking & emissions, bribes, programmable distribution to creators/KOLs, and (soon) token → equity rails.
* <mark style="color:yellow;">**Doge-first, cross-chain aware:**</mark> capital and communities can come from anywhere; *meta-governance and settlement stay on Doge*.

***

### Core Modules

<table data-view="cards"><thead><tr><th></th><th></th><th></th><th data-hidden data-card-cover data-type="image">Cover image</th><th data-hidden></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><h4><i class="fa-bolt">:bolt:</i></h4></td><td><strong>LaunchOS</strong></td><td>Curated and permissionless launches, bootstrapped with DAOs and treasuries.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/zF8yk4Pk6v1SrTyqWnJO/LaunchOS%20Minia.png">LaunchOS Minia.png</a></td><td></td><td><a href="/core-modules/quickstart">LaunchOS</a></td></tr><tr><td><h4><i class="fa-layer-plus">:layer-plus:</i></h4></td><td><strong>StakeOS</strong></td><td>The first single-asset ve(3,3), aligning yield with governance and long-term conviction.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/kk478J5KFHsd3EWin0Ja/StakeOS%20Minia.png">StakeOS Minia.png</a></td><td></td><td><a href="/core-modules/quickstart-1">StakeOS</a></td></tr><tr><td><h4><i class="fa-square-poll-vertical">:square-poll-vertical:</i></h4></td><td><strong>GovernOS</strong></td><td>Instant DAO tooling for treasury, proposals, and incentive flows.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/kkxiMMEi8COjUP51qsqk/GovernOS%20Minia.png">GovernOS Minia.png</a></td><td></td><td><a href="/core-modules/quickstart-2">GovernOS</a></td></tr><tr><td><h4><i class="fa-tornado">:tornado:</i></h4></td><td><strong>ShillOS</strong></td><td>Programmable attention, rewarding creators and KOLs on-chain.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/VrWZDysVj9Xfh7GAN8IC/ShillOS%20Minia.png">ShillOS Minia.png</a></td><td></td><td><a href="/core-modules/quickstart-3">ShillOS</a></td></tr><tr><td><h4><i class="fa-share-nodes">:share-nodes:</i></h4></td><td><strong>EquityOS</strong></td><td>Bridging tokens with real equity.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/LsVbBI2ZQcdnXxNluIVs/EquityOS%20Minia.png">EquityOS Minia.png</a></td><td></td><td><a href="/core-modules/quickstart-4">EquityOS</a></td></tr><tr><td><h4><i class="fa-hubspot">:hubspot:</i></h4></td><td><strong>Creator Hub</strong></td><td>Scale your teams with real talents.</td><td><a href="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/JdfTC2LNgiruTpWtkSVS/GovernOS%20Minia-1.png">GovernOS Minia-1.png</a></td><td></td><td><a href="/core-modules/quickstart-5">Creator Hub</a></td></tr></tbody></table>

***

### What makes Laika different

* <mark style="color:yellow;">**Curation without gatekeeping:**</mark> anyone can launch; curation earns insider-level perks *on-chain* (alpha windows, whitelists) for aligned voters.
* <mark style="color:yellow;">**Governance-aligned yield:**</mark> the first single-asset ve(3,3) puts commitment, not mercenary liquidity, at the center.
* <mark style="color:yellow;">**Distribution as a primitive:**</mark> creators and KOLs are paid trustlessly; culture is measurable and fundable.
* <mark style="color:yellow;">**Dual-layer governance:**</mark> meta-coherence at the protocol level, autonomy at the project level.
* <mark style="color:yellow;">**Doge-native settlement:**</mark> programmability via DogeOS, culture and final truth anchored to $DOGE.

***

### The thesis

Memes created the demand. Laika provides the supply of *infrastructure* — the rails that convert cultural energy into durable economies. With DogeOS enabling programmability and Laika coordinating incentives, Doge scales from culture to economy — one app, many outcomes.

***

### Official Links

<mark style="color:yellow;">↝</mark> [<mark style="color:yellow;">Laika Website</mark>](https://laika.market/)

<mark style="color:yellow;">↝</mark> [<mark style="color:yellow;">Twitter</mark>](https://x.com/LaikaSuperApp)

<mark style="color:yellow;">↝</mark> [<mark style="color:yellow;">Discord</mark>](https://discord.gg/laikasuperapp)

<mark style="color:yellow;">↝</mark> [<mark style="color:yellow;">Telegram</mark>](https://t.me/laikadogeapp)


# History and Vision

### From Layer-2 to Super App

Laika started life as a Layer-2 experiment. Running our own chain gave us speed and control, but it also surfaced a hard truth:

* ***Infra alone doesn’t build economies.***

  Communities needed *application-layer* primitives — launch, staking, governance, distribution — that worked together out of the box.
* ***Liquidity and attention were fragmenting.***

  Operating a separate chain split users, tooling and narrative away from Dogecoin’s cultural center of gravity.
* ***Most work was infra maintenance, not value creation.***

  Time that should have gone into incentives, UX and growth loops was spent on chain ops.<br>

*↝ In 2025 we sunset the Laika L2 and pivoted all focus to the application layer — building the first Super App on Dogecoin, deployed on DogeOS.*

The chain was wound down safely; unclaimed on-chain assets were secured in multisig and long-term allocations (DAO, foundation, ecosystem) are slated to migrate to DogeOS at mainnet.

{% hint style="info" %}
Why the pivot: Dogecoin needed a coherent economic engine that channels culture into programmable flows and aligns participants over time. [Learn more](https://medium.com/@laikasuperapp/la%C3%AFka-x-dogeos-building-the-economic-layer-for-communities-4c1c0de806ae)
{% endhint %}

***

### What changed — and what stays<br>

<mark style="color:yellow;">↝</mark> <mark style="color:yellow;"></mark><mark style="color:yellow;">**What changed**</mark>

* From running a chain → running an economy (LaunchOS, StakeOS, GovernOS, ShillOS; EquityOS & Creator Hub coming).
* Tokenomics reset for durability: total supply reduced from 100M → 80M, emissions tightly controlled, and $LAIKA positioned as the core of value capture.
* Doge-first architecture: programmability on DogeOS, final truth and meta-governance anchored to $DOGE.<br>

<mark style="color:yellow;">↝</mark> <mark style="color:yellow;"></mark><mark style="color:yellow;">**What stays**</mark>

* The mission to turn Doge culture → real economies.
* The $LAIKA asset as the protocol’s coordination and incentive layer.
* A community-led approach: curation earned on-chain, not granted off-chain.

***

### Vision

<figure><img src="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/m9jEBkHcglR7HW7zrqo2/Laika-Website.gif" alt=""><figcaption></figcaption></figure>

Laika is building the economic layer of Dogecoin — one Super App where communities can launch, stake, govern, distribute and scale without stitching together brittle tools.

* <mark style="color:yellow;">**Incentives beyond hype**</mark>

  Yield is tied to participation and governance, not mercenary liquidity.
* <mark style="color:yellow;">**Open the insider game**</mark>

  Insider advantages (alpha windows, priority access) are earned on-chain through voting and alignment.
* <mark style="color:yellow;">**Composability compounds power**</mark>

  Each module strengthens the next: launch → DAO → staking → governance → distribution → growth.
* <mark style="color:yellow;">**Doge-native, cross-chain aware**</mark>

  Capital and users can come from anywhere; *meta-governance and settlement stay on Doge*.

***

### Our thesis in one line

Memes created the demand. Laika provides the rails.

With DogeOS enabling programmability and Laika orchestrating incentives, Dogecoin scales from culture into an economy — sustainably.

***

### What success looks like

* Thriving pipelines of curated and permissionless launches with auto-bootstrapped DAOs.
* StakeOS as the standard for single-asset ve(3,3) on Dogecoin, routing emissions to communities that organize.
* Active dual governance (veLAIKA + veTOKEN) driving treasury decisions, upgrades and incentive flows.
* ShillOS powering transparent creator payouts and measurable distribution.
* Projects graduating to EquityOS and hiring via Creator Hub — from meme → brand → business.


# Laika x DogeOS

Laika is partnering with DogeOS to build the economic layer Dogecoin has always lacked — open, programmable, and community-first.

This is a strategic shift from running our own chain to running an application-layer Super App on DogeOS, where culture becomes coordinated economic flow.

***

### Why DogeOS

* Doge-native, programmable – DogeOS brings smart-contract programmability and rollup compatibility to Dogecoin while anchoring final truth to $DOGE.
* Open & composable by design – The architecture matches Laika’s ethos: modules that interlock, communities that self-govern, incentives that compound.
* Community-first – Doge has the strongest culture in crypto. DogeOS provides the rails; Laika provides the engine that turns culture into economies.

<figure><img src="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/UdHQcYql9n5I91695vGJ/1638285043.png" alt=""><figcaption></figcaption></figure>

> Cooperation > competition: instead of building adjacent infra, we joined forces to accelerate a single Dogecoin-native stack.

***

### What Laika contributes

**↝ Laika Super App delivers the full economic stack for community tokens on DogeOS:**

* LaunchOS – Curated & permissionless issuance with stealth/commit-reveal voting, auto-bootstrapped DAO + treasury + staking.
* StakeOS – The first single-asset ve(3,3): stake → lock → earn; emissions routed by protocol governance; bribes as a native primitive.
* GovernOS – One-click DAOs with treasury routing, on-chain proposals, execution and long-term incentive flows.
* ShillOS – Programmable attention: on-chain creator/KOL campaigns (brief → escrow → proof-of-publication → payout).
* Creator Hub & EquityOS (soon) – Services marketplace and token → equity bridge for projects that graduate from meme → brand → business.<br>

**↝ Dual governance underpins the stack:**

* veLAIKA (protocol/meta) – emissions, parameters, curation; shares protocol revenue & bribes.
* veTOKEN (per-project) – treasury, incentives, upgrades; also participates in launch curation.

***

### Multichain participation, Doge-centric settlement

Laika is DogeOS-native yet open to users and capital from other chains (Solana, Base, HyperEVM, …). Local staking/bribes are supported per environment, while governance aggregation and finality consolidate on Doge via DogeOS.

Thesis: communities can come from anywhere — the economy consolidates on Doge.

***

### What this unlocks

* A predictable path from token → DAO → economy
* Governance-aligned incentives instead of mercenary liquidity
* Verifiable distribution (creators/KOLs) as a first-class primitive
* An on-ramp for culture to become brand — and brand to become business

***

### Learn more

For the full background, design choices, and migration notes, read our detailed announcement: \
\
[“Laika × DogeOS: Building the Economic Layer for Communities” (Medium Article)](mailto:undefined)


# Running the Doge Ecomonic Engine

### 1) Control Loops, Not One-Off Actions

Laika runs on closed feedback loops that repeat on a fixed cadence:

* Launch → Stake → Govern → Distribute → Grow
* Signals (votes, bribes, usage) from one loop shape the next loop’s allocations.
* Settlement and meta-governance anchor to $DOGE via DogeOS; participation can be cross-chain.

The result is an economy that learns: capital routes toward communities that coordinate; incentives decay where engagement fades.

***

### 2) Epoch Cadence (Weekly)

All core decisions execute on a weekly epoch to keep the system predictable:

1. Bribe window opens (projects fund incentives to attract votes).
2. Gauge voting (veLAIKA allocates protocol emissions; veTOKEN handles local settings).
3. Commit–reveal curation (for curated launches; results are revealed only at the end).
4. Routing & settlement
   * Emissions allocated to pools
   * Protocol revenue split to buybacks / treasuries / reserves (per policy)
   * Rewards streamed/claimable for the new epoch
5. Claims & reweighting (users adjust votes; projects review ROI and re-budget).

> Default timings (configurable by governance): Epoch = 7 days; bribe cut-off ≈ 24h before tally; claims open immediately after settlement.

***

### 3) Value Flows (Where the Money Goes)

**↝ Inflows**

* Module fees (e.g., launch/issuance, staking admin, distribution rails)
* Project-funded bribes
* Protocol partnerships / integrations (when applicable)

**↝ Routing**

* Gauge emissions → to staking pools chosen by veLAIKA
* Protocol revenue → policy split (e.g., buybacks → veLAIKA / treasury buffers / ecosystem grants)
* Bribes → paid to eligible voters proportionally to their vote weight

**↝ Outflows**

* veTOKEN holders (pool rewards, based on lock & vote share)
* veLAIKA holders (revenue share, bribes)
* DAO / grants (approved via proposals)
* Buyback & burn or buyback & vest (if enacted by governance)

Routing rules are transparent and on-chain; parameters (splits, caps, decay) are governed.

***

### 4) Role-Based Runbooks

#### A) Projects / Token Teams

* Before launch
  * Choose path (curated vs permissionless), publish metadata, define treasury allocation & staking plan.
  * Prepare an initial bribe budget and KPI targets (see section 5).
* At/after launch
  * Stand up a StakeOS pool and locking policy (e.g., min/max lock, reward split).
  * Fund recurring bribes and track cost-per-vote and effective APR delivered to holders.
  * Propose initial GovernOS parameters (quorum, timelocks, spend rules).
  * Spin up a ShillOS campaign brief (escrow → proof-of-publication → payout) to kickstart distribution.
* Ongoing
  * Rebalance bribes weekly based on ROI; avoid vote capture by diversifying voter reach.
  * Rotate budget between emissions, buybacks, and creator payouts depending on goals (growth, stickiness, liquidity).
  * Publish a monthly accountability thread (treasury movements, KPIs, next proposals).

#### B) Holders / Community Members

* Stake → Lock → Vote → Claim
  * Lock tokens to receive veTOKEN; vote your pool(s); claim rewards each epoch.
  * If you hold veLAIKA, allocate gauges to the projects you want to boost; capture bribes + revenue share.
  * Participate in curation rounds to earn alpha windows for curated launches.

\
**C) Creators & KOLs**

* Verify wallet; opt-in to ShillOS.
* Review briefs (rate cards or token share); publish; auto-verify; receive on-chain payouts.
* Build track records that DAOs can fund repeatedly (distribution becomes investable).

#### D) Curators (meta-governed: veLAIKA + veTOKEN voters)

* Focus on capital efficiency: emissions → pools that convert to long-term locks and activity.
* Monitor bribe concentration and avoid capture; favor diverse communities with proven delivery.
* Use the protocol dashboard to track vote entropy, APR sustainability, and stickiness before voting.

***

### 5) Strategy Templates (Operators)

***↝ Day 0–30 (Ignition)***

* Split: 40% bribes, 30% ShillOS, 20% buybacks/vesting, 10% grants.
* Goals: reach ≥ 30% staking rate, median lock ≥ 90 days, 2–3 creator cohorts activated.

***↝ Day 30–90 (Flywheel)***

* Split: 30% bribes, 25% ShillOS, 25% buybacks/vesting, 20% growth grants.
* Goals: expand lock duration, reduce cost-per-vote by diversifying voter base, ship 2–3 DAO proposals with visible impact.<br>

***↝ Bribe ROI (quick heuristic)***

$$
\text{ROI} \approx \frac{\text{Rewards delivered to stakers (TOKEN)}}{\text{Bribes paid (TOKEN)}}
$$

Track weekly and adjust. If ROI < 1 for multiple epochs, reconsider emissions target or creative distribution mix.

***

### 6) Guardrails & Risk Management

* Commit–reveal curation eliminates last-minute manipulation and preserves alpha.
* Timelocks & delays on treasury actions; emergency pause for modules (via GovernOS).
* Caps/decays on emissions; bribe source allowlists if governance enacts them.
* Anti-sybil checks where relevant (e.g., creator verification, campaign thresholds).
* Transparent accounting: per-module sub-treasuries and public dashboards.

***

Operating principle: reward coordination, not churn.

When communities organize, Laika routes more value to them. When they stall, allocations decay. That’s how a Doge-native economy runs itself.


# LaunchOS

LaunchOS is Laika’s issuance rail — a curated and permissionless launch system that ships tokens with structure from day one.

Every launch can auto-bootstrap a DAO, a treasury, and staking (StakeOS), so projects graduate from meme → market without duct-taping infra.

***

### What LaunchOS solves

Most launchpads optimize for speed and virality; they leave teams with no treasury, no DAO, no incentive design. LaunchOS flips the script:

* <mark style="color:yellow;">**Signal > noise:**</mark> curation is earned on-chain (not back-channeled).
* <mark style="color:yellow;">**Built-in structure:**</mark> DAO + staking + treasury at genesis.
* <mark style="color:yellow;">**Aligned incentives:**</mark> emissions and bribes route to communities that organize.
* <mark style="color:yellow;">**Anti-frontrun design:**</mark> commit–reveal voting + randomized go-live.

***

### Two paths, one backbone

#### 1) Cabal Launch (curated)

For projects that want meritocratic selection and insider-level *earned* perks.

* Commit–reveal voting by veLAIKA and veTOKEN holders (no interim leaderboards).
* Weighted by vePower (USD-normalized); no quadratic bias.
* Randomized launch window post-vote (anti-sniping).
* Alpha Window for aligned participants:
  * Top 3 StakeOS pools by vePower get a private alpha ping \~1h before TGE.
  * Supportive voters of the winner get 1-minute early access (per-address buy cap, e.g. $5k).
* Auto-bootstrap: bonding-curve settlement triggers DAO + treasury seeding + StakeOS pool.

#### 2) Open Launch (permissionless)

For creators who need to go fast without sacrificing structure.

* Anyone can launch by committing a DAO allocation (e.g., 5–25% of total supply).
* When bonding-curve conditions are met:
  * Liquidity migrates to BarkSwap (DEX).
  * DAO is deployed and treasury receives its predefined share of curve proceeds.
  * Project becomes eligible for StakeOS listing.

> Both paths share the same infrastructure: bonding curves, auto-DAO, treasury routing, analytics dashboards, and hooks into StakeOS / ShillOS.

***

### Default parameters (governance-tunable)

* Treasury allocation (project-set, enforced at deploy): 5–25% of total supply.
* DAO seeding (curated): a portion of supply (e.g., up to 15%) seeded at/after TGE.
* Whitelist window (curated): 1 minute; $5k per address cap (anti-whale burst).
* Reveal & go-live: commit–reveal end → randomized TGE within 7-day window.
* Bonding curve: shape/params chosen at submission from vetted presets.
* Anti-bot: rate-limiting, proof-of-humanity options, allowlist for alpha window.<br>

> Exact values can be updated via protocol governance; projects see the active defaults at submission time.

***

### End-to-end flow

#### For projects / teams

1. Submit metadata (brand kit, tokenomics, allocation, curve preset, DAO params).
2. Choose path (Cabal or Open).
3. *(Cabal only)* Participate in a stealth epoch; no interim results.
4. Prepare launch: confirm treasury split, StakeOS policy, initial bribe budget (optional).
5. TGE: alpha ping + whitelist minute (if curated) → full public open.
6. Auto-bootstrap: DAO deployed; treasury funded; StakeOS pool created; BarkSwap migration configured.
7. Post-launch: publish first proposals (budgets, staking incentives), optionally trigger ShillOS campaigns.

#### For voters / curators (veLAIKA + veTOKEN)

* Review submissions in-app; vote commit–reveal during the weekly epoch.
* Support winners to earn alpha access and future bribes/yield via StakeOS.

#### For early participants

* Alpha recipients (top pools + supportive voters) get the 1-minute window.
* Everyone else enters at the public open; no hidden backdoor deals.

***

### Anti-frontrun & fairness

* Commit–reveal: hides interim tallies, prevents last-minute dogpiles.
* Randomized TGE window: reduces bot timing advantage.
* Per-wallet caps in alpha minute: curbs single-wallet dominance.
* Transparent rules on-chain: same playbook for every project.

***

### Integrations on day one (bonded tokens)

* StakeOS
  * Single-asset ve(3,3) pool created with the token’s policy (min/max lock, reward split).
  * Projects can bribe veLAIKA voters to route emissions to their pool.
* GovernOS
  * DAO treasury and governance contracts deployed; default quorum/timelocks applied.
  * Proposal templates (budgets, emissions, buyback & burn, creator campaigns).
* ShillOS
  * Campaign brief templates; escrow → proof-of-publication → payout flows.
  * Creator/KOL discovery and on-chain payment rails.
* BarkSwap
  * Post-curve liquidity migration; LP policy presets (fees, incentives).

***

### Benefits at a glance

* Curation without gatekeeping — anyone can launch; *earned* insiders get alpha.
* Structure by default — DAO/treasury/staking live at genesis.
* Merit-based access — governance and engagement convert into real perks.
* Ongoing alignment — emissions and bribes reward communities that organize.

***

### Notes & disclaimers

* LaunchOS is non-custodial. Projects remain responsible for their disclosures and legal compliance.
* Whitelist minute and caps apply only to curated launches; public access follows immediately after.
* Bribes are non-refundable once a voting epoch starts; outcomes and routing are on-chain.
* Parameters shown at submission are the source of truth; changes require governance approval.

***

<mark style="color:yellow;">**TL;DR**</mark>

LaunchOS turns token issuance into a programmable, fair and structured process. Projects arrive as economies, not tickers. Communities earn *insider-level* perks on-chain. And from day one, everything connects to the rest of the Super App flywheel.


# StakeOS

StakeOS is Laika’s governance-aligned staking layer — the first single-asset ve(3,3) for community tokens.

Holders lock tokens to earn yield and voting power; projects compete for emissions by aligning their communities, not by renting mercenary liquidity.

***

### What StakeOS solves

Most staking models inflate without purpose. They pay for TVL, then bleed. StakeOS routes rewards to organized communities and makes yield a function of commitment + governance, not just deposits.

* <mark style="color:yellow;">**No LP required**</mark> — single-asset pools per token.
* <mark style="color:yellow;">**Alignment-first**</mark> — lock → get veTOKEN → vote → earn.
* <mark style="color:yellow;">**Meritocratic routing**</mark> — veLAIKA voters direct weekly emissions to the pools that deliver real engagement.
* <mark style="color:yellow;">**Native bribes**</mark> — projects can bribe veLAIKA voters to attract more emissions (transparent, on-chain).

***

### Core mechanics

1. <mark style="color:yellow;">**Pool creation**</mark>
   * Each token has a single-asset StakeOS pool.
   * Pools can be created at launch (via LaunchOS) or added later (permissionless with basic checks).
2. <mark style="color:yellow;">**Locking & veTOKEN**</mark>
   * Users stake and lock the token to mint non-transferable veTOKEN.
   * veTOKEN = local voting power for that token’s DAO + share of pool rewards + meta-governace.
3. <mark style="color:yellow;">**Gauge voting (weekly)**</mark>
   * veLAIKA holders allocate protocol emissions across pools each epoch.
   * Projects may bribe veLAIKA voters (any token) to attract votes.
4. <mark style="color:yellow;">**Reward composition**</mark>
   * Protocol emissions (e.g., $LAIKA) routed by veLAIKA gauges.
   * Protocol revenue (e.g., $DOGE from fees) shared per policy.
   * Project add-ons (optional): team-funded boosts, buybacks → vesting, etc.
5. <mark style="color:yellow;">**Distribution**</mark>
   * Rewards accrue to veTOKEN holders pro-rata to their vePower.
   * Claims open each new epoch; unclaimed rewards continue to accrue.

***

### Default parameters (governance-tunable)

* Lock range: 30 to 1,460 days (≈ 4 years).
* vePower curve: convex (longer locks rewarded more than linearly).
* Epoch cadence: 7 days (vote → route → claim).
* Early exit: penalty applied on remaining lock (burn/tresury per policy).
* Bribe window: closes ≈ 24h before tally.
* Reward assets: $LAIKA emissions + protocol revenue (e.g., $DOGE) + optional project incentives.

> Exact values are displayed in-app and can be updated via governance.

***

### For participants

#### <mark style="color:yellow;">Holders / Stakers</mark>

* Stake → Lock → Vote → Claim
  * Lock your tokens to mint veTOKEN (non-transferable).
  * Vote in your token’s governance (treasury, emissions split, upgrades).
  * Earn rewards each epoch based on your vePower share.
* Re-lock strategy
  * Extending duration increases vePower; consolidating locks reduces fragment risk (gas-aware UI).

#### <mark style="color:yellow;">Projects / Token Teams</mark>

* At pool activation
  * Define lock policy (min/max), reward split preferences, and optional boosts.
  * Publish an initial bribe budget and KPI targets (staking rate, median lock, vote breadth).
* Each epoch
  * Fund bribes (if ROI-positive), communicate targets, and report outcomes.
  * If capture risk rises (too few voters), widen distribution (ShillOS) and diversify bribe recipients.
* Treasury playbook
  * Balance between bribes, buybacks (→ vest), and creator payouts depending on goals (growth vs stickiness).

#### veLAIKA Voters (Curators)

* Allocate gauges toward pools with sustainable APR, high lock ratios, and broad voter participation.
* Track bribe efficiency (rewards delivered / bribes paid) and avoid concentration.

***

### Bribes & routing – how it clears

* Anyone can post a bribe to a pool’s gauge (escrowed on-chain).
* At epoch close, bribes are distributed pro-rata to veLAIKA voters who backed that pool.
* Emissions are routed according to the final gauge weights; rewards accrue to the pool’s veTOKEN holders.
* All flows (bribes, emissions, revenue) are visible in dashboards (by pool, by epoch).

***

### Anti-gaming & safety

* Non-transferable veTOKEN — voting power can’t be traded, only earned.
* Epoch locks — votes are final for the week; reweight next epoch.
* Rate limits and caps (governable) to mitigate flash-bribe spikes.
* Vote entropy metric to flag capture; policy hooks to cap single-entity weight.
* Permissionless claims; no custodial intermediaries.

***

### Integrations on day one

* LaunchOS — curated winners auto-spawn a StakeOS pool at TGE; Open Launch projects become eligible once curve targets are met.
* GovernOS — veTOKEN governs local treasury, emissions split, bribe strategy, upgrades.
* ShillOS — teams can fund distribution to broaden the voter base and reduce capture risk.

***

### Quick math (intuition, not a promise)

* vePower grows with both amount and duration; long locks win on influence and rewards share.
* Your reward share (epoch) ≈ *(your vePower / total pool vePower) × pool rewards*.
* Bribe ROI ≈ *(USD value of additional rewards to your holders) / (USD bribes paid)*.

> UI shows simulated outcomes before you vote or fund.

***

### User disclaimers (plain language)

* Rewards depend on governance outcomes, market conditions and project behavior; APRs are not guaranteed.
* Locks are binding for their duration; early exit penalties apply.
* Bribes are non-refundable once the epoch starts.
* Always verify contract addresses and official links in-app.

***

<mark style="color:yellow;">**TL;DR**</mark>

StakeOS turns staking into a governance marketplace. Communities that coordinate (lock, vote, build) attract more value; passive capital decays. It’s alignment over inflation — engineered for Dogecoin’s culture to scale into an economy.


# GovernOS

GovernOS turns any community token into a programmable institution.

It provides one-click DAOs, audited treasury rails, on-chain proposals, executable actions, and long-horizon incentive flows. Projects don’t just “have a token” — they operate as sovereign, governed economies.

***

### What GovernOS solves

Most tokens ignite culture, then stall on coordination. Teams juggle multisigs, Google Sheets and ad-hoc votes, creating opacity and execution risk. GovernOS replaces this with:

* <mark style="color:yellow;">**DAO by default**</mark> – permissionless deployment, clear roles, and predictable process.
* <mark style="color:yellow;">**Executable proposals**</mark> – votes that *do things* (treasury moves, emissions, fee routing, upgrades).
* <mark style="color:yellow;">**Treasury observability**</mark> – public dashboards, auditable histories, policy-based spend.
* <mark style="color:yellow;">**Aligned incentives**</mark> – governance tied to StakeOS (ve(3,3)) and LaunchOS curation.

***

### Core capabilities

* <mark style="color:yellow;">**Instant DAO deployment**</mark>

  Input a token address → GovernOS instantiates a DAO treasury + governance contracts + dashboard.

  No custodial control, no admin keys required.
* <mark style="color:yellow;">**Dual governance ready**</mark>
  * veTOKEN (per-project): local decisions (treasury, incentives, upgrades).
  * veLAIKA (protocol/meta): emissions routing, parameters, curated launch curation.

    Projects inherit this model automatically and can tune local parameters.
* <mark style="color:yellow;">**Executable actions (templates)**</mark>

  Proposals map to pre-audited actions, so successful votes execute on-chain without bespoke scripting.
* <mark style="color:yellow;">**Policy rails for money**</mark>

  Budgets, spend caps, vesting/escrow, time-locks and multi-step approvals reduce operator risk.
* <mark style="color:yellow;">**Seamless module hooks**</mark>

  Native integrations with StakeOS (emissions/bribes), LaunchOS (curation incentives), ShillOS (campaign funding), BarkSwap (treasury swaps), and future EquityOS.

***

### Deployment & flow

1. **Create DAO**
   * Submit token address, set initial parameters (quorum, voting period, timelock).
   * Treasury wallet is instantiated; dashboard goes live.
2. **Eligibility & snapshots**
   * Proposer threshold (default): must hold ≥ 0.5% of token *at snapshot* to open a proposal.
   * Voting power = veTOKEN at snapshot; non-transferable, duration-weighted.
3. **Propose → Vote → Execute**
   * Choose an Action Template, fill required fields, publish proposal.
   * Voting window opens; after quorum and majority, the proposal enters timelock.
   * On expiry, execution calls the pre-audited method(s) atomically.
4. **Observe & iterate**
   * Treasury changes, emissions and campaign performance appear in the dashboard.
   * Operators use built-in reports to propose the next epoch’s adjustments.<br>

> Defaults are governance-tunable. Projects see the active policy at creation time.

***

### Action templates (non-exhaustive)

* **Emissions & Rewards**
  * Adjust emissions / staking rewards (target module, rate, split, start block)
  * Redirect protocol fees (source, share %, route: buyback→veTOKEN/treasury/burn)
  * Buyback & burn / buyback & vest (budget, frequency, duration)
* **Treasury & Distribution**
  * Treasury transfer / grant (to, amount, purpose tag)
  * Treasury swap (sell/buy token, route, slippage, deadline)
  * Airdrop from DAO (amount, list/snapshot, vesting, claim window)
* **Launch & Incentives**
  * Create Cabal Launch incentives (launch ID, pool size, vesting, program duration)
  * Fund ShillOS campaign (brief, escrow asset, payout rules)
* **Safety & Operations**
  * Pause / unpause a module (StakeOS, LaunchOS, GovernOS, Bribes, …)
  * Pause / enable global features (incentives, governance, bribes)
  * Parameter updates (quorum, vote time, timelock, caps/decays)<br>

Each template exposes required fields with validation and shows a calldata preview before publish.

***

### Default parameters (project-level, can be changed by vote)

* Quorum: 10% of veTOKEN supply
* Voting period: 96 hours
* Execution delay (timelock): 24 hours
* Proposer threshold: 0.5% of token supply&#x20;
* Proposal types: binding (on-chain), signaling (off-chain note)
* Treasury policies: spend caps per epoch; allowlisted routes for swaps and fee redirects<br>

> Signals can be escalated into binding proposals with a one-click “promote to on-chain” flow.

***

### Roles & responsibilities

* Proposers (≥ threshold): draft with templates, include rationale & KPIs, respond to Q\&A.
* Voters (veTOKEN holders): evaluate ROI, risk, and alignment; cast votes; monitor delivery.
* Executors (automated): execute after timelock; revert if post-conditions fail.
* Reviewers (optional): configurable risk council for emergency pause on critical modules.

***

### Safety & guardrails

* Time-locks protect against surprise treasury moves.
* Spend caps and rate limits reduce large outflows and flash programs.
* Multi-sig fallbacks (view-only) for monitoring; execution remains programmatic.
* Pause hooks for StakeOS/LaunchOS/Bribes with community overrides.
* Anti-capture analytics: vote entropy, whale concentration, proposer diversity.

***

### Plain-language notes

* Governance determines where value flows; APRs or outcomes are never guaranteed.
* Locks define your voting power at snapshot; early exit penalties may apply (StakeOS policy).
* Proposals that spend funds are irreversible once executed; review dashboards before voting.
* Always verify contract addresses and official links in-app.

***

<mark style="color:yellow;">**TL;DR**</mark>

GovernOS makes governance operational. Proposals aren’t forum posts — they’re executable programs that steer treasuries, emissions and growth. When communities coordinate, the rest of the Super App amplifies the result.


# ShillOS

ShillOS is Laika’s on-chain distribution layer.

It turns creator outreach into *programmable campaigns* — with briefs, escrowed budgets, proof-of-publication, and automatic payouts — so projects fund verifiable distribution instead of informal DMs.

***

### What ShillOS solves

* **Off-chain promises →** on-chain agreements (brief → escrow → publish → payout).
* **Opaque spend →** auditable budgets, addresses, and results.
* **One-off influencers →** repeatable creator cohorts with reputation and cost metrics.
* **Unpaid work / ghosting →** proof-based payouts and optional clawbacks.

***

### How it works (end-to-end)

1. <mark style="color:yellow;">**Create a brief**</mark>
   * Project/DAO defines the deliverable (e.g., thread, meme, video, Space co-host, TG post), target timing, required tags/links, and acceptance criteria.
2. <mark style="color:yellow;">**Escrow the budget**</mark>
   * Funds are locked in a campaign contract ($LAIKA, $DOGE, USDC, or project token).
3. <mark style="color:yellow;">**Creator opt-in**</mark>
   * Verified creators (wallet + socials) review the brief and accept the terms (rate card or tiered bounty).
4. <mark style="color:yellow;">**Publish & verify**</mark>
   * Creator posts the content; ShillOS records the post ID, URL and a content hash.
   * An on-chain oracle verifies proof-of-publication and basic criteria (tags, link, handle, time window).
   * Optional performance tiers (e.g., ≥X views/likes) unlock bonuses.
5. <mark style="color:yellow;">**Payout & reputation**</mark>
   * Smart contract releases the payout automatically when conditions are met.
   * Creator’s reputation score updates (completion rate, dispute rate, repeat funding).<br>

> Everything is visible in dashboards: who was paid, for what, when, and under which brief.

***

### Campaign types (presets)

* **X Thread / Tweet** – long/short form; mandatory tag & link; media required (Y/N).
* **Meme / Creative** – image/GIF/video; source file upload; brand kit adherence.
* **Space / AMA** – date/time window; co-host handle; recording link post-event.
* **Telegram Push** – channel post + forward count; pinned duration.
* **Quest Pack** – multi-action flow (follow, RT, join Discord, apply OG List) with per-action payouts.

Each preset maps to a pre-audited acceptance checklist and payout schema.

***

### Payout models

* **Fixed bounty** — pay on proof-of-publication.
* **Tiered performance** — base + bonuses unlocked by view/engagement thresholds.
* **Streamed** — payout streams over N days; clawback if content is deleted early.
* **Vested** — part paid now, part vested (aligns long-term advocacy).

Defaults are set per brief; projects can combine models (e.g., fixed + bonus).

***

### Verification & fraud controls

* **Read-only social linking (X/TG):** collects handle, avatar, follower count; no posting permission required.
* **Deterministic checks:** handle match, mandatory tags/mentions, canonical link, time window, content hash.
* **Gates (tunable):** minimum account age, follower threshold, prior completion rate.
* **Duplicate & plagiarism filters:** hash similarity and URL de-duplication.
* **Appeals:** short window to contest failed checks (manual reviewer or dispute module).

***

### Creator onboarding

* Connect wallet → link socials (read-only).
* Set rate card (flat, tiered, token-denominated ok) and preferred categories.
* Build reputation via completed campaigns; higher scores surface first for briefs.

***

### Default parameters (governance-tunable)

* **Content permanence:** must remain online ≥ 7 days (clawback if removed).
* **Grace periods:** publish within 48–72h of acceptance unless otherwise stated.
* **Appeal window:** 48h post-rejection.
* **Creator caps:** max concurrent campaigns per creator to prevent spam.
* **Budget assets:** $LAIKA, $DOGE, USDC, or project token; treasury routes set by DAO policy.
* **Disclosure:** compliance toggle for ad/sponsored tags where required.<br>

Active defaults are shown in-app; changes require governance.

***

### Roles & responsibilities

* **Projects/DAOs** — fund briefs, define targets, review dashboards, iterate budget mix (creators vs bribes vs buybacks).
* **Creators/KOLs** — deliver on brief, maintain content, grow reputation for better access.
* **Oracles/Reviewers** — verify proofs; adjudicate disputes within SLA.
* **veLAIKA voters** — may subsidize ecosystem-wide campaigns (meta-distribution) via governance.

***

### Safety & compliance (plain language)

* Laika/ShillOS never obtain posting rights to social accounts; permissions are read-only.
* Payouts depend on meeting objective criteria in the brief; not financial advice or performance guarantees.
* Creators are responsible for platform ToS compliance and legal disclosures in their jurisdiction.
* Campaign funds in escrow are programmatically released; unused budgets can be returned by the brief owner.

***

<mark style="color:yellow;">**TL;DR**</mark>

ShillOS makes distribution trustless, measurable, and repeatable. Projects fund *proof-backed* reach; creators become on-chain partners with reputation; DAOs see exactly what they paid for — and can double-down where it works.


# EquityOS

EquityOS bridges token communities to real-world ownership.

It provides a compliant path for projects to graduate from *meme → brand → business* by mapping on-chain participation to cap table events (equity, revenue-share, or SAFEs) with verifiable attestations and governance control.

> Status: design complete, integrations in progress. This page outlines scope, flows, and guardrails.

***

### What EquityOS solves

* <mark style="color:yellow;">**From vibes to vehicles**</mark> — most community tokens lack a legal wrapper and can’t share upside beyond price action.
* <mark style="color:yellow;">**From spreadsheets to state**</mark> — cap tables, grants, lockups and cliffs live off-chain, unverified, and error-prone.
* <mark style="color:yellow;">**From promises to proofs**</mark> — contributors and early believers need enforceable, auditable claims.

EquityOS introduces programmable corporate actions that sync legal docs, cap tables, and on-chain proofs — without breaking compliance.

***

### Modes of use

1. <mark style="color:yellow;">**NewCo Formation**</mark>
   * Spin up a legal entity (jurisdiction configurable) and seed an Equity Pool for community/contributors.
   * Token ↔ equity policy set by governance.
2. <mark style="color:yellow;">**Brand Partnership / Rev-Share**</mark>
   * Keep entity separate; issue revenue-share claims or royalty rights to aligned holders (dividend-like flows) without issuing stock.
3. <mark style="color:yellow;">**SAFE / Warrant Track**</mark>
   * Route select contributors/investors through SAFE/warrants mapped to on-chain attestations, vesting, and KYC gates.<br>

> All modes share the same attestation & audit layer; only the legal instrument differs.

***

### How it works (end-to-end)

1. **Activate via GovernOS**
   * DAO passes a binding proposal “Enable EquityOS” with:
     * Mode (NewCo / Rev-Share / SAFE)
     * Jurisdiction & entity type (templates available)
     * Equity/claim pool size (e.g., 5–20%)
     * Eligibility snapshot (block height, roles, or quests)
     * Vesting (cliff, schedule), lockups, and transferability rules
2. **Set policy & documents**
   * Upload standardized legal templates (company formation, plan rules, grant agreements).
   * Hashes anchored on-chain; docs stored on decentralized storage (e.g., IPFS/Arweave) and mirrored.
3. **Identity & KYC (gated, read-only)**
   * Eligible addresses receive an Attestation Request (non-custodial).
   * Users complete KYC/AML with an integrated provider; issuance proceeds only after pass.
   * Result: a Verifiable Credential (VC) bound to the address (or to a custody address, if chosen).
4. **Issue claim tokens (ECTs)**
   * Mint Equity Claim Tokens (ECTs) or Rev-Share Claim Tokens (RCTs) to eligible addresses.
   * Default: non-transferable (soulbound) until converted; transferability governed by policy.
   * Vesting/lockups enforced by smart contracts; cliffs respected.
5. **Conversion / Payout**
   * NewCo: upon board/admin approval, ECTs convert into book-entry shares on the official cap table; on-chain proof references the updated register.
   * Rev-Share: RCTs receive automated payouts (stablecoins/$DOGE) per revenue event.
   * SAFE/Warrant: exercise conditions tracked; conversions logged with on-chain proofs.
6. **Ongoing corporate actions**
   * Top-ups, buybacks, cancellations, secondary approvals, and clawbacks (per plan rules) executed via GovernOS templates with full audit history.

***

### Architecture highlights

* **Attestation Registry** — binds legal identity → wallet via VC; stores hashes of signed docs.
* **Corporate Action Executor** — pre-audited methods for issue/convert/cancel/top-up/buyback.
* **Payout Router** — distributes revenue/dividends to RCTs; supports $DOGE, $LAIKA, stables.
* **Cap Table Sync** — writes authoritative share movements to the off-chain register and anchors state (hash) on-chain.
* **Policy Engine** — enforces vesting, cliffs, lockups, transfer rules.

***

### Default parameters (governance-tunable)

* Equity/Claim Pool: 5–20% (project-defined).
* Eligibility: address snapshot; role-based (veTOKEN/veLAIKA thresholds), or quest completion.
* Vesting: e.g., 12-month cliff, 36-month vest (monthly).
* Transferability: ECT/RCT default non-transferable; allowlists possible post-vesting.
* KYC scope: full (equity), light (rev-share), or exempt for tiny grants where permitted.
* Disclosure: auto-generated grant notices & consent receipts to each recipient.<br>

Active defaults visible in-app; changes require a DAO vote.

***

### Roles & responsibilities

* **DAO / Board** — sets policy, approves corporate actions, monitors issuance.
* **Operators** — upload docs, coordinate KYC, manage payouts (no custody of user funds).
* **Contributors / Holders** — complete KYC (if required), accept grants, monitor vesting/payouts in-app.
* **Auditors (optional)** — read-only access to registry & cap table hashes for reviews.

***

### Safety, compliance & plain-language notes

* EquityOS is infrastructure, not legal advice. Projects must ensure jurisdictional compliance.
* Equity claims (ECTs) and rev-share claims (RCTs) may be securities in some regions; defaults are non-transferable unless governance explicitly enables allowed routes.
* KYC/AML is required for equity issuance in most jurisdictions; Rev-Share may still require checks.
* All payouts and conversions are programmatic; corporate records are mirrored and cryptographically anchored.
* Recipients should review grant terms and tax implications before accepting.

***

### Why it matters

Community tokens can now own what they build — not only culturally, but legally and economically.

EquityOS gives DAOs and founders a credible path to reward conviction, retain top contributors, and align long-term value with the people who make the brand real.


# Creator Hub

## Creator Hub

<br>

Creator Hub is Laika’s plug-and-play talent layer — a curated marketplace of builders (design, dev, growth, community, legal/ops) that lets projects hire fast with on-chain briefs, escrowed budgets, milestone payouts, and reputation.

It removes DM chaos and turns “who can help?” into a repeatable, auditable workflow.

***

### What Creator Hub solves

* Scouting & trust → vetted rosters, on-chain reputation, clear pricing.
* Messy ops → standardized briefs, SOWs, milestones, and payout rails.
* Unpaid work / delays → escrow, delivery checks, and milestone-based releases.
* No alignment → payments in $LAIKA/$DOGE or token-denominated packages, with optional vesting and EquityOS grants.

***

### Roles

* Projects/DAOs — post briefs, fund escrows, review work, release payouts.
* Providers (studios, freelancers) — apply to briefs, deliver milestones, build reputation.
* Reviewers/Oracles — verify objective acceptance criteria (where applicable).
* Governors — fund programs (e.g., growth grants) and set default policies.

***

### How it works (end-to-end)

1. Post a brief
   * Choose a template: *Brand kit*, *Landing page*, *Smart contract audit*, *Community ops*, *Go-to-market*, *Content pack*, etc.
   * Define scope (deliverables), acceptance criteria, timeline, and budget model (fixed, milestone, retainer).
2. Escrow the budget
   * Lock funds in $LAIKA / $DOGE / USDC / project token. Optional: split into milestones; add bonus/penalty clauses.
3. Match & selection
   * Providers see the brief with budget range, required skills, and deadlines.
   * Shortlist, request samples, or run a quick RFP inside the app.
4. Deliver & verify
   * Provider submits artifacts (files, repos, links).
   * Acceptance checks: objective (hashes, deadlines, checklist), plus optional reviewer sign-off.
5. Payout & reputation
   * Milestone release or full payout.
   * Both sides leave ratings; completion and dispute rates update the provider’s score.

<br>

> Everything is visible in dashboards: who delivered, what, when, for how much.

***

### Work types & presets

* Design & Brand — logo/identity, UI kits, motion, pitch decks.
* Frontend/Backend — dApps, integrations, APIs, bots, indexers.
* Smart Contracts — audits, upgrades, tooling, simulations.
* Growth & Content — site copy, threads, video, PR/op-ed drafts.
* Community Ops — mod playbooks, event ops, translations, L1/L2 migrations.
* Legal/Compliance (lite) — policy docs, ToS/privacy drafts (jurisdictional counsel remains project’s responsibility).

<br>

Each preset ships with a checklist (scope, acceptance tests, artifacts) and SLA hints (turnaround windows).

***

### Payment models

* Fixed price — single release on acceptance.
* Milestones — multiple releases tied to deliverables (design → dev → QA → launch).
* Retainer — weekly/monthly streams with service caps.
* Hybrid — fixed base + performance bonus (e.g., signups, conversion, uptime).

<br>

Alignment options

* Bonus in $LAIKA or project token with vesting.
* EquityOS grants (ECT/RCT) for core contributors.
* ShillOS add-on for distribution deliverables (threads, memes, spaces).

***

### Default parameters (governance-tunable)

* Escrow grace: 72h to resolve acceptance disputes before arbitration.
* Delivery windows: milestone due dates enforceable with penalties/credits.
* Payout currency: $LAIKA/$DOGE/USDC or mix; FX at execution block.
* Retention & IP: default *work-for-hire* with IP transfer on final payment; open-source exceptions selectable.
* Rating weight: recent jobs count more; disputes reduce score temporarily.
* Provider caps: limit concurrent briefs per provider to avoid overload.

<br>

Active defaults appear in-app; changes require governance.

***

### Reputation & discovery

* Public profile: skills, past jobs, artifacts, on-chain earnings.
* Scores: completion rate, dispute rate, on-time delivery, re-hire rate.
* Badges: *Verified*, *Security-cleared*, *Gov-preferred*, *OG Cohort*.
* Search: filter by stack, budget, timeline, language, time zone.

***

### Safety, compliance & plain-language notes

* Funds are escrowed and released by objective checks; avoid off-platform deals.
* Laika provides infrastructure, not legal advice. Projects own jurisdictional compliance.
* Default IP = *work-for-hire*; if open-source, ensure license is set in the brief.
* No keys or credentials should be shared outside agreed secure channels; rotate secrets on delivery.
* Disputes escalate to an arbitrator set by governance; rulings release funds accordingly.

***

<mark style="color:yellow;">**TL;DR**</mark>

Creator Hub turns “find someone” into hire, deliver, pay — on-chain.

Projects get speed and accountability; providers get reliable payouts and reputation; the ecosystem compounds because execution becomes a repeatable primitive inside the Super App.


# Governance Model

Dual-layer, time-weighted, execution-first.

Protocol coherence is steered by veLAIKA; project sovereignty runs on veTOKEN. Macro rails stay consistent while each community operates its own economy.

***

### Separation of concerns

* Protocol (veLAIKA): StakeOS gauge weights, global params (bribe windows/caps, bonding-curve presets, DAO activation rules), LaunchOS curation, protocol treasuries.
* Project (veTOKEN): local treasury spend, incentive schedules, bribe strategy, ShillOS budgets, upgrades/integrations.

***

### Quick reference — locking parameters

<table><thead><tr><th width="145.33984375">Parameter</th><th>veLAIKA</th><th>veTOKEN</th></tr></thead><tbody><tr><td><strong>Minimum lock</strong></td><td>30 days</td><td>30 days</td></tr><tr><td><strong>Maximum lock</strong></td><td>4 years (1,460 days)</td><td>4 years (1,460 days)</td></tr><tr><td><strong>Voting power formula</strong></td><td>vePower = amount × 0.8 × (duration_days / 365)^1.322, capped at 5 × amount at 4 years</td><td>vePower = amount × 0.8 × (duration_days / 365)^1.322, capped at 5 × amount at 4 years</td></tr><tr><td><strong>Early exit</strong></td><td>penalty = amount × (remaining_days / total_days)</td><td>penalty = amount × (remaining_days / total_days)</td></tr></tbody></table>

***↝ Notes***

* The convex curve (exponent 1.322) rewards longer commitments more than linearly; the 0.8 factor calibrates the 1-year point.
* ve-assets are non-transferable; voting power decays as the lock approaches expiry. Extend/rel-lock to maintain vePower.
* Early-exit penalties are forfeited per policy (default: burned).<br>

***↝ Examples (veLAIKA)***

<mark style="color:yellow;">1,000 LAIKA locked</mark>&#x20;

* 30d → \~29 veLAIKA&#x20;
* 90d → \~126 veLAIKA&#x20;
* 180d → \~314 veLAIKA&#x20;
* 365d → 800 veLAIKA&#x20;
* 2y → \~2,000 veLAIKA&#x20;
* 4y → 5,000 veLAIKA (cap)

Early exit: lock 1,000 for 180d, exit at 90d → penalty = 1,000 × (90/180) = 500 forfeited; 500 returned; veLAIKA expires.

***

### Governance flows

#### <mark style="color:yellow;">**veLAIKA holders**</mark>

* Allocate weekly StakeOS emissions (gauges).
* Curate LaunchOS (commit–reveal; winner only revealed).
* Set protocol-wide params & fee routing schedules.
* Receive: proportional protocol revenue + bribes (epochic settlement).

#### <mark style="color:yellow;">**veTOKEN holders**</mark>

* Run their DAO (treasury, incentives, campaigns, upgrades).
* Tune bribe posture to attract veLAIKA votes to their pool.
* Receive: $LAIKA yield when their pool is funded + project-level distributions.
* Participate in LaunchOS curation (where enabled).

<figure><img src="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/rT6kasQOKpiCFNuID2SM/Laika%20Governance.png" alt=""><figcaption></figcaption></figure>

***

### Rewards and distribution

Staker rewards are proportional to commitment:

```
user_yield = pool_emission × (user_vePower / total_pool_vePower)
```

This routes more value to organized, long-duration communities—not to mercenary TVL.

***

### Secret curation (LaunchOS)

* Commit–reveal with no interim tallies; only the winner is shown.
* Reduces sniping & metagaming; losing projects aren’t publicly exposed and can reapply.
* Aligned voters may receive alpha windows (policy-gated allowlists).

***

### Vote-to-earn incentives

* <mark style="color:yellow;">**Bribes:**</mark> any token can be posted to influence veLAIKA/veTOKEN direction; payouts pro-rata to supporting voters.
* <mark style="color:yellow;">**LaunchOS alpha:**</mark> early TGE intel/allowlist for aligned voters (per policy).
* <mark style="color:yellow;">**StakeOS perks:**</mark> enhanced multipliers or protocol top-ups to winning pools.


# $veLAIKA Role

veLAIKA is Laika’s meta-governance asset.

By locking $LAIKA you mint non-transferable veLAIKA and gain the right to route protocol emissions, set global parameters, and curate LaunchOS—earning a share of protocol revenue and posted bribes in return.

***

### What veLAIKA governs (scope)

* <mark style="color:yellow;">**Gauge weights (StakeOS):**</mark> route weekly protocol emissions across staking pools.
* <mark style="color:yellow;">**Global policy:**</mark> epoch cadence, bribe windows, caps/decays, fee split policies, buyback schedules.
* <mark style="color:yellow;">**Launch curation:**</mark> commit–reveal voting for Cabal launches (no interim tallies, anti-frontrun).
* <mark style="color:yellow;">**Protocol treasuries:**</mark> reserves, ecosystem grants, program budgets, emergency pauses.

> Principle: veLAIKA keeps the rails coherent so project DAOs (via veTOKEN) can operate sovereign economies within them.

***

### What veLAIKA earns (incentives)

* <mark style="color:yellow;">**Protocol revenue share (per policy):**</mark> a portion of fees routed to veLAIKA holders.
* <mark style="color:yellow;">**Bribes:**</mark> pro-rata payouts from projects/third parties that incentivize your gauge votes.
* <mark style="color:yellow;">**Curation perks:**</mark> *earned* access such as curated-launch alpha windows for aligned voters.

Rewards are settled per epoch and claimable in-app; all flows are on-chain and transparent.

***

### Locking & voting power

* **Lock to mint veLAIKA:** choose a duration (default range 30–1,460 days).
* **Convex curve:** longer locks receive more than linear voting power (cap \~5× at 4 years).
* **Non-transferable:** veLAIKA cannot be traded; influence is earned by commitment.
* **Snapshoted power:** your voting weight is fixed at the epoch/proposal snapshot.
* **Early exit penalty:** unlocking before expiry burns/forfeits a portion of the principal (policy-defined).

> Exact curve & penalties are displayed in-app and governed on-chain. See StakeOS → Core mechanics for the formula.

***

### Weekly lifecycle (holder runbook)

1. Re/Lock $LAIKA to adjust your horizon.
2. Vote gauges (StakeOS) to route next epoch emissions; optionally stake a position in Cabal curation.
3. Monitor bribes posted to pools; reweight toward best risk-adjusted outcomes (not only raw APR).
4. Claim protocol revenue + bribes at epoch rollover.
5. Review dashboards: pool health (lock rate, median duration), vote entropy, bribe efficiency.

***

### Curation (LaunchOS)

* Commit–reveal voting hides interim tallies; only the winner is revealed at the end of the round.
* Randomized TGE window post-vote reduces sniping.
* Perks for aligned voters: curated winners can grant an alpha window (e.g., 1-minute allowlist) to supporters per protocol policy.

***

### Interplay with veTOKEN (project layer)

* veLAIKA sets global rails and routes cross-project emissions.
* veTOKEN governs a single project (treasury, incentives, module toggles) and may participate in curation.
* Healthy outcomes emerge when veLAIKA rewards broad, long-duration locking at the project level (visible in pool analytics).

***

### Defaults & thresholds (governance-tunable)

* Epoch length: 7 days
* Bribe window close: \~24h before tally
* Fee split policy: shown live in the app; adjustments via protocol vote
* Claim windows: continuous across epochs; unclaimed rewards accrue

{% hint style="info" %}
Active parameters are always visible in-app. Any change requires an on-chain vote and, where relevant, a timelock before effect.
{% endhint %}

***

### Risks & safeguards (plain language)

* No guarantees: APRs/revenues vary with market conditions and governance outcomes.
* Locks are binding: early exit penalties apply per policy.
* Bribes are final once an epoch starts.
* Transparency: all votes, weights, and payouts are traceable on-chain; verify official links/contracts in-app.


# Laika OG List

Laika OG List is the curated entry point into the Dogecoin Super App.

We’re selecting the first operators, builders, creators, and community leaders who will help test, shape, and amplify Laika before and after DogeOS mainnet.

<figure><img src="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/OMsPm3jM5qCiDIRKz1y3/Laika-OG-List.gif" alt=""><figcaption></figcaption></figure>

***

### Why it exists

Most ecosystems wait for a product to launch, then try to bootstrap culture. We do the opposite: seed aligned people first, then let them co-drive the product, governance, and narrative from day one.

***

### What OGs get

* Early beta access to the Laika Super App
* OG Badge (soulbound) → gates private channels & perks
* Curated-launch advantages (per policy): alpha pings / allowlist minute via LaunchOS
* Priority access to specific LaunchOS drops and pilots
* Exclusive quests & missions via ShillOS
* veLAIKA incentives&#x20;
* Recognition: each accepted OG is announced publicly via @Laika\_OG with a personalized visual

> Perks are subject to governance and program updates; live rules are shown in-app.

***

### How to apply

1. Go to laika.market/og-list
2. Connect your wallet
3. Link socials (X mandatory, Telegram optional) — read-only
4. Fill the short form (what you build/ship, how you can help)
5. Submit — applications are reviewed in waves


# Tokenomic

$LAIKA is the coordination asset of the Super App.

It mints veLAIKA (governance power), fuels protocol incentives, and captures value generated across LaunchOS, StakeOS, GovernOS and ShillOS.

***

### 1) Current state & supply

<figure><img src="https://content.gitbook.com/content/XUzSkedfhSX68eoM6Beb/blobs/BbVB58Birf88JisY0e0v/4.png" alt=""><figcaption></figcaption></figure>

<mark style="color:yellow;">**Legacy context (pre-pivot):**</mark>

* Historical max supply: 100,000,000 LAIKA
* Circulating supply (Aug 2025): \~66,000,000 LAIKA
* Minting: paused during the L2 → Super App transition

<mark style="color:yellow;">**New cap (post-pivot):**</mark>

* Hard cap: 80,000,000 LAIKA
* Remaining to issue: 14,000,000 (to bootstrap governance and incentives)<br>

***↝*** During Phase 1 (*see below*), no liquid $LAIKA is emitted.

***↝*** Emissions are distributed as veLAIKA only (non-transferable governance power).

***↝*** Until DogeOS mainnet, the Ethereum-based $LAIKA remains the canonical token.<br>

{% hint style="info" %}
DAO/foundation/ecosystem allocations that existed prior to the pivot are safeguarded and slated to migrate to DogeOS when mainnet is live. Public addresses and migration steps are published separately.
{% endhint %}

***

### 2) Two-layer token model

#### <mark style="color:yellow;">**$LAIKA — liquid utility**</mark>

* Required to mint veLAIKA (by locking)
* Accepted for protocol fees, DAO operations, and bribes
* Target of buybacks funded by protocol revenue (per governance policy)

#### <mark style="color:yellow;">veLAIKA — vote-escrowed governance power</mark>

* Minted by locking $LAIKA for 30–1,460 days
* Non-transferable
* Governs emission routing, protocol parameters, LaunchOS curation
* Earns a share of protocol revenues and posted bribes

> ve-power grows with both amount and duration (convex curve; capped at \~5× at 4-year locks). See StakeOS for the formula and examples.

***

### 3) Emission schedule

#### <mark style="color:yellow;">Phase 1 — veLAIKA distribution (bootstrap; \~6 months)</mark>

* Total allocation: 14,000,000 (distributed as veLAIKA, not liquid $LAIKA)
* Vesting: distributed weekly and vested over 12 months (non-transferable)
* Mechanism: weekly gauge voting determines distribution across pools/recipients
* Start: Super App launch (Epoch 0)
* Epoch cadence: 7 days<br>

*Intent: bootstrap an active base of long-term, governance-aligned participants before any liquid issuance resumes.*

#### <mark style="color:yellow;">**Phase 2 — governance-controlled**</mark>

At the end of Phase 1, veLAIKA holders vote on the next regime:

* Continue veLAIKA-only emissions, or
* Introduce liquid $LAIKA emissions (with caps/decay), or
* Pause/adjust emissions, or adopt a new model

***

### 4) Value capture & routing<br>

Protocol revenues (module fees, DEX/infra fees, campaign fees, etc.) are routed per on-chain policy:

* Buybacks → (a) distribute to veLAIKA, (b) send to treasury, or (c) burn
* Ecosystem budgets → grants, incentives, creator programs (via GovernOS templates)
* Reserves → safety buffers and runway

Bribes are permissionless deposits used to influence gauge votes (StakeOS). They are paid pro-rata to veLAIKA voters who supported the targeted pool in that epoch.

{% hint style="info" %}
All flows (revenues, buybacks, bribes, distributions) are visible in dashboards and traceable on-chain.
{% endhint %}

***

### 5) How incentives reach users

1. veLAIKA allocates weekly emissions across StakeOS pools (gauges).
2. Each pool distributes rewards to veTOKEN holders (users who locked the project’s token).
3. Projects can bribe veLAIKA to attract more emissions to their pool.
4. Protocol revenues (e.g., in $DOGE) may top up rewards per policy.


# Value Capture

Laika turns cultural activity into cash-flow and routes it to the right stakeholders — transparently, on-chain, and on a weekly cadence.

***

### 1) Sources of value<br>

<mark style="color:yellow;">**Protocol/Module fees (governance-tunable):**</mark>

* LaunchOS — issuance/bonding-curve fees; post-launch LP/settlement hooks.
* StakeOS — pool admin & maintenance fees; optional incentives program fees.
* GovernOS — execution/service fees on certain proposal templates.
* ShillOS — escrow & verification fees on creator campaigns.
* DEX/infra integrations (e.g., BarkSwap) — revenue shares on swap/route fees where integrated.
* Partnerships & grants — ecosystem incentives and sponsored programs (when applicable).

<mark style="color:yellow;">**Non-fee inflows**</mark>

* Bribes (permissionless deposits) posted to influence veLAIKA gauge votes.
* Treasury returns — yields/realizations from treasury programs approved by governance.<br>

> All inflows settle to protocol revenue vaults per module, then roll into a consolidated accounting flow each epoch.

***

### 2) Routing (what happens to the money)<br>

At each weekly epoch close, accumulated revenue is routed per on-chain Policy:

* Buybacks
  * Purchase $LAIKA via approved venues (TWAP/auction), then:
    * Distribute to veLAIKA (immediate or vested), or
    * Send to protocol treasury, or
    * Burn (retire supply)
* Ecosystem budgets
  * Grants to LaunchOS/StakeOS/Builder programs; Creator cohorts via ShillOS; security/audits.
* Reserves
  * Safety buffer until a governance-set threshold (runway) is met.

Bribes are not protocol revenue. They pay out pro-rata to the veLAIKA voters who supported the targeted pool for that epoch.<br>

> Routing, destinations, and splits are adjustable by vote. The live Policy is visible in the app (with change history and effective dates).

***

### 3) Buyback mechanics (how we execute)

* **Schedule** — weekly/monthly/quarterly (set by governance).
* **Method** — TWAP or batch auctions with max-slippage and venue allowlists.
* **Blackout windows** — optional pauses around major governance events to reduce gaming.
* **Distribution path** — to veLAIKA, treasury, or burn (as defined by Policy).
* **Receipts** — on-chain proofs of execution; all trades and counterparties are auditable.


# Incentive Loops

Laika’s flywheel is a set of closed, weekly feedback loops that route value toward the most *coordinated* communities.

This page maps those loops, the signals they use, and the guardrails that keep them sustainable.

***

### Loop A — Launch → DAO → Stake

Goal: turn a token launch into an operating economy.

1. LaunchOS (Cabal or Open) boots the token with DAO + treasury + StakeOS pool.
2. Treasury seeding (from bonding curve/fees) funds the first proposals.
3. StakeOS converts holders into veTOKEN (lock → vote → earn).
4. GovernOS executes early actions (rewards, buybacks, creator budgets).

***

### Loop B — Bribe → Vote → Emissions → Lock

Goal: reward organization over mercenary capital.

1. Project posts bribes to its StakeOS gauge.
2. veLAIKA voters route emissions to pools with better risk-adjusted outcomes.
3. Higher emissions → higher APR to veTOKEN → more & longer locks.
4. Next epoch, voters reward pools that kept locks + delivered proposals.

Signals used: bribe efficiency (rewards/bribes), vote entropy (diversity), lock growth, churn at unlock.

***

### Loop C — Distribution → Users → Governance

Goal: make attention measurable and compounding.

1. Project funds ShillOS campaigns (brief → escrow → proof → payout).
2. Creators drive OG List sign-ups, staking, DAO turnout.
3. Healthier metrics → better gauge outcomes, cheaper future bribes.
4. DAO funds the next creator cohort; high-rep creators get rehired.

***

### Loop D — Fees → Buybacks/Treasury → Performance

Goal: recycle protocol activity into long-term value.

1. Modules accrue fees (LaunchOS, StakeOS, ShillOS, integrations).
2. Weekly policy routes them to buybacks / veLAIKA distributions / treasuries / reserves.
3. Buybacks + distributions increase veLAIKA yield, encouraging longer locks and higher quality curation.
4. Better curation → better launches/staking outcomes → more fees.

***

### Loop E — Curation → Alpha → Participation

Goal: pay insiders by merit, not by access.

1. Commit–reveal voting (Cabal) prevents frontrun; only the winner is revealed.
2. Aligned voters & top pools receive alpha windows (e.g., 1-minute allowlist).
3. Participants who act on alpha become early veTOKEN lockers & governors.
4. Their performance signals feed back into future curation.

***

### Loop F — Builders → Deliverables → Grants

Goal: turn output into a budgeted habit.

1. Teams hire via Creator Hub (escrow → milestones → payout).
2. Delivery improves KPIs (site live, audit complete, docs shipped).
3. DAO renews grants for providers with high completion/on-time scores.
4. Providers accumulate on-chain reputation → discovery improves → faster shipping.

***

### Guardrails (dampers)

* Caps/decays on emissions and bribe spikes (governable).
* Commit–reveal + randomized TGE windows (anti-snipe).
* Timelocks on treasury actions; emergency pause hooks with community override.
* Non-transferable ve-assets (no market for raw voting power).
* Cross-checks: anti-sybil for creator campaigns; route allowlists for swaps/bridges.