多結果市場
概覽一覽
呢個章節做咩
管理多結果預測市場,其中一個父事件包含多個子結果市場。建立有多個結果嘅父事件、審核提交、批准優質事件、發佈上線,並喺事件結束時決定最終結果。
邊個應該用
- 市場經理: 建立及監督多結果事件
- 高級管理員: 批准及發佈多結果事件
- 質量審核員: 喺批准前審核事件質量
最常見任務
- 建立新多結果事件:設定有多個結果市場嘅父事件
- 批准事件:審核同批准提交
- 發佈事件:令事件上線交易
- 解決事件:喺多個可能性中決定最終結果
- 管理子市場:查看同管理事件內嘅個別結果市場
開始之前
確保你有呢啲權限:
admin_market:所有管理員市場操作必需- 白名單:「建立及批准市場」: 建立同發佈必需
- 白名單:「解決及批准解決方案」: 決定結果必需
概覽
係咩嚟
多結果市場(父)係一種預測市場結構,一個父事件包含多個子結果市場。唔同於只有「係/否」結果嘅二元市場,多結果市場容許交易者喺幾個可能結果中落注。父事件定義問題、規則同所有子市場共享嘅元數據,而每個子市場代表一個獨特嘅可能結果。
例子:「Ullamco cumque volup」(父事件)
- 子市場1:「Keefe Mckee」
- 子市場2:「Dakota Villarreal」
- 子市場3:「Ariel Woods」
點解存在
多結果市場存在係為咗啟用更複雜嘅預測場景,呢啲場景唔能夠用二元「係/否」問題充分表達。佢哋為有多個互斥結果嘅事件提供靈活性,容許交易者對複雜問題表達更細緻嘅觀點。
管理員幾時用
管理員喺以下情況使用多結果市場:
- 事件有多個獨特、互斥嘅可能結果
- 需要管理需要多過兩個選項嘅複雜問題
- 想喺單一事件框架內為交易者提供多個落注選項
- 事件需要結構化結果定義(例如選舉、體育錦標賽、頒獎禮)
1. 父事件欄位
父事件包含以下喺多結果市場列表頁面同詳情頁面可見嘅主要欄位:
| 欄位 | 描述 | 必填 | 位置 |
|---|---|---|---|
| 問題 | 定義預測內容嘅主要事件問題 | 係 | 建立表單、詳情頁面 |
| 封面圖片 | 代表事件嘅視覺縮圖 | 否 | 建立表單、列表表格 |
| 規則 | 定義事件點樣同幾時解決嘅解決規則(支援富文本格式) | 係 | 建立表單、詳情頁面 |
| 分類 | 主要分類(科技、加密貨幣、電競、熱門、體育、政治、娛樂、經濟、文化) | 係 | 建立表單、列表表格、詳情頁面 |
| 標籤 | 用於分類同發現嘅次要標籤 | 否 | 建立表單、列表表格 |
| 到期日 | 所有子市場停止交易嘅日期同時間 | 係 | 建立表單、列表表格、詳情頁面 |
| 訂單簿關閉日期 | 訂單簿停止接受新訂單嘅選填日期 | 否 | 建立表單 |
| 結果 | 變成子市場嘅結果名稱列表(最少需要2個) | 係 | 建立表單 |
 (4)-134bd93989992530b2779ccbc239398e.png)
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 |
| 操作 | 快速操作:拒絕(已提議或已批准時)、發佈(已批准時)、行操作選單 |
-4885de6d848c95261ad2826122e4607d.png)
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 | 預覽子市場 | 點擊預覽喺新分頁打開子市場嘅公開版本。 |
 (5)-d07a8810bc8b27ba07495f059dfbd9af.png)
重要備註:
- 仔細審核解決規則確保佢哋客觀同清晰。
- 驗證所有結果獨特且互斥。
- 檢查到期日提供足夠時間決定結果。
- 使用預覽驗證事件對用戶正確顯示。
- 透過切換結果查看子市場時,每個子顯示其個別狀態、流動性、交易量同時間戳。
6. 批准父
用途: 批准符合質量標準嘅父事件並令佢哋準備發佈。
使用時機: 審核已提議事件並確認佢符合所有質量標準後。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 前往分頁 | 去 進行中 → 已提議 查看所有已提議嘅父事件。 |
| 2 | 搵到父事件 | 喺表格中搵到你想批准嘅事件。 |
| 3 | (選填)展開子市場 | 點擊 切換結果 按鈕顯示所有子市場並審核佢哋嘅詳情。 |
| 4 | 審核事件詳情 | 確保事件符合質量同合規標準:驗證事件名稱、分類、標籤。確認到期時間提供足夠嘅交易視窗。確保所有子結果正確建立且完整。 |
| 5 | 批准父事件 | 點擊父事件行 操作 欄位中嘅 批准。 |
| 6 | 確認批准 | 確認對話框出現 → 點擊 確認。 |
 (1)-8dcec7847837861b6552ac2a92e1d980.gif)
結果:
批准後:
- 父事件狀態由 「已提議」→「已批准」 變更
- 頁面自動切換到 進行中 → 已批准 分頁
- 所有子市場同時自動批准
- 子狀態更新:「已提議」→「已批准」
- 所有子 最後更新 時間戳刷新
- 成功通知出現:「市場批准成功」
- 操作按鈕更新 → 發佈 取代 批准
- 所有子市場收到區塊鏈識別碼:問題ID、市場地址、問題市場地址、條件ID
重要備註:
- 批准父事件會自動批准所有子市場。
- 已批准事件保持已批准狀態直到手動發佈。
- 批准可以透過拒絕事件撤銷。
- 批准前驗證解決標準客觀。
- 批准後,子市場有區塊鏈地址指定(喺子市場詳情頁面可見)。
- 系統自動同步父同所有子嘅狀態。
7. 拒絕父
用途: 拒絕唔符合質量標準或違反平台政策嘅事件。
使用時機: 當事件未能符合質量標準、有唔清晰嘅規則或違反平台政策時。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 前往事件 | 去任何 進行中 分頁(例如 已提議、已批准)並搵到你想拒絕嘅父事件。 |
| 2 | 點擊 拒絕 | 點擊 拒絕 按鈕。 |
| 3 | 確認拒絕 | 拒絕確認對話框出現 → 點擊 確認 繼續。 |
| 4 | 提供原因 | 確認前輸入解釋。 |
結果: 事件狀態變為「已拒絕」,並移動到 已拒絕 分頁。所有子市場亦被拒絕。
重要備註:
- 拒絕父事件會拒絕所有相關子市場。
- 已拒絕事件可以稍後審核但會從活躍流通中移除。
- 拒絕時提供清晰反饋幫助改進未來提交。
8. 編輯父
用途: 修改父事件詳情如問題、規則、分類、標籤、到期日或結果。
使用時機: 當需要更改以改善事件質量或更正錯誤時。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 前往列表 | 去 多結果市場 列表頁面。 |
| 2 | 搵到父事件 | 喺表格中搵到你想編輯嘅父事件。 |
| 3 | 打開行操作 | 點擊 操作 欄位中嘅 行操作 按鈕(三點選單)。 |
| 4 | 選擇 編輯 | 從下拉選單中選擇 編輯 打開事件編輯器。 |
| 5 | 更新事件欄位 | 修改以下任何欄位:問題、封面圖片、規則、分類、標籤、到期日、訂單簿關閉日期、結果 |
| 6 | 儲存更改 | 點擊 儲存 應用修改。 |
可用選單操作
| 選單操作 | 描述 | 備註 |
|---|---|---|
| 編輯市場 | 打開子市場編輯器修改事件詳情如問題、圖片、規則、分類、標籤、到期同結果。 | 當子市場未歸檔或完全解決時可用。 |
| 查看訂單 | 打開新分頁顯示 子結果市場嘅所有訂單,包括歷史活動。 | 對流動性審核同交易審計有用。 |
| 建立訂單 | 容許管理員手動落買/賣訂單提供流動性或更正子市場失衡。 | 通常只對有流動性管理權限嘅角色可用。 |
| 費用設定 | 配置交易費用、合併費用、贖回費用或其他可調整費用參數。 | 可能對某啲狀態嘅事件 停用(例如上線中、已解決)。 |
| 查看爭議 | 顯示用戶就事件解決同數據準確性提交嘅任何爭議。 | 只喺有爭議時出現。 |
重要備註:
- 某啲欄位根據子市場狀態可能有編輯限制。
- 編輯父事件可能影響所有子市場。
- 更改結果可能需要重新建立子市場。
9. 子級任務
父事件內嘅每個子結果市場可以單獨管理。子市場代表特定可能結果(例如「Ullamco cumque volup」父事件嘅「Keefe Mckee」、「Dakota Villarreal」、「Ariel Woods」)。
子代表咩
子市場代表父事件內一個特定可能結果。例如:
- 父事件:「Ullamco cumque volup」
- 子市場1:「Keefe Mckee」代表一個可能結果
- 子市場2:「Dakota Villarreal」代表另一個可能結果
- 子市場3:「Ariel Woods」代表第三個可能結果
每個子市場:
- 係一個獨立、可交易嘅市場,有自己嘅訂單簿。
- 有組合父同結果嘅市場名稱:「Ullamco cumque volup - Keefe Mckee」。
- 共享父嘅到期日、分類、標籤同解決規則。
- 同父同其他子一齊經歷狀態變更。
- 只有喺事件解決時實際發生先可以係贏嘅結果。
10. 子市場欄位
用途: 檢查個別子市場詳情同狀態。
使用時機: 當你需要檢查特定子市場嘅狀態、交易活動或詳情時。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 去父事件 | 前往父事件列表頁面 |
| 2 | 搵到父 | 搵到父事件並點擊 切換結果 按鈕展開子市場 |
| 3 | 審核子市場 | 審核子市場資料:結果、狀態、解決結果、流動性、交易量、擁有者、到期時間、最後更新 |
| 4 | 點擊子市場名稱查看詳情頁面 | 審核子市場詳情頁面資料:市場名稱、狀態、即將到期計時器、總交易量、總鎖定價值、總流動性、費用、市場活動分頁、最近訂單分頁、市場資料面板、操作按鈕、查看解決規則、預覽、返回市場 |
重要備註:
- 每個子有自己嘅市場ID同交易統計。
- 子市場可以透過URL模式存取:
/admin/markets/{父名稱}---{結果名稱}
11. 批准子市場
用途: 批准個別子市場(雖然通常喺父級完成)。
使用時機: 子市場通常喺父批准時自動批准。個別批准可能喺特殊情況下需要。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 前往子市場詳情頁面 | 從展開嘅父點擊子市場名稱。 |
| 2 | 查看質量標準 | 驗證子市場符合質量標準 |
| 3 | 批准 子市場 | 喺子市場詳情頁面點擊 批准 按鈕 |
| 4 | 點擊確認 | 喺確認對話框中確認批准 |
重要備註:
- 關鍵: 批准父事件會自動同時批准所有子市場 - 呢係一個唔可以單獨完成嘅級聯操作
- 個別子批准唔可用作獨立操作 - 批准喺父級發生
- 當父批准時,所有子即時:狀態由「已提議」變為「已批准」、收到區塊鏈地址、更新「最後更新」時間戳、操作按鈕由「批准」變為「發佈」
12. 拒絕子市場
用途: 拒絕個別子市場(雖然通常喺父級完成)。
使用時機: 當特定子市場有問題需要拒絕而唔拒絕整個父時。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 展開父並喺表格中搵到子。 | 前往子市場詳情頁面。 |
| 2 | 驗證狀態 | 驗證子市場應該被拒絕。 |
| 3 | 點擊 拒絕 | 點擊 拒絕 按鈕(喺詳情頁面或展開嘅子表格中可用)。 |
| 4 | 確認拒絕 | 喺確認對話框中確認拒絕。 |
重要備註:
- 拒絕父會拒絕所有子。
- 個別子拒絕可能需要調整父事件。
13. 編輯子市場
用途: 修改子市場詳情如結果名稱。
使用時機: 當需要更正特定結果市場時。
步驟
| 步驟 | 操作 | 詳情 |
|---|---|---|
| 1 | 前往子市場 | 從父視圖或子表格連結打開 子市場詳情頁面。 |
| 2 | 打開選單 | 點擊子市場詳情頁面上嘅第一個 打開選單 按鈕(三點按鈕)。 |
| 3 | 選擇 編輯市場 | 從下拉選單中選擇 編輯市場 存取可編輯欄位。 |
| 4 | 進行更新 | 修改容許嘅欄位(注意:子市場根據狀態可能有 有限可編輯欄位)。 |
| 5 | 儲存更改 | 點擊儲存應用更新。 |
可用選單操作:
- 編輯市場: 修改事件詳情。
- 查看訂單: 睇呢個子市場嘅所有訂單(喺新分頁打開)。
- 建立訂單: 落管理員訂單提供流動性。
- 費用設定: 調整費用百分比(可能對某啲狀態停用)。
- 查看爭議: 審核用戶提出嘅任何爭議。
14. 點樣影響父
子市場操作對父事件嘅影響如下:
| 子操作 | 父影響 |
|---|---|
| 子狀態變更 | 父狀態可能需要同子同步 |
| 子批准 | 父只能喺所有子批准後發佈 |
| 子拒絕 | 可能阻止父發佈直到解決 |
| 子交易活動 | 貢獻父嘅總交易量同指標 |
| 子解決 | 只有一個子可以贏;決定父嘅最終結果 |
額外常見問題
問:建立事件後可以編輯結果嗎? 答:可以,但編輯結果可能需要重新建立子市場。小心編輯因為呢個可能影響現有子市場。
問:如果我拒絕父事件會點? 答:拒絕父事件會自動拒絕所有子市場。佢哋移動到已拒絕分頁並唔再活躍。
問:可以單獨批准個別子市場嗎? 答:通常,子市場喺父批准時自動批准。標準工作流程係喺父級批准。
問:點樣知道邊個子市場贏咗? 答:審核解決規則,檢查實際事件結果,並選擇代表實際發生嘅子市場。只有一個子可以係贏家。
問:如果多個結果似乎發生咗點算? 答:只有一個子市場可以贏。仔細審核解決規則決定主要結果。
問:可以更改子市場嘅結果名稱嗎? 答:結果名稱通常可以透過編輯市場編輯,但呢個可能影響現有引用。
問:子市場對交易者點樣呈現? 答:交易者睇到父事件問題同所有子市場作為獨立落注選項,每個有自己嘅價格同訂單簿。
結論
多結果市場提供一個強大嘅方式建立有多個可能結果嘅預測市場。透過跟隨呢個指南,你可以有效建立、管理同解決多結果事件,確保整個事件生命週期嘅質量同公平。
記住:
- 建立有全面解決規則嘅清晰、無歧義事件問題。
- 定義涵蓋所有可能場景嘅互斥結果(最少需要2個)。
- 使用切換結果驗證所有子後喺批准同發佈前徹底審核事件。
- 嚴格基於定義嘅標準解決。
- 定期監察事件並及時處理問題。
- 使用預覽驗證公開呈現。
- 檢查市場活動日誌追蹤所有變更。