Conversation

@strypey So there's a lot to unpack in that document. The #Session onion routing protocol involves using a #blockchain called #Loki to make it difficult for an adversary to control a significant fraction of the nodes and prevent exposing the IP addresses (and therefore identities) of a user and his/her contacts to the same person or group. (As you noticed, Session is not yet using onion requests.)

There's also swarms and attachments and message storage (including attachments), online vs offline messages, multiple device support, spam resistance, a modified version of #Signal's encryption protocol, group chats (3-500 member "closed" groups are end-to-end encrypted like the rest of Session; "open" groups are not, and require an account on a special group server [self-hostable])

Note that all this stuff happens under the covers. It seems that Session will handle most of it without the user ever seeing it. I'm going to query some family members and see whether any would be willing to try this as a secondary channel (for now #Wire is our primary channel). Just adding offline messages is a clear advantage over #Jami, but the lack of audio & video chats is going to limit its usefulness.

Strypey (strypey)'s status on Sunday, 16-Feb-2020 20:42:54 UTC

Strypey

Remote profile options...

@hexmasteen
> I just posted an overview.

Link please?

> one I'm not very familiar with and generally skeptical towards.

For good reason ;) Perhaps Session offers something not possible with non-blockchain chat P2P like #Jami and #Tox apps, or the many existing #blockchain-based social media projects:
https://git.feneas.org/feneas/fediverse/-/wikis/blockchain-social-apps

But the burden of proof is definitely on them.

LinuxWalt (@lnxw48a1) {3EB165E0-5BB1-45D2-9E7D-93B31821F864} repeated this.

Public

Notices