Fediverse Report – #141

Mastodon is working towards making one of the longstanding pain points of the fediverse a thing of the past, with the new ability to show all replies to a post. Bonfire is making strides with their Open Science Network platform, and Ghost is now the most popular server software on the fediverse.

The News

Mastodon is talking about their latest 4.5 update and what that means for developers. One important feature is for Mastodon servers to find missing replies, one of the longstanding pain points of the fediverse. When you view a conversation on Mastodon, you don’t always see all the responses because posts are unevenly spread across different servers.Mastodon 4.5 tackles the missing replies problem with an automatic background fetch system. The feature was introduced in 4.4 but is now enabled by default with UI support. Since this background process takes time, Mastodon introduces a new feature for developers called AsyncRefresh. This tells apps that the server is still gathering replies, and apps can then refresh the conversation once everything’s loaded.

The Bonfire project allows for various types of fediverse platforms to be build. Bonfire can be used to build social platforms, this is called the Bonfire Social part. But Bonfire is also working towards an Open Science version of the platform, called Open Science Network. The platform connects to various scientific integrations, such as persistent researcher identifiers (ORCID), archival repositories and DOIs, and federated open-science infrastructure so discussion can become formalised, creditable and preserved. A demo video of what that looks like can be seen here. Bonfire says they expect to have a 1.0 release candidate ready before the end of the year. In other science-to-fediverse connections: Encyclia is a bridge that connects ORCID records to the fediverse, and they started bridging the first few researchers ORCID’s accounts to the fediverse.

In the three months since Ghost has launched their fediverse integration, around 10k Ghost servers have turned on federation. This makes Ghost now the most popular server software on the fediverse, if you’re counting the number of servers, with around 30% of total fediverse servers now Ghost servers. In terms of server software is long-form writing highly popular in general, the second most popular software is WordPress , with 28% of servers running the WordPress. When it comes to active accounts it is quite a different story however, with Mastodon, Pixelfed and Lemmy together making up 90% of active accounts on the network.

A new research paper that looks at how people on Mastodon curate their feeds. They write: “In summary, we found that while most participants clearly preferred chronologically ordered feeds, they were not completely against algorithms. In fact, we learned that people find chronological ordering most valuable when they check their feeds frequently, as it provides a timely overview of activities during their absence. However, they identified some scenarios in which algorithm intervention can be useful. For example, when they haven’t checked their feeds for longer, they express a desire for algorithmic recommendations to highlight missed content tailored to their interests. They disliked the machine learning algorithmic recommendations due to the lack of agency and transparency.” To me there is a large space for the fediverse to further evolve regarding feeds. While it largely depends on a single chronological following feed, even within that space there is lots of room for innovation and new ideas (see Phanpy’s Catchup). It feels to me that many people are placing value on only having a chronological following feed due to their bad experiences with algorithmic recommendation feeds. While the harms of these kinds of algorithmic feeds are clear, there seems to be little interest in the fediverse to explore what other versions of healthy feeds would look like.

IFTAS’s Jaz-Michael King writes about the fediverse and how we can create better social networking places. King: “That’s why the fediverse shouldn’t be chasing migrations. We don’t need to become the next Twitter. We need to be the first of something else.Growth will come, but not by chasing the habits of a declining model. Growth will come when we fully embrace what makes the fediverse distinct.”

Loops is continuing to get closer to being a fully federated short-forum video platform. The loops.video flagship server is now federating with the rest of the network. However, the Loops apps for Android and iOS can are still incompatible with this latest version, so for now the Loops.video server cannot be used via the apps. Creator Daniel Supernault says that these updates will be “soon”, a term for which he holds a fairly wide definition of, historically.

Hilda Bastian wrote a blog about how ‘A Mastodon Migration From Bluesky Would Be Different’, that got popular on the fediverse. Many people highlighted the quote ““I’m going back to the Fediverse. Back to Mastodon. To the nerds, the hobbyists, the idealists. The people who don’t talk about reach, but about relevance. To those who understand that decentralization isn’t nostalgic, it’s the future. That digital sovereignty isn’t a gimmick, it’s a survival strategy. Yes, the Fediverse is sometimes clunky, nerdy, uncomfortable. But it belongs to us. It’s not over-regulated, not driven by capital, not buggered up by algorithms. It’s what social media once aspired to be: A network of people, not brands.“

What I find interesting about the quote is that it describes the self-identification of the fediverse very well. The fediverse is indeed clunky and nerdy, operated by hobbyists and idealists. It’s one of the main powers that allows the network to sustain itself for so long. But I do feel that people who highlight this in an approving manner do not really grapple with the extent these same characteristics interfere with goals to make the fediverse a mainstream platform. What makes the fediverse appealing for it’s current user base is not what makes it appealing to a wide audience. There’s an uncomfortable tension here: growth and mainstream appeal of the fediverse might just make it lose what people enjoy. Or even stronger: these same characteristics of nerdy clunkiness is also what it prevents from mainstream growth.

The Links

• A blog post by the Hachderm.io server moderators on “How can you use mental health to protect yourself online?” as a fediverse moderator.
• Fediverse marketplace platform Flohmarket is working on the ability to log into the platform with any fediverse account.
• PeerTube is now 10 years old!
• This week’s fediverse software updates.
• A currently-in-development project to add E2EE to the fediverse.

#nlnet

https://connectedplaces.online/reports/fediverse-report-141/

Fediverse Report – #141

Mastodon is working towards making one of the longstanding pain points of the fediverse a thing of the past, with the new ability to show all replies to a post. Bonfire is making strides with their Open Science Network platform, and Ghost is now the most popular server software on the fediverse.

The News

Mastodon is talking about their latest 4.5 update and what that means for developers. One important feature is for Mastodon servers to find missing replies, one of the longstanding pain points of the fediverse. When you view a conversation on Mastodon, you don’t always see all the responses because posts are unevenly spread across different servers.Mastodon 4.5 tackles the missing replies problem with an automatic background fetch system. The feature was introduced in 4.4 but is now enabled by default with UI support. Since this background process takes time, Mastodon introduces a new feature for developers called AsyncRefresh. This tells apps that the server is still gathering replies, and apps can then refresh the conversation once everything’s loaded.

The Bonfire project allows for various types of fediverse platforms to be build. Bonfire can be used to build social platforms, this is called the Bonfire Social part. But Bonfire is also working towards an Open Science version of the platform, called Open Science Network. The platform connects to various scientific integrations, such as persistent researcher identifiers (ORCID), archival repositories and DOIs, and federated open-science infrastructure so discussion can become formalised, creditable and preserved. A demo video of what that looks like can be seen here. Bonfire says they expect to have a 1.0 release candidate ready before the end of the year. In other science-to-fediverse connections: Encyclia is a bridge that connects ORCID records to the fediverse, and they started bridging the first few researchers ORCID’s accounts to the fediverse.

In the three months since Ghost has launched their fediverse integration, around 10k Ghost servers have turned on federation. This makes Ghost now the most popular server software on the fediverse, if you’re counting the number of servers, with around 30% of total fediverse servers now Ghost servers. In terms of server software is long-form writing highly popular in general, the second most popular software is WordPress , with 28% of servers running the WordPress. When it comes to active accounts it is quite a different story however, with Mastodon, Pixelfed and Lemmy together making up 90% of active accounts on the network.

A new research paper that looks at how people on Mastodon curate their feeds. They write: “In summary, we found that while most participants clearly preferred chronologically ordered feeds, they were not completely against algorithms. In fact, we learned that people find chronological ordering most valuable when they check their feeds frequently, as it provides a timely overview of activities during their absence. However, they identified some scenarios in which algorithm intervention can be useful. For example, when they haven’t checked their feeds for longer, they express a desire for algorithmic recommendations to highlight missed content tailored to their interests. They disliked the machine learning algorithmic recommendations due to the lack of agency and transparency.” To me there is a large space for the fediverse to further evolve regarding feeds. While it largely depends on a single chronological following feed, even within that space there is lots of room for innovation and new ideas (see Phanpy’s Catchup). It feels to me that many people are placing value on only having a chronological following feed due to their bad experiences with algorithmic recommendation feeds. While the harms of these kinds of algorithmic feeds are clear, there seems to be little interest in the fediverse to explore what other versions of healthy feeds would look like.

IFTAS’s Jaz-Michael King writes about the fediverse and how we can create better social networking places. King: “That’s why the fediverse shouldn’t be chasing migrations. We don’t need to become the next Twitter. We need to be the first of something else.Growth will come, but not by chasing the habits of a declining model. Growth will come when we fully embrace what makes the fediverse distinct.”

Loops is continuing to get closer to being a fully federated short-forum video platform. The loops.video flagship server is now federating with the rest of the network. However, the Loops apps for Android and iOS can are still incompatible with this latest version, so for now the Loops.video server cannot be used via the apps. Creator Daniel Supernault says that these updates will be “soon”, a term for which he holds a fairly wide definition of, historically.

Hilda Bastian wrote a blog about how ‘A Mastodon Migration From Bluesky Would Be Different’, that got popular on the fediverse. Many people highlighted the quote ““I’m going back to the Fediverse. Back to Mastodon. To the nerds, the hobbyists, the idealists. The people who don’t talk about reach, but about relevance. To those who understand that decentralization isn’t nostalgic, it’s the future. That digital sovereignty isn’t a gimmick, it’s a survival strategy. Yes, the Fediverse is sometimes clunky, nerdy, uncomfortable. But it belongs to us. It’s not over-regulated, not driven by capital, not buggered up by algorithms. It’s what social media once aspired to be: A network of people, not brands.“

What I find interesting about the quote is that it describes the self-identification of the fediverse very well. The fediverse is indeed clunky and nerdy, operated by hobbyists and idealists. It’s one of the main powers that allows the network to sustain itself for so long. But I do feel that people who highlight this in an approving manner do not really grapple with the extent these same characteristics interfere with goals to make the fediverse a mainstream platform. What makes the fediverse appealing for it’s current user base is not what makes it appealing to a wide audience. There’s an uncomfortable tension here: growth and mainstream appeal of the fediverse might just make it lose what people enjoy. Or even stronger: these same characteristics of nerdy clunkiness is also what it prevents from mainstream growth.

The Links

• A blog post by the Hachderm.io server moderators on “How can you use mental health to protect yourself online?” as a fediverse moderator.
• Fediverse marketplace platform Flohmarket is working on the ability to log into the platform with any fediverse account.
• PeerTube is now 10 years old!
• This week’s fediverse software updates.
• A currently-in-development project to add E2EE to the fediverse.

#nlnet

https://connectedplaces.online/reports/fediverse-report-141/

On the coordination for better moderation systems

Recently, IFTAS shut down their community forums, IFTAS Connect, a place for fediverse moderators for collaboration, resource sharing and mutual support. IFTAS (Independent Federated Trust and Safety) has the main non-profit organisation in the fediverse for supporting moderators and other volunteers who are working on making the open social web a safer place. While the organisation has done incredible work in the space, it has struggled to gain traction and find the necessary funding to continue its larger operations. That problem is also visible in IFTAS Connect, which “has not provided the kind of active collaboration we had hoped for.” Its not that there are alternatives to places like IFTAS Connect either, when it comes to community places for fediverse moderators there is a lack of options altogether.

In a decentralised network without any hierarchical power, growing and evolving the network depends on grassroots initiatives and the collaboration of individuals that want to contribute to the health of the network. But while many people seem to hold the idea that moderation systems in the fediverse can and should be better, initiatives for collaboration struggle to gain traction.

The basic premise of the network is simple: every fediverse server is its own social networking site, and it can connect with other fediverse server to join this larger super-network called the fediverse. This design, where every server is its own social networking site, means that every server is also responsible for their own moderation. This understanding of moderation however is mostly focused on bad behaviour that originates from the server. However, a lot of bad content originates from other servers, and gets send to the server instead.

This mismatch between the control over your own server, while harm originates from other servers, is clearly visible in CSAM. CSAM doesn’t originate from your server (hopefully), but it can still end up in your server’s database. IFTAS found a high number of CSAM (4.29 per 100k images) when they scanned eight medium-sized Mastodon servers for a pilot project. Such a pilot project self-selects for well-moderated services, and does not include well-known bad actors. The second and third largest Mastodon server are well-known to have issues with this regard, and it was as simple for as checking the local timeline of one of these servers to see an advertisement for CSAM trading. For further context, when you set up a new fediverse server, you connect (federate) with these servers by default, and it requires active choices (and knowledge) by the administrator to block these servers. There is no form of automated CSAM scanning in the fediverse. This exposes volunteer moderators to view CSAM when moderating, and leaves a significant amount of CSAM on the network undetected. Server moderators have only limited tools to deal with content that arrives from elsewhere: they can remove the content from their server, but not from the server where it originates.

The same dynamic applies to harassment. If the moderator of server A finds that a person on server B is harassing a person on server A, they have some options to protect their own community. They can block the harassing account or defederate from server B entirely. However, this still gives the harasser on server B all the space to continue their harms on people on all the other servers. The moderator on server A has no structural way of sharing their results with moderators on other servers. The only option is announcing this publicly via a #fediblock hashtag. And if you defederate from that server, harassers can easily set up another server instead.

The sovereignty of servers gives people the power to be proactive about problems that originate from their own server, but by its nature it also means that reactions to problems that originate from other servers are always reactive. These are fundamentally coordination problems, that require sharing infrastructure, such as automated CSAM scanning systems, and structured ways to share information about bad actors. But building this infrastructure requires collaboration across servers and softwares. So why, after years of knowing these problems exist, have initiatives to build better coordination tools struggled to gain traction?

Moderation and coordination

There are multiple explanations as to why new moderation systems for the fediverse struggle to gain traction. One crucial lens is through race and gender. As Mekka Okereke said this week: “we often prioritize white feelings over Black safety“. For more in-depth analysis on these dynamics in the fediverse, Jon Pincus at The Nexus of Privacy has written multiple articles on this that I can recommend. This article focuses on a complementary structural reason, as even when people are largely in agreement that changes can be made, the decentralised architecture of the fediverse makes the coordination to actually implement such changes difficult.

The core challenge is that in the way the fediverse has become decentralised, a lot of system improvements depend on other actors. The fediverse gives you sovereign control over your own place on the network with your own server. It gives people the ability to set any moderation policy they want, and run any software they prefer. This is a meaningful version of autonomy, but it is limited to your own server. The challenge however is that the most challenging parts of moderation don’t respect server boundaries, and are cross-network problems.

One of the prime features of a decentralised system is that any individual node in the network often has limited to no influence over the other nodes. A decentralised systems gives individual users agency, but the main problems often don’t happen on an individual level, but are systemic in nature instead. Coordination on social networks is a famously hard problem, and best illustrated by how many people are still using X, and how challenging it is to get people to transition to other platforms. But for improved moderation systems on the fediverse there is another layer to the challenge: the coordination is now not only between people, but also between the much more abstract entities of servers and softwares.

The fediverse makes this coordination problem even more challenging, as the coordination is one step removed from most fediverse users: it is their server admins who have coordinate with other server admins. On a centralised platform, there is a single step between the users and the company in power (although it is doubtful they will take your concerns seriously). For users who feel that the fediverse needs better moderation tooling, the way to affect change is now an additional step way. Better moderation systems depend on your server admin, and/or on the developer who makes the software that your server runs on. But a user does not have a direct relationship with the software developer such as Mastodon; that is between the server admin and the software maker instead.

When someone joins Mastodon, they experience it as a social network where they follow people and post updates. The fact that their ability to shape the network depends on server admin coordination isn’t visible or explained, people largely experience the fediverse as a single network they join. But underneath that singular network there are multiple layers of abstraction, that prevent a direct path to change.

The fediverse has no natural communication channels between admins. There is no central forum, no mailing list that reaches all admins, no natural gathering place. This makes the already-difficult task of coordinating abstract entities (servers with their own governance and decision-making processes) even harder. The shutdown of IFTAS Connect is an illustration of that this a dual problem: not only are there no real communication channels for coordination that cover a large range of the fediverse, even when people attempt to build such channels the interest is limited.

This coordination problem is also visible for improvements to moderation systems for the fediverse. A system for coordination on moderation depend on other people to participate in the system. For example, both the FediMod FIRES and the Fediseer projects are systems designed to help servers share information about other actors and their (un)trustworthiness. Both tools work on the problem of coordination in the fediverse: if a server moderation determines a bad actor, how do they inform moderators on other servers of this? The problem is that these tools are only valuable if many servers participate. If only a few servers participate in such a system, then the signals provided are not useful enough or too sparse. They become valuable once a significant portion of fediverse servers participate. This is the classic coordination problem, where individual servers are not incentivised to participate with such tools until it has critical mass, but it can’t reach critical mass until many individual servers participate.

Another example is the #Fediblock hashtag. It was created by Marcia X when they were a moderator of the now-defunct PlayVicious instance, the first dedicated instance for Black and POC Mastodon users. As Marcia X explains it: “It started as a tool made by queer femmes to put the spotlight on a sexual harasser. Then people started framing it as, “this is just a tool for mods and admins to use to spotlight bad behavior,” which isn’t totally incorrect.” All those years later, and #Fediblock is still the predominant way for admins and moderators to share.

This shows two things: first of all, it is an illustration of how Black people have contributed and influenced fediverse culture for a long time. But secondly, it also shows that institutions and culture in the fediverse has a hard time changing and adopting to the needs of the ecosystem. When Marcia X created #Fediblock years ago, it was borne out of necessity, a simple problem for a problem that their community dealt with right at that moment. But the network has grown, and the way how admins and moderations coordinate information on harmful behaviour has not grown with it. A behaviour build around a hashtag is a prime example of a coordination problem: everyone is now using #Fediblock, and there is no clear mechanism to coordinate everyone to switch to a system more suitable for the current state of the network.

Better systems for moderation are not only often a collective action problem, but the way to affect chance is also limited. For if people feel that the fediverse should have better moderation systems, they need either their server admins or the software makers to participate. And if petitions to the admins or the devs fall on deaf ears, the only real option is to move to a server that does have the preferred systems. But this individual agency does not solve the coordination problem, as moving to a different server does not create network-wide change.

For the fediverse, there is a need for better moderation services. But how people on the fediverse will work together on building and adoption these moderation systems is a whole less clear.

#fediblock #nlnet

https://connectedplaces.online/on-the-coordination-for-better-moderation-systems/

On the coordination for better moderation systems

Recently, IFTAS shut down their community forums, IFTAS Connect, a place for fediverse moderators for collaboration, resource sharing and mutual support. IFTAS (Independent Federated Trust and Safety) has the main non-profit organisation in the fediverse for supporting moderators and other volunteers who are working on making the open social web a safer place. While the organisation has done incredible work in the space, it has struggled to gain traction and find the necessary funding to continue its larger operations. That problem is also visible in IFTAS Connect, which “has not provided the kind of active collaboration we had hoped for.” Its not that there are alternatives to places like IFTAS Connect either, when it comes to community places for fediverse moderators there is a lack of options altogether.

In a decentralised network without any hierarchical power, growing and evolving the network depends on grassroots initiatives and the collaboration of individuals that want to contribute to the health of the network. But while many people seem to hold the idea that moderation systems in the fediverse can and should be better, initiatives for collaboration struggle to gain traction.

The basic premise of the network is simple: every fediverse server is its own social networking site, and it can connect with other fediverse server to join this larger super-network called the fediverse. This design, where every server is its own social networking site, means that every server is also responsible for their own moderation. This understanding of moderation however is mostly focused on bad behaviour that originates from the server. However, a lot of bad content originates from other servers, and gets send to the server instead.

This mismatch between the control over your own server, while harm originates from other servers, is clearly visible in CSAM. CSAM doesn’t originate from your server (hopefully), but it can still end up in your server’s database. IFTAS found a high number of CSAM (4.29 per 100k images) when they scanned eight medium-sized Mastodon servers for a pilot project. Such a pilot project self-selects for well-moderated services, and does not include well-known bad actors. The second and third largest Mastodon server are well-known to have issues with this regard, and it was as simple for as checking the local timeline of one of these servers to see an advertisement for CSAM trading. For further context, when you set up a new fediverse server, you connect (federate) with these servers by default, and it requires active choices (and knowledge) by the administrator to block these servers. There is no form of automated CSAM scanning in the fediverse. This exposes volunteer moderators to view CSAM when moderating, and leaves a significant amount of CSAM on the network undetected. Server moderators have only limited tools to deal with content that arrives from elsewhere: they can remove the content from their server, but not from the server where it originates.

The same dynamic applies to harassment. If the moderator of server A finds that a person on server B is harassing a person on server A, they have some options to protect their own community. They can block the harassing account or defederate from server B entirely. However, this still gives the harasser on server B all the space to continue their harms on people on all the other servers. The moderator on server A has no structural way of sharing their results with moderators on other servers. The only option is announcing this publicly via a #fediblock hashtag. And if you defederate from that server, harassers can easily set up another server instead.

The sovereignty of servers gives people the power to be proactive about problems that originate from their own server, but by its nature it also means that reactions to problems that originate from other servers are always reactive. These are fundamentally coordination problems, that require sharing infrastructure, such as automated CSAM scanning systems, and structured ways to share information about bad actors. But building this infrastructure requires collaboration across servers and softwares. So why, after years of knowing these problems exist, have initiatives to build better coordination tools struggled to gain traction?

Moderation and coordination

There are multiple explanations as to why new moderation systems for the fediverse struggle to gain traction. One crucial lens is through race and gender. As Mekka Okereke said this week: “we often prioritize white feelings over Black safety“. For more in-depth analysis on these dynamics in the fediverse, Jon Pincus at The Nexus of Privacy has written multiple articles on this that I can recommend. This article focuses on a complementary structural reason, as even when people are largely in agreement that changes can be made, the decentralised architecture of the fediverse makes the coordination to actually implement such changes difficult.

The core challenge is that in the way the fediverse has become decentralised, a lot of system improvements depend on other actors. The fediverse gives you sovereign control over your own place on the network with your own server. It gives people the ability to set any moderation policy they want, and run any software they prefer. This is a meaningful version of autonomy, but it is limited to your own server. The challenge however is that the most challenging parts of moderation don’t respect server boundaries, and are cross-network problems.

One of the prime features of a decentralised system is that any individual node in the network often has limited to no influence over the other nodes. A decentralised systems gives individual users agency, but the main problems often don’t happen on an individual level, but are systemic in nature instead. Coordination on social networks is a famously hard problem, and best illustrated by how many people are still using X, and how challenging it is to get people to transition to other platforms. But for improved moderation systems on the fediverse there is another layer to the challenge: the coordination is now not only between people, but also between the much more abstract entities of servers and softwares.

The fediverse makes this coordination problem even more challenging, as the coordination is one step removed from most fediverse users: it is their server admins who have coordinate with other server admins. On a centralised platform, there is a single step between the users and the company in power (although it is doubtful they will take your concerns seriously). For users who feel that the fediverse needs better moderation tooling, the way to affect change is now an additional step way. Better moderation systems depend on your server admin, and/or on the developer who makes the software that your server runs on. But a user does not have a direct relationship with the software developer such as Mastodon; that is between the server admin and the software maker instead.

When someone joins Mastodon, they experience it as a social network where they follow people and post updates. The fact that their ability to shape the network depends on server admin coordination isn’t visible or explained, people largely experience the fediverse as a single network they join. But underneath that singular network there are multiple layers of abstraction, that prevent a direct path to change.

The fediverse has no natural communication channels between admins. There is no central forum, no mailing list that reaches all admins, no natural gathering place. This makes the already-difficult task of coordinating abstract entities (servers with their own governance and decision-making processes) even harder. The shutdown of IFTAS Connect is an illustration of that this a dual problem: not only are there no real communication channels for coordination that cover a large range of the fediverse, even when people attempt to build such channels the interest is limited.

This coordination problem is also visible for improvements to moderation systems for the fediverse. A system for coordination on moderation depend on other people to participate in the system. For example, both the FediMod FIRES and the Fediseer projects are systems designed to help servers share information about other actors and their (un)trustworthiness. Both tools work on the problem of coordination in the fediverse: if a server moderation determines a bad actor, how do they inform moderators on other servers of this? The problem is that these tools are only valuable if many servers participate. If only a few servers participate in such a system, then the signals provided are not useful enough or too sparse. They become valuable once a significant portion of fediverse servers participate. This is the classic coordination problem, where individual servers are not incentivised to participate with such tools until it has critical mass, but it can’t reach critical mass until many individual servers participate.

Another example is the #Fediblock hashtag. It was created by Marcia X when they were a moderator of the now-defunct PlayVicious instance, the first dedicated instance for Black and POC Mastodon users. As Marcia X explains it: “It started as a tool made by queer femmes to put the spotlight on a sexual harasser. Then people started framing it as, “this is just a tool for mods and admins to use to spotlight bad behavior,” which isn’t totally incorrect.” All those years later, and #Fediblock is still the predominant way for admins and moderators to share.

This shows two things: first of all, it is an illustration of how Black people have contributed and influenced fediverse culture for a long time. But secondly, it also shows that institutions and culture in the fediverse has a hard time changing and adopting to the needs of the ecosystem. When Marcia X created #Fediblock years ago, it was borne out of necessity, a simple problem for a problem that their community dealt with right at that moment. But the network has grown, and the way how admins and moderations coordinate information on harmful behaviour has not grown with it. A behaviour build around a hashtag is a prime example of a coordination problem: everyone is now using #Fediblock, and there is no clear mechanism to coordinate everyone to switch to a system more suitable for the current state of the network.

Better systems for moderation are not only often a collective action problem, but the way to affect chance is also limited. For if people feel that the fediverse should have better moderation systems, they need either their server admins or the software makers to participate. And if petitions to the admins or the devs fall on deaf ears, the only real option is to move to a server that does have the preferred systems. But this individual agency does not solve the coordination problem, as moving to a different server does not create network-wide change.

For the fediverse, there is a need for better moderation services. But how people on the fediverse will work together on building and adoption these moderation systems is a whole less clear.

#fediblock #nlnet

https://connectedplaces.online/on-the-coordination-for-better-moderation-systems/

On this topic, calling all #Go #developers interested in lending a hand.

I have two major goals for increasing the unit-test coverage in the individual packages that #GoActivityPub is comprised of.

These are tasks that are very accessible even for people new to the #ActivityPub spec and I would prefer to support new developers that want to give it a try than wait until I have time to do them myself.

The only requirement I have is that if you want to help, you already have some public Go projects that I can have a look at.

Point of contact is on this email (after you "deobfuscate" it): goap＠federated·id

#Go #Golang #developers #helpwanted #NLNet #ngi0

On this topic, calling all #Go #developers interested in lending a hand.

I have two major goals for increasing the unit-test coverage in the individual packages that #GoActivityPub is comprised of.

These are tasks that are very accessible even for people new to the #ActivityPub spec and I would prefer to support new developers that want to give it a try than wait until I have time to do them myself.

The only requirement I have is that if you want to help, you already have some public Go projects that I can have a look at.

Point of contact is on this email (after you "deobfuscate" it): goap＠federated·id

#Go #Golang #developers #helpwanted #NLNet #ngi0

Well, after an initial failure, my #NLNet grant application for #GoActivityPub has been accepted under the NGI0 Commons Fund. 💪

This means that for the next months my main focus will be fully on making #ActivityPub in the #Go programming language easier for other developers.

If you're one of them, reach out, I want to know what you struggle with and how I can help with that.

https://nlnet.nl/thema/NGI0CommonsFund.html#:~:text=GoActivityPub%20%E2%80%94%20Help%20people%20develop%20Fediverse%20software%20in%20Go

WPA3 support for OpenBSD 802.11 wireless funded by NLNet Foundation https://www.undeadly.org/cgi?action=article;sid=20251017070142 #openbsd #wifi #networking #wpa3 #security #nlnet #nlnetfoundation #funding #freesoftware #libresoftware

WPA3 support for OpenBSD 802.11 wireless funded by NLNet Foundation https://www.undeadly.org/cgi?action=article;sid=20251017070142 #openbsd #wifi #networking #wpa3 #security #nlnet #nlnetfoundation #funding #freesoftware #libresoftware

Well, after an initial failure, my #NLNet grant application for #GoActivityPub has been accepted under the NGI0 Commons Fund. 💪

This means that for the next months my main focus will be fully on making #ActivityPub in the #Go programming language easier for other developers.

If you're one of them, reach out, I want to know what you struggle with and how I can help with that.

https://nlnet.nl/thema/NGI0CommonsFund.html#:~:text=GoActivityPub%20%E2%80%94%20Help%20people%20develop%20Fediverse%20software%20in%20Go