一个通信网络可以让不同运营者的用户互相交谈，同时让相当一部分公共维护依赖少数资助者。这两种状态并不矛盾。Matrix 就提供了一个可观察的例子。
按照 Matrix 的协议，不同服务器上的用户可以进入同一个房间；各人通过账号所属服务器参与，相关服务器同步消息。组织得以保留自己的运营安排，又与外部用户交谈。共同通信不必以所有人迁入同一个服务为前提。Matrix 的通信方式
但能够互联，并不决定由谁为共同基础付钱。
Matrix 基金会在 2026 年公布的 2025 财年报告中介绍，会员项目是主要收入来源，另有捐赠、活动赞助和门票等收入。报告也指出，Automattic 占收入的一半，基金会仍相当依赖 Element 提供的资金与实物支持。这份报告覆盖 2024 年 11 月至 2025 年 10 月。首份公开年度报告介绍
广泛受益与均匀出资之间，显然还隔着一套组织工作。
两笔费用，两种付费理由
使用者很容易理解其中一笔费用：我的服务器需要存储和带宽，故障要有人处理，账号遇到问题要能求助。服务容量和响应质量都直接影响我，因此托管方可以据此收费。
公共维护更难找到这样的对应关系。规范需要维护，不同实现需要继续兼容，新参与者需要知道怎样加入。许多组织都从这些工作中受益，但单个组织暂停出资后，往往仍能暂时使用其他人维护的成果。新增一批用户，并不意味着维护者会自动多收到一笔钱。
这也解释了为何“代码开放了，社区会接着做”不能当作预算方案。愿意提交一个补丁，与愿意长期承担维护，是不同的承诺。某项工作一旦连续几年由少数人完成，接手者需要的不仅是源码，还有理解系统的时间，以及持续投入的经费。
Matrix 对公共服务器的收费尝试，显示了具体服务可以怎样承担自己的成本。基金会在 2025 年 6 月提出高级账号方案，用包括媒体使用在内的服务付费支持 matrix.org 公共服务器，说明基础设施、运维、内容管理和支持所需的投入。后来的年度报告记录，这个项目在财年末推出。公共服务器资金方案、年度报告介绍
用户为现成服务付费，其他运营者仍可通过共同协议接入。这里并不需要在“全部免费”和“封闭网络”之间二选一。
不过，具体服务能够收费，也不保证公共维护因此足够。经营者可以把收入投入兼容性工作，也可能优先投入自家客户需要的功能。这两种支出都可能合理，却不能在账目里互相假定已经发生。
因此，我更倾向于让开放网络明确区分两种付费承诺。购买托管，应该知道自己买到的容量、响应和支持；资助共同基础，应该知道哪些公共工作获得持续维护、参与者如何讨论优先级。把它们笼统称为“生态建设”，会让出资者难以判断回报，也让维护者难以说明实际缺口。
连接的价值，要抵得过维持连接的劳动
开放连接最值得建设的地方，是合作确实反复跨越不同运营者，而参与者又有理由保留各自的服务。例如，双方已经投入不同系统，迁移会打断原有工作，但沟通仍必须继续。Matrix 的互联能力回应了这种处境。
另一些场合，共用一个服务已经足够。参与者数量少、需求接近、也愿意采用同一套运营安排时，提前建设多方同步和版本协商，会把精力从实际合作移到基础设施上。开放是否有价值，取决于它解除的限制，而不取决于网络图上有多少节点。
这对 ToWow 这样的协作网络提出了一项具体要求：先找到反复发生的跨边界损失，再决定值得连接什么。重复登记、人工转述、合作记录散失，都可以成为起点；同时也应计入连接之后的升级、排错和维护时间。
如果省下的协作劳动长期小于新增的维护劳动，缩小连接范围是合理调整。如果连接持续产生收益，就该把维护从少数人的额外热情，逐渐变成参与者愿意承担的常规支出。
Matrix 的报告不能证明某一种资助模式普遍有效。它所揭示的，是开放设计里常被延后的那部分现实：通信可以分散，维护预算仍可能集中。想让网络保留多个独立运营者，就需要认真经营让共同维护能够继续存在的关系。
一条连接长期可靠，通常意味着有人每个月都在为它工作。开放网络的建设方案里，应当看得见这份劳动的位置。