[!info] related notes

• 所属 MOC: logic-moc
• 前置概念:
• 并列概念:
• 易混淆概念:
• 关系笔记:

举证责任

一句话定义

举证责任（burden of proof）是：谁提出一个需要他人接受的实质主张，谁就应提供与主张强度相匹配的理由和证据。

它不是一条机械的“谁先说话谁证明”，而是讨论中分配证明义务的原则。

为什么需要举证责任

如果允许任何人这样推理：

我提出 P
你不能证明 ¬P
∴ 你必须接受 P

那么任何不可轻易证伪的说法都可以被强行成立。

例如：

“这个服务里存在一种永远不会留下日志的幽灵 bug。你证明不了它不存在，所以它肯定存在。”

这会让讨论失去终点。

基本原则

主张越强，通常需要越强的证据。

“可能存在”
<
“很可能存在”
<
“几乎确定存在”
<
“必然存在”

这些结论不能共享同一个证据门槛。

与诉诸无知的关系

诉诸无知谬误经常通过倒置举证责任出现：

你无法证明我的主张是假
∴ 我的主张是真

正确状态可能只是：

当前证据不足
→ 暂不接受 P
同时也不必断言 ¬P

“不接受 P”与“接受 ¬P”不是一回事。

默认立场不是永远中立 50/50

举证责任并不表示所有相反主张一开始都各有 50% 概率。

例如：

“生产数据库现在完全损坏了。”

如果历史上这种事故极少，当前也没有告警，那么初始可信度可以很低。

这涉及基础率与背景知识，而不是单纯把两个选项平均分配。

制度性证明标准

不同制度会故意设置不同证明门槛。

例如法律语境中可能区分：

• beyond reasonable doubt；
• preponderance of evidence；
• clear and convincing evidence。

这些是制度决定的决策标准，不等于纯逻辑规则。

因此：

“证据不足以定罪”

并不等价于：

“逻辑上已经证明被告事实上没有实施行为。”

工程场景：谁应该证明性能优化有效

某人提交优化 PR：

“这个缓存策略能显著降低延迟。”

合理的举证责任在提出优化的人：

• 给出基线；
• 测试方法；
• 样本与负载；
• P50/P95/P99；
• 资源成本；
• 回归风险。

而不是：

“你们如果觉得没提升，就证明它没提升。”

安全场景中的不对称

安全决策有时采用谨慎原则：某些高风险操作在缺少安全证据时默认不开放。

例如：

是否允许一个未经审查的 Agent 获得生产写权限？

这里可以合理要求“先证明满足安全门槛”，因为错误放行的损失远高于暂缓开放。

这不是诉诸无知，而是决策损失函数导致证明责任不对称。

所以要区分：

事实命题：X 是否绝对安全？
决策命题：在安全证据不足时是否允许上线？

谁承担举证责任的几个判断因素

1. 谁提出了新的实质主张？
2. 谁希望改变当前制度 / 状态？
3. 哪一方更容易获得关键证据？
4. 误判两边的成本是否严重不对称？
5. 是否已有明确制度规则规定证明门槛？

因此举证责任既有逻辑层，也有实践和制度层。

不要滥用“举证责任在你”来逃避反驳

如果对方已经给出一套实质证据，你不能永远只回应：

“反正举证责任在你。”

当证据足以提高主张可信度后，反对方如果仍坚持相反结论，也需要回应这些证据或给出反证。

举证责任不是让一方无限劳动、另一方永远零成本怀疑。

一个实用讨论协议

面对争议主张，可以先写：

主张：C
主张强度：可能 / 更可能 / 高置信 / 必然
提出方证据：E1, E2...
反方反证：R1, R2...
当前证明标准：什么程度算够？

这能显著减少“你证明 / 你先证明”的元争论。

AI 搜索中的应用

模型回答：

“网上没有可靠证据反驳某传闻，所以传闻可能是真的。”

应改成：

“当前没有找到足够可靠的正面证据确认该传闻，因此应保持未确认状态。”

如果传闻提出者能提供独立来源，再更新判断。

快速自测

甲：

“这个新库绝对不会产生供应链安全问题。”

乙：

“你证明它会出问题啊。”

这里甲提出的是极强安全主张，不能通过要求乙证明未来一定出事故来完成自己的举证。

更合理的做法是给出供应链审查、维护者、发布流程、依赖、历史漏洞和隔离措施等证据，并把“绝对不会”降到证据真正支持的强度。

一句记忆

不能把“别人还没推翻我”当成“我已经证明自己”。