Nostr is right now dominated by Bitcoin Maxis, we're organizing a Monero takeover. DM us on Nostr:
npub14slk4lshtylkrqg9z0dvng09gn58h88frvnax7uga3v0h25szj4qzjt5d6
@ShadowRebel nostr might be cool and I do wish it would have more Monero people in there; but, mitra.social is already doing good things. It is ActivityPub compatible (thus federateable), it has baked-in Monero tips and subscriptions support, and it can work over tor + clearnet. Quite good for Monero people to be in.
@ShadowRebel in fact, I am posting these comments from my own mitra instance. It can play-nice with the lemmy instance of monero.town, since they all share the same ActivityPub protocol underneath.
No need for a newfangled protocol that tries to re-invent the wheel.
Hey man I will check out Mitra and make an account on there. Thanks so much, I'd be happy to be part of your community.
This being said, Monero has unique issues in that the possibility of sanctions such as Tornado cash would force us to abandon IP address and DNS based systems such as federated ones. I like the approach that Mitra takes with a sign in, and will look further
>would force us to abandon IP address and DNS based systems such as federated ones.
Hey I hate the DNS like the next hacker. I think we can migrate to Tor HiddenServices and use Onion URLs for our mitra instances---if the need be. Afaik, mitra allows tor-only instances (they can federate to other onion instances, and/or to the clearnet ones over the tor exit nodes).
@k4r4b3y@ShadowRebel Yes, self-hosted Tor instance is a way to go if you want to be completely independent. People who don't self-host can link their account to a public key and move to another instance if something bad happens, this is also supported (still experimental and undocumented though; I'll try to find some time to write an explainer).
Finally, the protocol can be extended to support nostr-like architecture with simple relays and rich clients. Maybe I will implement that too, or somebody else can start such project.
While I’ve been a huge fan of Tor for like 10+ years, the Tor network relies on a relatively small number of “centralized” node operators. In the long run, I2P might be a better option, though not yet sure…
Thanks for your comment & link. I too think currently the Tor network is much bigger. I like Tor too! At the same time, recently I have this vague feeling that i2p might be the future… Honestly not yet sure.
@Saki I like I2P. I use it for my torrenting activities, it is great---no need for VPNs for torrenting anymore.
However, Tor has its own advantages, being more reachable by a greater number of people who might not be as tech savvy as us, is one of them. Like it or not, Tor's abundant exit nodes is one other advantage that it has over I2P. In the case of something like mitra.social microblogging service, if one hosts a onion-only instance of it, Tor allows him to federate with clearnet peers over the exit nodes, and thus allow the onion-only instances of mitra/pleroma to be also in connect with the greater fediverse.
>the Tor network relies on a relatively small number of “centralized” node operators.
Yes, currently Tor is much more convenient, no argument there :)
The # of exit nodes is relatively so small and the list is public, anyone that wants to block Tor traffic can do so easily. Plus, for good or for bad, I think the Tor project is US centerd, funded by various American governmental agencies. Bridges, snowflake… they’re more like P2P, but snowflake works via a monopolistic “broker“ that is Google (of all things…?). So in theory, it may be relatively easy to shut down snowflake or selectively block communications via Tor in general.
That said, if we do use hidden services, then exit nodes are irrelevant and everything may be fine (hopefully). I2P is relatively new; Tor vs. I2P is yet inconclusive—probably both have their own forte. I’d like to experiment (play with) both to get better intuition/understanding. Thanks for you insightful comments.