# 10.1 Token Design Philosophy: Single Token with Multi-Role Functionality

<figure><img src="/files/XtGZGt4Exm10p1H2ccp5" alt=""><figcaption></figcaption></figure>

GET is based on the design policy of “one token, diverse roles, and concise UX,” creating an alternative structure to the traditional "Dual Token Model".

What is the Dual Token Model?

Many Web3 projects issue two types of tokens with separate utility and governance roles (e.g., UTIL + GOV), but the following challenges exist

* User experience is complicated and easily confused by beginners
* Value is distributed among tokens, and price and usage are unstable
* Smart contract design and regulatory compliance tend to be complicated

&#x20;

**GET’s Model:**

One on-chain token (GET) with two off-chain auxiliary point (GET Pay and GET Miles) mechanism ensures convenience and expandability.

<table data-header-hidden><thead><tr><th valign="top"></th><th valign="top"></th><th valign="top"></th></tr></thead><tbody><tr><td valign="top">Asset</td><td valign="top">Type</td><td valign="top">Main Role</td></tr><tr><td valign="top">GET</td><td valign="top">On-chain Token</td><td valign="top">The cornerstone of the economy, including voting, payment, NFT purchases, support, staking, etc.</td></tr><tr><td valign="top">GET Pay</td><td valign="top">Off-chain Currency</td><td valign="top"><p>Off-chain currency</p><p>“In-app points” that enable instant, lightweight payments for live shows, movies, merchandise sales, etc.</p></td></tr><tr><td valign="top">GET Miles</td><td valign="top">Off-chain Reward</td><td valign="top"><p>Off-chain rewards</p><p>Reward points awarded for actions such as voting, posting, and contributions</p></td></tr></tbody></table>

&#x20;

&#x20;

Model Comparison and Advantages

<table data-header-hidden><thead><tr><th valign="top"></th><th valign="top"></th><th valign="top"></th></tr></thead><tbody><tr><td valign="top">Comparison axis</td><td valign="top">Dual Token Model</td><td valign="top">GET model (1 token + 2 points)</td></tr><tr><td valign="top">Easy-to-understand UX</td><td valign="top">Difficult to distinguish between different tokens</td><td valign="top">GET is the axis, and auxiliary functions can be used like an app</td></tr><tr><td valign="top">Liquidity and price formation</td><td valign="top">Value is dispersed, and price formation tends to be complicated</td><td valign="top">Focus on GET, and evaluation axis is clear</td></tr><tr><td valign="top"><p>Flexibility in</p><p>implementation and development</p></td><td valign="top">Design required for each token</td><td valign="top">Flexible and agile response with off-chain auxiliary design</td></tr><tr><td valign="top">Legal arrangement</td><td valign="top">Regulations and approvals must be arranged for each token</td><td valign="top">One type of token. Auxiliary points can be classified as in-app currency</td></tr></tbody></table>

&#x20;

Thus, the GET model is oriented toward a new standard for Web3 as a clear, robust, and scalable tokenomics.


---

# 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://docs.global-entertainment-token.org/10.-token-allocation-and-economic-design-tokenomics/10.1-token-design-philosophy-single-token-with-multi-role-functionality.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.
