The ElyxS report checks how a user-created draw moved from recorded terms to frozen entries, verifiable randomness, and a winner.
It repeats calculations in your browser and compares available source transactions and events directly with the selected Supra network.
The report verifies the result process. It does not prove that an organizer-provided prize exists or was delivered, and it does not confirm that a winner has received a prize or a participant has received a refund.
Verification sequence
- Open the user draw in ElyxS and confirm its network and draw number.
- Select Verify draw. Viewing the report does not require a wallet transaction.
- Wait until both the browser calculation and the direct network comparison finish.
- Read the report summary before opening individual stages.
- Expand each applicable stage to compare recorded and calculated values.
- Use the report's current SupraScan links when you need the source transaction.
- Treat missing evidence as incomplete verification, not as a successful check.
Do not use a contract address, network, or explorer link copied from an old document. Open the current draw in ElyxS so the report uses its recorded network and contract.
Read the report summary
The summary separates the browser calculation from the direct network comparison:
- Result confirmed means every applicable calculation passed and the required transactions and events matched data read directly from Supra RPC, the public network interface used by the report.
- A mismatch was found means at least one calculated value, transaction, or event did not match its source evidence.
- The result could not be fully verified means a required source value is missing.
- Network verification is incomplete means the browser repeated the calculations, but the report could not obtain the source transactions directly from Supra RPC.
- Not all data can be checked against the network means the result transactions matched, but another required record was unavailable.
An incomplete report is not proof of manipulation. It means the available evidence is not sufficient for the stronger conclusion.
Check the recorded terms
The first stage compares the terms recorded when the draw was created with the current contract snapshot. For user-created draws, the browser also recalculates the relevant JSON and BCS hashes.
The report can confirm those terms directly against the network only when the creation record includes a usable source transaction.
If that source is absent, matching browser calculations do not turn the description and rules into independently verified blockchain evidence. The report marks this limitation instead of reporting full confirmation.
Check the frozen entries
The report rebuilds the ticket set used when randomness was requested and compares its hash with the recorded request data. This is the participation snapshot used for the result.
The separate participant list is built from indexed purchases and can change while sales remain open. Do not use the current list by itself as proof of the final ticket snapshot.
Check Supra dVRF randomness
Supra dVRF provides verifiable randomness. The report checks that the request and response belong to the selected draw and round, that their identifiers and random bytes match, and that the response was accepted by the contract.
This verifies the relationship between the request, response, and recorded result. It does not by itself verify the prize description, prize delivery, or every rule outside the displayed checks.
Check the winner calculation
The browser applies the same recorded selection method to the random bytes and frozen ticket snapshot. It then compares the calculated winning ticket number and wallet address with the contract record.
If the complete ticket snapshot is unavailable, the winner can be recorded in the contract while independent recalculation remains incomplete.
Follow the report status rather than treating the recorded address alone as full verification.
Understand the prize boundary
For a prize held by the contract, use the draw and prize pages to check whether the winner can receive it.
For an organizer-provided prize, the report can verify the published terms and winner when evidence is available. It cannot verify the prize's existence, condition, or external delivery.
Prize receipt, organizer prize return, and participant refunds are separate asset actions. See Prizes in user draws and Claim a prize or refund for those workflows.
Repeat the calculations independently
When source data is available, the report lets you download a portable evidence file. It contains the values needed to reproduce the calculations and does not require a wallet or private keys.
Reproducing a calculation from the downloaded file proves that the file is internally consistent with that calculation.
It does not independently prove that every value came from the network. Direct transaction and event comparison remains a separate part of the live report.
If something does not match
- Confirm that the report shows the intended network and draw number.
- Refresh the report once to rule out an incomplete data update.
- Open the source transaction through the report's current SupraScan link.
- Do not repeat a purchase, prize receipt, or refund while its original transaction remains uncertain.
- If the mismatch remains, contact Support with the draw link, safe explorer links, and screenshots. Never send a seed phrase or private key.
For help reading one source transaction, use How to read SupraScan. Exact contract functions and data structures belong in Smart Contracts.