Skip to main content

Binary Markets

At a Glance

What This Section Does

Manage prediction markets from creation to final settlement. Create new markets, review submissions, approve quality markets, publish them live, and determine final outcomes when markets close.

Who Should Use This

  1. Market Managers: Create and oversee markets
  2. Senior Admins: Approve and publish markets
  3. Quality Reviewers: Review market quality before approval

Most Common Tasks

  1. Create a New Market: Set up questions and rules
  2. Approve a Market: Review and approve submissions
  3. Publish a Market: Make markets live for trading
  4. Resolve a Market: Determine final outcome

Before You Start

Make sure you have these permissions:

  1. admin_market: Required for all apresale revenue share approval
  2. Whitelist: "Create & Approve Markets": Required to create and publish
  3. Whitelist: "Resolve & Approve Resolution": Required to determine outcomes.
  4. Whitelist: "Approve Trading Fee Changes": Required to adjust trading, merge, and redeem fee percentages.

Overview

SectionDescription
OverviewCentral hub for creating, editing, and managing prediction markets with full administrative control.
Main TabsActive, Completed, Archived, Rejected

View & Search Features

FeaturePermission RequiredWhitelist Required
Reviewing Marketsadmin_marketNone
Searching & Filtering Marketsadmin_marketNone
Viewing Market Detailsadmin_marketNone

Create & Manage Features

FeaturePermission RequiredWhitelist Required
Creating Marketsadmin_marketCreate & Approve Markets
Editing Marketsadmin_marketNone
Approving Marketsadmin_marketNone
Publishing Marketsadmin_marketCreate & Approve Markets
Rejecting Marketsadmin_marketNone
Resolving Marketsadmin_marketResolve & Approve Resolution
Archiving Marketsadmin_marketNone
Importing Marketsadmin_marketCreate & Approve Markets
Exporting Marketsadmin_marketNone

1. Binary Markets Management

Overview

Purpose: Create, review, approve, publish, and manage prediction markets throughout their entire lifecycle.

Key Features:

  1. Market Creation Function
  2. Market Review & Approval Function
  3. Market Publishing Function
  4. Market Resolution Function
  5. Market Archiving Function
  6. Market Filtering & Search Function
  7. Market Import & Export Functions

2. Market Tabs & Status Overview

Main Tabs

The Admin Markets page is organized into four primary tabs, each representing different stages in a market's lifecycle:

TabDescriptionSub-Tabs
ActiveMarkets currently open for review or tradingProposed, Approved, Live
CompletedMarkets that have ended or been resolvedClosed, Resolution Proposed, Resolved
ArchivedMarkets removed from active display(No sub-tabs)
RejectedMarkets that did not meet quality standards(No sub-tabs)

Active Tab Sub-Tabs

Sub-TabStatusDescription
ProposedProposedNewly submitted markets awaiting admin review and approval. Initial status for all admin-created markets.
ApprovedApprovedMarkets approved by admin but not yet published to the platform. Ready for publishing.
LiveLiveMarkets published and actively trading on the platform. Visible to all users.

Completed Tab Sub-Tabs

Sub-TabStatusDescription
ClosedEndedMarkets that have passed their expiration date but do not have a proposed outcome yet.
Resolution ProposedResolution ProposedMarkets with a proposed outcome awaiting final admin confirmation. May include dispute information.
ResolvedResolvedMarkets with confirmed final outcomes. Payouts have been processed.

Market Tabs & Status Overview

Market Status Lifecycle

StatusTabDescriptionAvailable Actions
ProposedActive > ProposedInitial state after creationApprove, Reject, Edit item
ApprovedActive > ApprovedReviewed and approved, ready for publishingPublish, Reject, Edit item
LiveActive > LivePublished and actively tradingPropose, Edit item
EndedCompleted > ClosedTrading period has endedPropose, Edit item
Resolution ProposedCompleted > Resolution ProposedOutcome proposed, awaiting confirmationResolve, Edit item
ResolvedCompleted > ResolvedFinal outcome confirmedView Orders
RejectedRejectedDid not meet quality standardsView Orders
ArchivedArchivedRemoved from active displayEdit item

Key Notes

  1. Color for Expiration Dates: To help reviewers manage creator markets efficiently, each market row is color-coded based on its expiration proximity:
    1. Purpose: Color highlighting provides a quick visual cue to identify which approved markets need timely attention before expiration.
ColorMeaningAction
OrangeMarket is expiring very soon (within 24 hours).Prioritize for immediate review and publishing.
YellowMarket is approaching expiration (within 5 days).Review details and prepare to publish or resolve soon.
WhiteMarket expiration is still distant.No immediate action required. Continue monitoring.

3. Creating a New Market

Purpose

Create new prediction markets with specific questions, rules, categories, and expiration dates.

When to Use

Use when you need to add a new market to the platform.

Form with specific questions, rules, categories, and expiration dates.

Steps

StepActionDetails
1Access Admin Market PageNavigate to Markets > Admin's Market from the main navigation.
2Click Add Market ButtonClick the Add Market button in the top right corner of the page.
3Enter Market QuestionIn the Question field, enter a clear, unambiguous question. For standard binary markets, the question should be answerable with Yes or No. For markets with custom outcomes, the question format should match the custom outcome names (e.g., "Team A vs Team B?").
3.1Set Outcome DisplayClick the Outcome Display dropdown and select either "Binary (Yes/No)" or "Custom".

If selecting "Binary (Yes/No)": The market will use standard Yes/No outcomes (default option).

If selecting "Custom": Two new fields will appear:
1. Outcome 1 name: Enter the label for the first outcome (e.g., "Team A", "LEE", "Option 1").
2. Outcome 2 name: Enter the label for the second outcome (e.g., "Team B", "CRY", "Option 2").

Note: Once a market is created, the Outcome Display type cannot be changed.
4Upload Cover ImageClick the Upload button under Cover Image to add a visual representation for the market.
5Define Resolution RulesUse the rich text editor under Rules to clearly define how and when the market will be resolved. Include specific criteria and resolution sources.

For Custom Outcome Markets: When writing resolution rules, explicitly reference the custom outcome names (e.g., "This market resolves to 'LEE' if..." instead of "This market resolves to 'Yes' if...").
6Select CategoryClick the Category dropdown and select the most appropriate category.
7Add TagsClick the Tags dropdown and select relevant tags to improve market discoverability.
8Set Expiration DateClick the Expiration Date button and select when the market will close for trading.
9Optional: Set Orderbook Closed DateClick the Orderbook Closed Date button and select when the orderbook will close.
10Optional: Use AI SuggestionsClick Suggest with AI to get AI-powered recommendations for improving your market.
11Submit MarketClick the Submit button to create the market with initial status of "Proposed".

Steps of Creating a New Market

Outcome

After successful submission, the market appears in the Active > Proposed tab with status "Proposed", ready for further review and publishing.

Key Notes

  1. All required fields must be completed before the Submit button becomes active.
  2. Markets created by admins start with "Proposed" status, not "Live" status.
  3. The rich text editor supports bold, italic, underline, strikethrough, ordered lists, bullet lists, and links for formatting resolution rules.
  4. Clear resolution criteria prevent disputes and ensure fair market outcomes.
  5. The expiration date determines when trading closes, not when the market resolves.
  6. The orderbook closed date determines when new orders stop being accepted.
  7. For Custom Outcome Markets:
    1. Both "Outcome 1 name" and "Outcome 2 name" fields must be filled in before the market can be submitted.
    2. Use clear, concise labels (preferably 1-3 words) for outcome names.
    3. Ensure outcome names are distinct and not easily confused.
    4. Resolution rules must reference the custom outcome names, not "Yes/No".

4. Market Table Structure

Column Descriptions

ColumnDescription
Cover ImageThumbnail image representing the market
QuestionThe market question. Click to view full market details.
StatusCurrent status (Proposed, Approved, Live, Ended, Resolution Proposed, Resolved, Rejected, Archived)
OwnerUsername of the market creator. Click to view user profile.
OutcomeFinal resolution result. For standard binary markets, this shows "Yes" or "No". For markets with custom outcomes, this shows the custom outcome names (e.g., "LEE", "CRY", "Team A", "Team B"). Only visible in Completed tabs.
TagsAssociated tags for categorization and discovery
DisputeDispute status (Expired, Active, etc.). Only visible in Resolution Proposed tab.
Is ArchivedArchive status indicator. Only visible in Archived tab.
Created AtDate and time when the market was created
ActionsQuick action buttons (Approve, Publish, Reject, Propose, Resolve, Edit item, View Orders)

Note: The Outcome Display type (Binary vs Custom) is not shown in the main market table but is visible in the market detail view and edit form.

5. Reviewing & Approving Markets

Purpose

Review submitted markets for quality, clarity, and compliance before making them available for trading.

When to Use

Use when markets appear in the Active > Proposed tab requiring review.

Steps to View Market Details

StepActionDetails
1Access Proposed MarketsNavigate to Active > Proposed tab.
2Select MarketClick on the market question to open the detailed view.
3Review Market InformationExamine the following details:
3.1QuestionVerify the question is clear and unambiguous.
3.2StatusCheck current status and outcome.
3.3Total VolumeView trading volume in USD.
3.4ViewsSee how many users have viewed the market.
3.5CategoryVerify appropriate categorization.
3.6TagsCheck relevance of assigned tags.
3.7CreatorIdentify who created the market.
3.8DatesReview Created At and Expires At timestamps.
3.9IDsView Market ID, Question ID, Market Address, Question Market Address, Condition ID, Presale Address ID, and Panda Score Match ID for technical reference.
3.10FeesView Trading, Merge, Redeem Fee percentages.
3.11Outcome DisplayCheck the Outcome Display type (Binary or Custom). If Custom, verify the outcome names are appropriate and clear.
4View Resolution RulesClick View Resolution Rules to review the detailed resolution criteria. For custom outcome markets, verify that resolution rules reference the custom outcome names, not "Yes/No".
5Preview MarketClick the Preview button to see how the market appears to users.

Steps

StepActionDetails
1Navigate to Proposed MarketsSelect the Active > Proposed tab.
2Review Market QualityVerify the market meets platform quality standards. For custom outcome markets, ensure:
- Custom outcome names are clear and distinct
- Resolution rules reference the custom outcome names
- Question format is compatible with custom outcomes
3Click Approve ButtonClick the Approve button on the market detail page or in the table Actions.
4Confirm ApprovalConfirm the approval action when prompted.
5Verify Status ChangeThe market moves to Active > Approved tab with status "Approved".

Steps to Approve a Market

Outcome

After approval, the market is ready for publishing and moves to the Approved tab.

Key Notes

  1. Only approve markets with clear, objective resolution criteria.
  2. Verify the question can be answered definitively with Yes or No (for binary markets) or with the custom outcome names (for custom outcome markets).
  3. Check for duplicate or similar existing markets.
  4. Ensure the expiration date is appropriate for the question.
  5. For Custom Outcome Markets:
    1. Verify custom outcome names are appropriate and not misleading.
    2. Ensure resolution rules explicitly mention the custom outcome names.
    3. Confirm the question format works well with custom outcomes.

6. Publishing Markets

Purpose

Make approved markets live and available for trading on the platform.

When to Use

Use after a market in Active > Approved status has been reviewed and meets all quality standards.

Steps

StepActionDetails
1Navigate to Approved MarketsSelect the Active > Approved tab.
2Identify Market to PublishLocate the market you want to make live.
3Click Publish ButtonClick the Publish button in the Actions column for that market.
4Confirm PublicationConfirm the action in any confirmation dialog that appears.
5Verify Status ChangeThe market moves to Active > Live tab with status "Live".

Steps of Publishing a Market

Outcome

The market becomes visible to all platform users and trading begins immediately.

Key Notes

  1. Publishing is irreversible through normal actions. Markets must be manually paused or archived if needed.
  2. Ensure all market details are correct before publishing, as editing live markets is more complex.
  3. Published markets immediately appear in the main markets list for all users.
  4. Traders can begin placing orders as soon as the market is live.
  5. For Custom Outcome Markets: Traders will see custom outcome names (e.g., "LEE", "CRY") instead of "Yes/No" when trading.

7. Rejecting Markets

Purpose

Remove markets that do not meet platform quality standards or violate guidelines.

When to Use

Use when a market has unclear resolution criteria, is subjective, duplicate, violates guidelines, or is otherwise unsuitable for the platform.

Steps

StepActionDetails
1Access MarketNavigate to the market in any Active tab (Proposed, Approved).
2Review MarketVerify that the market should be rejected based on quality standards.
3Click Reject ButtonClick the Reject button in the market detail view or table Actions.
4Confirm RejectionConfirm the rejection action when prompted.
5Verify MovementThe market moves to the Rejected tab.

Outcome

The market is moved to the Rejected tab and is no longer visible to regular users or eligible for trading.

Key Notes

  1. Rejection ensures only high-quality markets reach traders.
  2. Rejected markets can still be edited and resubmitted if issues are corrected.
  3. This action maintains platform integrity and user trust.

8. Managing Live Markets

Available Actions on Live Markets

When viewing a live market's detail page, you have access to two action menus:

  1. Actions Menu (Standard Operations): Access by clicking the first button.
ActionPurpose
Edit Market

Modify market details such as question, rules, category, tags, or expiration date.

Note: For markets with custom outcomes, the Outcome Display field will be disabled and cannot be changed. You can modify the outcome names, but ensure resolution rules are updated to reference the new names.

View OrdersSee all active orders in the market orderbook. Opens in a new tab.
Create OrdersPlace admin orders to provide liquidity or test market functionality.
Fee SettingsAdjust trading, merge, and redeem fee percentages for this specific market.
View DisputesReview any disputes raised by users regarding the market.
  1. Danger Zone Menu (Critical Operations): Access by clicking the button.
ActionAvailabilityPurpose
ResolveDisabled until market expiresPropose or confirm final outcome. For standard binary markets, select Yes or No. For custom outcome markets, select the appropriate custom outcome name.
Resolve with Payout RatioDisabled until market expiresSet custom payout ratios for partial resolutions. For custom outcome markets, choose the custom outcome name representing the winning outcome.
Pause TradingAlways availableTemporarily halt all trading activity on the market.
ArchiveAlways availableMove market to archived status, removing it from active display.
  1. Market Activity
StepDetails
1Click on the market question to open the detailed view. Locate the tab section below the market header information
2You will see a list of all activities "Market Activity" tab (this is typically the default selected tab)

Common Activity Types You May See:

Activity TypesDescriptionWhen It Appears
Market CreatedMarket was initially createdWhen market is first created
Market EditedMarket details were modifiedWhen question, rules, category, tags, or image are updated
Market ApprovedMarket was approved for publishingWhen admin approves a proposed market
Market RejectedMarket was rejectedWhen market fails quality review
Market LiveMarket went live for tradingWhen market is published and becomes active
Market Paused TradingTrading was temporarily haltedWhen admin pauses a live market
Market Unpaused TradingTrading was resumedWhen admin resumes a paused market
Market Proposed OutcomeOutcome was proposedWhen admin proposes market resolution
Market ResolvedMarket was resolved with final outcomeWhen market is closed with confirmed outcome
Market ArchivedMarket was archivedWhen market is removed from active display
Market UnarchivedMarket was unarchivedWhen archived market is restored
  1. Recent Orders

The Recent Orders table contains the following columns:

ColumnDescriptionExample Values
IDUnique order identifier (clickable to view details)"1e861", "e6def", "f09b5"
UserUser address or identifier who placed the order (clickable)"e9291", "D2b81"
OutcomeMarket outcome the order relates to"yes", "no" (for binary markets) or custom outcome names (e.g., "LEE", "CRY") for custom outcome markets
TypeOrder type classification"limit", "market", "split", "merge", "redeem"
SideOrder direction"buy", "sell"
PriceOrder price per share"0", "10", "50", "90", "100"
QuantityNumber of shares ordered"1", "10", "10.98", "9.98"
FilledNumber of shares actually filled"0", "1", "9.98", "10.98"
Fee SharesTrading fee paid in shares"0", "0.02"
Fee USDTrading fee paid in USD"$0", "$0.002"
Filled PriceAverage price at which order was filled"0", "10", "40", "45", "50", "60"
StatusCurrent order status"filled", "cancelled <user_cancel>"
Created AtDate and time when order was created"03/11/2025 11:45:40"
Expired AtDate and time when order expires"04/11/2026 00:00:00" or "-"
Created ByWho created the order"user", "admin"

Key Notes

  1. Resolve actions become available only after the market expiration date passes.
  2. Pausing trading is useful for emergency situations or when investigating issues.
  3. Archiving is useful for removing outdated or no longer relevant markets without deletion.
  4. Fee Settings may be disabled for certain markets based on platform configuration.
  5. For Custom Outcome Markets:
    1. When editing, the Outcome Display field is disabled and cannot be changed.
    2. You can modify outcome names, but ensure resolution rules are updated accordingly.
    3. Changing outcome names on a live market may confuse traders who have already placed orders.

9. Resolving Markets

Purpose

Determine and confirm the final outcome of a market after its expiration date, enabling traders to redeem their winnings. The Admin can resolve markets using two methods:

  1. Resolve with Outcome: for binary or single-winner results.
  2. Resolve with Payout Ratio: function allows admins to close a market by assigning specific payout ratios to outcomes.

When to Use

  1. Resolve with Outcome: Use when the event has a clear, single result (e.g., "YES" or "NO" for binary markets, or a specific custom outcome name for custom outcome markets).
  2. Resolve with Payout Ratio: Use when results are partial, disputed, or multiple outcomes share value (e.g., 70% Yes / 30% No, or 70% LEE / 30% CRY for custom outcomes).

Steps to Propose Resolution

StepActionDetails
1Navigate to Closed MarketsGo to Completed > Closed tab.
2Select MarketClick on the market question or the Propose button.
3Review Resolution CriteriaCheck the market's resolution rules and verify the outcome. For custom outcome markets, ensure you understand which custom outcome name represents the winning outcome.
4Propose OutcomeClick the Propose button to suggest an outcome. For standard binary markets, select "Yes" or "No". For custom outcome markets, select the appropriate custom outcome name (e.g., "LEE" or "CRY").
5Verify ProposalThe market moves to Completed > Resolution Proposed tab.

Steps to Resolve with Outcome

StepActionDetails
1Navigate to Resolution ProposedGo to Completed > Resolution Proposed tab.
2Review Proposed OutcomeVerify the proposed outcome is correct. For custom outcome markets, verify it matches the correct custom outcome name.
3Check Dispute StatusReview any disputes shown in the Dispute column.
4Click Resolve ButtonClick the Resolve button to confirm the final outcome.
5Verify Final StatusThe market moves to Completed > Resolved tab.

Outcome

After resolution, traders can redeem their positions based on the final outcome. Winning positions receive payouts, and losing positions expire worthless.

Key Notes

  1. Resolution must be based on objective criteria defined in the market's resolution rules.
  2. The Dispute column in Resolution Proposed tab shows if traders have raised concerns.
  3. Consider disputes carefully before confirming resolution.
  4. Once resolved, the outcome is final and cannot be easily changed.
  5. Markets with disputes may show "Expired" status indicating dispute resolution deadline has passed.
  6. For Custom Outcome Markets:
    1. When resolving, you will see custom outcome names instead of "Yes/No".
    2. Ensure you select the correct custom outcome name when proposing or resolving.
    3. Resolution rules should clearly define which custom outcome name wins under what conditions.
    4. Traders will see custom outcome names in their positions and when redeeming shares.

Steps

StepAction
1Go to Markets → Admin's Market → Active → Live. And click the market requiring settlement.
2Click button in the market details.
3Select Resolve with Payout Ratio. Choose the outcome representing as Winning. For standard binary markets, choose "Yes" or "No". For custom outcome markets, choose the custom outcome name (e.g., "LEE" or "CRY").
4Enter ratios for each outcome (e.g., Winning = 70, Losing = 30). For custom outcome markets, enter ratios for each custom outcome name.
5Confirm the resolution details and click Submit Resolution.
6Verify that resolution is reflected in the market summary.

Steps to Resolve with Payout Ratio

Outcome

The market moves to Resolved state. Users' shares are automatically redeemed based on the entered payout ratios. Settlement logs update accordingly in system records.

The market moves to Resolved state

Key Notes

  1. Ratios must total 1.0 (100%) before submission.
  2. Once confirmed, the resolution is irreversible.
  3. For Custom Outcome Markets: The ratios apply to the custom outcome names, not "Yes/No".

10. Archiving Markets

Purpose

Remove markets from active display while preserving all historical data and records.

When to Use

Use when markets are outdated, no longer relevant, or need to be hidden from the main market list without deletion.

Steps

StepActionDetails
1Access MarketNavigate to the market in any tab.
2Open Danger Zone MenuClick the button on the market detail page.
3Click ArchiveSelect the Archive option from the menu.
4Confirm ActionConfirm the archiving action when prompted.
5Verify Archive StatusThe market moves to the Archived tab.

Outcome

The market is moved to the Archived tab and no longer appears in active market listings but remains accessible for historical reference.

Key Notes

  1. Archived markets retain all data including trading history, orders, and outcomes.
  2. Markets can be unarchived if needed (functionality dependent on implementation).
  3. Archiving is different from deletion; data is preserved.
  4. Useful for maintaining a clean active market list while preserving historical records.

Purpose

Quickly locate specific markets using various filter criteria.

Available Filters

Filter TypeDescriptionHow to Use
SearchText search across market questionsType keywords into the Search box for text matching.
Expires DateFilter by expiration date rangeClick Filter by Expires Date button and select date range to specify expiration date criteria.
OwnerFilter by market creatorClick the All owners dropdown and select a specific owner to see only their markets.
TagsFilter by assigned tagsClick the All tags dropdown and select one or more tags to narrow results.

Key Notes

  1. Filters work in combination; multiple filters narrow results further.
  2. Search is case insensitive and matches partial text.
  3. Date filtering helps find markets expiring in specific timeframes.
  4. Owner filter is useful for reviewing markets from specific creators.
  5. Tag filters help focus on markets in particular topics or categories.

12. Import Markets

Purpose

Bulk import markets from external sources following system's template.

When to Use

Use when you need to create multiple markets at once from a pre-defined template.

Steps

StepActionDetails
1Access Admin MarketsNavigate to the Admin Markets page.
2Click Import MarketsClick the Import Markets button in the top right corner.
3Follow Import ProcessComplete the import wizard or file upload process as presented.
4Review Imported MarketsCheck the imported markets in the Proposed tab.
5Verify and PublishReview each imported market before publishing.

Outcome

Multiple markets are created efficiently from a single import operation.

Key Notes

  1. Import functionality streamlines bulk market creation.
  2. Always review imported markets for accuracy before publishing.
  3. Imported markets typically start in Proposed status for review.
  4. This feature is particularly useful for event-based or scheduled market creation.

13. Export Markets to CSV

Purpose

Export market data for analysis, backup.

When to Use

Use when you need to analyze market data, create reports, or backup market information.

Steps

StepActionDetails
1Access Admin MarketsClick the Export Markets button above the list.
2Apply Filters (Optional)An Export Markets modal appears with a status selection dropdown. Choose one of the options: All, Proposed, Approved, Live, Closed, Resolution Proposed, Resolved, or Rejected.
3Click Export MarketsClick the Export Markets button in the top right corner.
4Download Export FileSave the exported file to your desired location.

Outcome

Market data is exported in a structured format for external use.

Key Notes

  1. Exported data includes all visible columns based on current tab and filters.
  2. Use filters before exporting to create specific data sets.
  3. Export is useful for reporting and analysis purposes.

14. Best Practices for Admin Market

Quality Standards

  1. Ensure market questions are clear, specific, and verifiable
  2. Write comprehensive resolution rules with objective criteria
  3. Include reputable resolution sources in the rules
  4. Use appropriate categories and tags for discoverability
  5. Set realistic expiration dates that allow sufficient time for the outcome to be determined

Review Process

  1. Review all proposed markets promptly to maintain platform quality
  2. Verify resolution criteria are objective and unambiguous
  3. Check for duplicate or similar existing markets
  4. Ensure the question can be answered with Yes or No (for binary markets) or with the custom outcome names (for custom outcome markets)
  5. Confirm the expiration date is appropriate for the question

Resolution Integrity

  1. Base all resolutions strictly on the defined criteria
  2. Review disputes thoroughly before confirming outcomes
  3. Document resolution sources when confirming outcomes
  4. Be consistent in applying resolution standards across similar markets
  5. For Custom Outcome Markets: Always reference the custom outcome names in resolution decisions, not "Yes/No"

Platform Health

  1. Archive outdated or irrelevant markets regularly
  2. Monitor live markets for trading anomalies
  3. Address disputes promptly and fairly
  4. Use rejection to maintain quality standards

Custom Outcome Names Best Practices

When to Use Custom Outcome Names:

Use Custom Outcomes For:

  1. Sports matchups and head-to-head competitions
  2. Elections with two candidates
  3. Comparative questions (Option A vs Option B)
  4. Any scenario where entity names are more meaningful than Yes/No

Use Binary (Yes/No) For:

  1. Simple true/false questions
  2. Event occurrence questions ("Will X happen?")
  3. Questions where Yes/No is clear and unambiguous
  4. Markets where custom names don't add value

Naming Guidelines:

  1. Keep it Short: Use 1-3 words maximum for each outcome name
  2. Be Clear: Names should be immediately understandable
  3. Be Distinct: Ensure the two names are clearly different
  4. Be Consistent: Use the same naming pattern across similar markets
  5. Avoid Special Characters: Stick to letters, numbers, and basic punctuation

Resolution Rules for Custom Outcomes:

  1. Always Reference Custom Names: Never use "Yes/No" in resolution rules for custom outcome markets
  2. Be Explicit: Clearly state which custom outcome name wins under what conditions
  3. Provide Examples: Include examples in resolution rules when helpful
  4. Match Question Format: Ensure resolution rules align with the question format

Examples

ExampleMarket TypeQuestionOutcome DisplayOutcome 1Outcome 2Resolution Rules
Example 1Standard Binary MarketWill Bitcoin reach $100,000 by end of 2025?Binary (Yes / No)YesNoResolves to Yes if Bitcoin reaches $100,000 or higher by Dec 31, 2025, 11:59 PM UTC. Otherwise resolves to No.
Example 2Custom Outcome Market – Sports MatchupLEE vs CRY?CustomLEECRYResolves to LEE if LEE wins. Resolves to CRY if CRY wins or if the match is a draw after regulation. Extra time and penalties included.

Product Glossary

TermDescription
Active MarketsMarkets currently in the proposal, approval, or trading phase.
Admin's MarketMarkets created and managed by platform administrators.
ApprovedMarket status indicating admin approval but not yet published.
ArchiveAction to remove markets from active display while preserving data.
CategoryPrimary classification for markets (E-Sports, Trending, Tech, Culture, Sport, Politics, Entertainment, Economy, Crypto).
ClosedStatus for Approve & Live markets that have passed expiration but lack a proposed outcome.
Completed MarketsMarkets that have ended trading, either awaiting resolution, in resolution process, or fully resolved.
Condition IDUnique blockchain identifier for the market condition.
Cover ImageVisual thumbnail representing the market.
Creator/OwnerUser who originally created the market.
Custom Outcome NamesUser-defined labels for the two outcomes in a binary market, replacing the default "Yes/No" labels. Allows markets to use more descriptive labels like team names, candidate names, or option labels. Once set, cannot be changed to Binary (Yes/No) format.
DisputeChallenge raised by users regarding market resolution or rules.
EndedStatus for markets past their expiration date.
Expiration DateDate and time when trading closes for the market.
FeaturedTag indicating the market is promoted or highlighted on the platform.
Import MarketsBulk creation function for adding multiple markets from external sources.
LiveStatus for markets actively trading on the platform.
Market AddressBlockchain address for the market's smart contract.
Market IDUnique internal identifier for the market.
Merge FeeFee charged when merging YES and NO positions back into collateral.
Orderbook Closed DateDate and time when the orderbook stops accepting new orders.
OutcomeFinal resolution result. For binary markets, this can be either "Yes/No" (for standard binary markets) or custom outcome names (for markets with custom outcomes, e.g., "LEE", "CRY", "Team A", "Team B").
Outcome DisplayField in market creation/editing that determines whether a market uses standard "Binary (Yes/No)" outcomes or "Custom" outcome names. Set during market creation and cannot be changed afterward.
Panda Score Match IDIntegration ID for esports markets linked to Panda Score data.
Presale Address IDIdentifier for markets with presale functionality.
ProposedInitial status for newly created markets awaiting approval.
PublishAction to make an approved market live for trading.
QuestionThe prediction statement that defines what the market is trading on.
Question IDBlockchain identifier for the market question.
Question Market AddressBlockchain address for the question market contract.
Redeem FeeFee charged when redeeming winning positions for collateral.
RejectAction to remove markets that do not meet quality standards.
Resolution ProposedStatus indicating an outcome has been suggested but not confirmed.
Resolution RulesCriteria and sources defining how and when the market outcome will be determined.
ResolvedFinal status with confirmed outcome and processed payouts.
TagsSecondary labels for market categorization and discovery (e.g., Bitcoin, Ethereum, featured, MrBeast).
Total VolumeCumulative value of all trades in the market.
Trading FeePercentage charged on each trade execution.
ViewsNumber of times the market has been viewed by users.