WingNews logo WingNews
top | item 46678664

(no title)

3RTB297 | 1 month ago

It's funny how 3 or 4 similar BLE systems each are slightly different, and yet no one wants to just merge all the features for an obviously superior product. Everyone seems fine squabbling about which incomplete app/system is better.

Just take what's there and include the obvious next steps:

- Meshtastic and Meshcore ability to use relay nodes for long range BLE networks (Briar doesn't allow)

- Store and hold encrypted messages, as noted above.

- Ability to route through the internet, prioritize routing methods, disable internet routing, etc.

- Ability to self-host server for online relays (similar to Matrix)

discuss

order

cykros|1 month ago

Bitchat does work with Meshtastic as of the most recent release. It also lets you self host a relay, because it uses Nostr relays. I'm not so sure about white/black listing so yours DOES get used, but you can absolutely host one. Routing through the Internet is something both Bitchat and Briar support, Briar through tor, Bitchat through Nostr (optionally also through tor). Disabling Internet routing at this time may require turning off Internet for Bitchat -- haven't dug on that one.

I do like the store and forward idea, though a thought on that is that while it makes sense for DM's, it makes less sense for group chats, which, being real time, make the shelf life of messages a bit short. It makes good sense for forum like content though. I think so far Bitchat has treated this as a bit out of scope, at least at this stage of development, and it is a reason that indeed, Briar is still quite relevant.

Bitchat only just recently even added ad hoc wifi support, so it's still very early days.

itishappy|1 month ago

> while it makes sense for DM's, it makes less sense for group chats, which, being real time, make the shelf life of messages a bit short.

Neither are real time once you introduce delayed communication. Not sure I see the distinction.

Actually, I'd argue that unreliable transport breaks the real-time assumption even without introducing delayed communication. Is there immediate feedback if your message can't reach it's destination?