seirdy.one/content/posts/fediverse-blocklists.md

title	description	date	outputs	syndicatedCopies
My Fediverse blocklists	Documentation on which Fediverse blocklists I offer, how they are made, their differences, their caveats, and their intended use.	2023-05-02T00:00:54-07:00	html gemtext	title url The Fediverse https://pleroma.envs.net/notice/AVEkLIaUf7JXnJkz2m

I moderate the "pleroma.envs.net" Akkoma instance on the Fediverse, as @Seirdy@pleroma.envs.net.

I maintain three main blocklists for the Fediverse:

The pleroma.envs.net blocklist

A large list of instances that I find worth suspending. After the first couple hundred entries (imported and then reviewed), I started collecting receipts. Since early 2023, every entry has documented reasons and receipts. I share these with multiple people in a collaborative document, but I don't share it publicly due to risk of harassment. Unlike the other two lists on this page, it wasn't made for general use (though you're welcome to use it as reference).

tier0.csv

A much smaller semi-curated subset of pleroma.envs.net suitable for the majority of instances wishing to uphold the Mastodon Covenant's moderation standards. I hope to make it a good starting point for your instance's blocklist, with wiggle room for your own adjustments. Regularly importing tier0.csv won't account for retractions; a sibling blocklist for tier-0 retractions exists for FediBlockHole users. Note that this list is larger than the bare-minimum I recommend; that'd be FediNuke.

FediNuke.txt

A curated subset of tier0.csv, containing what I deem the "worse half" of it. This contains instances I really do recommend most people block, or at least avoid. I try to make it a suitable candidate for a "default blocklist", and use it as reference when I evaluate the quality of other blocklists.

This list is not comprehensive; to keep this list small, I excluded many really bad instances. I take into account not just severity, but also notoriety and liklihood of reaching/harming people on other instances (e.g. spewing toxicity in others' mentions, running blockbots, etc). Bad instances that mostly keep to themselves are less likely to cause problems for a new admin, and therefore less likely to get included in this minimal list.

Criteria are not set in stone. Instances well-known for causing significant problems for many other instances, particularly for instances run by and for marginalized groups, may be added.

Some of these lists are also sources for the Oliphant blocklists. {{}}{{}} describes them in his article {{}}.{{}}

This post is an attempt to document how they are made, their differences, their intended use, and especially their caveats.

{{}}

How Tier-0 and FediNuke work

My tier-0 list (mirrored to tier0.csv in the Oliphant repository) is a subset of the pleroma.envs.net blocklist. It contains entries that appeared on at least 11 out of 20 other hand-picked instance blocklists ("bias sources"), with exceptions detailed below. Not all Tier-0 entries have the same level of severity; a smaller list containing what I personally deem the "worse half" of Tier 0 is FediNuke.txt. Consensus builds Tier-0; severity builds FediNuke.

When I add a bias source, I may also increase the minimum number of votes required if I find that its blocklist is too close to (or mainly just imports all of) tier-0 or the blocklist of a bias source's blocklist. That's the reason why the threshold is 11 instead of 10.

Overrides

There were some block-overrides for instances with fewer than 11 votes. Here's how I went about overriding:

• If an instance has 10 votes, I may elect to add it after additional review instead of waiting for it to hit 11 votes. It still has 50% consensus at that point.
• If an instance is run by the same staff as another Tier-0 instance and has at least 5 votes, I may add it after asking other admins about it and getting multiple thumbs-up from admins who import tier-0.
• If an instance contains blatant/unapologetic bigotry (something really undeniable, like Nazi imagery or excessive use of slurs in violent/hateful/definitely-not-reclaimed contexts) with staff approval or involvement, I may add it to both tier-0 and FediNuke.txt after I get multiple thumbs-up.
• If an instance becomes risky even to many tier-0 instances (untagged gore, dox attempts, significant cybersecurity risk, CSEM, etc. with staff approval or involvement): I may add it to both right away, skipping any process.

Under ten controversial entries were excluded despite having more than enough votes, after consulting with other admins. Typically, these were instances that didn't pose a major safety risk, but did fail many admins' "vibe check" or exhibit major governance issues.

I also excluded Twitter mirrors such as BirdSiteLive and bird.makeup; I maintain a supplementary list for those.

Bias sources

Criteria for a bias source:

1. Has a public blocklist I can easily download.
2. Practices timely and proactive moderation: doesn't just wait for another instance start interacting and cause trouble, and updates more often than once a month. Evaluating this takes time.
3. Blocks at least half of FediNuke.txt.

The final tier0.csv isn't a pure representation of agreement between instances; it contains overrides and is merely a subset of the pleroma.envs.net blocklist. Other lists only serve to determine the bias used for filtering the pleroma.envs.net blocklist. The pleroma.envs.net blocklist is technically the only "real source". Other bias sources shouldn't be held responsible for the final tier0.csv contents. I'll explain my motivation for doing this in the next section.

Since accountability for tier0.csv rests on me rather than on other instances, I don't publish the current bias sources. Blame for any problems in tier0.csv should rest with me, not them.

Motivation for including personal bias

If tier0.csv were merely an unbiased list of the most widely blocked instances, then being on the list would become a self-fulfilling point of no return. If an instance gets blocked by enough other instances, then it shows up on my lists. If an instance shows up on my lists, it will get blocked by other instances which import my lists. If more instances block it...you get the picture. This leaves little room for retractions and mistakes. By making all my blocklists a subset of the pleroma.envs.net blocklist, I ensure only one party needs to be convinced to remove an entry.

Some instances migrate their domains. If the old instance was already deemed worthy of a suspension and the new instance maintains the same staff with no visible attempt to change its reputation, then I deem the new location to be as block-worthy as the old location and make an override. It's the same bad actors under a different banner.

Retractions

A separate list exists for retractions from my tier0.csv list. I don't add entries to my retractions list when I remove dead instances, or when an admin on a removed instance prefers not to be included in it (some wish to remain less prominent).

Intended use

The original goal was to make a blocklist appealing to instances with a more laid-back moderation approach, so that they would actually implement a decent blocklist and limit the reach of the worst actors. Unfortunately, the final tier0.csv blocklist is 350+ entries; this is still a bit much for the moderate instances.

I pared that down to FediNuke.txt, which contains instances that were both really bad and well-known. It's kind of hard to overlook how shitty each instance on the FediNuke.txt subset is. Common themes tend to be repeated unwelcome sui-bait from instance staff against individuals, creating or spreading dox materials against other users,¹ unapologetic bigotry, uncensored shock content, and a complete lack of moderation.

I think if you're starting a well-moderated instance, Tier 0 is a decent place to start (that's why it's in the standard CSV format). You should add and remove entries as you see fit. If you're making a client and want to give it a built-in blocklist, or are looking for a good "default" blocklist: FediNuke is a good option.

However: if your instance grows larger (or if you intend to grow): you should be intentional about your moderation decisions, present and past. Your members ostensibly trust you, but not me. See the "trust but verify" section for for more information.

Rationale for creating two subsets

I used to just make a Tier-0 list. Later, I added the FediNuke list. Some people have asked why I don't just use one or the other; if Tier-0 was big enough to warrant FediNuke, why publish Tier-0 at all?

I have two reasons for maintaining two blocklists:

1. I didn't feel comfortable placing some Tier-0 instances right next to, e.g., openly Nazi instances when they weren't at the same level of severity. FediNuke's existence establishes that some instances on the list are much worse than others. Maintaining multiple blocklists makes their subjectivity more obvious.

2. The lists can work together. As I previously mentioned, the division makes it easier for people to feel comfortable importing blocks. Some admins have found that importing FediNuke and gradually combing through the rest of Tier-0 is more approachable than an "all or nothing" approach.

Use FediBlockHole

The CSV format I use is the format used by FediBlockHole. I do this for two reasons:

1. FediBlockHole supports retractions: admins can configure a merge strategy to support downgrading an entry's severity, with the lowest severity (noop) being equivalent to a removal with an optional reason.

2. Oliphant's blocklists use my blocklists as sources, and are powered by FediBlockHole.

If FediBlockHole supports your Fediverse server (it currently only supports the Mastodon admin APIs), I recommend using that if you want retractions to work.

Trust, but verify

I totally get resistance to blindly importing blocklists; I don't actually feel comfortable going the "import and forget" route myself! The first couple hundred entries of the pleroma.envs.net blocklist started with a few imports, but all domains have since been manually reviewed. For admins who don't feel comfortable "outsourcing" their moderation to blocklist authors: I generally see pre-made blocklists as a starting point.

Importing FediNuke.txt and then individually importing tier0.csv entries after manual review is a decent way to balance two conflicting needs:

1. The need to verify suspensions.
2. Not having the time/spoons to verify all the entries.

Another option is to use some text-processing tools to find entries that are common between Tier-0 and another trusted instance's blocklist. You can import the overlap.

Finally, you could just do something else entirely. I never use "your blocklist is different from mine" as a block-reason; even "totally open federation" is never the sole reason for pleroma.envs.net suspending an instance. Suspending instances for not using my own blocklist feels wrong.

Before you decide to trust one of my lists, please read the "Mistakes made" section.

Mistakes made

Here, I publicly document all significant mistakes I've made in the process. I sort entries in descending order by date addressed.

One mistake hasn't yet been listed; I'll wait for approval from one of the people impacted.

Early April 2023: Oliphant's max list containing bad entries

I made a mistake that didn't have a negative impact on my lists, but did impact someone else's. Even if my own lists came out okay, the fact that I allowed this to happen should be enough reason for you to seriously question my judgement.

I work with {{}} when generating lists; we share ideas regularly. Oliphant offers his own respository of blocklists (GitHub mirror). Using an approach inspired by my tier0.csv generation process, he makes lists generated from consensus across other lists. Unlike tier0.csv, the generated lists don't have significant manual curation. Oliphant's tier-1, tier-2, and tier-3 blocklists require decreasing levels of consensus. Until recently, he also offered a "unified max" blocklist containing any entry common across at least two other blocklists every entry from any trusted source.

One of Oliphant's sources was a single-user instance with many blocks made for personal reasons: the admin was uncomfortable with topics related to sex and romance. Blocking for personal reasons on a personal instance is totally fine, but those blocks shouldn't make their way onto a list intended for others to use. The admin of this instance gave permission to use this blocklist. However, they did warn us of this fact. With my own encouragement, we decided to use their list anyway.

I had reason to be comfortable with the personal nature of this blocklist. This was was one out of 20 bias sources used for tier0.csv generation, and tier0.csv is merely a subset of the pleroma.envs.net blocklist. These two facts prevented someone else's one-off "personal" blocks from making its way onto my list. I also found that adding this trusted source only introduced a dozen generally uncontroversial entries to tier0.csv.

Unfortunately, the situation was different for Oliphant's unified-max blocklist. Several entries made that list for personal reasons. I focused too much on my tier0.csv and failed to notice that anything was off with Oliphant's lists, even though I bore much responsibility for this blunder.

{{}} from pettingzoo.co raised important issues in a thread after noticing his instance's inclusion in the unified-max blocklist. He pointed out that offering a unified-max list containing these blocks is a form of homophobia: it risks hurting sex-positive queer spaces. Simply claiming that the unified-max list isn't intended to be imported isn't enough; there's a real risk that future admins may import it without reading the documentation. I recommend giving the thread a read.

Oliphant has been getting understandable push-back for this issue in his blocklists, but it's not fair for all of the criticism to be directed at him and none at me. Many small mistakes from multiple people, including me, cascaded into one big failure.

Since then, Oliphant has removed that admin's list (and his own) from his blocklists' trusted sources. I removed the same ones. Oliphant also stopped generating the unified-max blocklist, as the potential for misuse was too great.

Supplementary blocklists

Some supplementary blocklists I maintain with very different criteria:

BirdSiteLive and bird.makeup

These are services that allow Fediverse users to follow any Twitter user. Now that far-right figures are back on Twitter, these instance pose a problem. Admins wishing to ban a single Twitter user will need to ban that user across over 100 different Twitter mirrors. Moreover, any interactions with bridged accounts are unseen by the account holder on Twitter. Twitter users may not have consented to such mirroring. Admins wishing to simply ban mass-Twitter-mirroring can import this list.

Corporate social media with user-hostile dark patterns

A short list containing instances run by social media companies that have displayed user-hostile behavior, for anybody who doesn't wish to support such practices. Privacy abuse, growth-mindsets, dark patterns, and a history of vendor lock-in are common (but not all universal) themes.

Receipts

The following are receipts for instances on my blocklists, in no particular order. Read the text surrounding a link before navigating to it, and let that context serve as a content-warning. No links point directly to the source; all go to a third-party archiving service.

Toggle receipts

FediNuke entries

This section is a work-in-progress, and it will grow with time. I'll add entries in alphabetical order unless someone requests that I skip ahead to one.

{{< nofollow >}}

13bells.com

Admin posts Sandy Hook school shooting conspiracy theories, transphobia.

1611.social

antisemitism from admin, anti-vax from admin with other local members, antisemitic caricature from admin.

4aem.com

Freeze peach PeerTube instance on the "tube" subdomain, hosting blatant antisemitic content. "Clown World" dogwhistles, antisemitic "Why Kanye West is right".

adachi.party

The instance in question is on the "pleroma" subdomain. Its "about" page has the "Kill, behead, roundhouse kick" copypasta with racial slurs. Archived "about" page. Later updated rules to include "must advocate for racism/fascism/nazism". Admin posts racist transphobia.

annihilation.social OR dembased.xyz

#FediBlock on 2023-02-24

Hosts a blockbot user, with the handle "blockbot", and a defederation-notification bot. Racism from admin. dembased.xyz used to run the predecessor of annihilation.social. A few times since, a small experimental instance has been set up on a subdomain. Both are owned by the same person.

anon-kenkai.net

Blatant antisemitic caricature on the landing page of its "peertube" subdomain. Admin on the "mitra" subdomain posts anti-pride messages.

asbestos.cafe

Racism and ableism from admin. Admin sharing a dox, transmedical gatekeeping from a cis user.

bae.st

Admin profile page has an "n-word pass". Runs a host of bots posting lewd artwork, some of which venture into lolicon and Black-fetishism territory (e.g. "NessaBot"). Runs "glow_in_the_dark_cia_agent", one of the biggest followbots on Fedi. Instance rejects deletes.

banepo.st

Runs a blockbot. Admin posts antisemitism, homophobia, and transphobia in one post, another with more of the same, all of that with a side of ableism.

baraag.net

Very well-known lolicon-friendly instance that does a poor job of moderating grooming and CSAM.

bassam.social

The admin equates people being against anti-queer discrimination with "oppression". After a user made a FediBlock post against bassam.social, its instance admin doubled down on permitting bigotry.

beefyboys.win

Runs a blockbot. Staff member "Prude" has a profile with a racist rant pinned. Staff member "Tyler" posts "racism is cool and natural" followed immediately by racial slurs, and other slurs in a non-reclaimed context.

boymoder.biz

Admin accounts post anti-Indian racism, racist copypasta. Staff includes "meso" from the.asbestos.cafe. Incompatible moderation standards.

brainsoap.net

dismissive over white supremacy, Nazi humor

breastmilk.club

Admin "leyonhjelm" posts transphobic sui-bait, spamming the "mutualaid" guppe group with blatant queerphobia.

brighteon.social

Brighteon's "about" page marks the instance as a far-right cesspit. Instance is connected to the Brighteon network, a far-right network featuring shows such as "The Reality Camp" with Stacey Campfield.

cawfee.club

Racism from multiple users, including admin. Anti-Romani and racist posts from admin. Users engaging in more racism. Anti-vax from admin.

clew.lol

Racist meme from admin, another racist meme. Racial slurs in bio of a user with a white-nationalist dog whistle in their handle who posts NJP propaganda.

clubcyberia.co

Instance features anti-black emotes. Users such as "Inginsub" often post blatant racism. Hosts a KiwiFarms staff member.

crucible.world

Admin participating in extremely transphobic harassment, more transphobia from admin, even more transphobia.

cum.camp OR cum.salon

Instance has MRF policies to reject deletes and run a blockbot on cum.camp and on cum.salon. Staff members "pernia" and "nimt" are known for overly-creepy posts related to sexual assault, esp. CSA, another.

decayable.ink

Instance is well-known for harassment campaigns. Targeted transphobic harassment. Racist admin. introductory post is chock-full of red flags.

freespeechextremist.com

End of this thread has blatant antisemitism. MRF policies include a block-notification bot. The linked page also makes it clear that this is a freeze-peach instance.

glee.li

Racist harassment of Mutual Aid posts. More blatant racism and transmisia. Instance is associated with the website https://getgle.org. Split off of asbestos.cafe in early 2023, formerly at a subdomain of getgle.org.

h5q.net

Contains untagged AI-generated photorealistic erotic content that may pose a legal risk in several jurisdictions.

iddqd.social

Admin posts anti-Black caricatures, supports organized predatory retaliation against DEI efforts. Instance landing page markets itself as an instance for 4chan users.

kawa-kun.net

Instance rejects deletes. (unfinished entry)

kitsunemimi.club

Admin "bronze" participates in racist harassment, sends users transphobic shock content. Runs the HighRoller MRF policy for a block-notification bot.

leafposter.club

Blatant antisemitism and queerphobia, SWERF, blatant racist use of slurs.

marsey.moe

boks.moe had the occasional holocaust denial meme. one of the main users "Ruusu" set their display name to a racial slur in a violent context. Staff member "MischievousuTomatosu" posts blatantly racist takes on border control. boks.moe moved to marsey.moe, which features a hitler-themed racist "Witster_" account, making fun of mutual aid posts

needs.vodka

Admin posts ethno-fascist harassment, antisemitism. Supports racist, misogynistic, violent grooming.

nicecrew.digital

Blatant anti-Black racism from staff, anti-Black racist caricature from staff. Antisemitic COVIDspiracy from staff.

noagendasocial.com

far-right instance connected to the No Agenda show. Queerphobia. One of its more popular users is openly an ethno-nationalist with thinly-veiled genocidal views and runs the far-right amerika.org blog. An even more popular user regularly posts far-right content.

noagendasocial.nl OR noagendatube.com

Sibling instances of noagendasocial.com, also connected to the No Agenda Show.

poa.st

Well-known Nazi instance. See receipts for needs.vodka, kitsunemimi.club, and shitpost.cloud for poast users.

poster.place

Staff member "spitfire" spams the "mutualaid" guppe group and hashtag with extreme queerphobia.

shitpost.cloud

Admin "Hoss" uses racial slurs in an unreclaimed context, and publicized reports against local users participating in a targeted transphobic harassment campaign. A user with a violent racist display name, with staff participating later in the thread.

usualsuspects.lol

Admin led targeted transphobic bodyshaming harassment against members of a mainly-trans instance. Originally created to be a block-bait Soapbox instance.

varishangout.net

Instance permits lolicon/shotacon. sample non-graphic thread containing queerphobia, esp. transphobia, with staff involvement, another such thread. Staff member being openly transphobic. Several members participating in transphobic harassment.

wolfgirl.bar

Admin participates in racist harassment, posting openly Nazi bigoted slur-filled content. Sends Nazi imagery with racial slurs to Jewish users.

{{</ nofollow >}}

Tier-0 entries, excluding FediNuke

This section has barely been started.

{{< nofollow >}}

berserker.town

Refuses to moderate hate speech (the post in question has received reports, but the admin tends to dig his heels in when it comes to this stuff). About page doesn't ban such content.

bungle.online

Racial slurs from admin, repeatedly uses ableist slurs. Another example.

crlf.ninja

Instance admin endorses sending toxic racist slurs and being "horrible" to people for blocking instances. Admin participated in a transphobic dogpiling campaign. Admin publicizes blocks.

federated.fun

Blatant transphobia from admin.

occultist.space OR enjoyer.network

Run by the same admin as the.usualsuspects.lol. Admin announced the.usualsuspects.lol from the.occultist.space. See confirmation that the enjoyer.network admin is the same.

shitposter.club

Admin "Moon" posts racist bait. Blatant transphobia from user "noyoushutthefuckupdad", who's gone on multiple transphobic benders, with admin knowledge. Truscum user "animeirl", who also ran an instance of the ap-proxy block-evasion tool. Some more racism. Note that its freeze-peach environment probably won't be changing: other users, including the admin, seem fond of it in this thread.

{{</ nofollow >}}

Future

Once Threads and/or Tumblr start federating, I plan to make a separate blocklist for "mainstream" social media platforms that prioritize profit over safety. I've explained my views on Threads in another post: {{}}{{}}{{}}.

The biggest complaint I've heard is the lack of reasons and receipts. I'm working on adding them to this page. {{}}{{}} is working on a separate project called {{}}{{}} to create an index of instances with receipts. It doesn't have a lot of content yet, but that will change with time. I've shared my receipt archive with him.

I like the idea of a separation between receipt-tracking projects and blocklist-generating projects. Reasons in a blocklist tend to invite retaliatory harassment in an effort to make admins hide their blocklists, often in the form of (very dubious) legal threats (defamation and privacy regulations have come up).

I also hope to see more tier-0 lists crop up. Any instance should be able to make a tier-0 list by sub-setting its own blocklist. When that happens, "Seirdy's Tier-0 list" will hopefully lose whatever authority it has.

---

1. I did not consider dox attempts against certain neo-Nazis a reason to block. ↩︎