跳至主要内容

多結果市場

概覽一覽

呢個章節做咩

管理多結果預測市場,其中一個父事件包含多個子結果市場。建立有多個結果嘅父事件、審核提交、批准優質事件、發佈上線,並喺事件結束時決定最終結果。

邊個應該用

  1. 市場經理: 建立及監督多結果事件
  2. 高級管理員: 批准及發佈多結果事件
  3. 質量審核員: 喺批准前審核事件質量

最常見任務

  1. 建立新多結果事件:設定有多個結果市場嘅父事件
  2. 批准事件:審核同批准提交
  3. 發佈事件:令事件上線交易
  4. 解決事件:喺多個可能性中決定最終結果
  5. 管理子市場:查看同管理事件內嘅個別結果市場

開始之前

確保你有呢啲權限:

  1. admin_market:所有管理員市場操作必需
  2. 白名單:「建立及批准市場」: 建立同發佈必需
  3. 白名單:「解決及批准解決方案」: 決定結果必需

概覽

係咩嚟

多結果市場(父)係一種預測市場結構,一個父事件包含多個子結果市場。唔同於只有「係/否」結果嘅二元市場,多結果市場容許交易者喺幾個可能結果中落注。父事件定義問題、規則同所有子市場共享嘅元數據,而每個子市場代表一個獨特嘅可能結果。

例子:「Ullamco cumque volup」(父事件)

  1. 子市場1:「Keefe Mckee」
  2. 子市場2:「Dakota Villarreal」
  3. 子市場3:「Ariel Woods」

點解存在

多結果市場存在係為咗啟用更複雜嘅預測場景,呢啲場景唔能夠用二元「係/否」問題充分表達。佢哋為有多個互斥結果嘅事件提供靈活性,容許交易者對複雜問題表達更細緻嘅觀點。

管理員幾時用

管理員喺以下情況使用多結果市場:

  1. 事件有多個獨特、互斥嘅可能結果
  2. 需要管理需要多過兩個選項嘅複雜問題
  3. 想喺單一事件框架內為交易者提供多個落注選項
  4. 事件需要結構化結果定義(例如選舉、體育錦標賽、頒獎禮)

1. 父事件欄位

父事件包含以下喺多結果市場列表頁面同詳情頁面可見嘅主要欄位:

欄位描述必填位置
問題定義預測內容嘅主要事件問題建立表單、詳情頁面
封面圖片代表事件嘅視覺縮圖建立表單、列表表格
規則定義事件點樣同幾時解決嘅解決規則(支援富文本格式)建立表單、詳情頁面
分類主要分類(科技、加密貨幣、電競、熱門、體育、政治、娛樂、經濟、文化)建立表單、列表表格、詳情頁面
標籤用於分類同發現嘅次要標籤建立表單、列表表格
到期日所有子市場停止交易嘅日期同時間建立表單、列表表格、詳情頁面
訂單簿關閉日期訂單簿停止接受新訂單嘅選填日期建立表單
結果變成子市場嘅結果名稱列表(最少需要2個)建立表單

父事件欄位

2. 父事件表格欄位

欄位描述
封面圖片代表父事件嘅縮圖。幫助用戶快速視覺識別事件。
事件名稱可點擊嘅事件標題。包括 切換結果 按鈕展開/收合呢個父下嘅所有子市場。
狀態父事件嘅目前狀態:已提議、已批准、上線中、已結束、解決方案已提議、已解決、已拒絕、已歸檔
分類事件嘅主要分類(例如「科技」、「政治」、「電競」)。
標籤內聯顯示嘅相關標籤。可以為空。幫助篩選同分類事件。
市場父下嘅子市場/結果總數(例如3)。
擁有者建立者嘅用戶名(例如PEPESURFING)。可點擊打開用戶檔案。
建立時間事件建立嘅時間戳(例如12/1/2025)。可排序欄位。
到期時間父級到期日期同時間(例如12/2/2025 00:00)。
操作根據狀態嘅快速操作按鈕:批准(已提議時)、拒絕(已提議或已批准時)、發佈(已批准時)、行操作選單(預覽、編輯、歸檔)

3. 子市場表格欄位

欄位描述
結果子市場名稱(例如「Keefe Mckee」、「Dakota Villarreal」、「Ariel Woods」)。可點擊連結 → 打開子市場詳情頁面。
狀態子市場嘅目前狀態:已提議、已批准、上線中、已結束、已解決、已拒絕
解決結果解決前顯示「-」,或解決完成後顯示最終結果名稱。
流動性呢個特定子市場嘅可用流動性(例如0)。每個結果獨立聚合。
交易量呢個子市場嘅總交易量(例如0)。
擁有者市場建立者嘅用戶名(例如PEPESURFING)。
到期時間子市場嘅到期時間戳(通常繼承自父)。例如:02/12/2025 00:00
最後更新呢個子市場最近更新嘅時間戳。例如:01/12/2025 15:05
操作快速操作:拒絕(已提議或已批准時)、發佈(已批准時)、行操作選單

子市場表格欄位

4. 子結果市場

父事件中指定嘅每個結果變成一個獨立嘅子市場,有以下特徵:

欄位描述
共享屬性所有子市場共享父嘅到期日、分類、標籤同解決規則。
個別身份每個子有自己嘅市場名稱(結果名稱)、市場ID同交易活動。
市場名稱格式組合父名稱同結果名稱:「Ullamco cumque volup - Keefe Mckee」。
互斥解決時只有一個子市場可以係贏嘅結果。
狀態同步子市場一齊經歷狀態變更(已提議 → 已批准 → 上線中)。
獨立交易每個子市場可以獨立交易,有自己嘅訂單簿同定價。

狀態定義

父事件同其子市場共享以下狀態生命週期:

狀態分頁位置描述可用操作
已提議進行中 > 已提議建立後嘅初始狀態,等待管理員審核批准、拒絕、編輯項目
已批准進行中 > 已批准已審核批准,準備發佈發佈、拒絕、編輯項目
上線中進行中 > 上線中已發佈並喺平台上積極交易提議解決、編輯項目
已結束已完成 > 已結束交易期已結束,等待解決提議解決、編輯項目
解決方案已提議已完成 > 解決方案已提議結果已提議,等待最終確認解決、編輯項目
已解決已完成 > 已解決最終結果已確認,派彩已處理查看訂單
已拒絕已拒絕未達質量標準查看訂單
已歸檔已歸檔已從活躍顯示中移除編輯項目

5. 父級任務

審核父

用途: 喺批准前檢查父事件詳情以評估質量、完整性同合規性。

使用時機: 當事件出現喺 進行中 > 已提議 分頁需要審核時。

步驟

步驟操作描述
1前往模組從主導航去 市場 → 多結果市場
2選擇正確分頁選擇進行中 → 已提議睇所有已提議嘅多結果事件。
3審核父事件(列表視圖)檢查父事件行:事件名稱、狀態(應顯示「已提議」)、分類、標籤、市場數、擁有者、建立時間、到期時間
4展開子結果點擊下拉按鈕顯示所有子結果市場。
5審核子結果對於每個子市場,檢查:結果名稱、狀態、流動性、交易量、到期時間、最後更新
6審核事件標題確認事件標題正確並符合建立者提交。
7檢查狀態同結果顯示驗證事件狀態同任何結果顯示資料。
8檢查到期倒計時如果喺24小時內到期,確保即將到期計時器出現。
9審核交易指標檢查聚合指標:總交易量(Taker)(美元)、總鎖定價值、總流動性
10審核費用配置確保費用正確顯示:交易費用、合併費用、贖回費用
11檢查市場活動分頁審核審計日誌如顯示建立者同時間戳嘅「市場已建立」。
12檢查最近訂單分頁查看所有相關子市場嘅最近交易。
13審核市場資料面板驗證關鍵元數據:狀態、類型、分類、標籤、建立者、建立時間、到期時間、市場ID、問題ID、市場地址、問題市場地址、條件ID、預售地址ID、Panda Score比賽ID
14審核操作按鈕確保可用嘅管理員操作可見:批准、拒絕、更多選項選單
15查看解決規則點擊查看解決規則審核詳細解決邏輯/標準。
16預覽子市場點擊預覽喺新分頁打開子市場嘅公開版本。

審核父

重要備註:

  1. 仔細審核解決規則確保佢哋客觀同清晰。
  2. 驗證所有結果獨特且互斥。
  3. 檢查到期日提供足夠時間決定結果。
  4. 使用預覽驗證事件對用戶正確顯示。
  5. 透過切換結果查看子市場時,每個子顯示其個別狀態、流動性、交易量同時間戳。

6. 批准父

用途: 批准符合質量標準嘅父事件並令佢哋準備發佈。

使用時機: 審核已提議事件並確認佢符合所有質量標準後。

步驟

步驟操作詳情
1前往分頁進行中 → 已提議 查看所有已提議嘅父事件。
2搵到父事件喺表格中搵到你想批准嘅事件。
3(選填)展開子市場點擊 切換結果 按鈕顯示所有子市場並審核佢哋嘅詳情。
4審核事件詳情確保事件符合質量同合規標準:驗證事件名稱、分類、標籤。確認到期時間提供足夠嘅交易視窗。確保所有子結果正確建立且完整。
5批准父事件點擊父事件行 操作 欄位中嘅 批准
6確認批准確認對話框出現 → 點擊 確認

批准父事件步驟

結果:

批准後:

  1. 父事件狀態由 「已提議」→「已批准」 變更
  2. 頁面自動切換到 進行中 → 已批准 分頁
  3. 所有子市場同時自動批准
  4. 子狀態更新:「已提議」→「已批准」
  5. 所有子 最後更新 時間戳刷新
  6. 成功通知出現:「市場批准成功」
  7. 操作按鈕更新 → 發佈 取代 批准
  8. 所有子市場收到區塊鏈識別碼:問題ID、市場地址、問題市場地址、條件ID

重要備註:

  1. 批准父事件會自動批准所有子市場。
  2. 已批准事件保持已批准狀態直到手動發佈。
  3. 批准可以透過拒絕事件撤銷。
  4. 批准前驗證解決標準客觀。
  5. 批准後,子市場有區塊鏈地址指定(喺子市場詳情頁面可見)。
  6. 系統自動同步父同所有子嘅狀態。

7. 拒絕父

用途: 拒絕唔符合質量標準或違反平台政策嘅事件。

使用時機: 當事件未能符合質量標準、有唔清晰嘅規則或違反平台政策時。

步驟

步驟操作詳情
1前往事件去任何 進行中 分頁(例如 已提議已批准)並搵到你想拒絕嘅父事件。
2點擊 拒絕點擊 拒絕 按鈕。
3確認拒絕拒絕確認對話框出現 → 點擊 確認 繼續。
4提供原因確認前輸入解釋。

結果: 事件狀態變為「已拒絕」,並移動到 已拒絕 分頁。所有子市場亦被拒絕。

重要備註:

  1. 拒絕父事件會拒絕所有相關子市場。
  2. 已拒絕事件可以稍後審核但會從活躍流通中移除。
  3. 拒絕時提供清晰反饋幫助改進未來提交。

8. 編輯父

用途: 修改父事件詳情如問題、規則、分類、標籤、到期日或結果。

使用時機: 當需要更改以改善事件質量或更正錯誤時。

步驟

步驟操作詳情
1前往列表多結果市場 列表頁面。
2搵到父事件喺表格中搵到你想編輯嘅父事件。
3打開行操作點擊 操作 欄位中嘅 行操作 按鈕(三點選單)。
4選擇 編輯從下拉選單中選擇 編輯 打開事件編輯器。
5更新事件欄位修改以下任何欄位:問題封面圖片規則分類標籤到期日訂單簿關閉日期結果
6儲存更改點擊 儲存 應用修改。

可用選單操作

選單操作描述備註
編輯市場打開子市場編輯器修改事件詳情如問題、圖片、規則、分類、標籤、到期同結果。當子市場未歸檔或完全解決時可用。
查看訂單打開新分頁顯示 子結果市場嘅所有訂單,包括歷史活動。對流動性審核同交易審計有用。
建立訂單容許管理員手動落買/賣訂單提供流動性或更正子市場失衡。通常只對有流動性管理權限嘅角色可用。
費用設定配置交易費用、合併費用、贖回費用或其他可調整費用參數。可能對某啲狀態嘅事件 停用(例如上線中、已解決)。
查看爭議顯示用戶就事件解決同數據準確性提交嘅任何爭議。只喺有爭議時出現。

重要備註:

  1. 某啲欄位根據子市場狀態可能有編輯限制。
  2. 編輯父事件可能影響所有子市場。
  3. 更改結果可能需要重新建立子市場。

9. 子級任務

父事件內嘅每個子結果市場可以單獨管理。子市場代表特定可能結果(例如「Ullamco cumque volup」父事件嘅「Keefe Mckee」、「Dakota Villarreal」、「Ariel Woods」)。

子代表咩

子市場代表父事件內一個特定可能結果。例如:

  1. 父事件:「Ullamco cumque volup」
  2. 子市場1:「Keefe Mckee」代表一個可能結果
  3. 子市場2:「Dakota Villarreal」代表另一個可能結果
  4. 子市場3:「Ariel Woods」代表第三個可能結果

每個子市場:

  1. 係一個獨立、可交易嘅市場,有自己嘅訂單簿。
  2. 有組合父同結果嘅市場名稱:「Ullamco cumque volup - Keefe Mckee」。
  3. 共享父嘅到期日、分類、標籤同解決規則。
  4. 同父同其他子一齊經歷狀態變更。
  5. 只有喺事件解決時實際發生先可以係贏嘅結果。

10. 子市場欄位

用途: 檢查個別子市場詳情同狀態。

使用時機: 當你需要檢查特定子市場嘅狀態、交易活動或詳情時。

步驟

步驟操作詳情
1去父事件前往父事件列表頁面
2搵到父搵到父事件並點擊 切換結果 按鈕展開子市場
3審核子市場審核子市場資料:結果狀態解決結果流動性交易量擁有者到期時間最後更新
4點擊子市場名稱查看詳情頁面審核子市場詳情頁面資料:市場名稱、狀態、即將到期計時器、總交易量、總鎖定價值、總流動性、費用、市場活動分頁、最近訂單分頁、市場資料面板、操作按鈕、查看解決規則、預覽、返回市場

重要備註:

  1. 每個子有自己嘅市場ID同交易統計。
  2. 子市場可以透過URL模式存取:/admin/markets/{父名稱}---{結果名稱}

11. 批准子市場

用途: 批准個別子市場(雖然通常喺父級完成)。

使用時機: 子市場通常喺父批准時自動批准。個別批准可能喺特殊情況下需要。

步驟

步驟操作詳情
1前往子市場詳情頁面從展開嘅父點擊子市場名稱。
2查看質量標準驗證子市場符合質量標準
3批准 子市場喺子市場詳情頁面點擊 批准 按鈕
4點擊確認喺確認對話框中確認批准

重要備註:

  1. 關鍵: 批准父事件會自動同時批准所有子市場 - 呢係一個唔可以單獨完成嘅級聯操作
  2. 個別子批准唔可用作獨立操作 - 批准喺父級發生
  3. 當父批准時,所有子即時:狀態由「已提議」變為「已批准」、收到區塊鏈地址、更新「最後更新」時間戳、操作按鈕由「批准」變為「發佈」

12. 拒絕子市場

用途: 拒絕個別子市場(雖然通常喺父級完成)。

使用時機: 當特定子市場有問題需要拒絕而唔拒絕整個父時。

步驟

步驟操作詳情
1展開父並喺表格中搵到子。前往子市場詳情頁面。
2驗證狀態驗證子市場應該被拒絕。
3點擊 拒絕點擊 拒絕 按鈕(喺詳情頁面或展開嘅子表格中可用)。
4確認拒絕喺確認對話框中確認拒絕。

重要備註:

  1. 拒絕父會拒絕所有子。
  2. 個別子拒絕可能需要調整父事件。

13. 編輯子市場

用途: 修改子市場詳情如結果名稱。

使用時機: 當需要更正特定結果市場時。

步驟

步驟操作詳情
1前往子市場從父視圖或子表格連結打開 子市場詳情頁面
2打開選單點擊子市場詳情頁面上嘅第一個 打開選單 按鈕(三點按鈕)。
3選擇 編輯市場從下拉選單中選擇 編輯市場 存取可編輯欄位。
4進行更新修改容許嘅欄位(注意:子市場根據狀態可能有 有限可編輯欄位)。
5儲存更改點擊儲存應用更新。

可用選單操作:

  1. 編輯市場: 修改事件詳情。
  2. 查看訂單: 睇呢個子市場嘅所有訂單(喺新分頁打開)。
  3. 建立訂單: 落管理員訂單提供流動性。
  4. 費用設定: 調整費用百分比(可能對某啲狀態停用)。
  5. 查看爭議: 審核用戶提出嘅任何爭議。

14. 點樣影響父

子市場操作對父事件嘅影響如下:

子操作父影響
子狀態變更父狀態可能需要同子同步
子批准父只能喺所有子批准後發佈
子拒絕可能阻止父發佈直到解決
子交易活動貢獻父嘅總交易量同指標
子解決只有一個子可以贏;決定父嘅最終結果

額外常見問題

問:建立事件後可以編輯結果嗎? 答:可以,但編輯結果可能需要重新建立子市場。小心編輯因為呢個可能影響現有子市場。

問:如果我拒絕父事件會點? 答:拒絕父事件會自動拒絕所有子市場。佢哋移動到已拒絕分頁並唔再活躍。

問:可以單獨批准個別子市場嗎? 答:通常,子市場喺父批准時自動批准。標準工作流程係喺父級批准。

問:點樣知道邊個子市場贏咗? 答:審核解決規則,檢查實際事件結果,並選擇代表實際發生嘅子市場。只有一個子可以係贏家。

問:如果多個結果似乎發生咗點算? 答:只有一個子市場可以贏。仔細審核解決規則決定主要結果。

問:可以更改子市場嘅結果名稱嗎? 答:結果名稱通常可以透過編輯市場編輯,但呢個可能影響現有引用。

問:子市場對交易者點樣呈現? 答:交易者睇到父事件問題同所有子市場作為獨立落注選項,每個有自己嘅價格同訂單簿。

結論

多結果市場提供一個強大嘅方式建立有多個可能結果嘅預測市場。透過跟隨呢個指南,你可以有效建立、管理同解決多結果事件,確保整個事件生命週期嘅質量同公平。

記住:

  1. 建立有全面解決規則嘅清晰、無歧義事件問題。
  2. 定義涵蓋所有可能場景嘅互斥結果(最少需要2個)。
  3. 使用切換結果驗證所有子後喺批准同發佈前徹底審核事件。
  4. 嚴格基於定義嘅標準解決。
  5. 定期監察事件並及時處理問題。
  6. 使用預覽驗證公開呈現。
  7. 檢查市場活動日誌追蹤所有變更。