neonmodem
ricochet
neonmodem | ricochet | |
---|---|---|
16 | 12 | |
500 | 3,680 | |
- | 0.0% | |
6.2 | 0.0 | |
5 days ago | over 2 years ago | |
Go | C++ | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
neonmodem
-
Neonmodem: TUI for Lobsters, HN, etc.
They seem to have spent a ton of time on their website, why link to the github with no information? https://neonmodem.com/
- Neon Modem Overdrive
-
Orange Site Hit
Shameless plug: Neon Modem Overdrive [1] supports HN, for anyone looking for a Go single-binary multi-platform TUI.
[1] https://neonmodem.com
-
Open source P2P alternative to Slack and Discord built on Tor and IPFS
Thank you for the detailed description of your idea. Indeed, if you're willing to accept the shortcomings of a dedicated USENET infrastructure, then it is definitely something that could be done. In fact, I did consider NNTP for another project of mine (https://github.com/mrusme/neonmodem), which might eventually swallow up Superhighway84 altogether. If you're interested in actually giving it a try and implement a functional NNTP library for Go I'd be more than happy to make use of it! :-)
> Superhighway84 it was very expensive for me to actually run the software
I agree with you, in terms of efficiency IPFS is still miles away from where it should be. Hence my feedback on Quiet, as I do not perceive IPFS to radically imrpove within the next few months or even years. And as you correctly stated it looks like Quiet uses some workarounds to improve on the overall mediocre efficiency of IPFS, which however lead to shortcomings on other ends:
> Quiet itself notes a limit of 30-100 individuals with its application
However, this is not how P2P should be. I'd be truly curious to hear from someone at OpenSea, or Fleek, or any of the services that offer high volume IPFS hosting about their experience and gut feeling on its future. I personally gave up on hosting my website via IPFS myself -- which I did for a brief period of time -- mainly for these exact reasons.
> but for those of us who are bandwidth-constrained or otherwise limited in our access to those technologies
I believe that quite on the contrary, this might benefit these people the most. Imagine not having to do the roundtrip from your phone, to a server on the internet, back to your computer, just to have a synchronized state of your address book available.
Similarly, imagine writing with someone in your city -- let's say Melbourne, Australia -- without your messages first travelling to Utah, USA, and then back again. My gut feeling is that overall congestion on the internet could even be reduced, by allowing more applications to communicate directly within small meshes rather than travel all the way across the globe and back again. That is, as soon as there are more efficient ways to deal with the overhead that is currently breaking IPFS' neck.
-
A Curated List of Lemmy Apps
A BBS-style command line client that supports various projects as backends and seamlessly integrates them into a streamlined user interface. (Website, Github).
- Neo Modem Overdrive: Terminal Client for HN, Lemmy, Lobsters and More
-
Moving to a New Platform—Maybe Lemmy?
Besides, have you seen this Lemmy client? Neon Modem Overdrive
-
Does it make sense to disable the app for the protest?
Yes, including Neon Modem Overdrive, for a retro BBS experience.
-
Ask HN: Is it time to resurrect a Usenet clone?
Someone created a Usenet-like thing on IPFS. https://github.com/mrusme/superhighway84
It's kind of dead. IIRC the dev put that on the back burner in favor of a new BBS-like app. https://github.com/mrusme/neonmodem
ricochet
-
Open source P2P alternative to Slack and Discord built on Tor and IPFS
This looks like a much more polished alternative to Ricochet: https://github.com/ricochet-im/ricochet
-
Where is there a tutorial for Ricochet Relay?
Ricochet seems dead. It's been five years since its last commit to their git repo, and their website's certificate expired last year. This is probably why you can't find much information.
-
The Code the FBI Used to Wiretap the World
I think something like Ricochet (if it were still actively maintained) could be a good solution.
https://github.com/ricochet-im/ricochet
Every user is their own Tor onion service, so you get E2E encryption and no centralized servers. The whole thing hinges on the security of Tor itself which is probably a safe enough bet.
-
Ricochet reborn: A user friendly TorChat for everybody available for GNU/Linux and in the Mac Store and Windows Store.
With that being said, if I had just one piece of advice - try to avoid ostentatious phrases like Speek is by far the most secure way to converse or 100% anonymous. Tor itself is not 100% anonymous, so that should immediately make anyone cautious. One of the things that I admired about the original Ricochet was that the developers never made brazen claims about their software. In fact, quite the opposite.
-
How to build large-scale end-to-end encrypted group video calls
Check out https://github.com/ricochet-im/ricochet/blob/master/doc/prot.... It is metadata-free. It does not require a centralized server. It uses Tor.
-
Documents Shows Just How Much The FBI Can Obtain From Encrypted Communication Services
[1] https://cwtch.im/ [2] https://ricochet.im/
- Darknet chat
-
Why don't we have a privacy-compliant peer-to-peer communication platform yet? (something like the bittorrent of messaging and chat and blogs etc)
Abandoned, unmaintained, deprecated or unreleased: Ricochet, TOR Messenger, Cwtch
-
TOR Messenger
ricochet.im website not working (??)
-
A Statement on Recent Events Between Signal and the Anti-Censorship Community
> there isn't a currently easily available obvious way to have private secure conversations.
Ricochet[1] works really well. It uses Tor hidden services to communicate. Your Ricochet ID is your onion address. To add a contact, you input their Ricochet ID and a short message, and Ricochet connects to their onion address and sends a contact request. If the contact request is accepted then you'll each show up as a contact on each other's client and can chat whenever you want.
Tor is really perfect for this, you can't get more private or censorship-resistant than Tor.
The UI is currently not great, but that's not a protocol problem.
The biggest problem with Ricochet is that hardly anyone is using it.
[1] https://ricochet.im/
What are some alternatives?
paopao-ce - 🔥An artistic "twitter like" community built on gin+zinc+vue+ts 清新文艺微社区
Tox - The future of online communications.
ttchat - Twitch chats in the terminal
session-desktop - Session Desktop - Onion routing based messenger
mercator - OpenStreetMap but as terminal user interface (TUI) program
ricochet-refresh - Anonymous peer-to-peer instant messaging
BLAHAJ - 🦈🏳️⚧️🏳️🌈 Gay sharks at your local terminal - lolcat-like CLI tool
Speek - Privacy focused messenger that doesn't trust anyone with your identity, your contact list, or your communications
irssi - The client of the future
Signal-TLS-Proxy
nimnews - Immature Newsgroup NNTP server using Nim and SQLite
jami-cli - Jami client for terminal