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

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

GET’s Model:

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

Asset

Type

Main Role

GET

On-chain Token

The cornerstone of the economy, including voting, payment, NFT purchases, support, staking, etc.

GET Pay

Off-chain Currency

Off-chain currency

“In-app points” that enable instant, lightweight payments for live shows, movies, merchandise sales, etc.

GET Miles

Off-chain Reward

Off-chain rewards

Reward points awarded for actions such as voting, posting, and contributions

Model Comparison and Advantages

Comparison axis

Dual Token Model

GET model (1 token + 2 points)

Easy-to-understand UX

Difficult to distinguish between different tokens

GET is the axis, and auxiliary functions can be used like an app

Liquidity and price formation

Value is dispersed, and price formation tends to be complicated

Focus on GET, and evaluation axis is clear

Flexibility in

implementation and development

Design required for each token

Flexible and agile response with off-chain auxiliary design

Legal arrangement

Regulations and approvals must be arranged for each token

One type of token. Auxiliary points can be classified as in-app currency

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

Last updated