Open Sammysupport opened 4 months ago
just wanted to add, that both pathes for Gosling with Codebasechange are possible:
Default: Codebase Client - Gosling - Tor - Tor - Gosling - Codebase Client Optional: Codebase Client - Gosling - Tor - Echo-Server - Tor - Gosling - Codebase Client.
that would be the best way for all aspects.
(#190 could then be probably the preferred way - as well in a codebase change - to be evaluated (or not and just estimated by personal insights) with results for better latency and reliability.)
I'm failing to understand what the point of adding this other thing to the mix is. What security/privacy properties are added here?
we should run a test with that client and code basis. there are much features:
in summary there is a lot of security and privacy you get with a codebasechange and implementing Gosling there for a R3 client.
1:1 chat
groupchat
Hello,
after studying Gosling a bit, the idea came up to switch the code base for RicoChet Refresh:
like Freenet has done: https://www.mail-archive.com/devl@freenetproject.org/msg55262.html
As new codebase for RicoChet, the very advanced elaborated Messenger Spot-On could be used: https://github.com/textbrowser/spot-on https://www.reddit.com/r/Spot_On_Encryption/
Request:
To develop the old R2 messengers Gui codebase further, would need probably more work rather than to uncomment and blind out some (unwished or too detailed) gui elements of Spot-On you want to hide in the compile process.
Thanks for a consideration and wise decision, which of course can be only made, if there has been an extensive exploration of that messaging system:
Can you provide a public Echo server reachable by Tor to test that also with R2 community members? When is the audit of Gosling ready to "Go-Spot-On-RicoChet"?