>>/122241/

это "каналы".
всего может быть 8мь каналов. 1 Primary канал, 7 Secondary каналов. на ВСЕХ каналах может быть сменен общий ключ.
Primary канал имеет особое значение, через него собственно и строится сеть - пересылаются NodeInfo (НЕзаширофрованный маяк с вашим NodeID, публичным ключем, телеметрией если она включена). для маршрутизации общий ключ корректный иметь не обязательно: допустим есть вы anon, и некая сеть net_5, у этой сети юзеров ключ AQ, пресет LongRange - Moderate, имя канала LongModerate, у вас всё то же самое, но ключ отличается. в таком случае вы очевидно НЕ сможете читать чат LongModerate, а другие не смогут читать что отправили вы в этот чат (у них ваши сообщения даже не появятся в чате), однако ваши пакеты будут ходить по сети net_5 (DM, попытки в чат LongModerate, телеметрия, NofeInfo).
кстати какие именно пакеты будет ретранслировать ваша нода устанавливает опция REBROADCAST_MODE, она в Device Config. Можно например вообще ничего не ретранслировать, можно выставить только для известных вам нод, можно так только если вы смоги прочитать сообщение (т.е маршрутизация только по совпадению ключа) и что-то там ещё.

кароче, Primary канал - служебный + чат + геопозиция. Secondary каналы - просто чат + геопозиция.
для именно чаттинга в канале нужно иметь И совпадающий ключ И совпадающее имя канала. если хоть одно не совпадает - сообщения не будут дешифровываться (фильтр по имени).

Secondary каналы не используются для служебки (маршрутизации итд), это просто групповые чаты. ну и там можно выбирать в какой чат публиковать свое местоположение, и можно включать лишь на конкретный или несколько каналов, ограничений онли Primary нету. и GPS всегда передается как пейлоад, тоесть зашифрованным и передается лишь в рамках канала в котором оно включено.

 >>/12279/
> готовые
из готовых с прошивкой идущих лишь LongFast + AQ дефолтные. кто-то создает ещё и может расшарить их тебе по ссылке, или QR коду, всё что тебе надо - название канала + ключ этого канала.

 >>/122282/
 >>/122285/
история есть. но оно не дефолтная фича
есть модуль Store & Forward, тогда сообщения хранятся в памяти твоей ноды для неких адресатов, которые НЕ получили сообщение после его ретрансляцией тобой (не получили ACK от адресата).
типа A шлет сообщение B, этот эфир подслушивает C, сообщение до B не дошло, но его услышал C, C сохранит его себе в память и будет ждать некое время (Store Window в минутах, в настройках) появления B в эфире. если B появится в это время в эфире, то C отдаст ему его/её сообщения, если C получит от B ACK - удаляет сообщения в своей памяти, если нет - пытается ещё раз при появлении B в эфире.
правда на нодах без PSRAM это не сильно возможно (очень ограничен лимит сообщений хранимых), да и большинство как я поняла эту фичу вовсе не включают.

но история, формально, есть, конечно не такого вида как в привычным нам мессенджерах, и это скорее функция для борьбы с нестабильным каналом когда связь то есть то нет.