I am concerned that Mastodon’s unary-vote system (favorites), and Lemmy’s binary-vote system (upvotes with downvotes) are mutually exclusive.

In a unary-vote system, a post’s vote count generally has little use beyond expressing the post’s absolute popularity/engagement, whereas, in a binary vote system, a post’s vote count can be used to gauge opinions, such as its level of quality, trust, or agreement. This difference in usage makes me concerned that the votes federated from Mastodon will water down the votes originating from Lemmy.

Currently, I can think of two possible solutions to this:

  1. Lemmy de-federates any votes originating from Mastodon (might be tricky as it would rely on all instances following suit)
  2. Add an option for the user to toggle within their settings allowing them to toggle off non-binary votes.
  • KalciferOPEnglish
    5·
    11 个月前

    Well ActivityPub isn’t 1:1 interoperable all the time

    It will be interoperable up to the base spec (assuming, of course, that both services adhere to the base spec).

    Like you’re not going to see the upvotes/downvotes of a Lemmy post when viewing from Mastodon.

    If both Mastodon, and Lemmy adhere to the spec, then they can interoperate. If Lemmy’s upvotes are federated as ActivityPub like activities, and Mastodon intereperets like activities as favorites, then there should be no issue. Downvotes will certainly not federate as Mastodon doesn’t use them, and they don’t exist in the base spec.

    What does interoperate is the post and comment content which is the important part

    Likes federate as well. See Section 6.8 of the ActivityPub spec.