Okay so I finally got around to reading the Fluxer dev's (long!) blog post and... his take on federation is literally the exact same thing I independently suggested.
-
@diegovsky @lina was removed recently
-
@diegovsky@bolha.us @lina@vt.social It's getting removed
-
@diegovsky @lina was removed recently
@doomsdayrs @lina pogchamp, that IS Very nice
-
Okay so I finally got around to reading the Fluxer dev's (long!) blog post and... his take on federation is literally the exact same thing I independently suggested.
10/10 this guy knows what he's doing. This is going to work.
(Also fully agree with his "why not E2EE for messaging" section)
I'll still be mainly on Discord while this and other things cook but... watch what this guy's doing. He gets it!
-
Okay so I finally got around to reading the Fluxer dev's (long!) blog post and... his take on federation is literally the exact same thing I independently suggested.
10/10 this guy knows what he's doing. This is going to work.
(Also fully agree with his "why not E2EE for messaging" section)
@lina Ooh nice. Fluxer was in my top 3 for alternatives. This is good to hear!
-
I'll still be mainly on Discord while this and other things cook but... watch what this guy's doing. He gets it!
@lina Definitely something to consider, I like what they are trying to do
-
Okay so I finally got around to reading the Fluxer dev's (long!) blog post and... his take on federation is literally the exact same thing I independently suggested.
10/10 this guy knows what he's doing. This is going to work.
(Also fully agree with his "why not E2EE for messaging" section)
@lina pretty much client side federation, i guess, IRC style? relays being used just to hide your IP (and in theory optional)
that's a fun concept that i've not seen before, yeah
-
@lina pretty much client side federation, i guess, IRC style? relays being used just to hide your IP (and in theory optional)
that's a fun concept that i've not seen before, yeah
@5225225 Yup (main reason for relays is actually mobile apps I suspect, since you don't want an explosion of connections for those).
The OAuth thing on top (alongside, presumably, scoped usernames@domains) is what makes it automatic/transparent (no manually configuring networks or registering yourself).
-
@5225225 Yup (main reason for relays is actually mobile apps I suspect, since you don't want an explosion of connections for those).
The OAuth thing on top (alongside, presumably, scoped usernames@domains) is what makes it automatic/transparent (no manually configuring networks or registering yourself).
@lina ah, makes sense
tbh i'm not entirely sure how much more work it is steady-state to keep 10 connections open as opposed to 1, but i suppose opening said connections isn't free. and a single relay would allow you to send data in batches if the device isn't being used, which does help battery
and ig for instances of censorship (a given relay just refusing to talk to a given server), you could either pick a different relay / connect directly just for that one server, since the relays aren't trusted infrastructure
neat. doing "federation" work client-side is one of the design goals for something i'm working on, since it does simplify stuff a lot
-
I'll still be mainly on Discord while this and other things cook but... watch what this guy's doing. He gets it!
@lina wow, this is exactly what i wanted (and was planning to build after my 15 year old discord account got banned for "being 12")
-
@lina if this can replace Matrix for FOSS project discussions it would be huge.
@gianmarcogg03 @lina one can only hope.
-
@lina wow, this is exactly what i wanted (and was planning to build after my 15 year old discord account got banned for "being 12")
-
R ActivityRelay shared this topic
