> For the complete documentation index, see [llms.txt](https://docs.42.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.42.space/getting-started/market-types.md).

# Market types

There are two types of markets on the platform: **Event Markets** and **Price Markets**. Both are parimutuel whereby all funds enter a shared pool, and winners split it proportionally. However, they differ significantly in structure, pricing mechanics, and how strategies are managed.

### Comparison between Event Markets and Blitz Markets

<table><thead><tr><th width="173.046875">Type</th><th width="254.9140625">Event Markets</th><th width="336.39453125">Blitz Markets</th></tr></thead><tbody><tr><td><strong>Topic focus</strong></td><td>Event outcomes</td><td>Fast-paced token races</td></tr><tr><td><strong>Round structure</strong></td><td>Open-ended until resolution</td><td>30s rounds</td></tr><tr><td><strong>Resolution trigger</strong></td><td>Event conclusion or scheduled end time</td><td>Fixed target time (30s from opening)</td></tr><tr><td><strong>Pricing model</strong></td><td>Power Curve</td><td>Double07 Curve</td></tr><tr><td><strong>Driver of price</strong></td><td>Number of tokens minted per outcome</td><td>Time elapsed in the round</td></tr><tr><td><strong>Early entry advantage</strong></td><td>Lower price before demand builds</td><td>Significantly lower price early in round</td></tr><tr><td><strong>Position exits</strong></td><td>Allowed before resolution</td><td>Not permitted — locked until resolution</td></tr><tr><td><strong>Payout structure</strong></td><td>Proportional share of total pool</td><td>Proportional share of total pool</td></tr><tr><td><strong>Payout availability</strong></td><td>At resolution finalization</td><td>At resolution finalization</td></tr><tr><td><strong>Continuous rounds</strong></td><td>No</td><td>Yes — new round opens every 30s</td></tr></tbody></table>

{% tabs %}
{% tab title="How event markets work" %}
Event Markets are open-ended outcome markets. A market is created around a specific question or event, with multiple possible outcomes. Participants mint outcome tokens for whichever outcome they expect to grow in demand, or resolve as correct, depending on their strategy.

#### Outcomes & Structure

Event Markets support **multiple outcomes** — not just binary yes/no. Each outcome has its own token, and all tokens draw from the same shared pool at resolution. Market resolution can occur at a pre-set end time, or **earlier if the underlying event concludes** — for example, a market on a sports result resolves as soon as the final score is confirmed, not at a scheduled future time.

#### Sports markets

Sports markets are a subset of Event Markets. They create eventcoins around live sports events. There are two main structures: **Scoregrid** and **Outright & Prop** markets.

**Scoregrid**

Scoregrid asks one specific question: **What will the exact score be?**

For a soccer match, traders buy and sell tokens across a **6 × 6 grid**. Each cell represents one exact scoreline, such as `2–1` or `0–0`. All cells draw from the same shared pool. When the match ends, the full pool flows to holders of the correct scoreline.

* **Trading window:** Scoregrid markets close at kickoff. There is no in-play trading<br>

  <figure><img src="https://3387941541-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FU7YJjqEpNTUTp604sbJh%2Fuploads%2F5xZC8Zow0ALfrLpOD74W%2Fimage.png?alt=media&amp;token=997ff917-bd95-4a13-a3d6-9f1615733e33" alt=""><figcaption></figcaption></figure>
* **Dynamic odds:** Prices shift continuously as traders buy and sell. Crowded scorelines get expensive. Thin scorelines stay cheaper. Early, contrarian calls benefit the most: you pay less and face fewer competitors for that cell's payout. If the crowd piles into 1–0 and you take 2–1 early, a correct call on a thin cell pays out at a higher multiple than following consensus
* **Position exits:** Positions can be sold only while the market is open. After kickoff, positions remain locked until settlement
* **Resolution & payouts:** Once the final score is confirmed, holders of the winning scoreline split the pool proportionally

**Outright & Prop markets**

Outright and Prop markets cover outcomes beyond the exact final score

Examples include:

* A player's total points or assists in a match
* Whether a team reaches the knockout round
* Which team wins a series or advances a stage

#### Pricing: Power curve

Outcome token pricing follows a power curve that is **demand-based**. Each mint increases the price of that outcome token for subsequent buyers — cost is a function of how many tokens for that outcome already exist.

> The more popular an outcome becomes, the more expensive it gets to enter.

This means:

* **Early entrants** pay lower prices on outcomes before they attract attention
* **Later entrants** pay a higher price, reflecting accumulated market conviction
* Prices across outcomes shift dynamically as minting activity changes supply

Learn more in [#pricing-power-curve](#pricing-power-curve "mention")

#### Position Exits

Positions in Event Markets **can be sold before resolution**. Participants may exit at any point while the market is open, realising a gain or loss based on the sell price relative to their entry cost. The sell price is affected by the redeem tax. Learn more about it in [Selling an outcome](/getting-started/publish-your-docs/trading-eventcoins/selling-an-outcome.md#sell)

#### Resolution & Payouts

When the market resolves, the correct outcome is confirmed. The entire pool flows to holders of that outcome's tokens, distributed proportionally by token share.

```
Your Payout = (Your tokens in winning outcome / Total tokens in winning outcome) × Total Pool
```

{% endtab %}

{% tab title="How price markets work" %}
Blitz Markets are a structured, time-bound market type focused on how much each token's price gains in each round.&#x20;

Unlike Regular Markets, Blitz Markets follow a strict round schedule. Prices of outcomes are based on a time-based pricing curve, and exits are not allowed.

#### Outcomes & Structure

Participants mint outcome tokens for the token they expect to win at resolution. As with Regular Markets, the pool is shared and flows entirely to the winning token at resolution.

Rounds follow a fixed, repeating 30s schedule, opens from 8:00 AM to 4:00 PM UTC

<table><thead><tr><th width="184.05078125">Phase</th><th width="122.34765625">Duration</th><th>What Happens</th></tr></thead><tbody><tr><td><strong>Trading Phase</strong></td><td>15s</td><td>Market is open. Enter and build your position</td></tr><tr><td><strong>Watch Window</strong></td><td>10s</td><td>Trading closes, watch the race</td></tr><tr><td>Settlement Window</td><td>5s</td><td>Winner is determined. Payouts are calculated</td></tr></tbody></table>

#### Position Lock

Once a position is minted in a Blitz Market, **it cannot be sold.** Tokens are locked until the round resolves.

This is an intentional design constraint. Combined with the clockCurve, it ensures:

* No value leakage from early exits
* Payouts reflect committed conviction, not late repositioning
* The pool remains intact for winners at resolution

{% endtab %}
{% endtabs %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.42.space/getting-started/market-types.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.