Hey fellow users of the Fediverse, instance admins and platform developers. Iād like to see better means of handling adult content on the Fediverse. Iād like to spread a bit of awareness and request your opinions and comments.
Summary: A more nuanced concept is a necessary step towards creating a more inclusive and empowering space for adolescents while also catering to adult content. I suggest extending the platforms with additional tools for instance admins, content-labels and user roles. Further taking into account the way the Fediverse is designed, different jurisdictions and shifting the responsibility to the correct people. The concept of content-labels can also aid moderation in general.
The motivation:
We are currently disadvantaging adolescents and making life hard for instance admins. My main points:
-
Our platforms shouldnāt only cater to adults. I donāt want to delve down into providing a kids-safe space, because thatās different use-case and a complex task. But thereās quite some space in-between. Young people also need places on the internet where they can connect, try themselves and slowly grow and approach the adult world. I think we should be inclusive and empower the age-group - lets say of 14-17 yo people. Currently we donāt care. And Iād like that to change. Itād also help people who are parents, teachers and youth organizations.
-
But the platform should also cater to adults. Iād like to be able to discuss adult topics. Since everything is mixed togetherā¦ For example if I were to share my experience on adult stuff, itād make me uncomfortable if I knew kids are probably reading that. That restricts me in what I can do here.
-
Requirements by legislation: Numerous states and countries are exploring age verification requirements for the internet. Or itās already mandatory but canāt be achieved with our current design.
-
Big platforms and porn sites have means to circumvent that. Money and lawyers. Itās considerably more difficult for our admins. Iām pretty sure theyād prosecute me at some point if Iād try to do the same. I donāt see how I could legally run my own instance at all without overly restricting it with the current tools I have available.
Some laws and proposals
- USA: CIPA COPA, state legislation.
- EU: European Strategy for a Better Internet for Children, national legislation, Digital Services Act
- UK: The Online Safety Bill, Proposed UK Internet age verification system Web blocking in the United Kingdom.
Why the Fediverse?
The Fediverse strives to be a nice space. A better place than just a copy of the established platforms including their issues. We should and can do better. We generally care for people and want to be inclusive. We should include adolecents and empower/support them, too.
Iād argue itās easy to do. The Fediverse provides some unique advantages. And currently the alternative is to lock down an instance, overblock and rigorously defederate. Which isnāt great.
How?
There are a few design parameters:
- We donāt want to restrict other usersā use-cases in the process.
- The Fediverse connects people across very different jurisdictions. There is no one-size-fits-all solution.
- We canāt tackle an impossibly big task. But that shouldnāt keep up from doing anything. My suggestion is to not go for a perfect solution and fail in the process. But to implement something that is considerably better than the current situation. It doesnāt need to be perfect and water-tight to be a big step in the right direction and be of some good benefit for all users.
With that in mind, my proposal is to extend the platforms to provide additional tools to the individual instance admins.
Due to (1) not restricting users, the default instance setting should be to allow all content. The status quo is unchanged, we only offer optional means to the instance admins to tie down the place if they deem appropriate. And this is a federated platform. We can have instances that cater to adults and some that also cater to young people in parallel. This would extend the Fediverse, not make it smaller.
Because of (2) the different jurisdictions, the responsibility has to be with the individual instance admins. They have to comply with their legislation, they know what is allowed and they probably also know what kind of users they like to target with their instance. So we just give a configurable solution to them without assuming or enforcing too much.
Age-verification is hard. Practically impossible. The responsibility for that has to be delegated and handled on an instance level. We should stick to attaching roles to users and have the individual instance deal with it, come up with a way how people attain these roles. Some suggestions: Pull the role āadultā from OAuth/LDAP. Give the role to all logged-in users. Have admins and moderators assign the roles.
The current solution for example implemented by LemmyNSFW is to preface the website with a popup āAre you 18?.. Yes/Noā. Iād argue this is a joke and entirely ineffective. We can skip a workaround like that, as it doesnāt comply with what is mandated in lots of countries. Weāre exactly as well off with or without that popup in my country. And itās redundant. We already have NSFW on the level of individual posts. And we can do better anyways. (Also: āNSFWā and āadult contentā arenāt the same thing.)
I think the current situation with LemmyNSFW, which is blocked by most big instances, showcases the current tools donāt work properly. The situation as is leads to defederation.
Filtering and block-listing only works if people put in the effort and tag all the content. Itās probably wishful thinking that this becomes the standard and happens to a level that is satisfactory. We probably also need allow-listing to compensate for that. Allow-list certain instances and communities that are known to only contain appropriate content. And also differentiate between communities that do a good job and are reliably providing content labels. Allow-listing would switch the filtering around and allow authorized (adult) users to bypass the list. There is an option to extend upon this at a later point to approach something like a safe space in certain scenarios. Whether this is for kids or adults who like safe-spaces.
Technical implementation:
- Attach roles to user accounts so they can later be matched to content labels. (ActivityPub actors)
- Attach labeling to individual messages. (ActivityPub objects)
This isnāt necessarily a 1:1 relation. A simple ā18+ā category and a matching flag for the user account would be better than nothing. But legislation varies on whatās appropriate. Ultimately Iād like to see more nuanced content categories and have the instance match which user group can access which content. A set of labels for content would also be useful for other moderation purposes. Currently weāre just able to delete content or leave it there. But the same concept can also flag āfake-newsā and āconspiracy theoriesā or ātrollingā and make the user decide if they want to have that displayed to them. Currently this is up to the moderators, and theyāre just given 2 choices.
For the specific categories we can have a look at existing legislation. Some examples might include: ānudityā, āpornographyā, āgamblingā, āextremismā, ādrugsā, āself-harmā, āhateā, āgoreā, āmalware/phishingā. Iād like to refrain from vague categories such as āoffensive languageā. That just leads to further complications when applying it. Categories should be somewhat uncontroversial, comprehensible to the average moderator and cross some threshold appropriate to this task.
These categories need to be a well-defined set to be useful. And the admins need a tool to map them to user roles (age groups). Iād go ahead and also allow the users to filter out categories on top, in case they donāt like hate, trolling and such, they can choose to filter it out. And moderators also get another tool in addition to the ban hammer for more nuanced content moderation.
-
Instance settings should include: Show all content, (Blur/spoiler content,) Restrict content for non-logged-in users. Hide content entirely from the instance. And the user-group <-> content-flag mappings.
-
Add the handling of user-groups and the mapping to content-labels to the admin interface.
-
Add the content-labels to the UI so the users can flag their content.
-
Add the content-labels to the moderation tools
-
Implement allow-listing of instances and communities in a separate task/milestone.
-
We should anticipate age-verification getting mandatory in more and more places. Other software projects might pick up on it or need to implement it, too. This solution should tie into that. Make it extensible. Iād like to pull user groups from SSO, OAuth, OIDC, LDAP or whatever provides user roles and is supported as an authentication/authorization backend.
Caveats:
- Itās a voluntary effort. People might not participate enough to make it useful. If most content doesnāt include the appropriate labels, block-listing might prove ineffective. That remains to be seen. Maybe we need to implement allow-listing first.
- There will be some dispute, categories are a simplification and people have different judgment on exact boundaries. I think this proposal tries to compensate for some of this and tries not to oversimplify things. Also I believe most of society roughly agrees on enough of the underlying ethics.
- Filtering content isnāt great and can be abused. But it is a necessary tool if we want something like this.
š š This text is licensed āNo Rights Reservedā, CC0 1.0: This work has been marked as dedicated to the public domain.
deleted by creator