# 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.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://litepaper.laikachain.dog/from-layer-2-to-super-app/running-the-doge-ecomonic-engine.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.