A standard lottery in ElyxS is an on-chain draw with its own draw id, sales window, ticket price, and round-completion rules.

Ticket purchases, sales closure, randomness requests, winner selection, and follow-up payouts are handled through ElyxS smart contracts on Supra. That means the result should not depend on a manual winner selection by the platform.

A standard lottery is the main participation flow in ElyxS. In this flow, the user joins by buying tickets during an open sales window.

For the user, this means:

1. joining a standard lottery requires a separate ticket purchase;
2. this type of draw is not the same as a jackpot and does not replace the jackpot flow;
3. the actual parameters always belong to the selected draw card, not to the whole platform at once.

A user can participate in a standard lottery if they meet the basic product conditions:

1. they use a wallet supported by the platform;
2. they are connected to the current platform network;
3. they can see an open sales window for the selected draw;
4. they have enough balance for the ticket and the network fee.

If the current platform flow requires users to accept active legal documents, that also becomes part of eligibility.

Lottery participation gives the user:

1. an on-chain record of the ticket purchase;
2. the right to take part in winner selection for that specific draw;
3. the ability to verify the result and related transactions after the draw is completed;
4. in applicable scenarios, an indirect contribution to the shared jackpot pool.

Buying a ticket does not guarantee a win. It only gives the user the right to participate in a specific round under that draw's current rules.

Before buying a ticket, the user should verify:

1. that a supported wallet is connected;
2. that the correct network for the current platform environment is active;
3. that ticket sales for the selected draw are still open;
4. that the balance is enough for both the ticket and the network fee;
5. that the ticket price, contract address, and draw card details look expected.

If any of these checks fail, it is better not to confirm the transaction yet.

From the user's perspective, a standard lottery looks like this:

1. the platform opens ticket sales;
2. the user buys a ticket during the active sales window;
3. after the window closes, the draw flow starts;
4. winner-selection randomness arrives through Supra dVRF;
5. the result is written into on-chain state and becomes available in the interface and for external verification;
6. after completion, the winner gets the right to claim the prize, and in special cases a refund flow may open instead.

The exact sales interval, number of winners, and other parameters depend on the specific draw. For the user, the source of truth is the current draw card in Hub, not older announcements or screenshots.

A standard lottery should not end with a manual winner choice. It should be completed through the smart-contract flow and Supra dVRF.

For the user, this means three practical rules:

1. the winner is determined after sales close, not during the open sales window;
2. the result should be tied to a specific draw id and a specific transaction trail;
3. the outcome can be cross-checked through ElyxS and SupraScan, instead of trusting interface text alone.

If you need a separate verification path after the draw is complete, open How to Verify a Draw Result.

• The draw number and draw type.
• The active wallet network.
• The ticket price and final debited amount.
• The contract address if the scenario looks unexpected.
• That the action is happening inside the official ElyxS interface rather than through a random external link.

Users should not assume that ticket purchases are always available. Participation can be temporarily unavailable if:

• the sales window has not opened yet or has already closed;
• the wallet is connected to the wrong network;
• active legal documents still need confirmation;
• the draw is under a technical pause;
• the interface has not finished syncing the current on-chain state.

If the platform runs in a limited or test environment, additional operational constraints may be described in separate rules for that environment.

A standard lottery has its own user-facing win flow. Part of ticket sales can also feed into the platform's broader financial model.

The jackpot is not a hidden second winner inside every standard lottery. It is a separate draw with separate participation conditions.

• Open Getting Started with ElyxS if you need the general user entry point.
• Open How to Buy Tickets if you need the practical participation flow.
• Open How to Verify a Draw Result if you want to verify result transparency.