多结果市场
概览一览
本章节功能
管理多结果预测市场,其中一个父事件包含多个子结果市场。建立包含多个结果的父事件、审核提交、批准优质事件、发布上线,并在事件结束时决定最终结果。
适用人员
- 市场经理: 建立及监督多结果事件
- 高级管理员: 批准及发布多结果事件
- 质量审核员: 在批准前审核事件质量
最常见任务
- 建立新多结果事件:设定包含多个结果市场的父事件
- 批准事件:审核并批准提交
- 发布事件:让事件上线交易
- 解决事件:在多个可能性中决定最终结果
- 管理子市场:查看并管理事件内的各个结果市场
开始之前
确保你有这些权限:
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个)。
- 使用切换结果验证所有子后在批准和发布前彻底审核事件。
- 严格基于定义的标准解决。
- 定期监察事件并及时处理问题。
- 使用预览验证公开呈现。
- 检查市场活动日志追踪所有变更。