In my view, Monero is only one piece of the equation to digital freedom. You need the rest of the “encryption as identity” tech stack:

Monero is to Money, What Session is to Telegram, And Nostr is to Twitter.

Censorship on Twitter has given rise to this decentralized micro-blogging alternative that uses encryption as identity for unstoppable free speech.

I narrated this brand new animated video which goes over how Nostr works and why it matters: https://video.simplifiedprivacy.com/nostr/

Nostr is right now dominated by Bitcoin Maxis, we’re organizing a Monero takeover. DM us on Nostr: npub14slk4lshtylkrqg9z0dvng09gn58h88frvnax7uga3v0h25szj4qzjt5d6

  • ShadowRebel@monero.townOP
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    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

    • Anark Karabey@mitra.karapara.net
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      @ShadowRebel

      >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).

      Definitely checkout mitra.social.

      cc: @silverpill

      • silverpill@mitra.social
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        @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.