# Horizon Auctions

<h2 align="center">Design Objective</h2>

Horizon Auctions and Singularity Mining introduce two additional mechanisms within Horizon.

Participants acquire Horizon through daily auctions, and the ETH received is used for buy and burn, liquidity growth, reserve refills, X28 burns, and rolling ETH payouts.

Singularity is slower than Horizon mining, requires Horizon to participate, and provides a second stake and payout system. It also feeds value back into Horizon by supporting future auctions.

Singularity supply is directly tied to Horizon's fixed supply, with decentralized buy and burn mechanics, recurring ETH payouts, and Horizon auctions sourced entirely from existing supply.

Together, these mechanisms are designed to grow liquidity, reduce circulating supply, and create ongoing rewards for active participants.

***

<h2 align="center">Daily Auctions for HORIZON</h2>

<h3 align="center">HORIZON Token Distribution:</h3>

Max Supply: 1 billion tokens, sourced from existing supply with no new tokens minted.

<h3 align="center">ETH Token Distribution:</h3>

Daily auctions for HORIZON tokens are conducted using ETH.

**Buy and Burn: 50%**

**Staking Payouts: 30%**

**X28 Burn: 4%** (Buy X28 directly and burn it)

**Buy and Grow: 8%** (ETH added to HORIZON / USDx Vault)

**Treasury: 8%**

<h3 align="center">LP Formation</h3>

The main LP pair is HORIZON/X28

***

<h3 align="center">Buy and Burn Mechanism</h3>

**50% of ETH Value:** Allocated to the Buy and Burn mechanism, where it is used to acquire TITANX, then X28, or mint X28 when the ratio is at or above 1:1, before being distributed across the following:

**Buy and Burn: 50%** of HORIZON tokens purchased from the HORIZON/X28 liquidity pool (LP) are burnt.

**Buy and Feed: 50%** of HORIZON tokens purchased from the LP are placed in "The Reserve" for future auctions.

<h4 align="center">Buy and Burn</h4>

Daily Allocation:

15% of the Buy and Burn balance is utilized each day.

The daily balance is divided into 288 parts, released every 5 minutes.

Unused portions will accumulate.

This approach introduces unpredictability and allows for fluctuating buy and burn amounts, with some days experiencing slightly larger burns. This all done in a fully decentralised and predicable way.

<h4 align="center">Buy and Grow</h4>

**8%** of the ETH from auctions goes to **Buy and Grow**.

Once the above threshold is reached:

* buy **USDx**
* deposit both into the **HORIZON/USDx Liquidity Vault**

Each allocation adds to the same position, and trading fees are compounded back into it.

**NOVAE emissions** are routed as follows:

**NOVAE → TitanX → X28 → HORIZON**

The X28 acquired is added to the **HORIZON buy and burn balance**.

***

<h3 align="center">The Reserve</h3>

* Source: sourced from existing supply with no new token minting, The Reserve is the exclusive source for auction tokens.
* Starting Supply: The Reserve begins with zero tokens.
* Daily Auction: 10% of the tokens in The Reserve are available for auction each day.
* Token Entry: Tokens enter The Reserve when purchased via Buy and Burn mechanism.
* Recycling Mechanism: 50% of tokens acquired from the liquidity pool through the Buy and Burn are sent to The Reserve.

***

<h3 align="center">Horizon Staking (Earn ETH)</h3>

Stake **HORIZON** for **28 to 3500 days** to earn recurring **ETH payouts**.

When you start a stake, you receive **shares**. Your shares determine your share of the ETH payout pool while the stake is active.

If you own **1% of total global shares**, you receive **1% of each ETH payout cycle** during your staking period.

When the stake ends, your **HORIZON is returned**, subject to the stake rules and any penalties.

Once a stake reaches maturity, it no longer counts toward global shares and no longer earns ETH payouts.

<h4 align="center">ETH payout cycles</h4>

ETH payouts run across four rolling cycles:

* **30%** → every 8 days
* **30%** → every 28 days
* **25%** → every 90 days
* **15%** → every 365 days

This keeps regular short-term payouts while still reserving value for longer-term participants.

<h4 align="center">Share bonuses</h4>

Longer and larger stakes receive more shares.

* **Longer Pays More**: longer stakes earn more shares, up to a **+350% bonus at 2888 days**

The more shares you have compared with everyone else, the larger your share of ETH payouts.

<h4 align="center">Inactive shares</h4>

If you do not claim ETH payouts for **28 days**:

* your shares become inactive
* inactive shares stop earning ETH
* inactive shares are removed from global shares

If you claim later, your shares are reactivated and begin earning again.

This stops inactive users from diluting active users and keeps ETH flowing to participants who remain engaged.

<h4 align="center">Stake end rules</h4>

You choose your end date when you create the stake.

* You should end the stake on that date
* You get a **7 day grace period** with no penalty
* Stakes cannot be ended before **50% maturity**

If a stake is ended after **50% maturity** but before full maturity:

* **50% of the staked HORIZON is returned**
* **50% of the staked HORIZON is burned**

If a stake is ended at full maturity and within the 7-day grace period:

* **100% of the staked HORIZON is returned**

If the stake is not ended within 7 days after maturity:

* you lose **1% of staked HORIZON per day**
* penalties continue until up to **99% is lost after 100 days**

***

<h3 align="center">Summary</h3>

Horizon Staking rewards users who commit HORIZON for longer, stay active, and end stakes on time.

You stake HORIZON, receive shares, earn ETH based on your share of the pool, and get your HORIZON back at the end if you follow the stake rules. Longer and larger stakes earn more shares, while inactivity and late exits reduce returns.


---

# 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://trader-li.gitbook.io/horizon-protocol/build-on-horizon/horizon-auctions.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.
