活动 06 / 调研补充与独立分析

菌丝网络：先划清信任边界，再连接乡村资源

身份、贡献凭证与软件代理能降低协作成本，却不能制造真实劳动。关键是把证明、授权、匹配和纠错拆开设计。

本篇内容导航

01从网络比喻退回一个可检验的问题

活动06提出把参与者画像、Agent与资源地图连在一起。我关注的不是网络是否足够庞大，而是一个具体问题：陌生人能否在不过度暴露生活信息的情况下，找到合适任务，并得到可信的验收？以下是我的研究性设计，不是对现场项目已经实现这些能力的确认。

这里至少有三种短缺：缺技能供给、缺彼此发现的渠道、缺能够兑现承诺的组织。前两者适合用检索和匹配改善；第三种仍需要负责人、申诉和成本承担者。把三者都叫作“信任问题”，容易高估一套身份系统的作用。

文字架构：成员账户或钱包→身份控制权验证→节点签发贡献凭证→按任务选择性出示→匹配引擎给出候选→双方确认→现场验收与争议处理。旁路是独立的声誉记录，允许补充、过期和申诉；资源地图记录可用量及更新时间，而非只列资源名称。

DID描述标识符及相关验证方法，证明对标识符的控制不等于证明一个人可靠，也不自动证明其现实身份。[1]我会把“参加过培训”“完成过维修”和“他人主观评价”分栏，保留签发者与适用场景，不合成为永久的全网信用分。

VC可验证的是签发者声明及其完整性，不保证声明中的劳动真实发生；验证方仍须评价签发者并按业务规则判断。[2]因此，贡献凭证应包含任务、验收者和有效期，辅以抽检及撤销机制。两个人串通签字，不会因为上链就变成真实贡献。

我把Agent权限分成读目录、提建议、执行承诺三档。前两档可以默认开放有限信息；预订床位、支付押金、签署验收必须另行授权。授权写明对象、动作、额度和到期时间，可随时撤销，关键操作二次确认，并保留可查询的操作记录。

OAuth安全最佳实践要求令牌权限最小化，并限制可访问的服务器、资源和动作。[3]这可作为代理权限设计的依据，但不是乡村协作成效的证据。VC规范也明确，身份凭证不能脱离配套框架直接充当完整授权方案。[2]拿到培训证明，不等于有权替合作社订购设备。

假设一个节点有12名成员，待办是可拆分的水泵检修6人时、海报设计2小时、翻译2小时。甲能维修4小时，乙能维修2小时，丙、丁分别有设计和翻译时间；纸面上恰好匹配。但乙只在周末到村，水泵必须周五修好，系统应报告维修缺口2小时，而不是显示百分之百匹配。

我的排序先检查时间、距离、工具、安全资质和资源实际余量，再比较意愿与经验。合作社若提供2晚住宿，也要注明入住日期与确认人。代理可以建议延期、拆单或寻找替补，却不能为了提高完成率隐瞒缺口。匹配成功应指双方接受且最终履约，而不是点过推荐卡片。

公开地图只显示大致区域、资源类型与空闲时段；接单后才向必要的参与者开放地址和联系方式。雇主需要知道培训是否有效，不必取得完整生活履历；验收者需要任务证据，不必知道成员的所有交易。运营者只留必要审计字段，并设保留期限。

公开DID文档不应写个人数据；反复使用的标识符、签名和元数据仍可能把不同场景关联起来。[1][2]不同节点分别使用标识、选择性披露能降低风险，却不能保证匿名。村庄很小，即使不写姓名，“周末唯一维修师”也可能足以识别人，公开统计同样要避免暴露小样本。

我更看重失败是否可解释：是时间冲突、报价过低，还是资源已经被占用？这些信息比总积分更能改进协作。新成员缺少历史记录，应保留试做与担保通道；熟人评价可能互相抬分，不能因此垄断推荐，更不能直接垄断公共决策权。

代价也要公开：细粒度授权增加操作负担，验收与纠错需要人力。如果一个管理员已经能可靠协调十几人，共享表格可能比钱包体系合适。只有跨节点核验反复耗时、记录难以携带时，凭证互通的收益才值得检验。

假设用四周处理20个低风险任务，在同一候选池中比较人工协调与辅助匹配，记录中位响应时间、实际履约率、纠纷率和每单暴露的信息字段数。样本不足以推断普遍效果，但能发现流程缺口。暂停标准是出现未授权承诺或无法撤销的敏感披露。

下列资料支持技术与制度背景；分析、方案设计和示例推演由本篇作者给出，并非对现场发言的逐句复述。