As I often do, I made a poll on the fediverse about two concepts I am interested in: Big Fedi versus Small Fedi. Although I think these are interesting topics, I couldn’t come up with exact summations of what the “Big Fedi” and “Small Fedi” positions are. So, I wanted to write down what I could here.

The fediverse, in this case, is an internetwork of social networks. It works a lot like email; you can have an account on one network and follow, message, and react to people (or bots) on other networks. The biggest software tool for making fediverse networks is Mastodon; there are a lot of other Open Source servers for setting up nodes. There are also some proprietary nodes — Meta Threads and Flipboard are two of the biggest.

The following are some clusters of ideas that I think coalesce into “Big Fedi” and “Small Fedi”. I haven’t been able to tie them all back to some fundamental principle on either side.

Big Fedi

The “Big Fedi” position is a set of ideas that roughly cluster together. Not everyone who agrees with one or a few of these agrees with them all, but I think they tend to be related.

  • The fediverse should be big. Real big. Like, everyone on the planet should have an account on the fediverse. It will make the internet better and the world better.
  • We should make choices that help bring the fediverse to new people. Because the fediverse should be big, we should be doing things to make it bigger; in particular, to bring it to more people.
  • There should be a lot of different account servers. (I’m using “account servers” instead of “instances” or “servers”.) It’s good to have a lot of choice, with a lot of different parameters: software interfaces, financial structure, what have you.
  • Commercial account servers are welcome. This variety includes commercial services. If they provide the right mix of features and trade-offs that certain people want, it’s good to have them, especially if they have a lot of users.
  • Moderation can be automated. Shared blocklists, machine learning, and other tools can be used to catch most of the problematic interactions on the fediverse.
  • Account servers can be big. It doesn’t matter how big they are: 1M, 10M, 100M, 1B people is fine.
  • The fediverse should have secondary services. In order to grow, we need secondary services, like people-finders, onboarding tools, global search, bridges, and so on.
  • The individual is central. People should be able to set up their environment how they like, including their social environment. They have the tools to do that. The account server may set some parameters around content or software usage, but otherwise it’s mostly a dumb pipe.
  • Connections should be person-to-person. The main social connection is through following someone. Building up this follow graph is important.
  • People I care about should be on the fediverse. I have a life outside the fediverse — friends, family, colleagues, neighbours. My governments, media, celebrities, sports figures, leaders in my industry. It would be good to have more of those people on the fediverse, so I can connect to them.
  • People should get to make choices about their account server. Everybody has different priorities: privacy, open source, moderation, cost, stability, features. We can all make our own choices about the account server we prefer.
  • It should be possible to have ad-free account servers. Technically and culturally, we should be able to set these up.
  • It should be possible to have Open Source account servers. People who prefer free network services should be able to run them and use them.
  • It should be possible to have algorithm-free account servers. You should be able to just follow things reverse chronologically.
  • It should be possible to have individually-run account servers. A normal technically-minded person should be able to run their own account server for themself, friends, their household, or even for a larger communty.
  • Harms that are mostly kept to account servers are up to people on those servers to solve. Good fences make good neighbours. If things become unbearable, people can move servers somewhat frictionlessly.
  • Affinity groups should stretch beyond account server boundaries. Groups, lists, and other social network features are important and should be fully federated. They should provide a lot of features.
  • There may be some harm that comes with growth; we can fix it later. We’re going to find problems as we go along. We can deal with them as we come to them.
  • The fediverse is going to look very different over time. The way things work now are not how they’re going to be 1, 3, 5, 10 years from now. Especially as the fediverse grows, different structures and ways of working are going to develop.
  • Open standards are important. By having public, open standards available through big standards organizations, we gain the buy-in from different account network operators to join the network. We definitely don’t have time to negotiate bilateral agreements; we need solid standards.
  • Variety in types of account server operators is good. Different people have different needs and tolerances. If we want to have more people, we need to cater to those different needs with different account servers.
  • Existing organizations can and should provide account servers. Not just existing tech companies; also businesses providing servers for their employees, universities for students, cities or other governments for their citizens.
  • Existing services, even if they’re bad, will become somewhat better if they have fediverse features. People on those services will get to connect with a variety of new people. They’ll find out about the fediverse, and might move to another account server, or try something else new.
  • It’s more important to bring good people to the fediverse than keep bad people off it. More people is good, and the people I care about on other networks are also good. There may be some bad people, too, but we’ll manage them.

Small Fedi

Here is a rough cluster of ideas that I’d call “Small Fedi”. Again, not everyone who agrees with one or two of these agrees with all of them.

  • The fediverse should be safe. Safe from harassment, safe from privacy violations.
  • Growth is not important. We’ve gotten along this long with a small fediverse. It’s OK how it is, so growth is not important. Growth is a capitalist mindset.
  • People who aren’t on the fediverse don’t matter as much as people who are. Their needs, at least. When discussing the future of the fediverse, we don’t need to talk about people on other networks much at all.
  • If people want to get on the fediverse, they can join an existing account server. We don’t need to bring new account servers to the fediverse; there are a lot already. People who really care about getting on the fediverse can join an existing account server, or set up their own. If they’re not willing to do this, they’re probably not that interested in the fediverse, so why should we bother trying to connect to them?
  • If growth could cause harm, we either should fix the problem before growing, or we shouldn’t grow. We should examine opportunities carefully, but by default we should say no.
  • Commercial account servers are discouraged. Most commercial services do harm. Even if they’re on the fediverse, they’re going to try to do harm to make more money. So, they should be avoided as much as possible.
  • Secondary services can cause harm and should be severely limited if allowed at all. People search and content search can be used for privacy invasion or harassment. Shared blocklists can be manipulated to cause echo chambers. Machine learning can be biased. Onboarding services favour big account servers. They should be discouraged or, preferably, closed.
  • The account server is central. Moderation decisions, cultural decisions, account decisions, most social decisions should happen at the account server level.
  • Account servers are the primary affinity group. You should find an account server that feels like home. Any other groups are less important.
  • Feeds like “fediverse” and “local” are important. There is a public community of account servers that your account server connects to, and the public feed from that community is important. You might use it more often than your home feed. Your local feed is also important, because your account server is a group you belong to.
  • Moderation should be primarily by hand. The courage and wisdom necessary to make most moderation decisions can only be managed by hand. Automated tools can be manipulated.
  • Account servers must be small. Human moderators can only do so much work, so the account servers they moderate can only be so big.
  • The fediverse works just about right right now, and shouldn’t change. There’s a good reason for how everything works, and it’s fine. People who want to change the way things work just don’t get it.
  • It’s not important that people from my real life are on the fediverse, and it’s kind of discouraged. The account server is the most important affinity group, then the larger “fediverse”. That’s enough; other people are needed or welcome. People who I know who aren’t on the fediverse don’t care about fediverse stuff, so they’d get bored here, anyway.
  • It is highly discouraged to have ad-supported account servers. Even if they only show ads to their own users, they are causing harm. In particular, they’re showing our content next to ads, or using our content to develop ad algorithms. Either way, harm goes beyond the server border.
  • It is highly discouraged to have proprietary account servers. They just can’t be trusted with their own users’ data. Also, they’re going to get some of our data, just through federation, and who knows what they’ll do with it.
  • It is highly discouraged to have algorithmic timelines. Anyone having these causes problems. If you want one, you just don’t get it.
  • Open standards are less important than making things work the way we want them. In particular, fiddling with standards to keep people safe, and to discourage particular account server structure, is an OK thing to do.
  • Most existing institutions have proved themselves untrustworthy and should not provide account servers. Name any particular part of civil society, and I can come up with an example of at least one bad practice they have.
  • Harms that happen on one account server are a problem for every account server. Server blocks, personal blocks, and protocol boundaries aren’t enough to isolate problems to their account server of origin. Secondary or tertiary effects can happen and cause harm.
  • Existing services, if they’re bad, will make the fediverse worse. Bad practices, bad content, bad members will cause problems for everyone on the fediverse.
  • It’s more important to keep bad people off the fediverse than to bring good people to it. Bad people can be really horrible. There aren’t actually that many good people on bad services, and if they really wanted to connect with us, they’d find another way.

Where do I land?

I’m mostly a Big Fedi person; I did the work on the fediverse that I’ve done in order to bring it to everyone on the planet. I don’t think there should be a purity test to be allowed on the fediverse.

That said, I respect that harm can come from new technical decisions and new network connections. As someone deeply involved in the standards around ActivityPub and the fediverse, I’d like to make sure that we give people the tools they need to avoid harm — and stay out of the way when they use them. I very much like the Small Fedi suspicion of new services and account servers, and careful consideration of the possibilities.

I’d like to find ways to mitigate the problems of so many people on proprietary social networks being unconnected to the fediverse, but still centre the safety of existing fedizens. I don’t have an easy answer to how this can work, though.

Anyway, thanks for reading this far. Also, an acknowledgment: I borrowed the term “Small Fedi” without permission from Erin Kissane’s great piece on Untangling Threads. I’m also using it differently, stretching it out, which admittedly is an ingrateful thing with something you borrow. I hope it is not ruined by the time I return it.

https://evanp.me/2023/12/26/big-fedi-small-fedi/

#bigfedi #fediverse #smallfedi [参照]

BlueskyがActivityPubを採用しなかった3つの理由
whtwnd.com/did:plc:s4ncxuatu3e

改めて読んだ、ので自分の読解をまとめておく。

___

Q. BlueskyはなぜActivityPubを採用しなかったのか

A1. ActivityPubには「グローバルビュー」がない
 ・Fediverseが情報インフラとして機能するためには、トレンドトピックやサーバーを横断した検索機能といったグローバルビューが不可欠だが、現在のFediverseにはそういった横断性が無い。
A2. ActivityPubには「アカウントポータビリティ」がない
 ・Fediverseではサーバーによって得られる体験が違い、大手サーバーほど快適なため、結果的にユーザーの一極集中が起こり中央集権型に近づく。
A3. ActivityPubには「スケーラビリティ」がない
 ・ActivityPubは「全員対全員(all-to-all)」の通信パターンを作成するが、これはシステムが成長するにつれ指数関数的に厄介な問題になる。
A4. A1~3は負のループを形成する。
 ・グローバルビューの欠如のため、大手サーバーに人が集まり、その通信コスト削減のため他サーバーへの配送を制限し、さらに一極集中が進む。

フォロー

上の内容まとめの続き

___

Q. Fediverseのなにがいけなかったのか?

A1. 「ユーザビリティ」と「非中央集権性」がトレードオフの関係になっている
 ・快適さを重視すれば、大手サーバーを選択することになるため中央集権的になる。
 ・一方で分散化を重視すれば、小さいサーバーを選択することになりユーザー体験が損なわれる。

A2. 「理念」と「アーキテクチャ」が一致していない
 ・ActivityPubは分散化が進むほどパフォーマンスが低下する性質のアーキテクチャで、これはFediverseの分散を推奨する理念と矛盾する。

A3. 分散が目的化している
 ・分散がどの程度大事なのか、ということを改めて問うべき。

A4. ActivityPubというプロトコル自体は、小規模なフェディバース(Small Fedi)で利用する限り決して悪いものではない。
 ・ただBlueskyが目標とするBig Fediは実現が難しい。

___

という感じらしい。

感想としては、筆者の主張というか解説(「BlueskyはなぜActivityPubを採用しなかったのか」「Fediverseのどこに矛盾があるのか」)に矛盾や誤謬は無いように思える(もちろん単に私の賢さ不足でそう見えている可能性はある)。

要するに、
「Fediverseの指向性としてBig FediとSmall Fediがあり、そしてBlueskyはいわばBig Fedi的なものを目指していたが、そもそもActivityPubはBig Fedi的なものと相性が悪かったため不採用となった。
Fediverseは理想としては非中央集権型でかつユーザビリティが高くなるようなデザインを目指すべきだったが、それができなかった理由としてActivityPubというアーキテクチャに欠点があった」
という主張。

ただこのへんのActivityPubについての論は諸説あると思うんだけど、自分は専門外過ぎてわからん。ソースで挙げられていたGitHubの記事( gist.github.com/jdarcy/60107fe )とかも読んだけども。

ちなみにBig FediとSmall Fediの話のソース

Big Fedi, Small Fedi
evanp.me/2023/12/26/big-fedi-s

___

改めて、「分散型・非中央集権型を志向すると、ユーザビリティは低下してしまう」という問題は確かに大きいように思う。

が、かといってグローバルビュー等の横断性を実現しても、かえってノイズが増えたりしてユーザビリティは低下する気もする。

そもそも最初の記事では、

> フェディバースがTwitterのような情報インフラとして機能するためには、

と書かれているが、Twitterは情報インフラとしてかなり微妙。

なので、ユーザービリティと非中央集権性がどの程度のトレードオフなのか、というのはもうちょっと考えても良さそうだな、という感じ。

そもそも「中央集権的なものはメタクソ化のリスクがある」という問題を、現状のAT ProtocolとBlueskyは解決してない気がする。 [参照]

Untangling Threads
erinkissane.com/untangling-thr

余談だけど、こっちも読んだ。Big Fedi, Small Fediの話の中で出てきてた記事。MetaとThreadsについての話。

ログインして会話に参加
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。