# 3.2 Token Utility

DOR's utility can be summarized into five main axes:

1. Unit of Account & Settlement
2. Liquidity, Staking & Synthetic Yield Layer
3. Parametric Governance
4. Risk Buffer & Stabilization Mechanism
5. Incentive & Culture Primitive
6. In-App Utility Items

#### 3.2.1 Single Unit of Account & Settlement

DOR is used as the Numeraire (standard unit) for all economic activities within the protocol.

Swap exchange rates, staking interest, DAO rewards, external staking operation returns, and Treasury accounting are all calculated using the DOR-based Fair Market Value.

This forms a dual structure: "Meme assets are a high-volatility culture layer," and "DOR is the settlement/accounting layer above it.". Even if meme asset prices fluctuate wildly, economic performance converted into DOR units maintains continuity.

#### 3.2.2 Liquidity, Staking & Synthetic Yield Layer

DOR functions as a liquidity and staking token directly connected to the HLP structure. There are two axes:

* Deposit Staking (DS) – Inflow-Linked Staking: When meme assets flow in from outside, a certain percentage of the inflow value (e.g., 30%) is automatically incorporated into DS. Both DS principal and interest are accounted for and paid in DOR. It forms long-duration capital through structures like a 1-year fixed lock-up followed by a 10-month split release. This mechanism automatically converts meme inflows from simple "deposit/withdrawal events" into DOR-based long-term staking positions, generating synthetic yield.
* Liquidity Provision / Yield Layer: DOR is used as a core component asset for MSP/RP and external DEX LP positions. Liquidity providers receive part of the swap spreads, contribution fees, and external operation profits generated by HLP back in DOR. Here, the synthetic yield layer refers to the mechanism that compresses volatility, spreads, and operation profits generated by individual memes into a single DOR accounting unit and redistributes them to staking/LP participants. Through this layer, the "noise" of the meme market is converted into a "stream of cashflows" attributed to long-term participants.

#### 3.2.3 Parametric Governance

Beyond a simple reward token, DOR acts as a governance token controlling protocol parameters.

Token holders adjust key variables via Snapshot/On-chain voting, such as:

* Asset allocation ratios between MOP / SOP / IRP.
* DS ratio (e.g., 30% vs 20% of inflow) and interest rates.
* Swap contribution fee ranges, band widths, Circuit Breaker thresholds.
* Min/Max weight of specific meme assets within HLP.
* Treasury operation policies (external staking, insurance reserve size, buyback/burn schedules).

In addition to simple token-weighted voting ("1 DOR = 1 Vote"), Quadratic / Conviction Voting models reflecting lock-up periods and on-chain activity can be adopted as decided by the DAO.

#### 3.2.4 Risk Buffer & Stabilization Mechanism

Through the Treasury and IRP structure, DOR also functions as a risk-absorbing buffer for the protocol.

If IRP (Interest/Reward Reserve) decreases during market stress, the Treasury can sell held DOR to expand stable/hedge positions, or conversely, buy additional meme assets in low-price zones to lower the average unit price.

If the total DS maturity payment exceeds the IRP balance, a rule is applied to automatically transfer part of the MOP operation profits to the IRP.

In this structure, DOR holds a dual status as "defensive capital in crisis" and "growth leverage after stabilization". While exposed to short-term price volatility, DOR's intrinsic utility strengthens as the protocol's overall CRR and CRR, σₛᵤₚ improve.

#### 3.2.5 Incentive & Culture Primitive

Finally, DOR is the base token for composable incentives and cross-meme culture modules.

Programmable incentives such as Cross-staking, Boost, Farming, Meme Index, and Season Quests are all designed based on DOR.

By aggregating part of the traffic and revenue generated from popular memes into DOR and redistributing it to themed index pools, new meme bootstraps, and creator rewards, it internalizes the network externalities between memes.

Here, DOR performs the dual role of "economic incentive unit" and "points quantifying cultural participation.".

Consequently, the reward vectors of meme holders, traders, LPs, and creators converge onto the single axis of DOR, structurally mitigating the incentive misalignment problem pointed out in Chapter 1.

#### 3.2.6 In-App Utility Items

DOR is used not only as a settlement/governance token on the on-chain layer but also as the key currency for in-app utility items consumed at the app level.

These items are designed not as simple cosmetics but as functional utilities that reconstruct the protocol usage experience itself, such as swap execution experience, reinvestment automation, and yield correction.

All items are priced in DOR in the DAO market, and sales/usage records are committed daily to the on-chain accounting layer.

Representative item types are summarized as follows:

* Swap Completion Alarm: A functional item that notifies execution results via in-app push or message immediately upon completion of each user-submitted swap. Given the structural characteristic of latency in swap processing, this alarm enhances monitoring efficiency and user convenience.

  * Validity: Valid for 7 days (168 hours) from purchase; automatically deactivated upon expiration.
  * Purchase Limit: Repeatable purchase without count limit; reactivated immediately upon repurchase.
  * Payment: Payable only in DOR in the DAO market; price determined by DAO governance policy.

  This item enhances UX by reducing "information delay" and corresponds to a micro-payment utility generating continuous DOR burn or Treasury inflow.

* Auto Reinvestment BOT: A semi-automatic strategy item that executes 4-round auto-swaps (auto DCA or auto-compounding) under certain conditions. Users can automatically perform a set number of reinvestments simply by activating the item without manually executing the same strategy repeatedly.

  * Function: Executes auto-swaps up to 4 rounds according to the set strategy.
  * Validity: Valid for 5 days after purchase; expires immediately if all 4 rounds are consumed.
  * Purchase Limit: Once per month per account (monthly quota); payment only in DOR.<br>

  The Auto Reinvestment Bot is close to an "app-level mini strategy engine," effective in increasing protocol TVL time-in-protocol by linking user behavior patterns with swap frequency and reinvestment cycles. DOR used for item purchase is attributed to Treasury and platform revenue, redistributed according to governance ratios.

* Guaranteed Yield Booster: A guaranteed-yield type item introduced for users with relatively low yields due to low swap participation frequency. It has a structure that corrects the cumulative yield for one day to a certain level for users with low activity or daily yields below a standard.

  * Usage Condition: Limited to "low-activity users" (e.g., less than 2 daily swap participations).
  * Usage Count: Limited to 1 use per account.
  * Effect: Corrects the cumulative yield for the day of use up to the "theoretical cumulative yield of 3 successful daily swaps," but cannot exceed that cap.
  * Correction Method: Artificially adjusts the daily yield separately from actual swap results; the correction amount is automatically paid in DOR rewards. Automatically settled and reflected at the end of the item usage day.
  * Acquisition: Purchasable with DOR in the DAO market or obtainable via events/rewards; sales/provision history recorded daily on-chain.

  This item mitigates the structure where only "active users" take profits and maintains a fair participation structure by guaranteeing a certain level of yield opportunity regardless of activity frequency. Simultaneously, sales revenue is distributed to the DAO Treasury and platform operation resources, reinforcing the DOR demand/burn/accumulation mechanism in tokenomics.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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://tripleplus-1.gitbook.io/dor/dor-whitepaper-english/3.-tokenomics/3.2-token-utility.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.