网状网络新选择Reticulum 有望构建全球无缝网状网络取代 Meshtastic 和 MeshCore[Jonah Aragon](https://www.jonaharagon.com)2026 年 1 月 26 日 — 阅读时长 15 分钟我非常热爱网络。自 2024 年起我就运营着自己的 [ISP](https://www.triplebit.org/?refjonaharagon.com)拥有自己的自治系统编号ASN、IPv4/6 地址空间、光纤等。然而在运营过程中我很快意识到我们仍然高度依赖中心化的服务提供商。互联网确实是一个网状结构但其中真正的参与者寥寥无几且容易受到胁迫进而实施 [审查](https://discuss.privacyguides.net/t/cloudflare-ceo-threatens-to-withdraw-services-in-italy/34563?refjonaharagon.com) 等不良行为。即便我已经达到了直接 BGP 对等互联的高级水平但访问这些资源仍需向美国互联网号码注册管理机构ARIN支付年费。互联网的“不动产”——IP 地址已经不再有真正的“所有权”。现代计算的悲哀在于我们办公室、膝上或手中的本地计算设备功能极其强大但大型科技公司却不愿充分利用这一优势。既然我们的计算机有更大的潜力为什么我、你和我们的邻居大多只能依赖大型服务提供商来获取网络访问权限呢网状网络通过众多直接互联的节点传输数据包而非通过中心化的数据中心有望让我们摆脱对中心化服务提供商的依赖这也是我最近非常感兴趣的领域。当然互联网目前的设计是有其合理原因的。高带宽连接成本高昂对于某些应用来说尽可能降低延迟至关重要这实际上需要跨越大陆和海洋、中间环节尽可能少的光纤连接。但这并不意味着我们要把所有的“鸡蛋”都放在这一个“篮子”里。像 Netflix 这类高带宽服务或游戏这类对延迟敏感的服务短期内不太可能迁移到网状网络。不过有大量应用非常适合网状网络消息传递、社交网络和一般信息共享是网状网络非常实际的应用场景对于世界各地的许多人来说网络访问、抗审查性和弹性变得越来越重要。对于这类应用我们无需铺设地下光纤来实现连接。在现代网状网络领域许多创新都围绕着LoRa无线电展开。LoRa 无线电使用免许可证的亚千兆赫兹频段几乎在世界所有国家都可供公众使用。与 Wi-Fi 常用的免许可证 2.4 GHz 或 5 GHz 频段许多其他技术也会使用相比LoRa 功耗更低而且重要的是传输距离更远。通过无线电波构建的网状网络为社会带来了独特的机遇。我们可以构建一个与互联网共存的弹性对等网络为目前服务不足的地区提供连接并通过为最关键的需求保留一个可用的备用网络增强我们在网络上的个人主权。仅仅依靠自己和网络内其他人完全拥有的设备就能向他人发送消息而不是从本地 ISP 或埃隆·马斯克的 Starlink 租用这种能力这种感觉非常自由。Meshtastic在网状网络领域[Meshtastic](https://meshtastic.org/?refjonaharagon.com) 显然是领先者主要原因是它是消费级 LoRa 网状网络的先驱或者至少是最早把这件事做得比较好的。不难理解 Meshtastic 为何如此受欢迎它是一款针对特定用例主要是移动消息传递和设备跟踪设计的实际产品而不是先构建网络再寻找应用场景的技术项目。对于大多数只想购买并直接使用的人来说这很有吸引力就像从沃尔玛购买一套对讲机一样。不幸的是就像廉价对讲机与业余无线电等更专业的技术相比一样Meshtastic 的核心设计限制了该平台充分发挥潜力。Meshtastic 的先发优势很难被超越尤其是对于徒步旅行者或活动参与者等小型私人团体来说它已经能很好地工作。然而对于大型公共网状网络大多数人已经清楚地认识到Meshtastic 的设计在这种环境下不太可行。一些公共网状网络团体通过牺牲一定的传输距离来增加 Meshtastic 的可用带宽但这只是权宜之计最终无法解决 Meshtastic 在这种环境下的问题。坦率地说这篇文章会略过很多 Meshtastic 和 MeshCore 的功能因为与 Reticulum 相比我认为它们都不是理想的解决方案具体原因我会在后面解释。我几乎可以保证我运行 Meshtastic 和 MeshCore 的时间比你长搭建的基础设施也比你多。事实上尽管我并不看好它们的长期发展但我仍然在使用。所以本文中任何的遗漏或“缺乏问题解决方案”并非因为知识不足只是因为详细阐述它们的诸多问题超出了本文的范围。我认为大多数认真对待公共网状网络的人已经开始研究其他解决方案或者很快就会这么做。MeshCoreMeshCore 是一些公共网状网络团体开始转向的潜在解决方案之一。Meshtastic 的原始设计是将每条消息广播到网络中期望其最终到达正确的目的地而 MeshCore 有一个实际的路由系统可以仅通过网状网络中包含发送者和接收者的特定设备路径来发送消息。这极大地减少了无线电传输其优势不言而喻。它使网络更通畅、更可靠。对于那些主要对消息传递感兴趣而非像 Meshtastic 更擅长的传感器/位置数据共享的人来说许多大型团体开始转向 MeshCore 也就不足为奇了。不幸的是MeshCore 并非公共网状网络爱好者所期望的真正的网状网络。从宏观层面看MeshCore 中的设备分为两类伴侣设备和中继器。伴侣设备是大多数人用于发送和接收消息的设备而中继器则是相互连接并扩展整个网络覆盖范围的设备。这意味着伴侣设备必须在中继器的覆盖范围内才能访问网络伴侣设备之间不会相互转发消息。这种方法有其优点。MeshCore 允许消息传输最多 64 跳在理想情况下当 LoRa 中继器之间相距数英里时这是一个非常大的实际覆盖范围。即使在最佳情况下Meshtastic 默认的 3 跳限制尽管可配置到最多 7 跳也对消息的传播范围设置了实际限制。确实任何人都可以作为中继器参与 MeshCore因此构建自己的网状网络的工具是具备的。只是这需要一些额外的规划、协调和中心化管理我认为这些并非完全必要。我对 MeshCore 更大的担忧是它的许多部分是专有的。虽然底层协议和一些无线电的固件是开源的但所有官方 MeshCore 客户端都是专有的甚至有些功能还设置了付费墙。专有软件根本无法应对灾难情况对于依赖中心化支付处理器的软件来说更是如此。我并非那种必须 100% 使用开源软件的人尽管这样会更好但在我看来构建离网网状网络的唯一目的就是实现完全的自由和控制所以在这种情况下我绝对不会支持闭源解决方案。目前已经有人努力为 MeshCore 创建非官方的 [开源客户端](https://github.com/zjs81/meshcore-open?refjonaharagon.com)。我并不否认这一点但归根结底MeshCore 生态系统中的大多数人仍会使用官方的专有生态系统。在网状网络发展的早期阶段我认为 MeshCore 没有足够的优势、用户或可靠性值得采用。作为爱好者我们有一个独特的机会在“网络效应”真正形成并将人们锁定在某个特定平台之前采用最佳的网状网络解决方案。我认为我们可以做得比 Meshtastic 和 MeshCore 更好。存在的问题不幸的是Meshtastic 和 MeshCore 都有很大的局限性扩展性不佳。在理想情况下Meshtastic 最多只能扩展到区域网状网络而 MeshCore 虽然表现稍好但也不太可能扩展到许多大型区域更不用说国家甚至全球范围了。实际上Meshtastic 和 MeshCore 更像是应用程序而非协议。它们支持通过 LoRa 进行简单的即时消息通信但除了客户端应用官方支持的功能外它们对网状网络应用的考虑并不多。它们主要用于与小型本地群体进行通信这些网络上的公共网状网络实际上是例外而非标准用例。另一个问题是Meshtastic 和 MeshCore 几乎完全依赖 LoRa。LoRa 对于构建临时的低带宽网状网络非常有用而且在大多数国家我们无需无线电执照就可以使用这个免许可证的频段还能结合现代数字技术如加密而这些在业余无线电中大多是被禁止的这是非常好的。但在很多场景下它并非完美的解决方案而且速度相当慢。在理想情况下网状网络/路由软件应该完全独立于连接所有设备的物理网络。例如我希望能够在社区和其他区域社区构建廉价的本地 LoRa 网络并通过更强大的点对点微波连接、光纤或互联网将它们互连起来。Meshtastic我认为 MeshCore 通过一些非官方的“网关”也有类似情况有一些通过 MQTT 互连不同网状网络的临时方法但体验很差显然这种连接方式在网络中并非优先考虑的。特别是在 Meshtastic 中通过 MQTT 连接到互联网会严重降低网络性能导致在少数人以上使用时变得不切实际。应该有可能构建一个智能的网状路由解决方案能够在多种不同类型的连接上无缝地在节点之间路由数据包使使用网状网络的体验不受特定接口的影响。幸运的是这已经实现了ReticulumReticulum 非常出色。它是一个网络栈能够在包括 LoRa 在内的多种物理网络上智能地提供强加密路由。和 MeshCore 一样它可以在网络路径上自动路由但与 MeshCore 不同的是这些路径不仅可以通过 LoRa还可以通过任何受支持的 [接口](https://reticulum.network/manual/interfaces.html?refjonaharagon.com)。此外和 Meshtastic 一样Reticulum 基本上可以在同一本地网络上的设备上直接使用。将两个在相同 LoRa 频率上的设备连接起来就可以立即形成一个功能齐全的网状网络无需高级网络技能或专用中继器。这使得 Reticulum 既适用于像 Meshtastic 那样的小型私人网络也适用于 MeshCore 更擅长的大型网络甚至可能超越 MeshCore 的能力有望实现全球规模的扩展。最棒的是你可以从小规模开始使用 Reticulum一切都会正常工作。一旦你的小网络中的某个成员同时与另一个 Reticulum 网络互连这些网络可以无缝合并无需像在 Meshtastic 中那样调整设置或统一某种通用的无线电协议就能实现完全的互操作性。你可以混合使用通过 LoRa 无线电、本地局域网、点对点 Wi-Fi 或微波连接、互联网、Tor 或 I2P甚至是业余无线电爱好者使用的分组无线电网络等建立的 Reticulum 连接。多网络支持本质上Reticulum 理论上可以支持任何可以通过 TCP、UDP 或简单串行接口进行交互的网络。在确定消息传输的最佳路径时它会考虑所有连接网络的带宽同时优化距离并高效利用每个物理网络的资源。异构连接基本上是 Reticulum 的核心优势。该项目的 [文档](https://reticulum.network/manual/networks.html?refjonaharagon.com#heterogeneous-connectivity) 说得很贴切 在传统网络中混合不同的传输介质通常需要网关、转换层和精心配置。没有额外的基础设施Wi-Fi 网络无法与分组无线电网络进行本地互操作你也不能通过串行端口下载汽车或者通过二维码发送加密消息。Reticulum 将异构性作为核心前提。该协议旨在无缝混合具有截然不同特性的介质 [...] 对于网络设计师来说这意味着你可以自由使用任何可用、经济实惠或适合你情况的介质。你可以使用 LoRa 实现广域低带宽覆盖使用 Wi-Fi 实现本地高容量连接使用 I2P 实现匿名互联网连接使用以太网实现基础设施回程所有这些都可以在同一个网络中实现。Reticulum 会自动处理转换和协调。虽然我认为自建网状网络从长远来看不应依赖互联网或 I2P但我认为对 TCP 和其他互联网协议连接的一流支持对于努力构建本地公共网状网络的人来说仍然是一个显著的优势。互连的本地网状网络不同的本地群体能够互连对网络上的内容可用性来说是一个巨大的福音。而且美妙之处在于随着连接的增加Reticulum 中的所有这些网络链路会自动变得冗余。例如明尼阿波利斯的一个本地网状网络可以通过互联网与芝加哥的一个本地网状网络互连。也许未来一些专业的网络运营商还能够通过微波或 LoRa 在这两个城市之间建立直接连接。通常情况下连接可能会继续通过互联网以更高的速度传输但在出现故障时这些备用/临时路径可以无缝接管因为它们都是同一个 Reticulum 网络中的路径。在最坏的情况下一个与其他 Reticulum 网络没有任何连接的本地 Reticulum 网状网络将只能提供区域内的内容这实际上也是 Meshtastic 和 MeshCore 所能提供的最大范围。同样重要的是Reticulum 实现了跨边界连接。LoRa 存在一个问题即它在不同司法管辖区使用不同的频率。在美国LoRa 在 915 MHz 频段以最高 1 瓦的功率运行而在欧洲大部分地区它在 868 MHz或 433 MHz频段以低得多的功率运行在亚洲则是 923 MHz 等。这意味着亚洲的 Meshtastic 或 MeshCore 网络永远无法与欧洲的网络本地连接。同样这可以通过像 MQTT 这样的临时桥接解决方案来解决但只要找到一个共同的网关点Reticulum 就可以本地无缝互连两个不同的 LoRa 网络。例如一个国家的 868 MHz 无线电通过光纤链路、2.4 GHz 微波连接、互联网甚至分组无线电等方式与另一个国家的 923 MHz 无线电连接。只要找到一个或多个连接点不同物理网络之间的 Reticulum 路由就可以无缝工作无需任何中央服务器。所有这些都可以在无需任何中央协调的情况下实现这是构建真正去中心化网络的最重要部分。网络运营商可以自由地以他们认为合适的方式创建网络段当这些段相互连接时Reticulum 会自动处理网络的融合。Reticulum 的地址空间是全球性的每个节点都有一个由 Reticulum 使用的加密技术保证的唯一地址。不同的 Reticulum 网络不会出现地址重叠的情况也不需要像互联网号码分配机构IANA、ARIN、欧洲网络协调中心RIPE等那样的中央机构来分配地址就像传统互联网中分配 IP 地址一样。Reticulum 应用程序虽然构建一个良好的网络让 Reticulum 比 Meshtastic 和 MeshCore 具有明显优势但仅仅构建网络是不够的。Reticulum 的开发者当然意识到了这一点并构建了许多可以在 Reticulum 上无缝运行的应用程序[NomadNet](https://github.com/markqvist/nomadnet?refjonaharagon.com) 是最受欢迎的应用之一它在终端应用程序中提供消息传递、文件共享和基于文本的浏览功能值得庆幸的是该应用也支持鼠标操作。不过使用终端对很多人来说可能没有吸引力所以你也可以使用 [Sideband](https://unsigned.io/sideband/?refjonaharagon.com)一款适用于 Android 和 PC 的图形用户界面应用程序或 [Meshchat](https://github.com/liamcottle/reticulum-meshchat?refjonaharagon.com) 进行通信以及许多 [其他使用 Reticulum 的应用程序](https://reticulum.network/manual/software.html?refjonaharagon.com)。幸运的是许多这些通信应用程序可以相互协作所以你可以随意选择。虽然你实际上可以在 Reticulum 之上构建任何应用程序或协议但许多消息应用程序都基于一些 [自制协议](https://reticulum.network/manual/software.html?refjonaharagon.com#protocols) 进行标准化LXMF、LXST 和 RRC。对于只想使用网络的人来说了解这些协议的具体含义并不是特别重要但重要的是要知道 Reticulum 已经有了一个应用程序生态系统这些应用程序通常使用相同的底层协议相互连接并提供与 Meshtastic 和 MeshCore 应用程序类似的消息传递和其他功能。Reticulum 的最大问题不幸的是尽管我认为 Reticulum 可能是完美的公共网状网络平台但它目前存在一个很大的缺点阻碍了它取代公共 MeshCore 和 Meshtastic 网络而且这个问题与应用程序或软件本身无关。Reticulum 的主要问题在于它没有像 Meshtastic 和 MeshCore 那样专门为 LoRa 无线电设计的固件。在像 [Heltec V3](https://heltec.org/project/wifi-lora-32-v3/?refjonaharagon.com) 这样的廉价设备上安装 Meshtastic就可以创建一个完整的独立Meshtastic 节点能够发送和接收消息并在整个网络中中继数据。使用 Reticulum 时你可以使用带有名为 RNode 固件的相同廉价硬件来建立 LoRa 连接。然而Reticulum 的 RNode 固件基本上只是一个连接计算机的 LoRa调制解调器而不是一个独立的网状节点。RNode 没有智能功能需要连接到运行 Reticulum 的计算机才能发送和接收消息并将消息路由到 Reticulum 网络中的其他节点。对于大多数只是使用网络的人来说这实际上并不是一个问题。即使使用 Meshtastic大多数人也很少仅使用独立设备进行通信LILYGO T-Deck 是一个例外。相反人们通常会将支持 Meshtastic 的 LoRa 无线电连接到他们的手机或计算机上这些设备功能强大如果人们想切换完全可以在连接 RNode 的同时运行 Reticulum。但这对 Reticulum 来说确实是一个实际问题尤其是在基础设施方面。在 Meshtastic 和 MeshCore 的世界里许多人在山顶或建筑物上运行远程且通常由太阳能供电的节点无私地增加网络容量。对于 Reticulum 来说这些远程节点不仅需要运行 RNode 的 LoRa 无线电还需要一台运行 Reticulum 的完整计算机来实现网状功能。这台计算机可以像树莓派 Zero 一样简单但即使是这样的额外成本和增加的功耗也使得这种设置对于许多无人值守的安装尤其是太阳能供电的安装来说相当难以实现。在这方面正在取得进展。特别是一个针对 ESP32 及更高级设备的名为 [microReticulum](https://github.com/attermann/microReticulum?refjonaharagon.com) 的端口正在不断开发中。我真心希望它能成功因为如果现有的 Meshtastic 和 MeshCore 运营商能够在无需额外硬件的情况下切换到 Reticulum 路由那么在许多社区中像 Reticulum 这样功能更强大的公共网状网络的采用率可能会立即大幅提升。未来展望这里还有很多工作要做但归根结底Reticulum 是唯一能够让人们创建大小不同的本地网络并将这些网络有机地互连成一个无缝的全球网状网络的解决方案。这是一个极具吸引力的功能我认为很多人直观地希望 Meshtastic 和 MeshCore 能提供但这些网络实际上永远无法做到。我认为这三款应用都有各自的优势。对于一群只想轻松发送文本和共享 GPS 信息而不是使用语音对讲机的徒步旅行者来说Meshtastic 非常出色。MeshCore 在本地/社区消息传递方面有一些吸引人的功能比如在像 DEF CON 这样的大型活动中实现离网消息传递。如果这是你的使用场景那很好但我恳请在网状网络领域有更大抱负的人关注最实际的解决方案。有很多团体正在创建区域或更大范围的公共 Meshtastic 网络但这显然不是解决当前问题的正确方案任何尝试在这种场景下使用 Meshtastic 的人都应该清楚这一点。我认为很多人沉迷于在 Meshtastic 上“收集节点”热衷于看到尽可能多的“连接”设备但至少在我所在的地区我很少看到人们考虑网络的实际连接性和功能性。当你不仅仅是了解本地节点而是真正尝试与这些节点进行交互时消息失败和通信问题很常见。Reticulum 提供的不仅仅是一个消息应用程序或共享 GPS 及其他传感器数据的方式它还是互联网本身的一个成熟替代方案。这使得一些在 Meshtastic 和 MeshCore 上无法实现的关键应用成为可能。例如我可以 [与 Reticulum 上的任何人共享任何 Kiwix 文件](https://github.com/RFnexus/Retipedia?refjonaharagon.com)包括完整的维基百科这将使在灾难场景下快速共享信息变得轻而易举。所有这些就是我选择 Reticulum 来构建我理想中的网络的原因。如果其他人感兴趣我会分享更多关于我实际正在构建的内容以及其他网状网络相关的话题。当然如果你在明尼阿波利斯东北部欢迎联系我。谁也不知道像这样的工具在这里会变得多么重要未雨绸缪总比临时抱佛脚要好。我撰写有关数据隐私、数字权利和网络安全的文章也会在 YouTube 上制作视频。如果你喜欢这些内容我很乐意在下次发布文章时通知你。订阅邮件已发送请查看收件箱以完成注册。无垃圾邮件可随时取消订阅。