[3] Reserved Tokens (R|Link)
The Reservation Token mechanism allows DPTF (True Fungible) Token Owners to offer early participation in upcoming events such as token sales, product launches, or gated features. Through a Reservation Link, users can commit their tokens in advance—enabling benefits like priority access or special pricing, as defined entirely by the event organizer.
Example Link:
R|OURO-Q3X8L2RRNWfk
1. Overview of the Reservation Mechanism
To initiate the process, the Token Owner of a DPTF Token creates a Reservation Link, which opens a reservation window.
During this window:
Users reserve their DPTF Tokens.
The original tokens are transferred to the Vesting Smart Ouronet Account for safekeeping.
In return, users receive a Reserved version of the same DPTF Token—a standard True Fungible token, not a Meta Fungible.
These Reserved Tokens are functionally identical in form to their original DPTF version, but only usable in contexts specified by the Token Owner (e.g., a token sale or exclusive access event).
2. Configurable Participation Rules
The exact benefits and use of Reserved Tokens are completely up to the Token Owner. Examples include:
✅ Participation in an event that accepts only Reserved Tokens.
💸 Access to a discounted price (e.g., 15% off) during a token sale.
⏱️ Priority or early access compared to non-reserved participants.
🎯 The Reservation mechanism provides structure and access control, but all incentives and rules are set by the Token Owner.
3. Example Scenario
Suppose the OURO Token team plans a sale on April 1st.
They create a Reservation Link and open the reservation window from March 1st–21st.
During this time, users reserve OURO tokens, which are transferred to the Vesting Smart Ouronet Account.
Users receive Reserved OURO Tokens in return.
These Reserved Tokens are then used in the April sale—either as the only accepted form of payment, or with benefits like discounts or priority access.
4. Reservation Lifecycle & Rollback (Unreserve)
While Reserved Tokens are standard DPTF in format, they introduce a controlled rollback mechanism known as Unreserve. This mechanism allows the original tokens to be reclaimed—but only under strict conditions:
✅ Who Can Unreserve?
Only the original DPTF Token Owner (e.g., the issuer of OURO) can initiate the rollback.
🔐 Under What Conditions?
Reserved Tokens must be held by a Smart Ouronet Account (such as a treasury or event participation contract).
During the rollback:
Reserved Tokens are burned.
Original DPTF Tokens are returned to the Token Owner.
🚫 What About Users?
Users cannot unreserve their Reserved Tokens.
If Reserved Tokens are not used in the intended event, they remain locked in that state.
However, they may still be reused in future events, if permitted by the Token Owner.
5. Functional Characteristics
🔁 Fungible Format
Reserved Tokens retain the DPTF format—fully fungible, not metadata-bound.
🔐 Held in Smart Account
Original tokens are locked in the Vesting Smart Ouronet Account.
🛠️ Flexible Utility
Event use cases and incentives (e.g., discounts, early access) are organizer-defined.
🔥 Reclaimable
Token Owner can recover unused Reserved Tokens if still held by a smart account.
🚫 User Lock-In
Users cannot undo reservation once made. Must wait for usage or owner intervention.
Ideal Use Cases
🎟️ Pre-Registration for token launches.
💸 Discounted Sales with locked-in value.
🎯 Targeted Event Participation, where only Reserved Tokens are accepted.
🧾 Demand Forecasting, giving project teams early visibility into interest and participation.
Last updated