一、一个 ISP 老板的"觉醒"

Jonah Aragon 不是一个普通的科技博主。他从 2024 年开始自己运营 ISP——拥有独立的 ASN(自治系统编号)、IPv4/IPv6 地址空间、光纤基础设施,甚至直接做 BGP 对等互联。这已经超越了 99.9% 的网络工程师的实操深度。

但恰恰是因为站得足够高,他看到了一个让普通人难以察觉的事实:

即使爬到了 BGP 对等互联的高度,你对网络资源的访问仍然被少数中心化服务商锁死。IP 地址的"所有权"已经不存在——你只是在向 ARIN 交年费租用。

这引出了文章最核心的追问:

我们手里的设备——办公室的电脑、膝盖上的笔记本、掌心的手机——算力已经极其强大。为什么我们仍然只能充当大厂服务的"消费者",而不是彼此直连的"对等节点"?

**Mesh 网络(自组网)**就是他对这个问题的回答。

二、LoRa:自组网的物理层基石

在讨论上层协议之前,Jonah 先解释了为什么 LoRa 是当前自组网创新的物理层首选:

特性 LoRa (Sub-GHz) Wi-Fi (2.4/5 GHz)
频段 免许可 Sub-GHz(各国不同) 免许可 2.4/5 GHz
功耗 极低 较高
传输距离 数公里(视距可达 10km+) 数十到数百米
带宽 极低(kbps 级) 高(Mbps~Gbps)
穿透力 强(Sub-GHz 特性)

关键认知:LoRa 不是为了替代 Wi-Fi 或 5G,而是为了承载那些"不需要高带宽但需要高可靠、远距离、抗审查"的通信场景——消息传递、社交网络、信息广播、灾难应急。

用 Jonah 的话说:

我们能建立一张与互联网共存的去中心化对等网络——为服务不足的地区提供连接,同时为我们最关键的需求保留一个互联网的功能性备份。

三、Meshtastic:先行者的光芒与天花板

Meshtastic 是目前消费级 LoRa Mesh 领域的绝对先行者。它的优点很明确:

  • 开箱即用:刷固件到 Heltec V3 或 LILYGO T-Beam 上就能组建小范围通信网络
  • 场景聚焦:专为移动端消息传递和设备位置追踪设计,不贪大求全
  • 社区活跃:大量现成的硬件兼容列表和教程

但 Jonan 指出了一个致命缺陷,这个缺陷来源于 Meshtastic 的根本设计选择

1
2
3
4
5
6
Meshtastic 的消息传递方式:洪泛(Flooding)

节点A 发送消息 → 节点B 收到 → 节点B 广播给 C, D, E
→ 节点C 广播给 B, D, F
→ 节点D 广播给 B, C, E
→ ...无限扩散直到 TTL 耗尽

这种"全网广播"策略在小规模(3~7 人徒步队)下完全可行,但在大规模公共 Mesh 下会迅速导致信道拥塞。Meshtastic 默认仅有 3 跳的限制(可配置到 7 跳),这在物理距离上意味着什么?

假设每个节点间距 2 公里(城市环境 LoRa 典型值):3 跳 = 直径约 6 公里,覆盖一个区都勉强。即使调到 7 跳,直径约 14 公里,也远不足以覆盖一个中型城市。

Jonah 的结论很直接:

对于非常大型的公共 Mesh,Meshtastic 从设计上就是一个站不住脚的方案。

四、MeshCore:前进两步,后退一步

MeshCore 解决了 Meshtastic 最核心的问题——它有了真正的路由系统,而不是洪泛。

1
2
3
4
5
6
7
MeshCore 的消息传递方式:路由寻址

节点A → 节点C → 节点F → 节点Z
↑ ↑ ↑
中继节点 中继节点 目标节点

消息只沿特定路径传递,不会被全网广播

这带来了两个直接优势:

  • 信道利用率大幅提升:不会每个消息都炸遍全频道
  • 支持最多 64 跳:覆盖范围远超过 Meshtastic

但 MeshCore 引入了两个新问题:

问题一:Companion/Repeater 二分架构

1
2
3
Companion(伴侣节点)  →  普通用户持有,发消息用
↓ 必须在 Repeater 覆盖范围内
Repeater(中继节点) → 承担网络骨干,真正做 Mesh 路由

Companion 之间不会互相中继。这意味着 MeshCore 的"Mesh"实际上更像一个星形-树形混合拓扑,而非真正的对等 Mesh。它需要预先规划和部署中继节点,增加了组织成本和中心化倾向。

问题二:闭源客户端 + 付费功能

Jonah 对此非常尖锐:

专有软件不是灾难就绪的。依赖中心化支付处理器的软件更是如此。对于离网 Mesh 网络来说,唯一的存在的意义就是完全的自由和掌控——在这种场景下,我根本不可能支持闭源方案。

这一点我认为他说到了本质。自组网的存在理由就是去中心化和抗审查,如果在客户端层面就引入了中心化的商业实体,那等于在应用层又重建了你试图在物理层摆脱的控制结构。

五、Reticulum:不是应用,是网络栈

到这里,文章进入了最令人兴奋的部分。Reticulum 与前两者的本质区别:

1
2
Meshtastic / MeshCore      →  它们是"应用"(带网络功能的消息 App)
Reticulum → 它是"网络栈"(可以跑任意应用的网络层)

这个区别类比一下:

层次 传统互联网 Reticulum 生态
应用层 Chrome, WeChat, Email NomadNet, Sideband, MeshChat
协议层 HTTP, SMTP, XMPP LXMF, LXST, RRC
网络层 IP + BGP Reticulum Stack
链路层 Ethernet, Wi-Fi, 4G/5G LoRa, Wi-Fi, Ethernet, I2P, Tor, Packet Radio...

Reticulum 的核心洞察:物理传输介质不应该是协议的一部分。一个理想的自组网应该在 LoRa、Wi-Fi、微波、光纤、甚至互联网隧道之间无缝切换和混合路由

1
2
3
4
5
6
7
8
   [你的手机]
|
Reticulum Stack
/ | \
LoRa Wi-Fi 互联网隧道
(本地) (局域网) (连接远程Mesh)
\ | /
同一张网络 → 同一套路由 → 同一个地址空间

异构连接:最大的杀手级特性

Reticulum 的文档中有一句话精准概括了它的设计哲学:

在传统网络中,混合不同传输介质通常需要网关、转换层和精细配置。Wi-Fi 网络不能原生地与分组无线电网络互通。Reticulum 将异构性视为核心前提。

这意味着:

  1. 本地 Mesh 互联:明尼阿波利斯的 LoRa Mesh 可以通过互联网隧道与芝加哥的 LoRa Mesh 互通。将来如果有人架设了城市间的微波直连,路由会自动切换到那条更优的路径。

  2. 跨国频率桥接:中国 LoRa 使用 470-510 MHz,美国使用 915 MHz,欧洲使用 868 MHz——Reticulum 只需要在边界处有一个"双频节点"(同时连接两张不同频率的子网),就能让两个网络无缝互通。不需要任何中心化桥接服务器。

  3. 渐进化建设:不需要一步到位。你可以先用两台 Heltec V3 在 470MHz 上组一个两个人的 Mesh,某天朋友在隔壁小区也组了一个,你们两个网络检测到彼此时自动合并

全局地址空间:无中心权威的身份证

Reticulum 的每个节点拥有一个由加密算法保证唯一性的全球地址——不需要 IANA/ARIN 这样的中心化机构分配地址。这意味着不同网络绝对不会出现地址冲突,合并时也不需要重新编号。

1
2
3
4
5
传统 IP 网络合并:
网络 A (192.168.1.0/24) + 网络 B (192.168.1.0/24) → 地址冲突!需要 NAT 或重新规划

Reticulum 网络合并:
网络 A + 网络 B → 自动发现 → 自动交换路由表 → 无冲突 → 即时互通

六、Reticulum 的阿喀琉斯之踵

但 Jonah 非常诚实地指出了 Reticulum 当前最大的短板:没有独立的嵌入式固件

1
2
3
4
5
Meshtastic 节点部署:
Heltec V3 + Meshtastic 固件 → 独立运作,太阳能供电,丢在山上就行

Reticulum 节点部署:
Heltec V3 (RNode 固件,纯 Modem) + Raspberry Pi (运行 Reticulum) → 需要额外计算平台

这意味着 Reticulum 的无人值守中继节点需要:

  • LoRa 模块(RNode 固件):~35 元
  • 树莓派 Zero 2W 或类似:~150 元
  • 额外功耗:从 0.5W 跳到 3~5W
  • 太阳能电池板面积相应增大

对于远程山顶节点(完全靠太阳能),这个功率和成本差异可能是决定性的。好消息是 microReticulum(ESP32 移植版)正在持续开发中,一旦成熟,现有的 Meshtastic 硬件可以直接切换固件,零成本迁移。

七、作为技术学习者的思考

读完这篇文章,我有几个非常具体的启发:

7.1 协议设计比功能堆砌重要一百倍

Meshtastic 的问题不是"功能不够多",而是在设计之初就把"LoRa 消息应用"和"网络协议"耦合在了一起。一旦你需要连接 Wi-Fi 链路或互联网隧道,你就需要"桥接"——而 Reticulum 不需要桥接,因为它从一开始就不假设底层是某种特定介质。

这是架构决策的复利效应:早期的抽象层次选择,会在网络规模扩大十倍的时刻,变为几十倍的复杂度差异。

7.2 开源的"灾难就绪"属性不可替代

MeshCore 在技术上比 Meshtastic 先进(真正的路由),但在"信任"层面退步了(闭源客户端 + 付费墙)。Jonah 的判断标准很朴素但极为有效:

如果某天支付处理器宕机了,如果官方服务器被关闭了,你的 Mesh 还能工作吗?

一个为"离网通信"而生的系统,如果它的一个关键组件依赖在线支付验证,那从一开始就背离了设计目标。

7.3 频谱多样性是自组网的隐形壁垒

不同国家的 LoRa 频段差异(美国 915MHz / 欧洲 868MHz / 中国 470-510MHz / 亚洲部分 923MHz),意味着任何单一频段的 Mesh 方案在跨国场景下都是"方言岛"。Reticulum 的异构连接能力使得这种频率碎片化从"阻碍"变成了"可组合的特性"——每种频率的子网都只是大网络的一个接口。

7.4 自组网是"基础设施层面的个人主权"

我们习惯讨论"数据主权""隐私保护",但往往停留在软件和服务层面。Mesh 网络把问题推到了更底层:

如果明天你所在地区的互联网被切断,你还能和身边的人通信吗?

这不是杞人忧天。自然灾害、政治动荡、网络攻击——历史上每一种都曾导致区域性断网。自组网提供的不是"更好的体验",而是最后的冗余

八、我的态度:现在就是最好时机

Jonah 在结尾说了一段我非常认同的话:

我们作为爱好者,在网络效应真正锁定人们到某个平台之前,有一个独特的机会去采纳最好的方案。

对比:

  • Meshtastic:适合小团体徒步、活动协调,开箱即用
  • MeshCore:在本地社区消息传递方面有优势,但闭源是硬伤
  • Reticulum:是真正面向未来的全球自组网基础设施,但目前部署门槛稍高

我的判断和 Jonah 一致:如果你的野心不只是"和三个朋友去爬山时发消息",那你应该关注的是 Reticulum。 Meshtastic 可以作为一个快速上手、理解 LoRa 物理层特性的入门工具,但长远来看,要建立一张能生长、能互通、能抗审查的网络,Reticulum 的技术路线是正确的。

下一篇文章,我将从零开始实践:用拼多多采购最便宜的 LoRa 硬件,搭建第一个可以实际通信的 Mesh 节点。