Trading and Rules Center
For: Trade1 client users
Scope: Sports, esports, crypto, finance, politics, technology, culture, election, art, and weather prediction Markets currently available on Trade1
Channels: Web, H5, and embedded Trade1 pages in merchant platforms
Last updated: 2026-09-07
Important
- Before trading, read the Market's complete proposition, observation period, settlement conditions, and confirmation details.
- Share prices change. You may lose all of the amount used to buy shares; the current price and unrealized return do not represent the final result.
- Special conditions displayed on a Market page take precedence over the general rules in this document.
- Available Markets, trading methods, fees, display currency, and features are determined by the current Trade1 page.
- Category visibility, a displayed Market, and whether the current user can trade are distinct states. Only a Market currently accepting orders, where the account conditions are met, can accept a trade.
1. Scope and rule priority
1.1 What these rules cover
These rules apply to sports, esports, and other event prediction Markets displayed in the Trade1 client. They explain the basic rules users need to know when trading, holding shares, awaiting an event determination, and checking settlement.
Not every Market type listed below will necessarily be available in the client. The following states are distinct:
- Category visible: A category entry does not mean it contains a tradable Market.
- Market displayed: You can view the proposition and information, but the Market may not be accepting orders.
- Market tradable: The Market is accepting orders, has a valid quote, and permits order submission.
- Current user tradable: In addition to a tradable Market, the account must be in good standing, a buy requires sufficient available funds, and a sell requires sufficient available shares.
- Net-position restricted: When the maximum one-sided net position is reached, the user cannot increase it, but may sell the larger net side or buy the opposite direction.
Only a displayed Market that is accepting orders and meets the current user's conditions can accept a trade. Category lists are navigation and do not promise that all Markets are open.
1.2 Rule priority
If descriptions conflict, use the following order:
- The specific proposition and special settlement conditions shown on the Market page.
- The applicable sport, esports, or event-category rules.
- The general trading and settlement rules on this page.
- The general operating guidance in the Client Help Center.
For example, if a football Market expressly says “includes extra time and penalty shoot-outs,” that special condition prevails over the general football rule that normally counts regulation time only.
A later clarification may only resolve an ambiguity and must not change the original proposition intent. When rules are clarified, conflict, or version changes, use the rule hierarchy, version, and effective time shown on the Market page.
1.3 Records that govern for users
- Whether a trade was completed is determined by the formal client execution record.
- Shares held are determined by the Positions page and account records.
- Whether a Market has stopped trading is determined by its client status.
- The event result and settlement amount are determined by Trade1's final Market settlement record.
- News, live coverage, social media, and other score sites are for reference only and do not replace Trade1's formal settlement record.
- Each Market should state its proposition, observation deadline, planned start and expected end, applicable time and time zone, and special conditions. If the system cannot obtain a result usable for settlement, the Market enters Pending Settlement and Operations completes manual handling.
2. Markets, YES/NO, and shares
2.1 Events and Markets
- An event is a real-world sports, esports, or other verifiable event.
- A Market is a prediction market created around an event with clearly defined result conditions.
- One event can have multiple Markets. Each has its own proposition, trading status, YES/NO prices, and settlement result.
For example, the same football match may have separate Markets for “Will the home team win?”, “Will total goals exceed 2.5?”, and “Will both teams score?”.
2.2 YES and NO
- Buying YES means you think the Market proposition will be true.
- Buying NO means you think the Market proposition will not be true.
- YES and NO are separate trading directions, each with its own buy price, sell price, and available quantity.
When a page provides more than two outcome options, use the complete outcome set and settlement conditions shown on that page:
- The page must state whether outcomes are mutually exclusive and whether only one outcome can be correct.
- If an unlisted outcome could occur, the page must state whether an Other option exists and its scope.
- An outcome placeholder that has not been formally named must not be opened for trading.
- Once an outcome is confirmed, the Market's complete conditions determine how the other outcomes settle; do not force a single YES/NO example onto a multi-outcome Market.
2.3 Shares
After execution, users receive shares for the relevant Market and direction. Shares may be:
- Sold while the Market allows trading and valid quotes are available;
- Held until Market settlement;
- Paid at 1 or 0 per share in a normal settlement, according to the result; or
- Processed under the applicable special-settlement rule in a cancellation, abnormal market closure, or forced settlement.
Shares already sold no longer form part of the user's settlement position and will not receive that portion of the settlement amount again.
2.4 Current price does not represent the final result
Market prices show current tradable conditions and may change with event information, trading activity, and available liquidity. A price does not guarantee an event result or that any quantity can execute at the same price.
3. Trading and order rules
3.1 Conditions for trading
Users can submit a trade only when the Market permits trading, valid system quotes exist, and the account is in good standing. Seeing a Market or a price does not guarantee that an order will execute.
After submission, the system revalidates the latest price, executable quantity, user balance or position, the fixed 3% price protection for a market order, and the resulting one-sided net-position share limit. A market order either fills in full or does not fill at all; a limit order may wait, partially fill, or terminate.
3.2 Buy rules
When buying, the user enters a purchase amount and selects YES or NO:
- The system calculates the maximum shares that amount can obtain at the current valid price.
- Shares are rounded down to
0.01shares; shares above the amount that can be purchased are not issued. - The amount entered by the user is the amount actually deducted.
- A small calculation difference caused by the
0.01share precision is not refunded separately. - A trade cannot be submitted if the calculation produces fewer than
0.01shares.
At a single price, the calculation is:
Shares received = floor((purchase amount ÷ current price) ÷ 0.01) × 0.01
Example: purchase amount 10.00, current price 0.33:
Unrounded shares = 10.00 ÷ 0.33 = 30.3030…
Final shares = 30.30
Amount deducted = 10.00
3.3 Market buy
A market buy attempts to complete the entire trade promptly at current valid prices:
- The system may use multiple price levels and calculates the whole-order weighted-average execution price.
- The first price shown on the page does not mean the full amount will execute at that price.
- Trade1 uses fixed 3% price protection, which users cannot adjust.
- The entire order fills only if its whole-order weighted average, available depth, available balance, and resulting one-sided net-position share limit all satisfy the latest conditions.
- If any condition is not met, the entire order does not fill: no funds are debited, no shares are added, no fee is charged, and no pending order remains.
3.4 Limit buy
A limit buy lets the user set the maximum acceptable price, purchase amount, and validity period:
- It may execute or partially execute when its price condition is met.
- The unfilled portion continues to wait during its validity period and reserves the corresponding funds.
- It stops when the user cancels it, it expires, the Market stops trading, or another termination condition occurs.
- Funds for the unfilled portion are released after termination processing is complete.
3.5 Market sell
A market sell attempts to sell existing shares at current valid prices:
- The quantity sold cannot exceed the available position.
- Shares reserved by an existing sell order cannot be sold again.
- The system may use multiple price levels to calculate a whole-order weighted-average execution price.
- Trade1 uses fixed 3% price protection, which users cannot adjust.
- The entire order fills only if its whole-order weighted average, available depth, available shares, and resulting one-sided net-position share limit all satisfy the latest conditions.
- If any condition is not met, the entire order does not fill: no shares are removed, no proceeds or fee are created, and no pending order remains.
3.6 Limit sell
A limit sell lets the user set the minimum acceptable price, shares to sell, and validity period:
- It may execute or partially execute when its price condition is met.
- Unfilled shares remain reserved during the order's validity period and cannot be traded again.
- After cancellation, expiry, a Market stop, or another termination, unfilled shares become available again after processing.
- A completed portion cannot be restored by cancelling the remaining order.
3.7 One-sided net-position share limit
Trade1 controls each user's one-sided net position for the same Market:
|YES shares held − NO shares held| ≤ applicable maximum net-position share limit
- The limit is measured in shares, not purchase amount or historical cumulative buys.
- The applicable limit is shown when the user trades. Once reached, the user cannot further increase one-sided net position, but may reduce it through an opposite trade or sale.
- A pending limit order reserves funds or shares only; it does not consume the limit. Before every actual limit fill, the system rechecks the resulting YES/NO net position.
- A remainder blocked by the limit stays pending and reserved; it may fill later after net position is reduced, until it fills, is cancelled, expires, or the Market stops trading or settles.
3.8 Order duration and automatic termination
The page may offer durations such as Good Till Cancelled, 1 hour, 30 minutes, 10 minutes, or 5 minutes. An order terminates when any of the following occurs:
- It is fully executed.
- The user cancels the unfilled portion.
- Its validity period expires.
- The Market stops trading or enters settlement.
- A sports Market, such as football, moves from pre-match to in-play trading; unfilled pre-match orders are automatically cancelled.
3.9 Repeated submissions and operation frequency
- Repeated submissions within a short time may be limited. Wait for the current request to return before acting again.
- Do not repeatedly select Submit while the page shows “submitting” or “processing.”
- If the network is abnormal, first check the order and account status before acting again to avoid duplicate trading.
4. Price, precision, fees, and funds
4.1 Standard precision
Trade1 client uses the following standard precision:
| Item | Minimum precision | Rule |
|---|---|---|
| YES/NO shares | 0.01 share | Calculations, entry, and display retain two decimal places |
| User amount | 0.01 | Purchase amount, balance, proceeds, fees, and settlement amount retain two decimal places |
| System quote | 0.01 | Reference, buy, sell, limit, execution, and settlement prices retain two decimal places |
Order confirmation, orders, executions, positions, and account pages should use the same client precision. When lower-level calculations create more decimal places, the final displayed value in the formal execution and account records governs.
4.2 Quotes and depth
- Buy and sell prices may differ; their difference is not a trading fee.
- Each price level has only its corresponding executable quantity.
- Larger trades are more likely to cross multiple price levels, which can change the final average price.
- Quotes may change between viewing, confirmation, and actual execution.
4.3 Slippage
Slippage is the permitted range of change in the final volume-weighted average execution price of a market trade:
- Market buys and market sells use Trade1's fixed 3% price protection; users cannot adjust it.
- Slippage is assessed using the volume-weighted average execution price of the whole order.
- If the whole order cannot meet the fixed 3% protection, available depth, available funds/shares, or the net-position share limit, it does not fill at all.
- A market order never partially fills or becomes a limit order.
- System price protection does not guarantee execution.
The calculation is:
Volume-weighted average execution price = total amount executed across price levels ÷ total shares executed
4.4 Balance and reservations
- Buying requires sufficient available Trade1 balance.
- A valid buy order reserves the corresponding funds.
- A valid sell order reserves the corresponding shares.
- Reserved funds or shares cannot also be used for another trade or withdrawal.
- Once an order executes, is cancelled, expires, or terminates, the system deducts or releases funds and shares based on actual execution.
4.5 One-sided net-position share limit
The one-sided net-position share limit is defined in section 3.7. It is measured as |YES shares − NO shares| in the same Market, not as a historical cumulative purchase amount.
Trade1 defines the merchant-selectable limit values, maximum, and default value. A merchant may choose only from Trade1's permitted values and cannot exceed that maximum; if the merchant does not make a selection, the Trade1 default applies. The merchant's current configuration applies consistently across its Markets, and the applicable limit is displayed when a user trades. When an order is expected to exceed the limit, the page displays the applicable limit and asks the user to change the share amount.
Pending limit orders reserve funds or shares but do not consume the limit; the limit is checked when each actual fill is about to occur.
4.6 Trading fees
- The current buy fee is 0 and the current sell fee is 0.1%. Both are configured by Trade1's backend and cannot be set by a merchant; the confirmation page, fill record, and ledger record control the applicable rate.
- A sell fee applies to actual gross sale proceeds. A limit order's unfilled portion has no trading fee. A market order that does not fill in full has no fee.
- If Trade1 later adjusts a fee rate, fees already generated are not recalculated retroactively.
- Fees are a cost of trading: they are excluded from weighted-average purchase price and from normal or special-settlement price and amount calculations.
Example: if gross sell proceeds are 100.00 and the confirmation page shows a 0.1% fee:
Fee = 100.00 × 0.1% = 0.10
Net sell proceeds = 100.00 - 0.10 = 99.90
4.7 Display currency and exchange rates
- The client normally displays amounts in the currency configured by the user's merchant platform.
- The trade date and settlement date may use different daily exchange rates.
- Cross-day exchange-rate changes may make the final displayed amount differ from the amount estimated at trade time; the user bears the relevant exchange-rate difference.
- The client displays the applicable exchange-rate value and converted-currency amount, but does not separately display the exchange-rate date; the applicable date is determined by the time in the trade or settlement record.
- The page exchange-rate value, converted amount, and formal account record take precedence over the user's own conversion.
5. General settlement rules
5.1 When settlement begins
An event ending does not mean that a Market settles immediately. The system must obtain the final result, check the Market proposition and scope, and confirm that no abnormal condition affects the determination.
Before settlement completes:
- The status may show trading stopped, awaiting result, or settling.
- Users cannot submit new trades.
- Unfilled orders terminate and release unused funds or shares.
- Positions must wait for the formal settlement result.
5.2 Normal settlement
In a normal settlement:
- Each share of the correct outcome pays
1. - Each share of the incorrect outcome pays
0. - Only shares the user still holds at settlement are settled.
Example: a user holds 50.00 YES shares and YES is determined to be correct:
Settlement amount = 50.00 × 1.00 = 50.00
If YES is incorrect:
Settlement amount = 50.00 × 0.00 = 0.00
5.3 Determining a normal settlement result
- Read the Market's complete proposition, special conditions, and rule version.
- Determine the applicable event, game, map, time period, time zone, or statistical scope.
- Obtain a result usable for settlement; if it is temporarily unavailable, enter Pending Settlement.
- Check for postponement, interruption, cancellation, data correction, or another boundary circumstance.
- Determine whether the Market proposition is true or false.
- Confirm YES or NO as the correct outcome and complete payment.
5.4 Sold shares and unfilled orders
- Shares sold before settlement do not participate in later payment.
- An unfilled order is not a position and does not participate in result payment.
- For a partially executed order, only shares that executed and entered the position participate in settlement.
- Once a Market stops trading, funds or shares for the unfilled portion are released according to the order status.
5.5 Settlement records
Users should check:
- The final result and status in the Market details.
- Settlement direction, price, and amount on the Positions page.
- Movement of funds on the Account page.
- Shares, prices, and times in the original order and execution records.
6. Abnormal events and special settlement
6.1 Pending Settlement, normal settlement, special settlement, and manual compensation or correction
- Pending Settlement: The system temporarily cannot obtain a result usable for settlement, or Operations needs to complete a later manual settlement. There is no universal fixed waiting period; Operations determines the timing from the actual circumstances.
- Normal settlement: A platform-recognized official result has been obtained and the original proposition and scope remain valid. Correct shares settle at 1 and incorrect shares at 0.
- Special settlement: An event is interrupted, a Market is cancelled, a result is unavailable for a long period, a Market closes abnormally, the platform forcibly settles it, or a change of format or statistical scope invalidates the original proposition.
- Manual compensation or correction: A system execution or ledger issue, such as missing settlement, duplicate posting, or an incorrect calculated amount, is handled by Operations through manual compensation or correction without changing a completed Market result.
When Operations makes manual compensation or correction, the backend retains the reason, user, amount, operator, operation time, and linked order or ledger record.
When a Market stops trading permanently, unfilled orders terminate and reservations are released; existing positions are handled under the settlement type subsequently determined.
6.2 Special settlement price
The special settlement amount is calculated as:
Special settlement amount = shares remaining at settlement × special settlement price for that direction
- YES and NO positions are settled separately and are not netted; each uses the special-settlement price for its own direction.
- First use the current valid sell price for that direction when the system obtains the interrupted or other abnormal status.
- If no current valid sell price exists at that time, look back without a time limit for the most recent valid sell price for that direction.
- If no valid sell price can be obtained, use the weighted-average purchase fill price of the user's remaining position in that direction. Fees are excluded from that average and from settlement calculations.
- The weighted-average purchase fill price changes only when new purchase fills are added; sales do not change that average.
- Special settlement is not a refund based on the original purchase amount.
- This order applies to interruption, cancellation, prolonged result unavailability, abnormal closure, and forced settlement.
6.3 User-visible status and records
- During manual settlement, the client displays Pending Settlement.
- When complete, position and account records show the settlement type, direction, shares, price, amount, and posting time.
- The price source, original quote, weighted-average purchase price, operator, and operation time are retained only in the backend and are not displayed in the client.
Example: the YES special settlement price is 0.48 and the user still holds 100.00 YES shares:
Special settlement amount = 100.00 × 0.48 = 48.00
6.4 Postponement, interruption, and data anomalies
- The Market conditions should state the planned start, observation deadline, stop-order time, expected end, and time zone; the page status and formal records control actual timing.
- A postponement normally does not change a Market's operating state and only extends trading time; the actual stop-order time is controlled by page status. Once an interruption is confirmed, the system immediately settles positions using the section 6.2 price order and notifies users.
- Only when the system cannot obtain a result usable for settlement does the Market enter Pending Settlement, followed by manual settlement by operations.
- Trade1 does not assume that every event must resume within a fixed number of hours and does not set a universal manual-handling deadline.
- A page resuming updates does not mean that a Market automatically resumes trading. Use the Market status and formal records.
7. Result confirmation, corrections, and execution-error feedback
7.1 Result confirmation
Trade1 determines results using the complete Market proposition, observation time, applicable time zone, special conditions, and the final system result. Users should rely on the final Trade1 Market settlement record.
7.2 Result or statistical corrections
- If a score, event, or statistic is corrected before Market settlement, the system may wait for the corrected official data before settling.
- If an event has ended but the Market has not settled, users should continue to wait for the final status.
- A formal pre-settlement correction should retain its version and correction time. If it may affect trading judgment, the Market should stop accepting orders and handle unfilled orders under the applicable rules.
- Once positions have settled and funds have been posted, the Market result does not change because of a later result or statistic correction. A later system-execution or ledger error may be manually corrected without re-determining the Market result.
7.3 Result finality
- If the system cannot obtain a result usable for settlement, it enters Pending Settlement and operations later completes manual settlement.
- Trade1 does not currently provide a user settlement-dispute or result-appeal mechanism. A result published and settled by the system is final.
7.4 Execution-error feedback
If settlement is missing, duplicated, or the amount is wrong, submit the following through merchant customer support:
- User ID;
- Market ID;
- Relevant order or ledger-record ID;
- Time of the issue; and
- A redacted screenshot that does not contain sensitive information.
Operations checks system-execution or ledger errors and may make manual compensation or corrections. This process does not re-determine a completed Market result.
8. User checklist
8.1 Before trading
- I have read the complete Market proposition, not only an abbreviated title.
- I have confirmed whether the Market is football or LoL, a series or a single map, and full match or half.
- I have confirmed whether extra time, penalty shoot-outs, restarts, or other special circumstances apply.
- I selected the correct YES or NO direction.
- I confirmed the order type, purchase amount, or shares to sell.
- I checked the quote, executable quantity, slippage, fee, and display currency.
- I confirmed that available balance or available shares are sufficient.
- I understand that prices may change and an order is not guaranteed to execute.
8.2 After trading
- I have confirmed the order status on the Orders page.
- I checked the actual shares and price in execution records.
- I checked shares added to or removed from my position.
- I checked deductions, proceeds, and fees in account records.
- If an order did not fully execute, I checked the remaining quantity, duration, and reservation.
8.3 After the event ends
- I have distinguished between event ended, Market trading stopped, and Market settled.
- I checked the Market's final result and settlement type.
- I checked the shares still held at settlement.
- I checked whether the settlement price was normal 1/0 or a special settlement price.
- I confirmed the settlement amount in the account records.
9. Frequently asked questions
Q1: Why can one event have multiple Markets?
Each Market is an independent proposition—for example, full-match result or total goals in football, or series winner or map winner in LoL. Different Markets trade and settle separately.
Q2: Does a price of 0.70 mean there is a 70% chance of winning?
No. A price reflects current trading conditions, not a platform guarantee of probability or result.
Q3: Why is my final execution price different from the price I saw?
Quotes can change, and a larger trade can use multiple price levels. The actual price or volume-weighted average price in the formal execution record governs.
Q4: Why cannot my purchase amount convert to an exact whole number of shares?
The minimum share precision is 0.01. The system rounds down to the largest number of shares that does not exceed the purchase amount; the entered amount is still deducted, and the small precision difference is not refunded separately.
Q5: Why did my limit order execute only partially?
Limit orders may fill partially. Completed portions enter the position; the remainder continues to wait or is released after cancellation, expiry, a Market stop, or settlement. A market order either fills in full or does not fill at all.
Q6: Why do I still have a position after cancelling an order?
Cancellation affects only the unfilled portion. Shares already executed remain a valid position.
Q7: Why is a football full-match winner Market still a draw after extra time?
By default, a football full-match result counts only 90 minutes plus stoppage time. Extra time or penalty shoot-outs are included only where the Market expressly says so.
Q8: Do LoL kills before a map restart count?
If the original map is formally ruled void, data before the restart will normally not be used for final determination. The Market conditions and formal event record still govern.
Q9: Why has the Market not settled after the event ended?
The system may still be confirming the official result, applicable rules, statistical corrections, or an abnormal event status. If a result usable for settlement is temporarily unavailable, the page displays Pending Settlement. An event ending does not mean the Market has settled.
Q10: Does a cancelled Market return my original purchase amount?
No. This is not a return of the original purchase amount. YES and NO settle separately: first use the current valid sell price for that direction when the system obtains the abnormal status; if none exists, look back without a time limit for the most recent valid sell price; if still unavailable, use the weighted-average purchase fill price of the user's remaining position in that direction.
Q11: Why can another score website show a different result from Trade1?
Different websites can have different delays, statistical conventions, or correction times. Users should rely on the final Trade1 Market settlement record.
Q12: What should I do if settlement is missing, duplicated, or miscalculated?
Submit the user ID, Market ID, order or ledger-record ID, time of issue, and a redacted screenshot through merchant-platform customer service. Operations checks execution or ledger errors; this does not re-determine the Market result.
10. Risk notice and glossary
10.1 Risk notice
- Price risk: Share prices can change rapidly and users may lose all purchase amounts.
- Execution risk: Neither market orders nor limit orders are guaranteed to execute.
- Depth risk: Insufficient executable quantity may prevent a user from completing a trade at the expected amount or price.
- Price-protection risk: Crossing multiple price levels can result in a less favorable average execution price. A market order uses fixed 3% price protection and does not fill if the whole order cannot satisfy it.
- Order risk: Unfilled orders reserve funds or shares and may terminate on expiry, a trading stop, or a pre-match to in-play transition.
- Event risk: Postponement, interruption, cancellation, restart, forfeit, reversal, or data conflict can delay or change how a Market is handled.
- Exchange-rate risk: Trade-date and settlement-date exchange rates may differ, changing the final displayed amount.
- Technical risk: Network, device, data, or service issues can delay the page or temporarily prevent confirmation of order status.
Use only funds you can afford to lose. Trade1 rules and help content are not a guarantee of returns and are not investment, legal, tax, or financial advice.
10.2 Glossary
| Term | Meaning for users |
|---|---|
| Market | A market created around an event with a clear YES/NO proposition and settlement conditions |
| YES/NO | The two trading directions for whether a Market proposition is true or false |
| Share | A unit received after execution that can be sold or held until settlement |
| Market order | An order that attempts to execute the entire order at current quotes within fixed 3% price protection; it either fills in full or does not fill at all |
| Limit order | An order with a user-set price, purchase amount or shares to sell, and duration, waiting for conditions to be met |
| Partial execution | Only part of an order completes; the remainder waits or is cancelled and released according to its order type |
| Position | Shares the user has obtained and has not yet sold or settled |
| Quote | A current price that may be used to buy or sell |
| Depth | The number of shares currently executable at different price levels |
| Slippage | The system's price-protection range for the weighted-average price movement of a market trade |
| Trading stopped | A Market permanently stops accepting new trades |
| Normal settlement | Correct shares pay 1 and incorrect shares pay 0 |
| Special settlement | Positions are handled at direction-specific special settlement prices when a Market is cancelled, closes abnormally, or its original proposition becomes invalid |
10.3 Version history
| Version | Date | Update |
|---|---|---|
| v0.6-en.8 | 2026-09-07 | Restored multi-outcome conditions, fee-history treatment, result timing, and execution-error submission requirements from the canonical Chinese source. |
| v0.6-en.7 | 2026-09-07 | Restored current Chinese-source market-state, exchange-rate, settlement-determination, and special-settlement wording. |
| v0.6-en.6 | 2026-09-07 | Aligned net-position configuration, Pending Settlement, special-settlement price timing, and user-visible records with the current Chinese source. |
| v0.6-en.5 | 2026-09-07 | Regenerated from the current Chinese source; aligned market-order execution, fixed 3% price protection, net-position limits, fees, special settlement, result finality, and execution-error feedback. |
| v0.6-en.4 | 2026-09-07 | Synchronized the translated rules with the latest source wording. |
| v0.6-en.2 | 2026-09-03 | Reduced public result-determination details |
| v0.6-en.1 | 2026-09-01 | Initial English translation of v0.6 Chinese canonical source; retained the full sports and esports rule scope, category indexes, and general rules |
| v0.6 | 2026-09-01 | Chinese source: synchronized the full scope of sports and esports v0.4 rules and updated specialty-rule indexes and names |
These rules may be updated as the Trade1 product, Market types, and settlement policies change. At the time of trading, the effective version displayed in the client, the specific Market conditions, and confirmation information govern.
11. Sports rules index
Sports prediction Markets maintain sport-specific rules. The current knowledge-base scope includes football, basketball, tennis, cricket, baseball, ice hockey, American football, rugby union, rugby league, volleyball, handball, badminton, table tennis, golf, boxing, MMA, motor and motorcycle racing, cycling, athletics, swimming, skiing and winter sports, darts, snooker, poker, chess, and other sports appearing online.
For every sport, the applicable rules must state the event unit, official result, regulation and extended phases, postponement or interruption, withdrawal or disqualification, format changes, statistical corrections, and handling where a normal determination is not possible. See Trade1 Sports Prediction Market Rules for details.
12. Esports rules index
Esports rules are maintained by game title. Relevant titles currently include League of Legends (LoL), CS2, Dota 2, VALORANT, and Overwatch. Rules for each title must state the scope of the series, map, round, or game, and treatment of pauses, disconnections, reconnects, restarts, surrenders, forfeits, disqualifications, roster changes, and format changes. See Trade1 Esports Prediction Market Rules for details.
13. Event prediction Market rules
In addition to the general trading and settlement rules in this document, Markets for crypto, finance, politics, technology, culture, elections, art, weather, and other events must define:
- The proposition object, outcome options, and boundary conditions.
- Observation time, deadline, and time zone.
- Whether the Market uses an initial value, final value, closing value, certified result, or final revised value.
- How result delays, corrections, withdrawals, or temporary unavailability are handled.
See Trade1 Event Prediction Market Rules for details.