Bybit Odds 上线：固定回报合约规则、费用与风险清单

已核验的来源事实

1. Bybit documents three Odds product types: Up/Down, Price Target and Price Range. 2. The FAQ says the entire allocated amount is forfeited when the selected outcome is incorrect or a contract resolves as a draw. 3. Bybit publishes a taker-fee formula based on fill value, product fee rate and payout ratio. 4. The FAQ says Odds does not support demo trading or API trading and may use automatic USDT borrowing under eligible margin modes.

对照表

1. 官方产品核验：Product type

平台公告只有转换成可测试的账户决策才有意义。Product type涉及different outcome definitions and expiry windows。应保留带日期的第一方原文，确认适用实体与产品界面，再read the rule for the exact contract before allocation。上线标题不能证明特定账户可用、适合、具有足够流动性或一定产生某种结果。

还要把产品规则与宣传表达分开。逐项识别资金来源、撮合或定价规则、结算触发、费用公式、最大损失边界与暂停政策。公开文档能够描述这些控制，却不能解决future product additions，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Product type保持可逆：read the rule for the exact contract before allocation，只保存非秘密证据，并把结果与different outcome definitions and expiry windows对应的公开规则对账。由于future product additions仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

2. 官方产品核验：Entry price

Entry price涉及matched index price rather than the screen reference。应保留带日期的第一方原文，确认适用实体与产品界面，再retain the fill record。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决slippage between display and match，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Entry price保持可逆：retain the fill record，只保存非秘密证据，并把结果与matched index price rather than the screen reference对应的公开规则对账。由于slippage between display and match仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

3. 官方产品核验：Settlement

Settlement涉及instant index or thirty-minute arithmetic mean。应保留带日期的第一方原文，确认适用实体与产品界面，再map the selected contract to its method。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决feed behavior during disruption，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Settlement保持可逆：map the selected contract to its method，只保存非秘密证据，并把结果与instant index or thirty-minute arithmetic mean对应的公开规则对账。由于feed behavior during disruption仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

4. 官方产品核验：Draw handling

Draw handling涉及exact-boundary treatment。应保留带日期的第一方原文，确认适用实体与产品界面，再treat a draw as a full-loss scenario。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决probability of an exact boundary，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Draw handling保持可逆：treat a draw as a full-loss scenario，只保存非秘密证据，并把结果与exact-boundary treatment对应的公开规则对账。由于probability of an exact boundary仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

5. 官方产品核验：Payout ratio

Payout ratio涉及market-maker quote and displayed return。应保留带日期的第一方原文，确认适用实体与产品界面，再separate gross return from net profit。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决future quote quality，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Payout ratio保持可逆：separate gross return from net profit，只保存非秘密证据，并把结果与market-maker quote and displayed return对应的公开规则对账。由于future quote quality仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

6. 官方产品核验：Fee formula

Fee formula涉及fee outside the allocated amount。应保留带日期的第一方原文，确认适用实体与产品界面，再calculate the fee before confirming。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决account-specific displayed rate，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Fee formula保持可逆：calculate the fee before confirming，只保存非秘密证据，并把结果与fee outside the allocated amount对应的公开规则对账。由于account-specific displayed rate仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

7. 官方产品核验：Borrowing

Borrowing涉及automatic USDT borrowing in margin modes。应保留带日期的第一方原文，确认适用实体与产品界面，再disable or account for borrowing before entry。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决liquidation effect for a specific portfolio，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Borrowing保持可逆：disable or account for borrowing before entry，只保存非秘密证据，并把结果与automatic USDT borrowing in margin modes对应的公开规则对账。由于liquidation effect for a specific portfolio仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

8. 官方产品核验：Suspension

Suspension涉及new-order halt during abnormal conditions。应保留带日期的第一方原文，确认适用实体与产品界面，再define a no-entry stop condition。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决timing of a future suspension，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Suspension保持可逆：define a no-entry stop condition，只保存非秘密证据，并把结果与new-order halt during abnormal conditions对应的公开规则对账。由于timing of a future suspension仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

9. 官方产品核验：Automation

Automation涉及no demo or API trading。应保留带日期的第一方原文，确认适用实体与产品界面，再avoid designing an unsupported bot workflow。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决whether API access will be added，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Automation保持可逆：avoid designing an unsupported bot workflow，只保存非秘密证据，并把结果与no demo or API trading对应的公开规则对账。由于whether API access will be added仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

10. 官方产品核验：Eligibility

Eligibility涉及region, entity and account access。应保留带日期的第一方原文，确认适用实体与产品界面，再verify the signed-in product page。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决availability for a particular reader，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让Eligibility保持可逆：verify the signed-in product page，只保存非秘密证据，并把结果与region, entity and account access对应的公开规则对账。由于availability for a particular reader仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

决策场景

场景 1：当Product type成为关键约束

假设读者最关心的是different outcome definitions and expiry windows，正确做法不是寻找一个适用于所有人的赢家，而是read the rule for the exact contract before allocation，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当Entry price成为关键约束

假设读者最关心的是matched index price rather than the screen reference，正确做法不是寻找一个适用于所有人的赢家，而是retain the fill record，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当Settlement成为关键约束

假设读者最关心的是instant index or thirty-minute arithmetic mean，正确做法不是寻找一个适用于所有人的赢家，而是map the selected contract to its method，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当Draw handling成为关键约束

假设读者最关心的是exact-boundary treatment，正确做法不是寻找一个适用于所有人的赢家，而是treat a draw as a full-loss scenario，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当Payout ratio成为关键约束

假设读者最关心的是market-maker quote and displayed return，正确做法不是寻找一个适用于所有人的赢家，而是separate gross return from net profit，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当Fee formula成为关键约束

假设读者最关心的是fee outside the allocated amount，正确做法不是寻找一个适用于所有人的赢家，而是calculate the fee before confirming，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。