4.1 · 最小业务闭环
WCN 的最小单位不是内容、关系或活跃度，而是一个可验证的业务闭环。
Web3 没有统一的「业务完成」标准。团队记录活跃度、发帖量、TVL 与社区人数，但很少有系统在追踪一笔交易是否真正成交。WCN 的最小业务闭环回应这个缺口。
最小业务闭环 = 资源被引入，加上任务被执行，加上结果被验证。三者缺一，都不算闭环。
闭环的三个必要条件
有资源进入
节点把真实的项目、资本、服务或区域资源引入网络。资源必须具体——一个在融资的项目、一笔可配置的资金、一项可交付的服务——而不是「认识一些人」。
有执行推进
人与 Agent 在一笔交易及其任务中，把资源从机会推进到结果。推进意味着有人负责、有动作发生、有状态变化——而不是一个群聊。
有结果被验证
证据被提交、复核通过，归因明确。结果进入证明账本。验证意味着有第三方可核验的证据——而不是「他说做成了」。
什么算闭环，什么不算
这是 WCN 与所有活跃度奖励系统的分界线。
算闭环一轮种子轮成交，有协议与打款记录。一份取证审计通过验收，有 SOW 与交付件。一项做市服务上线，有合同与链上流动性数据。一个项目被引荐并上所，有沟通记录与上线证据。
不算闭环介绍了两方但没有后续。分享了 Deck 但执行未推进。开了会但没有行动项。Agent 做了研究但无人采纳。发了推文但没有业务转化。
行业对标：在 PE/VC 中，Deal Completion Rate 是核心指标。它不计你看了多少项目，只计你真正成交几个。一只基金一年可能筛 3,000 个项目，成交 10 到 15 个。WCN 的闭环是同一检验：只有成交的交易才进入价值层。
检验很简单。拿掉一个动作，如果业务结果仍然发生，那这个动作就不属于闭环。只有对结果有因果贡献的参与才算。
标准闭环路径
节点引入资源 → 机会进入一笔交易及其任务 → 人与 Agent 执行推进 → 结果形成 → 证据进入 Proof Desk → 复核通过 → 生成验证节点 → 进入结算。
路径上的每一步都带有明确的 owner、一个状态与一个产出。没有无 owner 的任务，也没有无状态的进展。
结果为何被验证：四个条件
闭环只有在四个条件同时成立时才被验证。它们直接来自 Proof of Business 对一个结果的对账方式。
结果在外部可观测一次签约、一笔电汇、一次上线、一次交付，或一个达成的 KPI——在各方自有账户之外可见。
证据可核验合同、收据、链上记录、对手方确认与可复核日志。仅凭口头不构成验证。
责任可追溯每个推进动作都映射到一个具体的节点或 Agent。匿名贡献不进入记录。
过程可复核复核人重新检视过程，会得出同一判断。验证必须可复现，而非取决于一个人的解读。
Web3 为何一直缺少这个概念
没有统一的结果定义成功的定义高度碎片化——有人看 TVL，有人看社区人数，有人看代币价格。没有一个系统把真实业务完成作为共同度量。
没有证据基础设施TradFi 有完整的审计链条：大型审计机构、律所、托管行。在 Web3，证据散落在聊天、邮件、文档与链上，没有统一的收集与复核。
激励奖励过程而非结果空投、积分、签到与社交任务奖励的是做了动作，而非产生了结果。系统因此被噪音填满。
归因困难导致回避在多方协作中，确定谁贡献了多少很困难。多数项目选择平分或靠关系谈判，而不是建立系统性的归因机制。
闭环为何是系统的原点
定义价值边界闭环是 WCN 判断什么值得记录的唯一检验。没有闭环，就没有 PoB，没有结算入口，也没有价值分配。
驱动激励设计每一项激励与结算都以闭环为轴。资源分配因此指向推进闭环的运营者，而非制造噪音的运营者。
锚定执行质量闭环要求每一步都有 owner、状态与产出。这一要求迫使真实工作发生，而非工作的表象。
积累网络价值每一个被验证的闭环都沉淀为系统资产：节点信誉、匹配精度、归因数据与 Agent 训练素材。记录随时间越来越难被替代。
WCN 后续的每一层结构——PoB、结算、信誉与治理——都立于最小业务闭环之上。理解闭环，就理解了 WCN 如何从噪音中提取真实价值。