雅努斯双面架构：应对信息经济中的"红皇后竞赛"
网络理论应用研究所（Network Theory Applied Research Institute）
文档编号：P3-011
版本：1.0
2025 年 11 月
摘要
平台应用通过信息不对称来维持其权力——它们为不同的用户类别创建彼此独立的界面，同时掩盖这些界面之间的关系［即 DoorDash Dasher（面向司机）、DoorDash Order Manager（面向餐厅）以及 DoorDash 顾客端应用（面向消费者）；中国市场上美团（Meituan）和饿了么（Ele.me）是类似的本地平台］。我们提出"雅努斯双面应用"（Janus Facing Applications，简称 JFA）：一种以透明、多角色架构取代孤立界面的框架，让所有参与者都能获取完整的系统信息。借鉴阿西莫格鲁（Acemoglu）与罗宾逊（Robinson）在《狭窄的走廊》（The Narrow Corridor）中提出的"雅努斯双面"国家概念，并运用当代元传播理论，JFA 使社区能够在没有信息不对称的情况下以合作方式运营协调平台。这使平台规模上的民主治理成为可能。
1. 问题：作为架构特征的信息不对称
1.1 当代元传播理论：架构基础
现代传播理论已远远超越二十世纪中叶的框架而显著演进，但关于传播如何建构权力关系的根本洞见依然居于核心。当代学者以瓦茨拉维克、巴韦拉斯和杰克逊（Watzlawick, Bavelas, Jackson，1967）关于人类传播语用学的奠基性著作为依据，强调一切传播都在多个层面上同时运作：
内容／关系之分：
每一次传播都同时包含两者：
内容维度：消息所传达的字面信息
关系维度：关于传播双方关系的元信息，它决定接收者应如何解读内容
关系维度为内容提供框架——它提供接收者借以理解全部信息的解读语境。同样的内容消息，在同侪之间传达与在等级地位不同的各方之间传达时，含义截然不同。关系维度具有元传播性：它是关于如何解读传播本身的传播。
对称关系结构与互补关系结构：
传播系统建构两种基本类型的关系：
对称关系：以平等为基础，参与者对信息和决策权拥有同等的获取权
互补关系：以差异为基础，一方处于上位，另一方处于从属地位
互补关系本身并非有问题——导师与学生、专家与新手、照护者与受护者等关系都发挥着重要作用。然而，当互补关系变得僵化且不可改变时，就会产生传播病理：从属方无法对关系结构本身提出质疑。
架构性洞见：传播系统不仅传递内容——它们通过决定向哪些参与者开放哪些信息，来建构并强制施加关系结构。当某平台对系统层面的信息（经济数据、算法、对比数据）给予不对称的获取权时，它便在架构上强制施加了一种互补关系，平台运营方在其中永久占据上位。
平台参与者无法挑战这一结构，因为他们无法触及元传播层面——即界定关系本身的那部分信息。这便产生了当代学者所称的"结构性悖论"：平台告诉参与者他们是独立行为者或重要伙伴（内容层面），而架构却通过隐瞒系统信息同时传达着他们的从属地位（关系层面）。
1.2 结构性验证
当代平台将费用和支付划分为多个类别，并使用强调可变性与自由裁量权的措辞。费用说明通常包含诸如"可能适用""可能变动""因地区而异""视需求而定"之类的表述——这种措辞使验证在原则上都无法进行。
根本问题：没有任何参与者能够验证相关声明，也无法理解完整的交易。试想每一类参与者实际看到的内容：
发起交易的消费者看到：
├─ 基础成本：[amount]
├─ 服务费：[variable by undisclosed factors]
├─ 协调费：[percentage that "may increase"]
├─ [Potentially] 视情境而定的额外费用
└─ 总计：在流程后期之前未知，且因交易而异
消费者无法知晓：
• 服务提供者收到多少
• 其他利益相关者如何获得报酬
• 哪些因素决定可变费用
• 费用结构自上次交易以来是否变动
• 价值如何在本地实体与平台实体之间分配
服务提供者看到：
├─ 任务报价：[compensation for specified work]
├─ [After acceptance] 完整交易明细
服务提供者无法知晓：
• 消费者的支付总额
• 平台如何计算报酬
• 各部分分别代表哪些支付类别
• 其他利益相关者的报酬如何影响经济
• 报价金额是否依接单模式而调整
其他利益相关者看到：
├─ 交易通知
├─ 其所得份额：[percentage or fixed amount]
这些利益相关者无法知晓：
• 完整的支付流向
• 其报酬为何采用特定结构
• 平台的运营成本究竟是多少
• 其他参与者是否理解其中的经济逻辑
• 如何验证平台关于成本结构的声明架构特征：设计者将这种不透明性内嵌进彼此独立的应用界面之中。每一类参与者所获得的信息，恰好足以完成其角色，却不足以验证平台的声明、进行集体协商或构建替代方案。
被隐藏的信息发挥着关系维度（元传播）的作用——它界定接收者应如何解读内容。平台对系统经济信息的系统性隐瞒，传达出关系结构：「你处于从属地位，必须信任未予披露的计算结果。」该架构强制施加互补关系，使验证在结构上变得不可能。
服务提供者无法"换位扮演他者的角色"（米德，1934）——他们看不到消费者或其他利益相关者如何体验同一笔交易。该架构阻碍了识别共同利益、协调集体行动所必需的共同理解。
雅努斯双面架构彻底改变了这一点：
所有参与者看到相同的交易明细：
消费者支付：[total amount]
├─ 主要成本：[amount] → 接收方 A 获得：[amount]
├─ 服务交付：[amount] → 接收方 B 获得：[amount]
├─ 平台运营：[percentage] → 用于覆盖运营成本
│ ├─ 基础设施：[amount]
│ ├─ 交易处理：[amount]
│ ├─ 开发：[amount]
│ └─ 管理费用：[amount]
└─ 可选小费：[amount] → 接收方 B 获得：[amount]
平台向所有人公开运营明细：
• 每月基础设施：[fixed cost serving transaction volume]
• 交易处理：[per-transaction cost]
• 开发合作社：[transparent labor costs]
• 保险与储备金：[shared cost basis]
算法透明：
• 匹配逻辑：[documented, deterministic]
• 不存在隐藏的可变定价因素
• 扁平化的运营成本结构
• 平台公开所有计算方法
民主治理：
• 任何参与者均可提议变更成本结构
• 定期投票，并附完整的财务建模
• 所有平台成本均可实时审计
• 成员共同决定盈余的分配这种转变：从互补关系（等级化、无法验证）转向对称关系（平等、内置验证）。参与者可以在角色之间切换并验证所有声明，因为该架构为各方提供了完整的信息获取权。关系维度从"信任我们的权威"转变为"你们是共同治理这一基础设施的同侪"。
经济优势：社区可以通过民主治理，将交易中留存的价值重新分配为：给服务提供者更高的报酬、给消费者更低的成本、整个系统更优的质量，或社区再投资。价值在本地循环，而非被抽取给远方的股东。
1.3 为何称为"雅努斯双面"？
在《狭窄的走廊》（The Narrow Corridor，2019）中，达龙·阿西莫格鲁与詹姆斯·罗宾逊将国家描述为本质上"雅努斯双面"的——它既能促成集体行动，又可能沦为压迫的工具。正如朝两个方向张望的罗马神祇雅努斯，国家必须既强大（以便协调）又负责（以防暴政）。
唯有当国家能力与社会制衡权力的能力共同演进时，自由才得以存在。当权力的演进快于制衡能力时，自由便会受到侵蚀。
同样的动态也适用于数字平台：当前的平台一面协调经济活动（赋能的一面），一面通过信息不对称攫取价值（剥削的一面）。架构上的挑战在于：我们如何构建既保留协调能力、又消除剥削能力的平台？
雅努斯双面应用是一类同时面向多种用户角色、并为所有参与者维持完全透明的平台——强大到足以协调，透明到足以防止被攫取。
2. 雅努斯双面架构：核心原则
2.1 四项架构性转变
1. 多角色统一界面 所有用户类别都访问同一个应用，并获得与其角色相应的视图，而非彼此独立的孤立应用。用户只需一次点击即可切换角色。
2. 完全的信息透明 系统向所有参与者公开系统层面的数据（匹配算法、定价结构、平台经济）。不存在任何特权性的信息获取权。
3. 可逆的角色分配（产消者能力） 用户可以在多个角色之间切换或同时担任多个角色：消费者、生产者、服务提供者、投资者、平台治理者。
4. 内嵌的民主治理 透明使知情决策成为可能。所有参与者在充分理解其影响的前提下，就平台规则、费用结构和政策进行投票。
2.2 元传播的转变
每一种平台架构都同时在多个层面上进行传播：
第 1 层——显性功能：「此界面元素执行此操作」
第 2 层——隐性关系：彼此独立的界面传达出「你们是拥有不同权利的不同类别」
第 3 层——权力结构：被隐藏的信息传达出「由平台运营方做决定」
第 4 层——系统本质：专有代码传达出「这是你使用的产品，而非你治理的基础设施」
平台界面不仅传递信息——它们建构并维系参与者各类别之间的权力关系。元传播（关于如何解读传播的传播）塑造着我们对社会系统的理解。
参与者通过想象他人如何看待自己以及如何看待系统来形成理解。当平台创建彼此独立的界面时，参与者便无法理解其他用户类别如何体验该系统，从而阻碍了集体行动所必需的共同理解。
元传播转变的具体示例：
当传统平台上的服务提供者看到「任务可接」时，显性消息（第 1 层）是功能性的。但界面在做出承诺之前拒绝展示完整的交易经济信息，这传达出（第 3 层）「平台根据你的服从程度来控制信息获取权」。该提供者看不到其他参与者的视角，其他参与者也看不到该提供者所受的约束。没有人能够验证平台关于匹配为最优的声明。
在雅努斯双面应用中，同一任务会显示完整信息：所有报酬金额、所有费用结构、各接收方的分配，以及匹配的依据。
元传播随之彻底转变：
第 2 层：「你们是拥有完整信息的同侪」（而非获取权受控的从属者）
第 3 层：「你们可以验证声明并协调替代方案」（而非「信任我们的权威」）
第 4 层：「这是你们共同治理的基础设施」（而非「这是我们的专有系统」）
服务提供者如今理解了其他参与者的体验、完整的价值流向以及平台的管理费用。这种共同理解使"换位扮演他者的角色"成为可能——参与者能够想象他人的视角，因为该架构使这些视角彼此可见。
雅努斯双面应用同时转变全部四个层面：
第 1 层：针对各角色的界面 + 透明的系统信息 第 2 层：统一应用传达出「你们是共享系统中的参与者」 第 3 层：分布式信息传达出「所有参与者都参与决策」 第 4 层：开源的 AGPL-3 传达出「这是你们共同治理的基础设施」
架构性转变不仅改变了信息流向，也改变了信息流本身就参与者与平台的关系所传达的含义。这正是为什么没有架构性转变的合作所有制难以实现其民主潜力——信息不对称的元传播会维持权力的集中，无论正式的所有权结构如何。
3. 通过净室开发实现
希望部署平台合作社的市政当局面临一个现实问题：其居民所需的协调平台——网约车、配送、住房、护理服务——只以专有的企业应用形式存在。直接复制这些平台会违反版权法。从零构建则需要重复多年的开发工作和用户体验打磨。
净室逆向工程化解了这一困境。它是一种在不接触或不复制原始源代码的前提下重建软件功能的合法方法。其流程通过严格区分观察与实现来运作：一支团队记录应用所做之事（可观察的特性与行为），而另一支完全独立的团队仅依据这些规格说明构建全新实现，从不查看原始代码。法院一贯支持这一方法，认定其创造出在法律上独立的作品。
对平台合作社而言，净室开发起到一种"翻新"方法的作用——它使市政当局能够重建尚未进入公共领域的关键协调应用，将其以 AGPL-3 许可作为永久公共资源发布，并加入将攫取型平台转变为民主基础设施的透明特性。每一次成功的实现都会强化整个合作运动，而非创建新的专有孤岛。
这一方法保护合作社免受可能在平台尚未形成规模之前便将其摧毁的法律挑战，同时防止企业对社区开发工具的圈占。
3.1 法律框架
净室逆向工程创造出在法律上独立的实现：
第 1 步——规格团队：记录可观察的功能，不含任何实现细节
第 2 步——版权审查：核实规格说明中不含任何专有元素
第 3 步——实现团队：仅依据规格说明构建，从不查看原始代码
第 4 步——雅努斯双面扩展：加入多角色界面，以及透明与治理工具
这一方法在确保法律合规的同时，使从信息不对称向透明的架构性转变成为可能。
专利方面的考量
净室方法虽然解决了版权方面的顾虑，但本身并不能防范专利侵权。专利保护的是功能（系统所做之事）而非表达（开发者如何编写代码），这意味着净室实现如果再现了受专利保护的方法，仍可能构成专利侵权。
常见的平台专利：
匹配算法（例如，将服务提供者与消费者配对的优化方法）
动态定价机制（高峰加价、基于需求的费用调整）
信誉与评分系统（特定的评分方法）
路线优化与物流协调
实时跟踪与通知系统
缓解策略：
专利全景分析：在开发开始之前，团队在相关司法管辖区进行全面的专利检索，以识别覆盖目标功能的现有专利。Google Patents、USPTO 数据库以及专业的专利检索等工具可以识别潜在的冲突。
绕过式设计开发：当团队识别出专利时，便通过不同的技术途径实现可达成相似结果的替代方法。例如：
若有人对采用特定优化标准的就近匹配申请了专利，开发者便采用不同的优化目标（最小化环境影响、平衡工作负荷）
若有人对动态定价算法申请了专利，开发者便实现透明的固定费率或由民主决定的定价结构
若有人对特定的信誉评分方法申请了专利，开发者便创建替代性的评估框架
防御性公开：团队记录并公开披露其为 JFA 开发的新颖协调方法、算法途径和治理机制。这会形成现有技术，阻止他人日后就这些方法申请专利，并确立实施自由。
参与专利池：合作社可以组建专利池或加入现有专利池（如面向软件的 Open Invention Network），成员之间相互交叉许可专利，为合作平台开发创造免于专利约束的区域。
地域方面的考量：专利权具有地域性——在一国授予的专利并不适用于他国。团队可通过在专利较少或合理使用条款更有力的司法管辖区进行初步部署来降低风险。
功能性区分：JFA 根本性的架构差异（多角色界面、完全透明、民主治理）往往要求在功能上不同的实现途径，从而自然地避免侵犯设计者为不透明、等级化系统所创造的特定专利方法。
JFA 的优势：
透明性要求实际上有助于规避专利。当所有算法逻辑都必须经过记录并获得民主批准时，平台自然会发展出更简单、更易解释的协调方法，而非可能被申请专利的复杂专有算法。民主治理流程往往倾向于透明的匹配规则（地理就近、按时间排队、成员偏好），而非不透明的优化函数。
此外，向多角色透明的架构性扩展往往需要新颖的技术实现，这些实现构成真正不同的方法，而非对既有途径的简单再现。从信息不对称转向对称，必然需要不同的数据结构、界面架构与协调机制。
风险评估：
专利风险因以下因素而显著不同：
平台类型：物流与匹配类平台面临的专利密度高于支付处理类或市场类平台
司法管辖区：美国的平台相关专利多于大多数其他司法管辖区
实现的具体方式：在透明与民主治理方面的新颖途径，与设计者为攫取型平台所创造的现有专利发生冲突的可能性较小
建议采用的方法：
对每一项 JFA 实现：
团队针对特定平台类型及其核心功能进行有针对性的专利检索
团队记录能够证明独立开发与功能性区分的设计决策
团队优先采用透明、由民主治理的协调方法，使其有别于受专利保护的优化算法
团队就高风险实现聘请专利顾问（尤其在物流和动态定价领域）
团队将创新贡献至防御性公开数据库
这种多层次的方法在应对专利顾虑的同时，维持了 JFA 所核心追求的架构性转变目标。
3.2 雅努斯式开发
传统净室再现既有功能：
消费者界面 → 消费者界面（等效）
提供者界面 → 提供者界面（等效）
利益相关者界面 → 利益相关者界面（等效）
结果：多个彼此独立的界面，相同的信息不对称
JFA 净室在架构上扩展功能：
多个孤立界面 → 支持角色切换的统一平台
隐藏的系统逻辑 → 透明的算法与经济
彼此独立的用户类别 → 产消者的流动性
中心化控制 → 分布式民主治理
结果：单一应用、完全透明、合作能力
这种扩展不构成版权侵权，因为它创造了原系统中并不存在的功能。
3.3 AGPL-3 作为结构性保护
NTARI 将所有净室实现以 AGPL-3（GNU Affero 通用公共许可证）发布，以防止被重新圈占：
关键保护：
网络著佐权（copyleft）：开发者必须以 AGPL-3 发布对网络服务的修改
传染式共享：纳入 AGPL-3 代码即要求以 AGPL-3 发布整个平台
不可撤销的公共资源：代码永久留存于公共资源之中
对合作社而言：
防止企业收购与圈占
支持联邦化（多个市政当局共享代码库）
抑制企业竞争（不开放整个平台便无法纳入）
保护社区对公共资源的投入
AGPL-3 构筑起一套抵御企业攫取的"免疫系统"——为民主基础设施提供架构性保护。
4. JFA 特有的定义
除标准的开源开发实践之外，JFA 还需要四项使其有别于传统平台的架构特性：
4.1 多角色统一身份
JFA 系统必须维护支持同时担任多个角色的统一数据模型。单一用户身份即可担任多个角色（消费者、提供者、利益相关者、治理者），无需分设账户。所有与角色相关的权限和视图均由这一单一身份派生。角色切换只应需要一次交互（一次点击／轻触），无需登出或重新认证。界面必须清晰标示当前角色，并使所有可用角色即时可达。
为何重要：传统平台在架构上将用户类别分隔开来，以维持信息不对称。统一身份使"换位扮演他者的角色"（米德，1934）成为可能——参与者得以从多种视角体验系统，构建起民主协调所必需的共同理解，正如平台合作主义倡导者所设想的那样（朔尔茨与施奈德，2016）。
4.2 完全的交易透明
交易记录必须捕捉并公开完整的经济明细，且对所有参与者实时可见：
所有价值流向（流向所有接收方、金额及依据）
完整的费用结构（每项费用涵盖什么、计算方法）
平台运营成本（基础设施、处理、开发、储备金）
所采用的匹配算法（版本号、人类可读的依据、所考虑的备选方案）
每笔交易都关联到其算法文档。平台成本结构实时更新，并对所有参与者保持可见。所有系统层面的信息都必须可通过公共 API 访问（需认证，但对成员普遍开放）。
为何重要：透明消除了验证在架构上的不可能性。当参与者能够验证所有声明时，信息不对称便无法再维持权力的集中。
4.3 内嵌的民主治理
治理能力必须内嵌于功能性界面之中，而非孤立于独立的管理系统：
提案系统内置对所有成员可见的财务影响建模
投票机制可从任何角色视图访问
实现状态与结果均被追踪并公开可见
所有匹配与协调算法均经由民主治理流程批准
算法决策被记录在案，以供治理审查与系统改进
为何重要：将治理与运营相分离会维持互补关系结构。将治理内嵌于功能性界面，则在每一次交互中都传达出「这一基础设施由你治理」。
4.4 联邦化架构
技术架构必须支持联邦化——多个共享协议标准、并可选择共享数据的独立实例：
本地实例在享受网络效应的同时保留完全的自治权
协议标准使跨实例协调成为可能，而无需中心化控制
以 AGPL-3 发布的开放协议可防止圈占
互操作性可防止"赢者通吃"的动态重新催生垄断
为何重要：联邦化使合作网络在达成规模的同时防止权力的整合。这正是对"平台合作社无法在规模上竞争"这一说法的架构性回应——它们并非各自单打独斗地竞争，而是联邦化。
5. 研究议程
5.1 关键问题
经济方面：
当价值留存于社区内部时，实际产生的本地乘数效应有多大？
合作社的获客成本与风投资助的平台相比如何？
透明会带来哪些运营效率上的差异？
民主治理如何影响平台的适应速度？
治理方面：
成员在民主治理中达到怎样的参与率？
透明如何影响治理质量与成员满意度？
在不同规模下，哪种决策结构最为有效？
联邦化平台如何跨地区协调治理？
技术方面：
成员实际使用并看重哪些透明特性？
联邦化平台如何在没有中心化控制的情况下维持协调？
哪些技术障碍会阻碍或促成采用？
开源开发如何影响平台的安全性与可靠性？
社会方面：
合作所有制如何影响参与者的尊严与满意度？
哪些文化因素会促成或抑制采用？
社区如何从攫取型平台过渡到合作型平台？
哪些教育框架能够支持平台的民主治理？
6. 结论：确立信息自由
平台资本主义通过制造信息不对称的架构选择来攫取可观的价值。仅凭合作所有制无法解决这一问题——界面孤立的成员所有制平台，仍会通过信息控制而集中权力。自由取决于在协调能力与制衡能力之间维持平衡。当平台的演进快于参与者的理解时，自由便会朝着算法威权主义的方向受到侵蚀。民主制度必须以平台技术的速度演进，否则自由就会衰减。
雅努斯双面应用提供了架构上的替代方案：透明、多角色的平台，在其中信息对称使真正的民主治理成为可能。技术能力已经具备。法律框架业已确立。经济上的理据十分清晰。剩下要做的，是构建首批实现、验证该模式，并催化从平台资本主义向平台合作的过渡。
NTARI 在 AGPL-3 下对雅努斯双面应用的净室开发创造了永久的公共资源——社区可以放心地部署、修改并以民主方式治理这一基础设施，而无需担心被圈占。市政当局可以通过种子资金、采购优先权和监管明晰来促成过渡。合作社可以采用可复制的模板，早期采用者会加速整个运动的过渡。开发者可以在架构透明方面进行创新，实现专有平台中并不存在的民主基础设施。其目标并非更好的应用，而是一种从根本上不同的、分散权力而非集中权力的经济架构。
正如雅努斯同时回望过去、前瞻未来，雅努斯双面应用也同时着眼于协调与问责——强大到足以组织复杂的经济活动，透明到足以防止攫取与抽取。这正是通往"狭窄走廊"的基础设施。这正是平台规模上的自由。
参考文献
Acemoglu, D., & Robinson, J. A. (2019). The Narrow Corridor: States, Societies, and the Fate of Liberty. Penguin Press.
Mead, G. H. (1934). Mind, Self, and Society: From the Standpoint of a Social Behaviorist. University of Chicago Press.
Scholz, T., & Schneider, N. (Eds.). (2016). Ours to Hack and to Own: The Rise of Platform Cooperativism, A New Vision for the Future of Work and a Fairer Internet. OR Books.
Watzlawick, P., Bavelas, J. B., & Jackson, D. D. (1967). Pragmatics of Human Communication: A Study of Interactional Patterns, Pathologies, and Paradoxes. W.W. Norton & Company.
联系方式: info@ntari.org
"功成事遂，百姓皆谓：‘我自然。’" ——《道德经》第十七章
"自由并非凭空产生……它是在国家与社会之间不断争取权力平衡的持续斗争的结果。" ——阿西莫格鲁与罗宾逊
留言