我正在开发一款iOS和Android的应用程序。基本功能是在Wi-Fi网络中保持一组特定数据在所有设备之间同步，而无需中央服务器。每个设备都可以修改该组数据。
目前的方法是通过Bonjour/Zeroconf发现其他设备，然后通过ZeroMQ将“更改消息”发送到所有设备。
由于这两个框架实现起来存在很多问题，因此我想问这是否是实现这一功能的正确方式。
我使用Bonjour和HTTP请求向所有设备发送大部分逻辑。问题在于即使进行了三次尝试，仍然无法接收到网络请求，因为网络失败。我希望有一种重建一般状态或更可靠的消息框架的方法。
使用某种流言飞舞（Gossip）方法来扩散信息并发现所有设备是否会更好？
既不能像 "Survey (Everybody Votes)"（图示来自 nanomsg.org）中那样临时变成服务器以决定更改，也不能像"Bus Pattern"中的节点联盟角色对称性一样满足所有要求。
是一项持续的自我识别任务，以便为节点联盟提供有关在投票期间等待哪些人和不等待哪些人的相关信息。反之，当公平地广播 <aListITEM> 更改并期望其联盟内的节点支持投票时。
Pieter Hintjens 的 400 多页书籍 The ZeroMQ Guide - for Python Developers, Chapter 8.3 将为您提供有关自主预防性和/或协作发现的初始见解，以及前几章节中有关 WiFi 的一些评论。还请注意，在 >>> Limitations on WiFi SSID L3 ARP based discovery 中有关 ISO-OSI-L2/L3 不确定性的结论。
只是要在节点联盟内部实现的另一个子协议（层）。
可能是，也可能不是。
首先列出所有要求，以便能够针对此强制功能集进行设计。
其次，验证该功能集对于每个动态成为/停止成为节点联盟成员的节点都是合法且可行的。
第三，设计非阻塞、自恢复的社区——一个具有适当的握手、重新同步/看门狗/超时和 <aListITEM> 更新和投票机制传播的高阶-FSA-of-FSAs——以满足强制设计特征集。
不要依赖现成的基元(以满足库可用的基元为代价"弯曲"强制设计特征集，而是开发另一种新的、更高阶的正式通信模式信号，从库基元中组装而成，以满足整个规范。)
我不知道你的问题具体是什么，但是：
一个广播UDP消息是否可行？
如果你查询网络并获取广播地址，那么这可能是一种在不需要将信息单独发送到每个设备的情况下分发/查询信息的简单方法。当然，UDP不可靠，因此您需要实现某种“查询”机制，在该设备重新连接到网络时会要求更新。
我能想到的唯一其他更可靠的选项是使用平台的推送通知。在这种情况下，苹果/谷歌将确保您的消息被传送，您的工作只是保留“组”中设备的列表（例如在同一个wifi上）。但是，这个解决方案再次包括拥有一个中央服务器，甚至更多的是访问互联网。
