As a closing point, I can see a point where the protocol evolves to seamlessly include #UX wise #SingleTenant instances without bringing all the server-centric baggage, thus promoting an inclusive leveled playing field for all sorts of federation scaling strategies: #VerticalFederation, #HorizontalFederation and #FlatFederation. (And as a plus, improve #mastodon #onboarding #friction issue too.)

As for I, intend to engage in that discussion and contribute to this extraordinary #foss project.

An example of this is I still today find it weird that I cannot assemble a curated network of preferred servers public timelines, or, at least, filter the federated timeline, without having to resort to setting up my own #mastodon server to be able to fine tune that.

But then again, the way #mastodon #ux is set up, it still feels a bit weird having a #SingleTenant server. I feel it still brings a lot of server-centric baggage. (Curious to know more about diaspora pod model.)

To tackle this I see three generic scaling strategies emerging from the discussion:

#VerticalFederation akin to @Gargron/mastodon.social, scaling 'up' the most popular servers to keep up with demand.

#HorizontalFederation advocating a more fragmented/decentralized ecosystem with servers breaking up into smaller instances, and solutions like account count limits.

#FlatFederation advocating mostly for a greater #SingleTenant approach, where everyone should set up their own mastodon server.

I've also followed with curiosity the talk (mostly) lead by @aral on #smallWeb #federation #decentralization #centralization #singleTenant and how better scale the #fediverse (technological, but also community-wise and signal/conversation-wise), picking up on the recent mastodon.social struggles.

I have the belief that #mastodon , from an #onboarding perspective, will require a core set of popular (generalist) servers. But, I may be wrong. There are a few generic routes I think it can go IMO.

@simeon @pavsaund You’ll get no argument on that from me ;) https://ar.al/2020/08/07/what-is-the-small-web/

(Apart from perhaps that we should also be looking at designs that aim to make doing what you describe as easy as possible. It’s much easier to set up a system that’s explicitly designed to serve one person than one that is designed to serve 1-100,000 people. The complexity involved is orders of magnitude less in the former.)

#singleTenant #SmallWeb #decentralisation #federation

PS. This isn’t some new revelation; I’ve been advocating for this from the start :)

https://mastodon.social/@aral/2160843

#mastodon #federation #decentralisation #centralisation #design #singleTenant #SmallWeb

A web site designed for one person that aggregates functionality (don’t thing “app” but plug-in style “features”) is the idea behind the Small Web:

https://ar.al/2020/08/07/what-is-the-small-web/

#smallWeb #smallTech #singleTenant #personal

@cedric Only I’m not an admin. It’s an instance of one. The only person I’m administrating is me. (As it should be.)

#smallWeb #smallTech #singleTenant #personhood