无互联网环境下树莓派间去中心化JSON文件共享方案咨询

嘿，针对你这个树莓派集群去中心化共享JSON文件的需求，我有几个实战过的方案，刚好匹配你「97%只读+偶尔编辑+无单点故障」的核心要求：

1. CRDT 库（推荐，自动冲突解决） #

因为你的文件大部分时间只读、很少编辑，CRDT（冲突-free复制数据类型） 是最贴合的方案——它天生就是为去中心化的协同编辑设计的，完全不需要中心节点，每个设备都保存完整副本，编辑时自动同步增量，冲突会在底层自动解决，完全不用手动干预。

具体落地可以用：

• Yjs 或者 Automerge：这两个都是成熟的CRDT库，支持Node.js环境，树莓派跑起来毫无压力。
• 结合你已经在用的Multicast DNS：每个树莓派上跑一个轻量Node服务，用Yjs加载JSON文件，通过mDNS自动发现集群里的其他节点，一旦有设备编辑了文件，就把CRDT的增量同步给所有在线节点；离线的节点上线后会自动拉取最新变更。

操作要点：

• 每个节点启动时，通过mDNS扫描在线设备，建立P2P连接
• 只读场景直接读取本地的JSON副本，完全不依赖其他节点
• 编辑时调用CRDT库的API修改，自动触发同步

这个方案的优势是完全去中心化、冲突自动处理、性能适配小文件，唯一需要做的就是写几十行Node代码，逻辑非常简单。

2. Git 分布式版本控制（零额外依赖，上手快） #

如果你不想引入新的库，Git本身就是个完美的去中心化工具——每个树莓派都克隆一份包含JSON文件的Git仓库，完全符合你“无单点故障”的要求。

具体玩法：

• 每个树莓派开启SSH服务，用mDNS发现集群内其他设备的SSH地址（比如raspberrypi-1.local）
• 把其他节点的Git仓库添加为本地远程仓库
• 只读时直接读取本地仓库里的JSON文件，完全离线可用
• 编辑时，本地提交后推送到所有在线的远程节点；其他节点可以通过定时任务或者Git钩子自动拉取最新变更

冲突处理：因为你97%的时间都是只读，编辑频率极低，就算出现冲突（比如两个节点同时编辑），用Git的常规merge流程就能解决，成本非常低。

这个方案的优势是无需额外安装软件、大家都熟悉、操作成本低，适合不想折腾新工具的场景。

3. IPFS 星际文件系统（去中心化存储原生方案） #

IPFS是专门做去中心化内容存储的，每个节点都会存储文件的副本，完全没有中心节点的概念，刚好适配你的需求。

落地方式：

• 每个树莓派安装IPFS节点并启动
• 把JSON文件添加到IPFS，得到一个唯一的CID（内容标识符）
• 通过mDNS广播这个CID，其他节点获取后可以直接从本地IPFS节点读取文件（如果本地没有，会自动从集群里的其他节点拉取）
• 编辑文件后，重新添加到IPFS得到新的CID，再通过mDNS或者IPFS PubSub广播新CID，其他节点更新后就能读取最新版本

操作要点：

• 可以配置IPFS优先从本地节点读取，提升只读场景的速度
• 用IPFS PubSub功能监听更新通知，比定时扫描更高效

这个方案的优势是原生去中心化、自动副本同步，缺点是首次配置IPFS需要花点时间，但小JSON文件的性能完全没问题。

方案选择建议 #

• 追求自动冲突处理、最小化人工干预 → 选CRDT方案
• 不想折腾新工具、依赖现有技术栈 → 选Git方案
• 想要最纯粹的去中心化存储体验 → 选IPFS方案

内容的提问来源于stack exchange，提问作者Unitech