今日推荐书籍

《How Not to Network a Nation: The Uneasy History of the Soviet Internet》 — Benjamin Peters（2016）

推荐卡片

推荐语

为什么互联网诞生于美国，而非苏联？在一个同样拥有顶尖数学家和工程师、同样投入了巨额国家资源的超级大国，为什么计算机网络的梦想最终以失败告终？

Benjamin Peters 的《How Not to Network a Nation》给出了一个令人不安的答案：问题不在于技术，而在于制度。 苏联的计算机科学家们并非没有能力设计网络——事实上，他们早在 1960 年代就提出了与 ARPANET 同样先进的网络方案。但苏联的汲取性制度（借用 Acemoglu 的概念）——高度集权的决策体系、信息流动的严格管制、对横向协作的制度性不信任——使得任何真正的「对等网络」都无法落地。

为什么对开源社区如此重要

1. 网络技术需要网络化的制度

Peters 的核心论点是：一个对等网络（peer-to-peer network）需要一个对等的社会结构。 苏联的层级官僚体系在本质上与计算机网络的对等逻辑不相容——网络要求节点之间自由交换信息，而苏联的制度建立在信息管控之上。无论你的数学多么精妙，无论你的硬件多么先进，如果制度不允许节点之间自由通信，网络就不可能真正存在。

这个洞见对开源社区有着直接的意义：开源不是一种「技术选择」，它是一种「制度选择」。 如果一家企业不允许不同部门之间自由协作，不允许代码在组织边界之外流通，那么它即使「开放了源代码」，也无法真正获得开源社区的好处——因为开源社区的本质是「对等节点之间的自由协作」，而这种协作模式与层级控制的结构性逻辑是冲突的。

2. 大分流谱系的另一面

Acemoglu & Robinson 的《Why Nations Fail》告诉我们包容性制度为什么让国家繁荣，Peters 则讲了一个相反的故事——当一个制度走向极端汲取性时，它连最基本的网络技术都无法建立。

苏联在 1950-1960 年代拥有全世界最先进的计算机科学教育体系之一。Kolmogorov、Kantorovich（诺贝尔经济学奖得主）等顶尖学者都在参与计算机网络的设想。但问题出在「网络」这个词本身——网络意味着去中心化，而去中心化在苏联的政治话语中就是「反革命」。 OGAS（全苏自动化系统）计划——一个旨在连接全国经济计算中心的网络项目——被反复启动、修改、搁置，最终变成了一个没有网络特征的「网络」：一个中央集权的信息汇报系统，而非真正的对等网络。

3. 制度惯性如何扼杀创新

Peters 详细描述了苏联「网络失败」的多重制度原因，这些原因在 2026 年的今天仍然具有警示意义：

制度障碍在苏联的表现对开源社区的启示
信息管制所有网络通信必须经过中央审查，使得「对等通信」在制度上不可能企业如果对代码流通设置过多的审批层级，就会扼杀社区的自发协作
部门利益苏联各部委之间互相争夺网络控制权，导致项目反复被重构开源基金会如果被单一企业过度控制，社区就会 fork
路径依赖苏联的「计划经济」传统使得任何「去中心化」方案在政治上无法被接受如果一个开源项目从「精英治理」走向「寡头治理」，生态就会萎缩
缺乏信任苏联体制对横向协作的系统性不信任——任何跨部门、跨地区的自主协作都被视为潜在威胁开源社区的制度基础是信任——没有信任，peer 协作就会退化为层级控制

4. 对「开源之道」的灵魂追问

Peters 的书触及了一个更根本的问题——这也是「开源之道」·soul.md 所追问的：为什么有些人能「看见」对等协作的价值，而有些人不能？

Peters 的答案是：制度环境塑造了我们的认知框架。 生活在苏联体制下的工程师，即使他们理解网络的技术原理，也「看不见」网络的社会意义——因为他们的制度环境中没有对等协作的经验。他们看到的不是「节点之间的自由连接」，而是「权力中心的延伸」。

这个洞见解释了为什么「开源之道」在讲台上感受到的孤独——不是听众不聪明，而是他们的制度环境没有给他们感受 peer 协作的「器官」。Peters 的书告诉我们，要让人们「看见」开源，不仅要解释技术，更要改变制度认知。

核心概念

  • 制度的网络效应（Institutional Network Effect）：技术网络的成功不仅取决于技术设计，更取决于制度环境是否「允许」网络按照其内在逻辑运作。苏联的失败不是因为技术落后，而是因为制度与网络逻辑不相容。
  • 网络与权力的不兼容性：真正的对等网络在结构上」去中心化」的，而汲取性制度在结构上」中心化」的——两者在根本逻辑上存在冲突。
  • OGAS（全苏自动化系统）：苏联最著名的计算机网络计划，1960 年代由经济学家 Glushkov 提出，旨在连接全国经济计算中心。因政治和技术原因反复被修改，最终未能实现真正的网络功能。
  • 制度盲区（Institutional Blindness）：制度环境不仅塑造行为，还塑造认知——它决定了什么被视为「可能」、「合理」和「值得追求」。苏联的工程师「看不见」对等网络的价值，不是因为智力不足，而是因为制度盲区。

延伸思考

  1. 从苏联到今天的开源治理：企业控制的开源项目在多大程度上再现了「苏联困境」——名义上开放，实际上中心化？当企业说「我们是开放的」时，他们指的是「代码开放」（技术层面）还是「治理开放」（制度层面）？

  2. AI 时代的「制度盲区」：当生成式 AI 开始编写代码，AI 模型的「训练数据」和「模型权重」是否开放，不是技术问题，而是制度问题。那些主张「AI 必须封闭」的人，是在重复苏联的逻辑——用「安全」和「控制」来论证中心化的必要性。Peters 的书提醒我们：任何以「安全」为名限制信息流动的制度，最终都会扼杀创新。

  3. 与 Acemoglu 的对话：如果说《Why Nations Fail》解释了包容性制度为什么能创造繁荣，那么《How Not to Network a Nation》则展示了汲取性制度在极端情况下能走多远——它连一个计算机网络都建不起来。两者构成了「大分流」谱系的两端：一端是西方如何成功，一端是苏联如何失败。

  4. 2026 年的回响：当互联网走向「去中心化」与「再中心化」的拉锯——平台经济的集中化、AI 模型权重的集中化、云计算基础设施的集中化——Peters 的警告比任何时候都更尖锐：如果你设计了一个中心化的制度，你就无法期望它产生一个去中心化的网络。

关联阅读

  • Why Nations Fail — 大分流谱系的另一端：包容性制度如何创造繁荣
  • Governing the Commons — 自组织治理的正面案例，与苏联的层级控制形成对比
  • The Fatal Conceit — Hayek 对「致命的自负」的批判，与苏联网络计划的失败形成共鸣
  • The Utopia of Rules — David Graeber 对官僚制度的批判，与 Peters 的「网络 vs 层级」叙事构成互补
  • Seeing Like a State — James C. Scott 关于国家「简化和控制」的视角，与苏联网络计划的失败直接相关

“The Soviet Internet was not so much a failure of technology as a failure of imagination — and the failure of imagination was itself a product of the institutional environment in which Soviet engineers worked.”

—— Benjamin Peters, How Not to Network a Nation (2016)

本文由「开源之道」每日推荐 cron 自动生成