Special Tokens

Each Token (True and Meta Fungible) has an unique ID composed of its ticker, followed by a dash, and then the last 12 characters of the block hash it was issued in.

For Example the Ouroboros has the following id: OURO-slLyzPPCo22W

Given this, on Ouronet, there are 7 variants of so called Special Tokens:

1. LP Tokens [True Fungible]; Example: S|DLK-OURO-DWK|LP-98c486052a51

2. Frozen Tokens [True Fungible]; Example: F|VST-Q3X8L2RRNWfk

3. Reserved Tokens [True Fungible]; Example: R|OURO-Q3X8L2RRNWfk

4. Sleeping Tokens [Meta Fungible]; Example: Z|VST-Q3X8L2RRNWfk

5. Vested Tokens [Meta Fungible]; Example: V|AURYN-FPqVjgTGl4N8

6. Frozen LP Tokens [True Fungible]; Example: F|S|DLK-OURO-DWK|LP-98c486052a51

7. Sleeping LP Tokens [Meta Fungible]; Example: Z|S|DLK-OURO-DWK|LP-98c486052a51

Properties

For any standard DPTF Token, up to four distinct Special Token Links can be issued. These links enable full special token functionality and include:

1. Frozen Link — Issues a Frozen Counterpart, enabling frozen Functionality

2. Reservation Link — Issues a Reserved Counterpart, enabling Reservation Functionality

3. Sleeping Link — Issues a Sleeping Counterpart, enabling Sleeping Functionality

4. Vesting Link — Issues a Vested Counterpart, enabling Vesting Functionality

For DPTF tokens that are LP Tokens, only two Special Token Links are available:

1. Frozen Link — Issues a Frozen Counterpart, enabling frozen Functionality

2. Sleeping Link — Issues a Sleeping Counterpart, enabling Sleeping Functionality

All Special Tokens are owned directly by the Vesting Smart Ouronet Account, with the <can-upgrade> property explicitly set to false. This ensures immutability—not even the owner (i.e., the Vesting Smart Ouronet Account) can alter their properties after issuance.

Additionally, these tokens are created with restricted transferability: the Transfer Role is exclusively assigned to the Vesting Smart Ouronet Account. However, the original owner of the DPTF token may delegate transfer roles for three of the Special Tokens—Frozen, Reserved, and Sleeping—to enable extended functionality. For example:

• A DPTF token owner may allow its Sleeping Counterpart to be used within a Vault system.

• An LP token owner might configure its Frozen Counterpart to be used in a Vault with special incentives, offering advantages over the native LP token.

• An LP token owner may also authorize its Reserved Counterpart for use in a sell contract, enabling unique bonuses.

The Vested Counterpart, by design, remains non-transferable beyond the Vesting Smart Ouronet Account, in order to create its designed vesting functionality

Repurpose Mechanic

Since Special Tokens are transfer-restricted, users cannot freely move them between accounts. To address this limitation, the Repurpose Mechanism is introduced.

Through this mechanism, the original DPTF token owner can repurpose Special Tokens—effectively removing them from one account and reissuing them, in equal amount and form, to another account. This ensures that the integrity and intended restrictions of the tokens are preserved while still allowing for controlled recovery or reassignment.

For example, if a user loses access to their Standard Ouronet Account, they can request the DPTF owner to repurpose their Special Tokens to a new, accessible account.