Engineer, surfer, and long time Star Citizen backer.

  • 2 Posts
  • 11 Comments
Joined 8 days ago
cake
Cake day: October 31st, 2026

help-circle



  • Some things just don’t federate well across services. Here on the threadiverse we can all see each other’s upvotes and downvotes. However Lemmy users can’t see the likes/boosts of Mastodon users. Mbin/Kbin users can see boosts though.

    On the other side, Mastodon users can’t see the upvotes/downvotes of Threadiverse users, or even their own upvotes/downvotes that they may have received from the Threadiverse.

    So, while the fediverse as a whole may have 20 million users, sometimes the more common way that people engage is by simply liking/boosting/voting something. That information isn’t always supported by different services and it may look a little emptier than it actually is.

    Engagement on the Threadiverse may be a bit easier, because all you need to do is find a popular community and post in it.

    Engagement on the other side of the fence is usually found by following a popular hashtag, or mentioning users with a large following. They can still create posts in Threadiverse communities as well, but that’s not the typical route that they’re used to.







  • What exactly are your concerns with voting?

    On any fediverse software, ActivityPub is going to be sharing your vote records. PieFed gives you a little more control and lets you lock down those votes to only be shared with your own instance, with “trusted” instances, or with everyone.

    With Lemmy you can create an instance that forces it so that downvotes are not an option.

    With PieFed you have a little more control. You can create a community that accepts downvotes from:

    • Everyone
    • Nobody
    • Community Members
    • Local Instance only
    • Trusted Instances

    End users across both Lemmy and PieFed ultimately decide how they view content in their feed and whether votes factor in at all.

    Even if you disable downvotes on your particular instance/software, that doesn’t stop other instances from tracking upvotes/downvotes in their own way, locally. At most the main instance hosting the community won’t be federating out the downvote information from one instance to another.

    The way you describe topics in your anti-echo-chamber forum sounds like it fits better with the way PieFed handles Topics and flair on posts, but it’s different enough that I can sort of see what you’re getting at.

    As far as controlling how spaces/topics are organized, and looking at your chart, which instance would ultimately be in charge of that? Would it be the largest instance and smaller instances are expected to follow? What if a smaller instance organized the topics in its own way?

    The way PieFed handles this is that each instance is in charge of their own Topics. Users can only view the topics that their instance provides, although they can be organized in a similar way to one another.