The role of mastodon.social in the Mastodon ecosystem
Another footnote for this blog post is that I used the 300,000 number because that is what is used as justification for concerns about effective centralization.
As the mastodon.social frontpage will reveal to you, there are only about 22,000 people here on a monthly basis. But I didn't want to make the blog post about that. That's a whole topic in itself.
@Gargron have you considered an onboarding, where you enter all your details of sign-up, but are automatically redirected to a different server with pre-filled credentials…?
@rugk I've prepared the ground for it with the sign up API, but it would take a lot of manual curation to make that a not-awful experience, i.e. you can't just rely on the full server list
@Gargron yes, i agree, also for privacy reasons of course, if you send mail and password to a randomly choosen server – you have to know that server is reliable. 😃
@rugk @Gargron I think this would be awful for many reasons: the URL is part of my identity I want do know and chose it. I have no idea on which server I end up. Can I trust the admin? Does they respect my privacy? Can they maintain a secure and stable service? Where are the data located? Will the server still exists in a few months?... A things I want to know and chose - 1/2
@rugk @Gargron I know I repeat myself, but for me the number one feature to foster decentralization is to support account migration with all data, including my bidirectional contacts. Only if I can freely switch between servers without losing my history and even more important my social network I will feel comfortable trying out small instances, run my own instance, etc. - 2/2
I think you should do only what the donations stream makes sustainable over the long-term.
Please keep up the good work!
@Gargron purely anecdotal view, but the experience on joinmastodon is a bit blocking, one example: "I am an artist who speaks Welsh". I get one instance, and neither of them is .art or .wales. Maybe there should be two separate pathways; choose by topic OR choose by language, or make that logic OR not AND. Separately I think having to self-define (and there is no "nothing in particular") might be turning folks away. (I know you don't have to choose one, but many first time visitors might)
@zladuric @Gargron I also think we could do more to surface regional instances, and language isn't a great proxy for this. I see instances for specific cities, states, countries, and there's no real way to find those outside of https://fediverse.party/en/portal/servers/index.html#regional - I believe people would jump on a region-generalistic as much as a topic-specific.
@Gargron Well put!
What if you'd basically copy the "Sign up" part of joinmastodon to mastodon.social's front page, and you don't sign up on that instance unless you explicitly select it?
@Gargron Wouldn't it be possible to offer an automatic pre-selection of a server when user is subscribing? "Sorry, mastodon.social registrations are closed but we selected another server with same interests (General Purposes)."
This would avoid the second issue you mentionned.
@Gargron It's part of the Mastodon-Network™
@Gargron I read this comment yesterday that I think is pretty interesting:
> The best answer to the UX issue of "where do I sign up?" is to make it so that asking the question makes no sense at all.
Right now, the single biggest barrier to having a "decentralized" Mastodon is that Mastodon is not *designed* in a decentralized way. Each Mastodon instance is actually a separate website, where both data and community are centralized within that site and its domain.
@trwnh What that comment hints at is distribution, not decentralization. Like having a global state with different access points, like those blockchain networks.
@Gargron I don't think it needs to be necessarily like blockchain, but you could have a distributed database of posts, yeah. Relays could be Groups, with their own moderation and community. More IRC-like or Usenet-like replication. But the first step would be location-independent addressing. Where you sign up becomes part of your identity, in a way that is not easily changeable.
@trwnh I don't know how you could change something so fundamental now.
@Gargron well it's really hard and also getting harder the more it isn't there. i'm pretty convinced that tying everything to domain names is a mistake that needs to be solved as soon as possible. activitypub ID shouldn't be the source of identity, it should be dereferenced to something else. two copies of identical data shouldn't be different just because they're on different computers.
@Gargron assuming a loosely semver scheme where mastodon 3 isn't fully backwards-comptible and contains network-level changes: you would need to start generating globally unique IDs and signing them with the actor public key, then let that change propagate through the network, then add UI in 3.0.0 to allow migration between servers. this is only possible with content addressing, because it's extremely expensive to regenerate IDs on thousands/millions of objects.
@oct2pus @Gargron data can still federate out of the "mastodon network" entirely as well, so it's still federation. on a user level no one should care how it works as long as they can continue to make posts and follow others. nowhere in the AP spec does it require absolute authority to the domain name; it simply requires that IDs be https uris on the domain namespace.
the problem is that every single implementation stops right there and assumes location = identity. they never fully dereference
@Gargron So to make a decentralized Mastodon, you need to decouple the data from the site/domain. And effectively, you need to decouple the community as well. People choose specific sites because the instance layer handles everything: service *and* community. What we have is essentially a bunch of centralized services that can talk to each other. Interconnected silos. A network of nation-states.
Speaking of which, an inet-independent worldwide-scale SNS is my holy grail at the moment. The closest we get is Aether (essentially DHT'ed Reddit) and a particular Open Garden app (redflagged due to, ironically, privacy issues e.g. extraneous permissions.) There's also SSb, but that's focused on many small islands.
@Parnikkapore @Gargron i'm actually personally uninterested in full decentralization because servers are just a lot more convenient as essentially being user agents. and especially with activitypub the cool thing is that it's still just basic web stuff.
hubzilla has cool implementations but terrible advertising. "nomadic identity" is just content addressing + data replication, which isn't complex. we're halfway there just by passing around objects; we just need to be able to consistently refer
@Gargron Idea: joinmastodon.org automatically and seamlessly forwards the registration link to a curated set of general interest instances. Not perfect, but better than everyone piling on one. And the list can grow in time.
What do you think?
@aral This is on my 2.8 roadmap wishlist. All the building blocks are there, it just needs to be assembled.
@Gargron: Great! I hope to create a registration UI inside of Hyperspace sometime so that anyone can select and instance and register with it.
@Gargron "It does feel like the growth of the fediverse slows down when mastodon.social is unavailable." do you have numbers to back this up, or it just feels like?
@Gargron I can only guess that the active number of people coincide with people using the mastodon.social server to test it out, and understanding how Mastodon works, and then either leaving it altogether or finding a new instance to call home. Just saying decentralized creates a lot of confusion, and is something easier to learn by experiencing I think.
@Gargron Seems to me that if people have the perception that you "have to be on a certain instance" to "reach the right people", then that's a design challenge worthy of the platform to take on to solve...
@Gargron two things come to mind :
- half-life of accounts in .social, meaning, after X months, people are forced to create an account elsewhere and move. This solves the issue of uncertainty when signing in
- demo mode : I feel like a huge number of sign-ups in masto.donte.com.br were people wanting to check out what was mastodon after all. So they do and they drop out, if there was a demo instance, maybe it would solve this
@Gargron i have taken zero time to research the issue and just go by what people in my proximity scream about, vaguely, on top of my own weird personal biases and axes to grind that i am projecting into this situation, and have come to the conclusion that this is Bad, you're a Techbro, and you're cancelled, and will be even more so next time you do <thing> on regarding mastodon.social,
@anna Thank you Anna, very cool
@Gargron When I was changing instances, I noticed that many of the general purpose instances listed on joinmastodon as open are actually closed.
@Gargron I really hope full account migration is still in the works. If you could move and bring all your followers with you this would help so much in choice paralysis when first signing up.
@Gargron I would like to see something similar to signing up for an email service. You should be able to register and choose your username and domain at the same time. That‘s how Most E-Mail providers do it. It brings a kind of personalization to the party. Of course one instance wouldn’t have multiple domains 😄
Also, how about you can do that from every instance? Just have this exact instance preselected and let the user actually choose the @firstname.lastname@example.org handle.
@Gargron Now that I read this blog post I feel inclined to switch to academia.social. But I do not know how to do that, nor what are the consequences. So there is still something left for me learn. Please keep educating.
IMO a bad decision. Better is to create a second mastodon.social; like 2.mastodon.social or mastodon2.social.
@Gargron was going to leave a comment on the blog post ... but there's no way to do that :)
One way of getting people to sign up "somewhere" could be to have the signup page quasi-randomly distribute signups to the various federated instances based on reported load/availability
Sorry bin grad zu faul zum Übersetzen, habe mir aber mal den Artikel angesehen.
Ich fänds besser wenn man die Registration schließt und statt des Registrationen sind geschlossen Textes 3 Instanzen zufällig, aber mit der selben Sprache wie der vom Browser, vorgeschlagen werden (z.B. von instances.social) und eben noch einen Link zu Joinmastodon.org.
@Gargron We need a situation where local communities and organisations -- such as universities, ISPs, companies -- will set up fediverse instances for their users. This way, if you're a student, customer or employee, the instance you're using will be a no-brainer. In fact, you might not even need to sign up.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!