So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist.
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
I am putting this on the potential projects list for SWF.
-
I am putting this on the potential projects list for SWF.
And, sorry, "the hard way" being the terrorizing of one of your users by dozens of racist, misogynistic or homophobic trolls.
-
And, sorry, "the hard way" being the terrorizing of one of your users by dozens of racist, misogynistic or homophobic trolls.
Blocklists are a powerful tool. Governance is important. I think the Fediverse community can work with IFTAS to maintain transparency and accountability in the DNI list.
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
@evan@cosocial.ca sensible defaults
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
@evan yes that would make sense
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
I disagree. The only servers that should be blocked are those that fail to address their users who engage in unwanted tagging. That's harassment/abuse. It drives away users. I could support a list of servers somehow so verified.
But to go further than this is a kind of censorship of content allowed elsewhere on the web. Stuff we basically never stumble on while browsing. Without algos here, it will never be forced on us.
I can easily see posts critical of Israel called antisemitic.
-
@jonw it's not the beginning of anything and it is not tantamount to anything. It is common sense that protects vulnerable people from vicious attacks.
-
I disagree. The only servers that should be blocked are those that fail to address their users who engage in unwanted tagging. That's harassment/abuse. It drives away users. I could support a list of servers somehow so verified.
But to go further than this is a kind of censorship of content allowed elsewhere on the web. Stuff we basically never stumble on while browsing. Without algos here, it will never be forced on us.
I can easily see posts critical of Israel called antisemitic.
@wjmaggos@liberal.city hard to gauge where to draw the line, but that is not what @evan@cosocial.ca is suggesting.
There are DNI lists of varying severity, from "worst of the worst" to "all that plus a couple more you probably want"
But the key here is a sensible default and administrative choice. Nobody is forcing anything on anybody here.
-
I disagree. The only servers that should be blocked are those that fail to address their users who engage in unwanted tagging. That's harassment/abuse. It drives away users. I could support a list of servers somehow so verified.
But to go further than this is a kind of censorship of content allowed elsewhere on the web. Stuff we basically never stumble on while browsing. Without algos here, it will never be forced on us.
I can easily see posts critical of Israel called antisemitic.
@wjmaggos you should start a project to maintain that blocklist!
-
I am putting this on the potential projects list for SWF.
I’m gonna scope-creep this by adding: an easy API for publishing and subscribing to multiple blocklists.
Like, why are we still trading CSV files when we could just publish this info over ActivityPub?
Let’s make a tool for building/managing blocklists as an AP actor for anyone to subscribe to.
Add in a “polyfill” to subscribe and load this data straight into big apps like Mastodon, and we have instant moderation as a service.
I can start on Monday.
-
I am putting this on the potential projects list for SWF.
-
@wjmaggos@liberal.city hard to gauge where to draw the line, but that is not what @evan@cosocial.ca is suggesting.
There are DNI lists of varying severity, from "worst of the worst" to "all that plus a couple more you probably want"
But the key here is a sensible default and administrative choice. Nobody is forcing anything on anybody here.
he is talking about a fedi default and I can support that like I would a spammer list for email providers because it's about avoiding being forced to see junk. but it would need to be so focused, on servers that bother people. not stuff we somehow choose, like we do when browsing.
to me, that's a much better line to try to draw than hope whoever gets to decide on the list has my politics. we've all seen some strict views on what's too conservative here.
-
@wjmaggos you should start a project to maintain that blocklist!
I have a million ideas and I should do them all. but when I've tried some they fail so I'll keep trying to make money to survive the way that has so far worked for me and advocate in the public square.
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
IFTAS is Federated Trust And Safety. It is a non-profit dedicated to improving user safety in the Fediverse and supporting the work of Fediverse moderators. The "I" doesn't seem to stand for anything!
IFTAS
IFTAS is a non-profit initiative advancing independent, sovereign social networks, and supporting the people who uphold trust, safety, and inclusion on these decentralised platforms. We provide guidance to organisations and institutions engaging with the open social web, and we support volunteer moderators, service providers, and communities operating across the diverse and evolving landscape of federated…
IFTAS (about.iftas.org)
DNI is the "do not interact" blocklist maintained by IFTAS. It's a "worst of the worst" list that prevents interaction with, among other things, dedicated instances for racist, transphobic and homophobic trolls.
IFTAS Do Not Interact (DNI) Denylist
About this denylist The Do Not Interact List is an IFTAS-curated list of domains that are highly recommended for defederation. Each domain is labelled using a shared vocabulary label. Each domain is investigated by human review for governance, common content, network and service activities, hosting location and more. Inclusion on this list means we believe: Federating…
IFTAS (about.iftas.org)
-
I’m gonna scope-creep this by adding: an easy API for publishing and subscribing to multiple blocklists.
Like, why are we still trading CSV files when we could just publish this info over ActivityPub?
Let’s make a tool for building/managing blocklists as an AP actor for anyone to subscribe to.
Add in a “polyfill” to subscribe and load this data straight into big apps like Mastodon, and we have instant moderation as a service.
I can start on Monday.
> @benpate@mastodon.social said:
>
> Like, why are we still trading CSV files when we could just publish this info over ActivityPub?Oh, I'm all about using ActivityPub for things but even I think serving a CSV file is perfectly fine
That said, if IFTAS were to also publish the revised lists as a Collection over ActivityPub, I would have my instances subscribe.
-
So, one thing I said at #FediMTL yesterday is that Fediverse software should ship with the IFTAS DNI list as the default, minimum blocklist. Ideally, the list should periodically auto-update.
If you *want* to see gore, racist harassment, or transphobia, you can consciously remove those sites from your blocklist. If you want to subscribe to a different blocklist, you should get to do that, too.
Fediverse admins shouldn't have to learn how to find the DNI list and install it the hard way.
Or at least, on installation, give the option for the administrators to put the banlist as strict or slacking as they wish to. I, for one, don't bother using banlists as my instance is single-tenant and I can just unfollow users I don't want to hear about. Other instances might want to preemptively block the worst actors - but having an informed choice of what means to do so on behalf of the instance's users is also important. -
> @benpate@mastodon.social said:
>
> Like, why are we still trading CSV files when we could just publish this info over ActivityPub?Oh, I'm all about using ActivityPub for things but even I think serving a CSV file is perfectly fine
That said, if IFTAS were to also publish the revised lists as a Collection over ActivityPub, I would have my instances subscribe.
Yeah, at the end of the day, CSV just a different data format. And we already have lots of tooling around it.
But with CSV, I think we’re missing out of real time push. And it’s ironic that a community built around a real time push protocol has to fall back to CSV
But I think there’s a lot of interesting things we could do with “outsourced moderation” and id love to contribute to our next-gen solution.
-
a default makes sense because this place won't grow in a decentralized way if newbies have to either figure out which already big servers protect them from assholes, or end up in a place where they are harassed and never come back. my concern is that it also won't grow if certain views aren't allowed and that determination can change.
imho the middle ground is say whatever you want like on your own blog, but no harassment. maybe you'll be ignored but you'll be widely federated.
-
I’m gonna scope-creep this by adding: an easy API for publishing and subscribing to multiple blocklists.
Like, why are we still trading CSV files when we could just publish this info over ActivityPub?
Let’s make a tool for building/managing blocklists as an AP actor for anyone to subscribe to.
Add in a “polyfill” to subscribe and load this data straight into big apps like Mastodon, and we have instant moderation as a service.
I can start on Monday.
@benpate You probably want to look at FediMod FIRES by @thisismissem before you start coding: https://fires.fedimod.org
I have it on my radar to try out, just to take a look, even though as a single-user server owner I don't feel a pressing need from a moderation perspective. If it weren't for time pressure by other projects I'd be looking into it in much more depth.
