8.2 · 有效闭环
只有形成可证明结果并留下可提交证据包的业务事件，才算进入 PoB 讨论的合格闭环。
边界模糊时，PoB 会退化成另一种积分。有效闭环必须同时满足：终态已发生、证据可第三方复核、参与方可区分、事件在系统内唯一可追溯——四者缺一，只能算过程噪声或意向库存。
四条硬条件（与 PoW/PoS 无关，与结果有关）
结果成立：非计划、非「进行中」、非单方声明。证据存在：可指向具体文件、链上记录、银行/托管流水、验收签章等。角色可区分：至少能区分主导、协作、受益、审核（即使后续归因比例待定）。事件可编号：与 Deal/Task/节点绑定，避免同一结果被多次包装提交。
这与 PoW 的「满足难度目标」或 PoS 的「签名权重」完全不同：PoB 的「难度」在于真实世界举证成本与交叉核验，而非密码学谜题。
六类典型闭环与「有效证据」示例
下列示例说明「什么材料常构成证据包的一部分」；具体清单以当时网络规则与 Proof Desk 模板为准。
融资闭环SPA/SAFE、董事会决议、银行到账或托管释放凭证、Cap Table 更新摘要（在合规前提下）。反例：仅有 term sheet 无签字无打款。
服务闭环SOW、里程碑验收单、交付物哈希或签章报告、发票/付款与交付时间对齐。反例：内部草稿未获客户确认。
增长闭环Campaign 合同、归因链接或 MMP 导出、对账后的转化/收入区间（脱敏）、与基线对比的方法说明。反例：截图无时间戳、无第三方可对账。
流动性闭环上所或做市协议、链上池子地址与窗口期成交量、合规披露要求下的公开公告。反例：仅「口头确认会上所」。
资源接入闭环机构准入函、API/数据/渠道正式开通记录、对接负责人与生效日期。反例：名片交换或单次会议纪要无后续生效动作。
Agent 执行闭环人工或流程对 Agent 输出的明确采纳记录（工单关闭、PR merge、客户签批），且该采纳与结果终态存在可叙述因果链。反例：模型生成物躺在文件夹，未进入决策或交付。
闭环类型不同，证据包形状不同，但底层不变：终态 × 证据 × 可区分角色 × 唯一事件。
与 TradFi 「成交」概念的类比
在 PE/VC，Deal Completion 看的是签字、交割条件满足、资金与法律文件闭合——不是「见过创始人几次」。PoB 的有效闭环同一逻辑：只有穿过终态门槛的事件才进入业绩与分账语义，否则尽调再热闹也不进组合回报。
先写清「什么算」，8.3 的排除规则才有牙齿。否则系统会在「也算贡献吧」的压力下持续放水，最终伤害的是认真做闭环的节点。