构建平行互联网：Thinnernet 的愿景与解读

背景

自 2020 年以来，作者以一种“史蒂夫·乔布斯（Steve Jobs）”的化身角色进行思考与写作（虽多为兼职且常带幽默色彩）。这一角色的灵感最初并非来自硬件或太阳能意识操作系统，而是源于作者对“知识库（Knowledge Bases）”工作的反思。

在日常使用工单管理系统时，作者意识到缺乏一种能将操作步骤与系统记录无缝集成、以证明工作成果的高效方式。这种对“员工体验”与“用户体验”双重关注的理念，让作者联想到了乔布斯。作者随后撰写了一篇关于更高层级知识库——“经验库（Experience Base）”的文章，该概念后来被纳入一个名为 TicketMS 的概念 CMS 系统中。

一个月前，作者阅读了 Nathalie Martinek 博士的一篇文章，该文精准描述了作者所在组织面临的困境：无法、不愿或缓慢地采用新的或改进的工作流程。这一现象促使作者进一步思考：如果仅以今日的新闻头条为指标来预测未来，人们可能会认为未来是由配送多力多滋（Doritos）和胡椒博士（Dr. Pepper）的嗡嗡作响的无人机组成的。虽然这在很大程度上是真实的，但互联网本身将呈现何种面貌，却鲜少被关注。

尽管光纤技术取得了显著进步，预计到 2050 年更多家庭将接入 1Tbps 级别的网络，但绝大多数用户并不需要如此巨大的数据吞吐量。除了 16K uncompressed 视频或自主智能体之间的协调数据流外，目前很难想象其他需要如此高带宽的场景。基于此，作者自 2023 年起开始构思并撰写关于“平行互联网”的概念，即 Thinnernet。

核心内容

1. 乔布斯哲学的现代映射：从设备到基础设施

作者指出，史蒂夫·乔布斯主要被视为硬件和用户体验的大师，而非基础设施或网页设计的权威。1987 年，乔布斯在其 Unix 操作系统和硬件中首次集成 TCP/IP 栈，但这并非其核心关注点。当时，大多数桌面程序无需联网，互联网流量有限，因此对文件格式、协议、浏览器和服务的限制极少。

然而，在 21 世纪（2011 年以后），用户体验不再仅由硬件决定，而是越来越多地受到基础设施和社会网络的影响。如果乔布斯活在当下，为了确保用户在 2G 或 3G 等不稳定但平坦的数据传输体验中获得一致性，他会专注于确保应用程序能够高效利用有限的数据。互联网速度本身就是用户体验的一部分。

作者引用了乔布斯去世后曝光的一封邮件，其中用户抱怨信号不佳，乔布斯的建议竟是“不要用手遮挡天线部分”。这看似荒谬，实则反映了当时 3G 技术尚不成熟，EMI（电磁干扰）问题尚未完全解决。作者认为，一旦技术成熟并排除干扰，可靠性便成为预期标准。如果乔布斯长寿，他可能会将这一可靠性追求延伸至互联网基础设施层面。

2. Thinnernet 的核心定义：实时确定性体验

Thinnernet 旨在确保跨所有设备的一致性用户体验。其核心要求是：应用程序数据或内容的传输必须在**实时截止时间（real-time deadline）**内完成。

• 异步通信的局限：虽然异步通信很重要，但许多数字交互功能需要标准化，以便构建和复制。
• 延迟与一致性：iPhone 已 mastered 刷新率与延迟的关系，但互联网延迟仍是另一回事。用户希望访问网站或服务时，能以相同的时间加载相同的数据，呈现相同的格式。
• 静态 HTML 的优势：在静态 HTML 中，页面可能因浏览器无自动调整大小功能而显得文字过小，但至少文本能可靠加载（不像某些无法显示 JavaScript 的浏览器）。现代浏览器提供的“阅读模式（Reading View）”进一步证明了在低带宽下提供可用性的可能性。

3. 带宽悖论与故障恢复

在万物皆需高带宽的时代，除非连接速度极慢，否则用户很难察觉数据传输量的大小。作者并非抱怨自己的连接速度，而是提倡一种回退机制（fallback）。

当前的基础设施无法应对“永远在线、永远连接”的世界：每天下载数百 GB 数据，却在发生中断或可预防的网络拥塞时，连一个字节都无法交付。Thinnernet 正是为这种基础设施失效或拥塞场景设计的备用方案。

4. Thinnernet 的技术构想

作者通过类比解释了 Thinnernet 的带宽管理逻辑：

• 高带宽场景：想象一根由约 100 根 10Gbps 光纤组成的海底电缆，总容量巨大。2040 年的电脑可能通过单根网线接收 1Tbps 或 10Tbps 的速度。但在 Thinnernet 中，你只使用其中一根光纤，即 10Gbps，尽管 ISP 可能向你出售 10Tbps 的服务。
• 低带宽场景：回到 90 年代中期，海底同轴电缆每束使用 10Mbps，总容量为 100Mbps 或 1Gbps。连接单根同轴电缆到 PC，即获得 10Mbps 的连接。

5. 应用层的“最小化模式”

如果乔布斯希望无论用户使用 1Mbps、10Mbps 还是 1Gbps 都能获得可预测的体验，应用程序必须采用最小化流量模式。

• 已知数据量：应用程序应能访问一组“白名单”网站和“必要数据”，这些数据具有已知的大小（例如小于 100KB 或 10KB）。
• 无需猜测：用户无需猜测在特定连接下哪些网站可用，应用程序本身必须知道其可靠运行的边界。
• 去中心化挑战：虽然 Web 设计保持开放、去中心化（服务器和 DNS），但应用程序及其访问的服务器必须能够确定其可靠服务的范围。这不是单个网站或网络工程师的问题，而是所有人的问题。
• 历史案例：作者回忆在 2010 年代中期，许多人仍使用 Symbian 手机。他曾设置 Twitter 中继服务，仅通过 SMS 即可阅读和发送推文，无需互联网数据套餐。Facebook 曾在印度提供类似服务以中继至 Messenger，后因故取消。这证明了在低带宽下实现核心功能的可能性。

关键要点

• 用户体验的一致性优先：未来的互联网设计应像乔布斯关注硬件那样，关注基础设施对用户体验的影响，确保在不同网络条件下（尤其是低带宽或不稳定网络）获得一致、可预测的体验。
• 实时传输截止时间：Thinnernet 的核心是确保应用数据在实时截止时间前完成传输，将异步通信转化为可标准化、可复制的数字交互。
• 高带宽下的脆弱性：当前追求极致带宽（如 1Tbps）的基础设施在面对中断或拥塞时极其脆弱，缺乏基本的容错能力。
• 最小化流量与白名单机制：应用程序需采用最小化流量模式，仅加载已知大小（如 <100KB）的“必要数据”，并建立白名单机制，让用户无需猜测即可在低带宽下使用核心功能。
• 技术演进的必然性：随着 EMI 等技术问题的解决，可靠性成为预期标准。Thinnernet 是对当前“永远在线”文化的一种必要补充和回退方案，旨在解决网络拥塞或中断时的基本连通性问题。
• 历史验证：通过 SMS 中继 Twitter 等案例证明，在极低带宽下实现核心社交功能是完全可行的，关键在于应用层的设计而非单纯依赖基础设施的升级。

意义与影响

Thinnernet 的概念挑战了当前互联网发展“唯带宽论”的趋势。它指出，随着网络基础设施向 Tbps 级别演进，我们可能正在牺牲网络的鲁棒性和可访问性，以换取不必要的速度冗余。

1. 重新定义“连接”：Thinnernet 强调连接的质量（确定性、实时性、一致性）优于连接的量（带宽大小）。它呼吁开发者关注应用在不同网络环境下的降级策略，而非仅仅追求高保真、高数据量的传输。
2. 提升网络韧性：在极端情况（如网络拥塞、基础设施故障）下，Thinnernet 提供了一种保障基本通信能力的思路。这对于全球数字包容性、边缘地区网络覆盖以及灾难恢复具有重要意义