Lewati ke konten

Konsep inti

Pasar & acara

A market is the fundamental tradable unit on SatoriEx โ€” each market is a single binary question with Yes / No outcomes. An event is the container that groups one or more related markets together; single-outcome questions live in a single-market event, multi-outcome questions are decomposed into N binary markets grouped inside one multi-market event.

Apa itu pasar

A market is the unit you actually trade. Every market on SatoriEx represents a single binary question โ€” it has a resolution criterion, two outcomes (Yes / No), an order book, and a lifecycle. One outcome resolves to 1 USDC, the other to 0.

  • Kriteria resolusi โ€” aturan tepat yang digunakan untuk menentukan hasil pemenang.
  • Hasil โ€” jawaban yang dibeli dan dijual pengguna. Tepat satu yang bernilai 1 USDC.
  • Buku order โ€” catatan langsung minat beli dan jual dari semua pedagang.

Apa itu acara

An event is a container that groups one or more related markets together. It carries the shared metadata โ€” title, description, category, resolution window โ€” that helps users find and reason about the markets inside it. Events come in two shapes:

  • Single-market event โ€” one binary market under one event. The event and the market are essentially equivalent. Example: "Will Bitcoin close above $150,000 on 31 Dec 2026?"
  • Multi-market event โ€” several related binary markets grouped under one event, one per option of the original question. Each market resolves independently.
  • Every event carries a category, resolution window, and the underlying market list โ€” those are the fields integrators key on.

Multi-market events

When a question has more than two outcomes โ€” "Which candidate wins?", "Which team wins the tournament?" โ€” SatoriEx does not create a single multi-outcome market. The platform decomposes the question into N binary markets, one per option, all grouped under a single event. Each decomposed market resolves independently; in a true choose-one outcome, at most one of them resolves Yes.

EVENTEvent: 2026 South Korea presidential election winnerMARKET ยท BINARYCandidate A wins?YaTidakMARKET ยท BINARYCandidate B wins?YaTidakMARKET ยท BINARYCandidate C wins?YaTidak
One multi-outcome question decomposed into three binary markets, all grouped under one event. Each market resolves independently โ€” at most one can resolve Yes.

Example โ€” multi-market event

Event: 2026 South Korea presidential election winner

  • Market A โ€” Will Candidate A win the 2026 South Korea presidential election? (Yes / No)
  • Market B โ€” Will Candidate B win the 2026 South Korea presidential election? (Yes / No)
  • Market C โ€” Will Candidate C win the 2026 South Korea presidential election? (Yes / No)

Event shapes at a glance

Both shapes share the same underlying market primitive โ€” only the count of markets inside the event differs.

Event shapeWhat it containsWhen you see it
Single-market event1 binary market under 1 eventDirect Yes / No questions โ€” rate decisions, single thresholds, will-X-happen-by-date questions.
Multi-market eventN binary markets under 1 eventChoose-one questions โ€” election candidates, tournament winners, ranked outcomes. Decomposed automatically at submission.

Multi-outcome via negative-risk (planned)

Decomposing a choose-one question into N independent binary markets is the model SatoriEx ships today. It works, but it requires you to post separate collateral on each leg, so capital can sit idle across markets that are mutually exclusive. Negative-risk markets โ€” a capital-efficient design where a single multi-outcome event uses one shared collateral pool and outcome tokens convert between each other โ€” are on the SatoriEx roadmap. When they ship, the event shape stays the same (one event groups its outcomes) but the capital requirement collapses.

Read the negative-risk design page โ†’

Siklus hidup pasar, sekilas

Setiap pasar bergerak melalui tahapan yang sama. Resolusi dan penyelesaian dibahas secara rinci di halaman tersendiri.

  1. 1Proposal โ€” pengguna atau admin mengusulkan pasar dengan kriteria resolusi.
  2. 2Aktivasi โ€” pasar dibuka dan likuiditas awal ditempatkan oleh platform.
  3. 3Perdagangan โ€” pedagang memasang order; buku order aktif.
  4. 4Penghentian & resolusi โ€” perdagangan dihentikan sementara resolusi diputuskan.
  5. 5Penyelesaian โ€” pembayaran didistribusikan; pasar ditutup.

Tip untuk integrator

Saat mengintegrasikan melalui API, daftarkan acara untuk mengisi halaman landing kategori, lalu masuk ke pasar untuk merender buku order. Selalu render kriteria resolusi pasar โ€” itu adalah kontrak pengguna dengan platform.