Thread

🛡️
Geogram has a brand new web page at
geogram
When the internet goes down, Geogram keeps going. Direct device-to-device communication without servers, accounts, or infrastructure you don
 There is also a page that details the current implementation status in regards to what is missing to write and improve:
Status - Geogram
Check the status of Geogram station servers and app features.
 According to calculations we are at 38% of implemented features. Focus this week will be on the device-to-device chat messages. They are working and doesn't really get more private than talking directly to another device without servers in the middle but the UI itself needs to be more fluid. People nowadays expect a very high-quality level of UI, so somehow this has to be delivered with very scarce resources to get it done.

Replies (7)

🛡️
↩ replying to il_lost_
Thanks. I've checked the links, the BE protocol is incomplete because it is assuming that the radio communication between BLE devices is guaranteed. In reality, packages drop or collide so messages are often corrupted. On our case we had to implement a recovery system for devices to request BLE packages and checksums to make sure it would arrive. On geogram you aren't really binded to BLE nor HAM radio. For example, use a USB-C cable between two phones or use those same walkie talkies to send free messages directly to satellites using APRS repeaters. Whatever method is the fastest or with highest bandwidth, it will be used. For example, if both devices are inside the house with a LAN then it makes sense to use that so you can share large volumes of data. There was a talk on this topic a few months ago:
🛡️
↩ replying to il_lost_
That looks really cool, will see if we can add compatibility. Don't have that behavior yet albeit it does pack a NOSTR relay. In geogram there is the concept of "postcard", which is basically a signed note which can cross multiple stations using whatever methods until delivered to destination. The main difference when compared to that method is that you can see the whole provenance (who was carrying the message, under which method) and able to reward those people upon receipt of delivery: 📃.md This was made for cases of no-internet when someone has costs to physically carry your messages and bring replies. Replicating what is done today around the world, just in a digital format. > Is it possible to connect it with bitchat or tollgate? Never looked into this. Can later add compatibility.
↩ replying to brito
so it looks similar at least in the photo to keychat, but in your case the post office is not necessarily a nostr relay but it could also be something else. differences keychat uses ecash as stamp estamp image
GitHub
GitHub - keychat-io/keychat-app: Keychat is the super app for Bitcoiners. Autonomous IDs, Bitcoin ecash wallet, secure chat, and rich mini apps — all in Keychat. Autonomy. Security. Richness.
Keychat is the super app for Bitcoiners. Autonomous IDs, Bitcoin ecash wallet, secure chat, and rich mini apps — all in Keychat. Autonomy. Securi...
🛡️
↩ replying to il_lost_
That still seems for a single station. Meaning that you leave it there and hope someone will get the message. On the case we include real-world coordinates and other relevant data that is clear text like npub. This way couriers can pick the ones that go on the same physical route as them and leave these messages a bit closer to the intended geographical region. The message content can be encrypted but that isn't mandatory. Some couriers don't feel comfortable transporting messages that are hidden, due to liability. Those systems are probably great. Just feels that they never really used them on the ground and are huge theoretical exercises. For our case we have a community where even this week electricity and internet were away for days. So this kind of messaging on the ground is necessary.