I recently discovered an interesting (and somewhat disappointing, as we’ll find later) fact. It may surprise you to hear that the two most upvoted comments on any Lemmy instance (that I could find at least) are both on Feddit.dk and are quite significantly higher than the next top comments.

The comments in question are:

  1. This one from @bstix@feddit.dk with a whopping 3661 upvotes.
  2. This one from @TDCN@feddit.dk with 1481 upvotes.

These upvote counts seems strange when you view them in relation to the post - both of the comments appear in posts that do not even have 300 upvotes.

Furthermore, if you go on any instance other than Feddit.dk and sort for the highest upvoted comments of all time, you will not find these comments (you’ll likely instead find this one from @Plume@lemmy.blahaj.zone).

Indeed, if you view the comments from another instance (here and here), you will see a much more “normal” upvote count: A modest 132 upvotes and a mere 17 upvotes, respectively.

What’s going on?


Well, the answer is Mastodon. Both of these comments somehow did very well in the Mastodon microblogging sphere. I checked my database and indeed, the first one has 3467 upvotes from Mastodon instances and the second one has 1442 upvotes from Mastodon instances.

Notice how both comments, despite being comments on another post, sound quite okay as posts in their own right. A Mastodon user stumbling upon one of these comments could easily assume that it is just another fully independent “toot” (Mastodon’s equivalent of tweet).

Someone from Mastodon must have “boosted” (retweeted) the comments and from there the ball started rolling - more and more people boosted, sharing the comments with their followers and more and more people favorited it. The favorites are Mastodon’s upvote equivalent and this is understood by Lemmy, so the upvote count on Lemmy also goes up.

Okay, so these comments got hugely popular on Mastodon (actually I don’t know if 3.4k upvotes is unusual on Mastodon with their scale but whatever), but why is there this discrepancy between the Lemmy instances then? Why is it only on Feddit.dk that the extra upvotes appear and they don’t appear on other instances?

The reason is the way that Mastodon federates Like objects (upvotes). Like objects are unfortunately only federated to the instance of the user receiving the Like, and that’s where the discrepancy comes from. All the Mastodon instances that upvoted the comments only sent those upvotes directly to Feddit.dk, so no other instances are aware of those upvotes.

This feels disappointing, as it highlights how Lemmy and Mastodon still don’t really function that well together. The idea of a Lemmy post getting big on Mastodon and therefore bigger on Lemmy and thus spreading all over the Fediverse, is unfortunately mostly a fantasy right now. It simply can’t really happen due to the technical way Mastodon and Lemmy function. I’m not sure if there is a way to address this on either side (or if the developers would be willing to do so even if there was).

I personally find Mastodon’s Like sharing mechanism weird - only sharing with the receiving instance means that big instances like mastodon.social have an advantage in “gathering Likes”. When sorting toots based on favorites, bigger instances are able to provide a much better feed for users than smaller instances ever could, simply because they see more of the Likes being given. This feels like something that encourages centralization, which is quite unfortunate I think.


TL;DR: The comments got hugely popular on Mastodon. Mastodon only federates upvotes to the receiving instance so only Feddit.dk has seen the Mastodon upvotes, and other instances are completely unaware.

  • Fubarberry@sopuli.xyz
    link
    fedilink
    English
    arrow-up
    99
    ·
    3 months ago

    That was a good investigation and explanation about a weird number of up votes. Thanks for explaining it.

  • flamingos-cant@feddit.uk
    link
    fedilink
    English
    arrow-up
    70
    arrow-down
    2
    ·
    3 months ago

    It simply can’t really happen due to the technical way Mastodon and Lemmy function. I’m not sure if there is a way to address this on either side (or if the developers would be willing to do so even if there was).

    Mastodon needs to implement group support, you can follow the issue here (don’t get your hopes up though).

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      22
      ·
      3 months ago

      Group support would fix it for Lemmy, but it doesn’t fully fix the problem as I see it with this way of sharing the Like objects. For toots outside of any group (in Lemmy terms: comments/posts outside a community), presumably it would continue to function like this, i.e. only the receiving instance is aware of the Like. This still encourages centralization if you ask me.

      • Lost_My_Mind@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        2
        ·
        edit-2
        3 months ago

        Can we all at least agree that “toots” is a terrible sounding term? It sounds like what happens when one of the powerpuff girls farts. She toots.

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          3
          ·
          3 months ago

          I’m not a native speaker so I don’t hear the fart association so much. But isn’t tooting also just what a trumpet or elephant does? In that way it makes sense. But I do think the terminology is a bit silly. Why not just “post” instead of toot? Why not just “repost” or “share” instead of “boost”? It feels a bit too much like corporate social media where every feature needs a “wacky and fun” name.

  • BentiGorlich@gehirneimer.de
    link
    fedilink
    arrow-up
    39
    ·
    3 months ago

    Its not really a “not playing well” with each other, it is just the mastodon works. That is the reason why most toots in my mastodon timeline have 0 favourites (upvotes) and only a few boosts… I don’t know why they do it, because at the minimum the followers of that user should be notified about that like…

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      16
      ·
      3 months ago

      at the minimum the followers of that user should be notified about that like…

      I agree - the problem is that the instance that sends the Like (on instance A) doesn’t know the followers of the user receiving the Like (on instance B), because followers are not (necessarily) public. So it doesn’t know which instances to send the Like to. And instance B can’t forward the Like to the followers itself, because the signatures in ActivityPub are not made for that, as I explained elsewhere in the thread.

      • BentiGorlich@gehirneimer.de
        link
        fedilink
        arrow-up
        10
        ·
        3 months ago

        AP has a tool for that called inbox forwarding and mastodon uses it for sharing the comments under posts. It works like this: you send a reply to a user with their follower collection as the recipient. You of course cannot know who is following that user, however they than just forward this reply to the follower collection, because the server knows that it has authority over that collection. https://www.w3.org/TR/activitypub/#inbox-forwarding

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          7
          ·
          3 months ago

          however they than just forward this reply to the follower collection

          How do the receivers of this indirect activity verify that the activity was indeed produced from the original instance?

  • pruwyben@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    19
    ·
    3 months ago

    Interesting. This explains why posts never seem to have more than a few likes on the small Mastodon instance I use. I have to say I’m not a fan.

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      13
      ·
      3 months ago

      Yep exactly, it also leads to Mastodon instances only seeing local likes for remote posts. You’ll never see remote likes on remote posts as they wouldn’t be sent to your instance. I honestly don’t understand how this hasn’t been a bigger problem for Mastodon, but I guess Mastodon is more about boosts and chronological timelines and less about sorting stuff based on likes.

      • SomeGuy69@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        edit-2
        3 months ago

        It causes people to wander off as they think theres not enough interactions compared to other social media. The first comment you linked shows only 141 points to me.

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      29
      ·
      3 months ago

      The Mastodon devs are aware of how their Like federation works and considers it a feature, not a bug.

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          24
          ·
          3 months ago

          I don’t think there is anything the Lemmy devs can do to fix this. The ball is in Mastodon’s court, so to speak.

  • pe1uca@lemmy.pe1uca.dev
    link
    fedilink
    English
    arrow-up
    11
    ·
    3 months ago

    Unless lemmy devs have changed something since last year, this shouldn’t be the case, there’s a bug in there.

    All interactions are recived by the instance hosting the community, and that instance is responsible for broadcasting that interaction to each instance where a user subscribed to it is hosted.
    So, mastodon is only responsible for sending the upvote to feddit.dk and then feddit.dk to all other instances.

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      20
      arrow-down
      1
      ·
      3 months ago

      All interactions are recived by the instance hosting the community

      Exactly - but Mastodon doesn’t do it like that. Mastodon sends the upvote directly to the instance with the user receiving the Like. So the community never sees the Like at all. So this is Mastodon not supporting groups, it is not a bug in Lemmy.

      • pe1uca@lemmy.pe1uca.dev
        link
        fedilink
        English
        arrow-up
        10
        arrow-down
        1
        ·
        3 months ago

        Ohhh! Now I understand!

        Yeah, then that’s an issue on mastodon.
        I mentioned some time ago, the fact that mastodon and Lemmy use the same protocol is annoying, because the experiences are different, so it causes a lot of issues :/

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          16
          arrow-down
          1
          ·
          3 months ago

          the fact that mastodon and Lemmy use the same protocol is annoying

          Well I think this is still better than the alternative, which is no interaction between them at all 😅. The protocol is what binds different Lemmy instances together too.

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          5
          ·
          3 months ago

          But that’s how ActivityPub was designed?

          This design is incredibly badly suited for something like a forum or content aggregator, such as Lemmy. Only sending Likes to the direct receiver means that other instances are unable to sort content based on votes accurately. Mastodon unfortunately doesn’t care much about this since they prefer chronological timelines, and then Like counts and such don’t matter as much.

          It’s really sad that ActivityPub, a supposedly very flexible protocol, seemingly is made mostly for microblogging and doesn’t support other use cases very well at all.

          Are groups going to be implemented in Mastodon by replicating the crazy “pretend there’s an account boosting everything that’s happening on the server” behaviour?

          Call it crazy but what other options are there? And honestly it is entirely within the spec so it’s not that crazy.

          The crazy thing, if you ask me, is that ActivityPub does such a poor job of modelling something like a subreddit. Modelling a subreddit as a Group of users who are subscribed to that subreddit seems unnatural. Most people would say a subreddit is more like a category for posts or a collection of posts.

            • SorteKaninOPA
              link
              fedilink
              English
              arrow-up
              7
              ·
              3 months ago

              ActivityPub was designed for social networks, not for forums.

              If you ask me, forums are social media. I think it’s very prescriptive to say that forums should somehow not be supported by a social protocol. I’m not really sure how ActivityPub was designed, but in some ways it feels like they tried to make the protocol too flexible and somehow they managed to make it not flexible enough in other areas, or at least somehow didn’t think to support other use cases very well. It’s unfortunate.

              The alternative, in my opinion, would be shared inboxes combined with adding the “public” audience to outbound messages.

              So with this model, when I post to, say !technology@lemmy.world, my own instance would send the post to all the instances that I know of? Or would it send to only those instances following that community (how does my instance know that?)? I think there’s also the problem of how moderation is handled - I mean, how does the community in question enforce bans for example? With the current model, the community is kind of “in control” of everything happening, because it is the one sending out the activities. But if everyone sent them themselves, that seems less clear. What if the community defederates an instance but my instance doesn’t defederate that one - will my instance send the post to the instance that is defederated by the community? It’s all very complicated. I’m not sure what a good solution is.

                • SorteKaninOPA
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  3 months ago

                  The way you describe this, it sounds like it would need to work on trust a lot more than it already does. What if there’s a malicious instance actively circumventing bans, ignoring any pulbished banlist?

                  As for sending the post, it’s not that hard to keep track of all servers that follow a group or person or hashtag

                  I was talking about the scenario where you are instance A and you don’t know the followers of a user of instance B. That is not easy to keep track of, since you obviously don’t get any of the follow requests for a user on another instance.

            • xigoi@lemmy.sdf.org
              link
              fedilink
              English
              arrow-up
              2
              ·
              3 months ago

              I find it disappointing that everyone says how the Fediverse will allow all kinds of social media, personal blogs and other things to be interconnected, but in the end it kinda sorta works for Twitter clones and barely works for anything else.

  • iso@lemy.lol
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    3 months ago

    Does the receiver instance federate that like object to other instances? If not, it is shit for sure.

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      22
      ·
      3 months ago

      No, but how could it? Let’s say Feddit.dk receives a Like from mastodon.social. Then Feddit.dk would have to tell the other instances that mastodon.social sent that Like. But how can Feddit.dk prove that the Like actually did come from mastodon.social, i.e. it is not just a fabricated Like that Feddit.dk made up and hid by pretending it came from mastodon.social. That’s not easy.

      • rglullis@communick.news
        link
        fedilink
        English
        arrow-up
        8
        ·
        edit-2
        3 months ago

        The like is an activity. Any activity has an actor. Every actor has a public key. If the activity is sent with a cryptographic signature (like LD signatures, which Mastodon does implement) then any one can verify that the activity is legit.

      • kopper [they/them]@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        6
        ·
        edit-2
        3 months ago

        I seriously doubt Lemmy currently does any validation whatsoever. There were communities using this blatant security issue for non-malicious purposes (see https://endlesstalk.org/c/tails@lemmon.website, which re-wrote posts from people (which is only possible if the posts weren’t validated, or at least re-fetched from their origins)).

        There is a way to re-share and validate remote activities, either through LD signatures (ew, JSON-LD processing :vomit:) (which only Mastodon and Misskey implement) or the newfangled FEP-8b32 Object Integrity Proofs (which nobody relevant on the microblogging space implements).

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          3
          ·
          3 months ago

          There were communities using this blatant security issue for non-malicious purposes (see https://endlesstalk.org/c/tails@lemmon.website, which re-wrote posts from people (which is only possible if the posts weren’t validated, or at least re-fetched from their origins)).

          The reason this is possible is because of the way Lemmy federates activities.

          When you on instance A post, comment or upvote something in a community on instance B, your instance sends the activity to instance B, regardless of the instance of who you’re replying to or upvoting. It is sent to the community, and the community then shares it out to all other instances. AFAIK, lemmy does nothing to verify that received content from a community actually comes from the original instance. See here for one of the main Lemmy devs commenting on this..

          Is this secure or reasonable? I’m honestly not sure but it doesn’t feel great. Signatures on objects could fix this I think.

          • kopper [they/them]@lemmy.blahaj.zone
            link
            fedilink
            English
            arrow-up
            4
            ·
            edit-2
            3 months ago

            Instead of sending the entire object embedded in the activity the secure way would be to only the URI instead. This is permitted by JSON-LD.

            In the receiving side, if the object is untrusted (i.e. if it isn’t signed or if it’s from a separate authority from the parent object containing it) it should be thrown away and the id should be fetched from the remote instance directly (same as it would happen if it was a URI instead of an inline object). This is completely an oversight on Lemmy’s implementation and not a protocol problem.

            • SorteKaninOPA
              link
              fedilink
              English
              arrow-up
              2
              ·
              3 months ago

              That would be a way to do it, but it seems needlessly wasteful as it requires an additional HTTP request. But yea, that could be a way.

              • kopper [they/them]@lemmy.blahaj.zone
                link
                fedilink
                English
                arrow-up
                2
                ·
                3 months ago

                Yeah, that is a shortcoming of the protocol. But it’s necessary in order to be secure until things improve (and given this is AP, that’s gonna be a while. People seem to love bikeshedding in circles instead of doing actual work)

                • SorteKaninOPA
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  3 months ago

                  and given this is AP, that’s gonna be a while. People seem to love bikeshedding in circles instead of doing actual work

                  Out of curiosity, what do you mean by this? Any examples? I’ve not followed the development of AP very much at all honestly so I don’t know the history.

      • t�m@lemmy.ml
        link
        fedilink
        English
        arrow-up
        4
        ·
        3 months ago

        I mean it could be proven by having every account create a cryptographic key and adding a public key to the vote. Memory might be an issue though.

        • SorteKaninOPA
          link
          fedilink
          English
          arrow-up
          4
          ·
          3 months ago

          This is in fact how Feddit.dk knows that the Like came from mastodon.social at first. The problem is that the signature is a HTTP Signature which is only associated with the HTTP request that mastodon.social makes to Feddit.dk. It is not on the Like object itself. Thus that signature can’t be transferred to the Like object if Feddit.dk wanted to share it further.

            • SorteKaninOPA
              link
              fedilink
              English
              arrow-up
              2
              ·
              3 months ago

              There’s not such a thing as a “Lemmy style” upvote. It’s all Like objects under the hood shared via the ActivityPub protocol. But ActivityPub has no mechanism for sharing an activity further than the original receiver (i.e. forwarding from A to B to C and so on). It’s really only made for direct sharing from A to B.

              • t�m@lemmy.ml
                link
                fedilink
                English
                arrow-up
                3
                ·
                3 months ago

                Ohh so the object doesn’t change at all through the process. I see the difficulties

                • SorteKaninOPA
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  3 months ago

                  That would still be directly from one server to another server. I.e. from A to B and from A to C. But forwarding is a different matter, i.e. A sends something to B which sends it further to C. There’s complications with signatures and verification in that case and it’s less clear how to handle that.

            • SorteKaninOPA
              link
              fedilink
              English
              arrow-up
              2
              ·
              3 months ago

              Yes, fetching the URL directly would be a way to verify it. I don’t know if Lemmy currently does that. In any case, it seems very round-about.

                • SorteKaninOPA
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  3 months ago

                  If you have a signature you can also sign the contents, so you wouldn’t need to download the content. But AFAIK ActivityPub has no mechanism for including signatures in objects as it is right now. There’s only HTTP signatures, which aren’t on the object itself.

            • SorteKaninOPA
              link
              fedilink
              English
              arrow-up
              3
              ·
              3 months ago

              Unfortunately it is not that easy. It’s not Mastodon that places the signature like that, it is the ActivityPub protocol. Lemmy, Mastodon and all other ActivityPub instances do it this way. You’d need to extend or change the protocol to somehow fix this. That is not easy and not something that will be done overnight.

  • Ben Matthews@sopuli.xyz
    link
    fedilink
    arrow-up
    6
    ·
    3 months ago

    Interesting observation and analysis, and illustrates the potential of more lemmy-mastodon interaction.
    Indeed mdon like-federation seems weird but I presume it was setup this way for efficiency, to reduce the number of small communications? Although Lemmy has a backend in rust - more efficient than mdon’s ruby - still I wonder whether the lemmy system of federating all upvotes would scale well if the number of users grows to that of mastodon and beyond ? Could there be some intermediate compromise solution (e.g. federate batches of 100 likes)?

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      4
      arrow-down
      1
      ·
      3 months ago

      still I wonder whether the lemmy system of federating all upvotes would scale well if the number of users grows to that of mastodon and beyond ?

      It’s a good question and really we just don’t know yet I think. It’s very hard to predict performance of complex systems. The only way to know, is basically by measuring, and the only way to do that is if we actually had that amount of users.

      Could there be some intermediate compromise solution (e.g. federate batches of 100 likes)?

      Unfortunately ActivityPub has no way to “batch” activities like this.

  • reddwarf@feddit.nl
    link
    fedilink
    English
    arrow-up
    5
    ·
    3 months ago

    Can’t even see these posts, I clicked and got:

    400 {“error”:“couldnt_find_post”}

    • SorteKaninOPA
      link
      fedilink
      English
      arrow-up
      6
      ·
      3 months ago

      Mastodon doesn’t support groups so it’s maybe not a “bug” per se, but it is at least a missing feature.

      Consider also that if Lemmy shared upvotes the same way, you would only see the upvotes on posts from your own instance, i.e. upvotes would only appear on the local feed. The all feed would be pointless and in general it would be pointless to try to sort posts across the whole fediverse, as you only receive upvotes for your local posts.

      Lemmy simply would not function if it shared votes like that. So in that sense, it’s a bug kind of. And as mentioned above, I think it’s a bad way of doing it, as it encourages centralization.

  • P03 Locke@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    5
    ·
    3 months ago

    A Mastodon user stumbling upon one of these comments could easily assume that it is just another fully independent “toot” (Mastodon’s equivalent of tweet).

    Wait, back up… Mastodon calls these “toots”? So, everybody is posting farts?