№ 04·0204 · WCN 如何运作3 分钟 · 第 2 / 4 篇

4.2 从节点到结算的流程

完整工作流逐段展开:资源录入、交易、任务、证明与结算——含时间线与异常处理。

更新于
4.2 · 完整流程

从节点进入到结算,每一步都有 owner、状态与产出。

这一页按真实运作顺序串起 WCN 的各个模块——从资源进入网络的那一刻,到价值被结算的那一刻。每个阶段都带有预期时间线、明确产出与一条异常路径。

流程阶段资源录入 → 交易与任务 → 证明与结算
典型周期简单闭环 1–2 周,复杂交易 4–8 周
TradFi 对标PE/VC 的 Pipeline Management
闭环按 节点 → 交易 → 任务 → 证明 → 结算 运行。资源进入,工作在一笔交易及其任务中推进,证据被验证,价值被结算。

第一段:资源进入(Day 0–2)

系统的起点不是表单或页面,而是一个有责任的节点把真实资源带进网络。

项目节点提交项目信息:产品阶段、融资需求、Token 情况、目标地区与核心团队。数据进入 Project Intake,成为一条结构化记录。
资本节点注册投资偏好:阶段(种子、A、B)、赛道(DeFi、AI、RWA、Infra)、票面范围与地区。偏好进入 Capital Profile,用于匹配。
服务节点注册执行能力:法务、审计、安全、品牌、开发或研究。能力进入 Service Registry,可被一笔交易调用。
区域节点注册本地网络:国家与城市覆盖、行业关系、监管认知与活动资源。这支撑跨境交易。

行业对标:这一段对应 PE/VC 的 CRM 录入——PitchBook 或 DealCloud 这类工具的 Pipeline Intake。WCN 的区别只在一处:它从第一步就建立多方协作结构,而非一家机构在内部管理管线。


第二段:交易与任务推进(Day 2–14+)

资源进入后,必须从信息变成工作流。

Deal Room 创建系统为匹配的机会开启 Deal Room,指定 Deal Owner、参与方、材料清单与里程碑。这不是群聊;每个角色都被定义。
任务派发具体任务派给人类节点或 Agent。每个任务带有 owner、截止日期、产出要求与验收标准。没有任务以模糊指令形式下达。
执行推进会议、尽调、材料整理、法务审核、合同起草与增长执行,都在系统内发生或被记录。Agent 辅助研究、纪要与催办。
状态追踪每个交易与任务带有实时状态:进行中、待回复、已阻塞或已完成。Execution Agent 检测停滞并发出提醒。

时间线参考:一次简单的服务对接——例如把一项审计需求与服务商配对——可在 3 到 5 天内完成。一笔复杂的融资交易,含多轮会议、尽调与法务审核,通常需要 4 到 8 周。WCN 不降低业务本身的复杂度,但消除协调摩擦。TradFi 的研究表明,典型交易中 30% 到 40% 的时间花在信息同步与催办上。


第三段:验证与结算(结果形成后 3–7 天)

结果形成后,系统从执行逻辑切换到证明逻辑。

证据打包Deal Owner 把结果证据提交至 Proof Desk:协议、打款记录、交付件、链上哈希、会议纪要与对手方确认。所需证据取决于交易类型。
复核队列证据包进入复核人队列。复核人检查完整性、真实性、时间线一致性与风险标记。复核人与交易参与方不可重叠。
归因分配复核通过后,系统分配归因:谁引荐、谁推进、谁执行、谁复核,各计一份比例。归因立于证据链条,而非协商。
证明与结算归因确认后,结果作为验证节点进入证明账本,成为结算输入。周期性结算把价值分配给参与方。

闭环只有在四个条件成立时才被验证:结果在外部可观测、证据可核验、责任可追溯、过程可复核。三账本之间的对账生成验证节点。


异常处理:当流程卡住时

真实业务不会总是顺畅。WCN 为每一种失败模式设计了一条明确路径。

交易停滞如果一笔交易超过设定天数没有状态更新,Execution Agent 通知 Deal Owner。持续无响应的交易被标记为 Stalled,释放挂接的节点。
任务超时任务超过截止日期,系统升级通知。任务 owner 须给出原因:延期、阻塞或取消。无响应的任务影响节点信誉评分。
证据不足复核人判定证据不完整时,证据包带着缺失项清单退回。Deal Owner 有限定窗口补充。三次退回的证据包进入争议通道。
归因争议各方对归因比例有异议时,进入仲裁。一个独立复核委员会依据证据链条出具最终裁定。裁定被记录,并确立先例。

异常处理不是辅助功能。一个不能解决失败与争议的系统,在真实业务中得不到信任。WCN 把异常路径作为一等公民。


完整路径,端到端

资源录入(Day 0–2)→ Deal Room 创建并匹配(Day 2–3)→ 任务分配与执行(Day 3–14+)→ 结果形成(Day N)→ 证据提交至 Proof Desk(Day N+1)→ 复核与归因(Day N+3–5)→ 生成验证节点(Day N+5)→ 周期性结算。

三段流程构成一条价值链:资源进入、工作流推进,再到验证与结算。每一段都有明确的输入、owner、时间预期与异常路径。这不是纸面框架;它是一个可被工程化、可被审计的系统。