Rules
1. General provisions
MIXT Moon Road is an ongoing promotional campaign of the MIXT ecosystem created to promote digital assets, Stellar technologies, partner projects and the MIXT ecosystem.
The organizer does not conduct the campaign for the purpose of making a profit. The organizer provides technical infrastructure, payment processing, result determination, main prize payouts and additional MIXT bonuses.
Participation does not require account registration on Moon Road. All operations are carried out on Stellar Mainnet.
2. Rounds
The campaign consists of consecutive rounds. The duration of a round is defined by system settings stored in the database.
The end date and time of the current round are displayed on the home page and are the applicable conditions of that round.
After the round ends, the system automatically performs the required processing and starts the next round. An administrator may manually finish the current round; all tickets confirmed before closing remain valid. System time zone: Europe/Kyiv.
3. Separate draws
Within one round, independent draws are held for each token + contribution denomination combination.
For each allowed token, 1 USDC, 10 USDC and 50 USDC denominations are available. For example, SSLX / 1 USDC, SSLX / 10 USDC and SSLX / 50 USDC are three separate draws.
Tickets for different tokens or denominations do not compete with each other. Each combination has its own ticket list, prize pool and winner.
4. Allowed tokens
The list of tokens is defined in Moon Road settings. A Stellar asset is identified by Asset Code + Issuer. XLM uses the native Stellar asset.
Token metadata, including images, may be updated from the corresponding issuer\\'s stellar.toml.
5. Base equivalent
USDC is the only base equivalent used for calculations. Denominations 1, 10 and 50 mean 1 USDC, 10 USDC and 50 USDC respectively.
The required amount of the selected token is determined from its current market relationship to USDC through available Stellar/Horizon routes. If no reliable market route is available, an invoice for that token is not created.
6. Invoice creation
The participant selects a token and contribution denomination. The system creates an invoice containing the payment address, exact token amount, MEMO and invoice validity period.
The invoice validity period is defined only by Moon Road settings stored in the database. A technical safety buffer from system settings is applied to the calculated amount. The user sees the final amount to be paid.
7. MEMO
Each round, token and denomination combination uses a MEMO in the format L{round}-{TOKEN}-{stake}. Example: L27-SSLX-10.
The same MEMO is used by all participants in the corresponding draw and identifies the draw to which the payment belongs.
8. Ticket
One valid Stellar transaction = one ticket. The ticket owner is automatically the Stellar wallet from which the corresponding transaction was sent.
The wallet address does not need to be provided or registered in advance. One wallet may make an unlimited number of separate payments and receive the corresponding number of tickets. Each transaction is counted no more than once.
9. Payment verification
After sending a payment, the participant may press Confirm payment. The platform verifies the payment through Stellar/Horizon.
In addition to manual verification, an automatic scanner regularly checks new transactions. After successful verification, the ticket becomes finally valid. Later market-price changes do not change the ticket status or the amount credited to its prize pool.
10. Underpayment, safety buffer and overpayment
To create a ticket, the actual payment amount must be at least the nominal token amount determined for the selected contribution.
If the payment is below the required nominal amount, no ticket is created. Such a payment is not included in the prize pool and is sent for administrative review.
Only the nominal part of a valid ticket is credited to the prize pool. The technical safety buffer is not included in the prize pool.
Any amount above the nominal amount is accepted as part of a valid payment, does not increase the number of tickets and does not increase the nominal part of the ticket. The entire difference between the actual amount and the nominal amount remains in organizer_amount outside the prize pool and is not sent for administrative review.
After successful verification, such a payment has Confirmed status. Underpayments or erroneous payments are not refunded automatically; such cases may be reviewed separately.
11. Prize pool
A separate prize pool is formed for each round + token + denomination combination.
The pool consists exclusively of the nominal parts of all confirmed tickets in that group. The safety buffer, overpayments and payments that did not create a ticket are not included.
12. Prize pool distribution
After the relevant draw is completed, 90% of the prize pool is paid to the winner and 10% is the organizational part of the promotional campaign.
The main prize is paid in the same token from which the corresponding prize pool was formed.
The organizer does not seek to make a profit from the organizational part. It is used to finance the MIXT bonus program, technical infrastructure and operating costs of the promotional campaign.
13. Sponsor prize and participant MIXT bonuses
The winner additionally receives a prize in the sponsor token fixed for that round.
The sponsor-prize size is determined by the current percentage in Moon Road settings applied to the market value of the main prize in USDC. The main prize is first valued in USDC and the corresponding amount is then converted to the sponsor token at the market rate. The sponsor-token amount is fixed at calculation time and is not revalued later.
To receive the sponsor prize, the winner wallet must have an open trustline for the sponsor token unless it is native XLM. If the required trustline is absent at calculation time, the sponsor prize is forfeited. If no reliable market route can be determined, the sponsor prize is not created. The main prize is unaffected.
All other participants in each separate draw receive a MIXT bonus equal to the sum of the USDC denominations of their tickets, converted to MIXT at the market rate.
The winner of a specific token + stake pair does not receive this participant bonus for tickets in that same pair. In other pairs where the wallet did not win, the bonus is calculated under the general rules.
An open MIXT trustline is required to receive the MIXT bonus. Without it, the bonus is forfeited. Safety buffer and overpayment amounts are not included in this bonus calculation.
14. Winner determination
Winners are determined automatically and separately for each token and denomination combination.
If there are no confirmed tickets, no draw is held (NO_DRAW). If there is one ticket, its owner automatically becomes the winner (AUTO_WIN). If there are two or more tickets, the deterministic MIXT-LOTTERY-V1 algorithm is used.
After payment acceptance closes, the ticket list is fixed and sorted by tx_hash ASC. A SHA-256 snapshot is created. A future Stellar ledger is used as an external source of unpredictability: randomness_ledger = closing_ledger + 12.
For the draw the string MIXT-LOTTERY-V1|{round}|{asset_code}|{issuer_or_native}|{stake}|{snapshot_hash}|{randomness_ledger}|{ledger_hash} is formed. The SHA-256 result is used to determine the winning ticket. The algorithm cannot be changed for an already opened round. Re-selecting another winner is not allowed.
15. Public result verification
Results of completed rounds are published on Moon Road.
For verification, the round number, token, issuer, denomination, ticket count, snapshot hash, closing ledger, randomness ledger, ledger hash, final SHA-256, winning ticket number, winner transaction hash and masked wallet address may be published.
These data allow the algorithm and result to be independently reproduced and verified.
16. Participant display
On the public page, participant Stellar addresses are displayed in shortened or masked form. The number of tickets held by each wallet in the selected token and denomination combination may be shown.
The full address is used for technical transaction processing and payouts.
17. Automatic payouts
After the winner is determined, the system automatically creates a financial payout obligation. The payout is processed through a protected server-side Stellar transaction signing mechanism.
After submission, the transaction is verified through Horizon. A payout is considered complete only after the corresponding Stellar transaction has been confirmed.
18. Technical failures
Temporary unavailability of the website, Horizon, the Stellar network, market routes or other technical components is not a reason to change confirmed tickets or manually select another winner.
If an automatic stage cannot be completed for technical reasons, the system may postpone it until the required services are restored. Financial operations requiring additional review may be moved to administrative status without duplicate debiting or double payout.
19. Market risks
The price of digital assets may change significantly. Moon Road does not guarantee the future market value of tokens, prizes or bonuses.
Participation in the promotional campaign is not investment advice, a promise of income or a guarantee of economic benefit.
20. Purpose of the promotional campaign
MIXT Moon Road is created as a promotional mechanism of the ecosystem, not as a business intended to earn income from participants.
The organizer provides technical infrastructure, payment processing, result determination, main prize payouts and MIXT bonuses. The organizational part of the prize pool and technical balances are used to finance the bonus program and support the operation and development of the campaign.
The organizer does not conduct MIXT Moon Road for the purpose of making a profit.
21. Acceptance of the rules
Sending a payment with the MEMO of an active draw means that the participant has read the current version of these rules and agrees to the conditions of participation.
The applicable version is the version published on moonroad.mixt.ing at the time the payment is made.