Mastodon VS nostr

Compare Mastodon vs nostr and see what are their differences.

nostr

a truly censorship-resistant alternative to Twitter that has a chance of working (by nostr-protocol)
Scout Monitoring - Performance metrics and, now, Logs Management Monitoring with Scout Monitoring
Get early access to Scout Monitoring's NEW Ruby logging feature [beta] by signing up now. Start for free and enable logs to get better insights into your Rails apps.
www.scoutapm.com
featured
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
Mastodon nostr
1,231 76
46,435 9,754
0.6% 1.6%
10.0 4.3
5 days ago 12 days ago
Ruby Rust
GNU Affero General Public License v3.0 Public Domain
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

Mastodon

Posts with mentions or reviews of Mastodon. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-06-17.
  • Tech radar: Keep an eye on the technology landscape
    6 projects | dev.to | 17 Jun 2024
    You can favor other alternatives for ideological reasons, like Mastodon or Bluesky, but you should know that there is much less exposure at the moment, although it attracts important people in tech.
  • Call to Action: Fediverse Media Server
    2 projects | news.ycombinator.com | 26 May 2024
    If you really, absolutely want to continue using Mastodon, support this: https://github.com/mastodon/mastodon/issues/28554.

    If you just want to run a single-user instance on the cheap: forget Mastodon! Takahe [0] does not require one whole server for each user and it has substantial lower TCO. A "small instance" for Mastodon can not be realistically be found for less than $10/month today [1], while I can offer Takahe for $39 per year.

    [0] https://jointakahe.org

    [1] https://communick.com/takahe

  • Bluesky Adds Direct Messages
    4 projects | news.ycombinator.com | 22 May 2024
    >You go to https://joinmastodon.org/, click on "join" (or pick another server if you are adventurous), fill in your username and email and you're good to go.

    And that gives me access to the entire service? Or just bits and pieces of it? And how do I find other services? Asking around?

    Decentralized works for motivated parties. It does not work for the masses.

  • Max_post_chars Env Part 2 by boehs · Pull Request #30091 · Mastodon/Mastodon
    1 project | news.ycombinator.com | 20 May 2024
  • Ask HN: What do you think about a subscription based social media?
    1 project | news.ycombinator.com | 27 Apr 2024
    Oh, TIL about https://mastodon.social/ (https://joinmastodon.org/)

    Looks like what you describe, doesn't it?

    > Social networking that's not for sale.

  • Alt Text box can't fit one screenshot of text
    1 project | news.ycombinator.com | 21 Apr 2024
    Interestingly there is some discussion for Mastodon with people asking the limit to be smaller, which raises the question as to the purpose of alt text, and how to properly handle larger text lengths in screen reader programs.

    https://github.com/mastodon/mastodon/issues/12268

  • Open source at Fastly is getting opener
    10 projects | dev.to | 15 Mar 2024
    Through the Fast Forward program, we give free services and support to open source projects and the nonprofits that support them. We support many of the world’s top programming languages (like Python, Rust, Ruby, and the wonderful Scratch), foundational technologies (cURL, the Linux kernel, Kubernetes, OpenStreetMap), and projects that make the internet better and more fun for everyone (Inkscape, Mastodon, Electronic Frontier Foundation, Terms of Service; Didn’t Read).
  • Bluesky announces data federation for self hosters
    7 projects | news.ycombinator.com | 22 Feb 2024
    Mastodon DMs have absolutely no privacy: https://github.com/mastodon/mastodon/issues/18079

    For a decentralized protocol doing things right is much more important than doing things fast, it is very difficult (and in a lot of cases impossible) to break backwards compatibility.

  • External OpenID Connect Account Takeover by Email Change
    1 project | news.ycombinator.com | 15 Feb 2024
  • Ask HN: Best practice for posting links to large Mastodon threads?
    1 project | news.ycombinator.com | 9 Feb 2024
    Postmortem on what happened here: https://news.ycombinator.com/edit?id=39305884

    The v1 API of Mastodon limits the size of the tree that it will expand for users who are not logged into the server: https://github.com/mastodon/mastodon/blob/main/app/controllers/api/v1/statuses_controller.rb . I am guessing that this or some similar limit applies to threads being returned to unauthenticated users of the web UI. It just arbitrarily stops expanding the replies at some point, including the main thread from the OP.

    If a thread is truncated, users expect it to expand automatically and autoscroll when you hit the bottom. In my desktop browser, that does not occur, and there is no indication that there is more to see. This is the situation of the web interface as of Mastodon version 4.2.5.

    The issue is very sensitive to observer conditions. If you are logged into the server, the behavior is different. If you use a Mastodon app instead of the web, the behavior might be different. As the tree expands, the cutoffs become different. If you look at the thread on a different Mastodon server, the tree is different because every server has its own view of the Fediverse.

    HN needs a best practice for linking to Mastodon threads in a way that provides a consistent experience to HN readers. The average Mastodon server would be crushed by hundreds of HN readers grabbing the entirety of a huge thread all at once, so this might involve some thread-unroll-and-cache service. I tried https://mastoreader.io/ but it did not solve the problem.

    Alternately, we push changes into the Mastodon web UI to warn users when they need to click to see more and assume that people will get used to the navigation.

    Suggestions?

nostr

Posts with mentions or reviews of nostr. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-10-24.
  • Probably a bad idea to use Reddit to talk about privacy.
    1 project | /r/privacy | 9 Dec 2023
    Some resources if you're interested in learning more: https://nostr.com/ https://ron.stoner.com/nostr_Security_and_Privacy https://github.com/nostr-protocol/nostr/ https://nostorg.github.io/clients/
  • Ask HN: What is the next great online community?
    2 projects | news.ycombinator.com | 24 Oct 2023
    I think your best bet here is Nostr (Notes and Other Stuff Transmitted by Relays): https://nostr.com https://github.com/nostr-protocol/nostr

    Nostr isn't a federated platform like Mastodon or Lemmy, it's more similar to the AT protocol created by Bluesky, whilst being far simpler to understand and write apps using it. The nostr protocol is defined by a series of NIPs (Nostr implementation possibilites https://github.com/nostr-protocol/nips), the most basic of which can be implemented in a client or a relay in 50-100 lines of code in any modern programming language.

    Each user runs a client, anyone can write a relay or run any of hundreds of existing implementations, both clients and relays can choose to support a number of NIPs. Users have a public-private keypair, and distribute notes to relays signed with their private key, which are verified by relays. Clients subscribe via websockets to any number of relays (I usually have 20-30), and receive notes from all users on those relays' databases, or filtered by the public keys of the users you're following. Relays for the most part don't communicate with each other. If you're ever blocked or banned from a relay, you'll still be able to have your notes seen as long as you have at least one relay in common with anyone who wants to see them. I run my own as well for extra resiliency.

    At the moment there's ~50 standardised NIPs, which add features like likes, zaps (bitcoin tips for notes), user status, post expiration, mentions, search, DMs, and public chats. Nearly all of these are supported by popular clients and relays. While nostr is primarily used for social media at the moment, it's already possible to build upon as a protocol for pretty much any online service.

    The total active user count on most public relays I'd estimate is somewhere around 500k to a million, though the nature of the protocol makes it impossible to estimate its true size. The perceived community on most relays before following anyone frankly can get pretty cancerous, mainly due to a lot of clients sorting notes by new by default, so I can only hope to high heaven it'll improve as it grows.

    Though like any new non-centralised platform, it's more difficult to get started on for most non-technical users as they have to pick one of hundreds of clients to install, and requires caution to never leak your private key and be very wary of which clients you trust it with.

  • 🤡
    4 projects | /r/formuladank | 20 Jun 2023
    I hope this was not too technical and all over the place. If you are interested in knowing more please ask me or check out https://github.com/nostr-protocol/nostr or https://nostr.com/get-started
  • r/nostr stands with Reddit users and support continued use of 3rd party apps. However, during the blackout on 6/12, we welcome you to come to us and ask questions about our open-source, decentralized and censorship-proof social media protocol known as nostr.
    1 project | /r/nostr | 12 Jun 2023
  • The Stack Overflow Data Dump has been turned off
    1 project | news.ycombinator.com | 9 Jun 2023
    Without movement on this [1] I can't see adoption.

    [1] https://github.com/nostr-protocol/nostr/issues/97

  • A Social Media site where “No Humans” are allowed and AI Bots run the show
    1 project | news.ycombinator.com | 4 Jun 2023
    I think the next stage is decentralized social media. Something like nostr (1) where there’s no centralized entity determining the algorithm to boost. It’s up to the individual to follow users.

    Perhaps the next challenge would be human verification, even with this protocol we’d need something to index public people by to handle discovery.

    Even before LLM’s became as mainstream as they are, most social media platforms were riddled with spam: affiliate marketing, drop shipping crap, and people who are running some sort of con.

    1 - https://github.com/nostr-protocol/nostr already has 8k stars on github

  • Vart tar man vägen när Reddit går åt helvete?
    2 projects | /r/sweden | 3 Jun 2023
  • It's time to go NOSTR
    1 project | /r/apolloapp | 1 Jun 2023
    Considering that Reddit might not be able to negotiate better pricing for API usage, it's worth considering a different approach. The future of social media seems to be moving towards protocols rather than specific platforms. This means that instead of relying on a single platform like Reddit, Apollo should focus on using a protocol called NOSTR (you can find more information at https://github.com/nostr-protocol/nostr).
  • Now that Reddit are killing 3rd party apps on July 1st what are great alternatives to Reddit?
    29 projects | /r/AskReddit | 1 Jun 2023
  • Twitter's Algorithm: Amplifying Anger, Animosity, and Affective Polarization
    1 project | news.ycombinator.com | 30 May 2023
    Holding me back from posting updates of what I had for breakfast is the problem of private key sharing with services that I can use in order to post updates of what I had for breakfast.

    A client or service will inevitably be compromised. And with it, the private keys of all using it whether stored by the service or logged on entry by a compromised system.

    Private keys should be chained, master->subkey, with subkey the public key of the service __or a solution like that or that ends in the same result. When (not if) a service or key is compromised, the key can be blacklisted and/or any key co-signed by a compromised service blacklisted.

    I'm confused by the oversight. It's also been raised here https://github.com/nostr-protocol/nostr/issues/97

    Until then, I'll have to keep my updates of what I had for breakfast to myself.

What are some alternatives?

When comparing Mastodon and nostr you can also consider the following projects:

diaspora* - A privacy-aware, distributed, open source social network.

ipfs - Peer-to-peer hypermedia protocol

Misskey - 🌎 An interplanetary microblogging platform 🚀

simplex-chat - SimpleX - the first messaging network operating without user identifiers of any kind - 100% private by design! iOS, Android and desktop apps 📱!

Lemmy - 🐀 A link aggregator and forum for the fediverse

Signal-Server - Server supporting the Signal Private Messenger applications on Android, Desktop, and iOS

Friendica - Friendica Communications Platform

awesome-nostr - collection of projects and resources built on nostr to help developers and users find new things

GNU social - GNU social is social communication software for both public and private communications.

matrix-spec - The Matrix protocol specification

PixelFed - Photo Sharing. For Everyone.

lil-web3 - Simple, intentionally-limited versions of web3 protocols & apps.

Scout Monitoring - Performance metrics and, now, Logs Management Monitoring with Scout Monitoring
Get early access to Scout Monitoring's NEW Ruby logging feature [beta] by signing up now. Start for free and enable logs to get better insights into your Rails apps.
www.scoutapm.com
featured
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured

Did you konow that Ruby is
the 12th most popular programming language
based on number of metions?