Bab 31 — Institusi yang Dapat Dikombinasikan dan Jaringan Kolaborasi Lintas Organisasi

第三十一章　可组合制度与跨组织协作网络

一家组织可以确认自己的成员、贡献和权益，但共同创造往往发生在多家组织之间。研发方完成设计，生产方使其成为可交付产品，服务方持续改进，客户提供使用反馈；每一方都可能依自己的程序记录事实、评价贡献和承担义务。当这些记录进入下一段协作，关键问题不是把所有组织接入同一条链，而是让各方知道：对方究竟证明了什么，自己决定承认什么，承认之后承担什么。

本章所说的“可组合制度”，是指不同组织在保留各自决定权的前提下，为身份、证据、任务、结算和争议建立可对接的规则。它不是把一家组织的积分直接兑换为另一家的股权，也不是要求所有参与者接受同一个平台制定的价值尺度。技术接口可以帮助传递声明和状态，制度接口则规定信任范围、效力边界与责任承担。没有后一层，信息传得越快，误认和争议也可能扩散得越快。

第二十四章已经讨论跨组织生态治理的基本结构。本章进一步从未来制度的角度追问：如果贡献凭证、权利规则与协作流程能够组合，怎样防止“互操作”沦为单一平台对身份、评价和结算的控制？答案要从跨组织解释开始。

一、身份、贡献凭证与权利规则的跨组织解释

跨组织解释首先不是识别一个地址，而是弄清楚谁作出陈述、陈述针对谁、陈述的事项与时间范围是什么。一个自然人可以同时是甲组织的员工、乙项目的外部顾问和丙网络的客户；一家企业也可能由不同代表就不同事项签署。相同的技术标识不保证相同的代理权限，不同标识也不意味着背后必然是不同主体。接收方需要核验身份或代理的证据，并判断它是否覆盖当前任务。

贡献凭证应尽量表达可复核的有限声明，而不是总括性的“价值证明”。例如，甲组织可以声明某人在指定期间向某任务提交了成果，并由甲依其规则完成验收。乙组织可以核验声明确由甲发出、尚在有效期内，却仍须自行判断成果是否满足乙的业务需要。若甲只确认“收到交付”，乙不能把它解释为“成果已被长期使用”；若甲确认某项内部收益资格，乙也不会因此成为该收益的义务人。

第十三章界定了技术验证的证明范围，第二十四章界定了跨组织承认责任。可组合制度在此把两者压缩为三道接口门槛：凭证确由所称签发者作出，签发者有资格证明所述事项，接收组织愿意在指定用途上依赖该事项。把“可验证”直接译成“必须承认”，会让核验者失去自己的责任边界。

贡献的跨组织使用还需要保留来源与解释版本。任务名称、贡献类别、计量单位、验收方法和争议状态，应随凭证一起说明；如果一方的“已完成”只表示文件交付，另一方的“已完成”却包含商业采用，两者不能用同一个字段强行等同。可建立共同的最小词汇，例如“提交”“接收”“验收”“采用”“撤销”，同时允许每个组织为本地制度补充条件。共同词汇降低翻译成本，不应取消本地差异。

对权利规则的解释尤其要谨慎。权利不仅有名称，还包括权利主体、义务主体、标的、范围、成立与履行条件、期限、可转让性及救济。甲组织确认某人享有内部奖金请求，乙组织可以把此事作为合作履历的参考，却没有义务支付甲的奖金。若乙愿意基于甲的贡献记录提供新的待遇，应由乙依据自己的授权形成一项新安排，标明其来源及生效时间，而不是把甲的请求“搬运”过来。贡献可以成为判断材料，权利不能脱离承担义务的人自动漂移。

跨组织解释还受撤销、更正和隐私约束。原签发方发现验收错误时，接收方需要知道凭证状态已变化，以及此前依赖该凭证作出的决定是否需重审。接收方也不应因取得一次验证权限，就永久收集全部原始资料。可以对不同用途披露不同范围的证明，并约定谁保管证据、何时复核、何时删除。这样，互认才有可能同时保留核验能力与参与者对数据的控制。

二、制度接口：进入、协作、结算与退出

技术接口描述数据如何发送和读取；制度接口则描述组织在各个阶段愿意接受什么、承担什么。一个可组合的协作网络，不必拥有统一的章程和单一账户体系，但至少要就进入、协作、结算、退出四个环节形成可公开理解的安排。每个环节都应能回答适用主体、必要证据、决策权限、状态变化及异议通道。

进入接口应明确准入条件，而不是让持有钱包或凭证自动成为共同体成员。参与者须知道所申请的角色、可见数据、可做操作、收费或保证要求、保密责任和拒绝进入的复核程序。资格可以由一个组织签发，再由其他组织分别决定是否认可；网络管理者不能仅以控制身份目录为由，任意改变各组织对合作对象的独立判断。对新进入的小组织，应尽量提供可达到的验证路径，避免把昂贵的专有认证变成隐性门槛。

协作接口要把共同任务与各自职责连起来。各方可以共享任务编号、交付标准、变更程序、提交与验收状态，并保留本地业务系统处理内部资源分配。共同账本适合记录多方需要一致核对的关键事件；合同细节、商业秘密和个人资料可以由有责主体在受控环境中保存。若一方用智能体代表组织提交成果，还须传递代理范围和有权负责的组织，而不只是智能体标识。

结算接口不能仅约定一个转账指令。它应说明什么事件形成请求，谁确认数量与质量，采用哪一版价格或分配规则，税费与扣减由谁计算，链上记录和现实支付怎样对账，支付失败或退回如何处理。共同账本可使各方看到相同的结算状态，但不直接生成现金，也不自行解决收入确认或所有争议。一个可用的接口应允许“已提交、待核验、已确认、待支付、已支付、争议中”等不同状态，避免用一次技术确认覆盖全部履行过程。

退出接口最能检验协作网络是否真正开放。成员应能取回自己有权取得的身份、任务、贡献、结算和争议记录，撤销不再需要的访问权限，完成未结款项和交接，并明确保密、质量保证及其他持续义务。退出不应迫使参与者放弃已成立请求，也不能因节点离网就删除其历史责任。记录的格式、证明方法和转换支持应在进入时就说明；否则，所谓随时退出只是形式权利。

这四个接口可以由不同技术实现。对于稳定且相互信任的少数主体，签名日志与数据库也可能足够；当多方需要共同核验状态、没有一方被普遍接受为唯一记账者，才需要认真评估区块链的额外收益。选择依据应是协作负担、审计能力和退出可行性，而不是接口是否贴上“链上”标签。

三、不同规则体系之间的冲突、承认与仲裁

可组合并不等于规则完全一致。不同组织可能对同一交付采用不同验收期限，对同一身份设定不同资格，对保密与公开提出相反要求，对收益计算使用不同周期。若这些差异在合作前没有被识别，技术接口即使全部连通，后续执行也可能互相冲突。因此，组合的第一步是为冲突预留位置，而不是假定通用数据格式能够消灭制度差异。

冲突至少可分为三类。事实冲突，是双方对交付是否发生、质量是否达标有不同记载；解释冲突，是双方承认同一事实，却对“已验收”或“可分配”的含义不同；规范冲突，是双方都清楚事实与定义，但各自规则对权利或责任作出不兼容安排。事实冲突要补证与复核，解释冲突要回到术语、目的和约定版本，规范冲突则需要确定适用规则、优先顺序与有权裁决者。把三类问题都交给“多数节点表决”并不合适。

承认应有范围。甲可以承认乙签发的交付证明，用于免除重复核验，却保留对本组织采购资格的判断；也可以承认乙的争议处理结果仅用于内部风险评估，而不让它直接改写本组织的支付义务。承认的范围可以按事项、签发机构、时间、金额或风险级别限定，并留有暂停与撤回条件。对外部结论的依赖越深，越需要检查签发方程序是否允许受影响者参与及申诉。

合作协议应预先规定规则优先顺序。共同任务条款、本地组织规则和网络通用规则，各自适用什么事项；发生冲突时，哪些问题交由任务双方协商，哪些由多方治理机构审议，哪些进入具有约束力的裁决或适用的法定程序。若后续变更某一规则，不应追溯剥夺其他主体依旧版规则形成的请求。版本、通知与过渡安排，在跨组织情境下比单一企业内部更重要，因为没有一家企业能够单独修改所有参加者的承诺。

仲裁或其他争议解决方式，也需要与技术纠错衔接。争议期间可以标注有关记录、暂停有风险的自动结算，保全证据并保障不争议部分继续履行；最终结果可能要求追加更正、冲正、重新计算或链下赔偿。不可变记录不应被误当作不可纠错决定。裁决者的权限、选任、利益冲突、费用、可执行范围和复核机会都应事前约定，不能只写一个“争议交由社区处理”的空泛条款。

跨组织合作有时跨越不同法律和监管环境。技术系统不能自行决定何种主体有法律资格、何种财产权已变动或哪一地的强制规则可以被排除。制度设计应识别适用范围和负责机构，必要时以合同、登记、支付和现有争议程序完成链下衔接。本章提出的是治理架构与研究命题，具体法律效果仍需在相应场景中核验。

四、互操作如何避免形成新的基础设施垄断

互操作常被理解为“都接入同一个入口”，但单一入口也可能变成新的控制点。谁管理身份目录，谁能调整数据格式和接口费用，谁保管历史记录与撤销信息，谁有权暂停账户、决定升级和解释争议，谁就可能影响所有成员的协作机会。账本由多节点复制，并不意味着应用入口、标准制定、密钥托管和业务评价也已经分散。

避免基础设施垄断，首先要把可移植性做成真实能力。成员应能按公开或充分披露的格式导出自身有权取得的凭证、任务状态和结算依据，验证者不必只依赖原平台界面才能读取历史证明。接口版本变更要有迁移期和向后兼容安排；必要的验证资料和状态查询在原运营者退出后仍应可获得。没有这些条件，“持有链上凭证”也可能无法在别处使用。

其次，关键治理权不宜由接口运营者单方兼任。协议升级、准入标准、收费结构、争议处理和紧急暂停可采用不同的授权与监督程序，让受影响的组织和参与者有提出、审议与复核的途径。决策权配置不要求每项技术运维都全民投票；它要求改变共同承诺的重大事项不能伪装成单纯的软件更新。多方治理的有效性也须看实际参与能力，而不能仅以席位数量证明。

再次，需要防止“标准开放、实现封闭”。文档公开却必须购买唯一认证服务，数据可导出却缺少语义和历史状态，协议允许其他节点却把关键索引或身份恢复交给一家企业，都可能形成事实依赖。应定期测试替代实现能否接入、迁移所需时间和成本、退出后能否继续核验证据，以及运营者变更条件时成员是否有谈判能力。这些测试比“去中心化”自我宣称更能显示权力结构。

开放也不能无视隐私和质量。把所有组织的原始数据强制公开，会让小组织和个人付出过高代价；任何人都能签发凭证，也不意味着所有签发者都值得在全部事项上信任。较可行的方式是公开必要的接口与解释规则，允许各组织对签发者、用途和风险设定本地信任策略，同时使拒绝、撤销和更正有透明程序。互操作追求的是选择与可替换，不是取消判断。

本章的构想需要接受与集中平台、联盟数据库及双边协议的同条件比较。应观察新增组织的进入成本、跨组织重复核验次数、结算与争议耗时、退出成功率、数据迁移成本，以及关键规则实际由谁决定。若共享架构只是把原有平台依赖迁移到新的身份服务、桥接服务或标准委员会，制度效果就未达到目标。可组合制度的真正价值，是让共同创造可以跨越组织边界，同时让每一方看清自己承认的事实、承担的义务和保留的自主权。

五、最小制度接口与一致性测试

可组合制度不能只发布技术接口文档，还应发布一份“最小制度接口说明”。它不要求公开全部内部制度，而是让外部协作者在采取行动前能够知道自己正在依赖什么。至少应包含下列对象：

接口能传递字段，只证明语法层互通。真正的制度互操作至少要经过五级检查：传输是否到达，格式是否可读，语义是否一致，采用是否获得有效授权，错误是否存在救济。前三级可以由技术测试较多覆盖，后两级必须进入组织治理和责任安排。某项接口只有“成功响应”而没有说明接收方据此承担何种后果，不应被称为完成制度互认。

一致性测试应当包含正常路径，也应包含拒绝、撤销、冲突和退出。可以使用一组共同测试情景：代理权限在结算前到期；签发方撤回贡献确认；两个组织对“已验收”含义不同；网络规则升级而本地制度尚未批准；基础设施运营者停止服务。通过测试的标准，不是所有组织得到相同结论，而是每一方能够准确识别差异、阻止无授权后果，并沿预定程序继续协商、仲裁或退出。

还需要做替代实现测试。至少由一个不受原运营者控制的工具读取凭证、核验状态和导出退出包，测量迁移所需时间、费用和信息损失。如果所谓开放标准只能通过原平台的索引、密钥恢复或解释服务使用，就仍然存在事实锁定。对共同基础设施的评价，应把这种可替换性作为持续指标，而不是上线前一次性的合规声明。

最小试验可以从两家组织之间的一类有限凭证开始，只互认一项明确事实，不交换总括性评分，也不让外部凭证直接生成本地财产权。试验要故意触发一次更正、一次拒绝和一次退出，观察通知能否到达、已有处理能否定位、主体能否带走必要记录。只有在异常路径也可运行时，才有理由扩展到结算、权益或多方网络。

六、未来命题卡：保留自主权的制度组合

如果互操作只能通过统一身份、统一评分和统一结算实现，它可能降低表面摩擦，却同时把制度选择权集中到基础设施层。可组合制度的研究目标应是降低协作成本并保存可退出的多元秩序，而不是把多元组织改造成一个无法离开的超级平台。

当制度能够互相解释，下一步的问题是制度自身能否被检查和改进。最后一章将讨论如何从文本走向可检查的规则模型，在有限试验中识别后果，并以审议和授权推动修订，而不牺牲既有承诺与人的最终责任。

定稿补强：语义互操作与版本化接口

跨组织互操作不仅是消息能够送达，还包括同一对象在不同制度中是否具有相同含义。身份、贡献、证据和权益对象应采用明确命名空间、模式版本、主体标识与来源，必要时提供语义映射和测试向量。字段同名而定义不同，应被视为不兼容，而不是静默合并。

接口变更应有兼容期、弃用通知、迁移工具和失败回退。合作方需要知道哪个版本可以进入、如何结算、争议时保存哪些证据、退出后如何导出数据。技术映射无法解决准据法、管辖、破产和权利优先问题，这些仍由跨组织协议单独规定。

本章工具与图表

本章的制度关系可结合附录十三使用。附录用于形成可填写、可核对的工作成果，不能把模板中的默认项视为已经生效的组织规则。

图31-1　可组合制度的五类接口。 互操作要求语义、权责和退出条件同时可解释，不以技术连接代替制度承认