PriorProject

PriorProject, 2 years ago

Folks should not use lemmony to bootstrap their subscription count. It’s not that hard to hit lemmyverse.net and just manually sub a bunch of stuff you’re actually interested in, or to visit a big instance and browse their all feed unauthenticated.

But if you really want to automate community bootstrapping, lemmony is the worst of the scripts that doit because it defaults to subscribing to EVERYTHING, including all the porn, piracy, and hate communities on the most absent-admin’ed under-modded instances in the lemmyverse. Then your instance will mirror all those questionably legal communities and re-serve them to the public unauthenticated internet, creating hosting liability for you. Not to mention being a bad fediverse citizen and creating massive amounts of federation load on the instances forwarding you posts and comments from 20k communities that you don’t read.

These two subscription bootstrapping scripts limit you to top subs by default… So you’re more likely to be in well-modded territory and just the number of subs is smaller you you can review them and back out of anything sketchy. Subscriber-bot’s docs do a good job of explaining the risks and problems of mass-subscription so you know what you’re getting into.

• github.com/lflare/lemmy-subscriber-bot
• github.com/Fmstrat/lcs

PriorProject, 2 years ago (edited 2 years ago)

The upsides are that you control your defederation list and you’re your own admin so you’re in control of whether your instance goes down and what it’s policies are.

The downsides are:

• Potential privacy leaks. Your all feed is public. If its full of creepy shit and you’re the only person in your instance, it’s there cause you subscribe to creepy shit.
• You’re in control of whether your instance stays up. Security vulnerability gets mass exploited? Your problem.
• Potential hosting liability. Your instance mirrors what you sub and serves it to the public unauthenticated internet. If you subscribe of stuff that’s questionably legal in your jurisdiction, that liability can become yours unless you’re familiar enough with your laws to know how to protect yourself.
• All the standard self-hosting stuff like cost and hassle.

PriorProject, 2 years ago

Liability is not binary. There is a qualitative change in risk as you transition from “I subscribed to 100 actively moderated communities that I read and am familiar with” toward “I subscribed to everything there is including the worst of the worst and I didn’t realize I was doing so and don’t look at the results”.

Also, moderation activities federate. So even if a rogue poster does “contaminate” the actively moderated communities on a well-admin’ed instance… when those mods and admins delete the offending material they’ll automatically cleanup your instance as well. As a result, it’s the creepy crawly communities that don’t clean up or don’t want to clean up that generate the lion’s share of risk.

Is it 100% safe to sub to well-moderated communities, no. You have to know your local laws and protect yourself. Do you do yourself favors by running lemmony? Also no. These two statements can be simultaneously true.

PriorProject, 2 years ago

This isn’t a terrible idea, but it’s also important to understand single-user and tiny invite-only instances as analogous to “leechers” in the torrenting world. The federation load that an instance instance imposed on other instances depends much more on the number of communities it subscribes to than the number of active users. If a user stops using Lemmy but leaves their instance up, it’s generating federation load for no reason.

Tiny instances are inefficient, and while it is desirable for the network to be able to scale to the point where it can reasonably support lots of them anyway, right now federation queues are backed up and messages are frequently getting dropped. Encouraging lots MORE tiny instances is probably not the efficient thing right this second. Rather, we’d want more users joining mid-sized instances that are not overloaded locally and that are making efficient use of the federation load they generate by using it to serve 100-1000 users rather than 1 or 2.