Mastodon.technology Shutdown(ashfurrow.com) |
Mastodon.technology Shutdown(ashfurrow.com) |
Mastodon supports both migrating your profile (followers and block lists, as well as metadata, but NOT content), AND exporting your content (posts, replies, and media uploads).
The process is pretty straightforward, and I've done this myself. You will lose your old content's persistent URL references, though federated copies of that content may still be accessible from other instances.
See:
Moving or leaving accounts: <https://docs.joinmastodon.org/user/moving/>
It's also possible to move an entire instance to a new machine:
Migrating to a new machine: <https://docs.joinmastodon.org/admin/migrating/>
This sort of website would be incredibly light weight (just API calls, no data storage), and the users would not be tied down to it; as long as they retain ownership of the login credentials to whatever cloud provider they choose, even if this front end shuts down the fediverse instance won't. And if it's open source, it would be easy to migrate to another such 'frontend management' website.
I have thought about this quite a bit, and it seems like a great idea - is there something I am missing (aside from it perhaps being nontrivial to set up a Fediverse instance via API calls to cloud providers)?
Of course, a clear issue is that there would still be (small) ongoing costs even for tiny instances, so it would not be the same as Discord or reddit in terms of having a 'free tier'. But the pitch of a 'personalized social media website' seems like a pretty cool idea and i'd be willing to pay a bit to try it out.
As somebody that used to be an admin of a decently large community, here’s some free advice for anybody that’s trying to start something like this:
Get mods. Get them early. Get them from the pool of your most enthusiastic users. Fire them when they perform poorly. Continuity plans will be a lot easier to come up with if you’ve been sharing the burden of managing the community for a long time, heck they might even be emergent and obvious after long enough.
https://news.ycombinator.com/item?id=30447645
I think it was only a matter of time before the human resources issue came front and center. My hope is that there can be a good balance between small federated instances kept alive by altruistic volunteer admins and larger instances with enough moderation and funding to handle the number of users that a social network expects but increase centralization. Maybe the conclusion will be that no matter how the technology scales, finding a way for the instances to be kept alive will be a social problem that requires constant attention.
The reliability issue also makes me wonder how much of the Fediverse is setting itself up for link rot and the loss of unique content after their maintainers lose passion or move on. And that wouldn't be because of a business decision that is hard to empathize with (in the case of Google+), but simply because a single human body has its limits.
Does it mean you can download your messages and put them back in the global conversation ? How does that work ? Are those messages stored only on one instance ? Do they disappear forever when an instance disappears ? Will users switch to new identity from another instance and import messages or is this lost ?
anyone considering setting up an instance and not wanting to worry about having to ssh in during the night and deal with maintence stuff just to talk with friends should 100% consider signing up with masto.host.
I've had an instance there for months now.
While there's some manual setup on his end (the guy who runs masto.host) from the perspective of someone wanting a new instance it's _very_ easy, and he does a great job of keeping everything up to date.
I'm extremely happy to throw money his way each month and _not_ have to worry about maintaining my instance beyond occasionally granting access to new users and proactively blocking remote instances. As a small, invite only, server I don't have to worry about a lot of BS from obnoxious humans.
Note: if you use masto.host you don't get ssh access to your server so there are some settings you can't tweak. I'm ok with that in exchange for never having to worry about maintenance.
What the hell? Is this the 1990s?
Encryption at rest protects against someone walking away with the database, not an admin.
Encryption at rest isn't good enough. E2E should be the default on federated protocols with breakouts for public content only needing to be signed.
Best of luck in the future and best of luck with your family.
https://blog.joinmastodon.org/2019/05/introducing-the-mastod...
I was not part of this community but I wish all the best to OP and his family.
Money solves problems and it shouldn't be considered bad to ask for a little compensation for upholding a service that thousands of people benefit from. That's the basis of anything meant to be sustainable. (I know lichess.org is an exception but tbh nobody knows for how long that's going to work out well.)
Not different enough than Twitter or too different from it?
Not enough marketing?
Bad UX?
2. you can just sign up for twitter, you don't need to pick an open instance run by some stranger.
3. deploying a rails app isn't trivial, mastodon being written in rails and dependent on multiple DBs makes it harder to install and thus harder for people to run their own server.
As we continue to improve computing power and efficiency, I think the idea of using a federated social network so you can "own your data" is going to become less and less attractive. If you take this concept to its logical extreme, eventually everyone will run their own social networking server, and we'll be interconnected with each other through some kind of DHT magic. After all, the fediverse is still "someone else's computer", it's just that "someone else" in this case is some guy and not a for-profit company. It doesn't really solve the problem.
May you have all the needed grace, patience, wisdom, and strength (both physical and mental) to navigate this next stage of your life in caring for someone who needs you more than ever right now.
I started out in Ruby years ago; wonderful language, doesn’t scale well.
Someone should rewrite it in Phoenix…
EDIT: Oh, someone did! https://git.pleroma.social/pleroma/pleroma
Gaps/opportunities for Fediverse community:
- sustainable mgmt structure and plan for large nodes
- features to import content while not breaking existing ecosystem (it's currently possible to move followers and export content only, but not import)
Maintaining oss-related services can be entirely frustrating https://blog.pinboard.in/2011/12/don_t_be_a_free_user/
I think they're the largest managed hosting provider in this space. Obviously they are charging a premium compared to deploying it all yourself, but I think the prices are fair, and the plans give you a pretty good idea of the resources required.
No offense to the other admin, but $200/mo for 50 active users is way too high. A Kubernetes cluster for 50 users is obvious overkill IMO. Maybe you did it that way for the learning aspect, which is fine. You should be able to host 50 active users for a 10th of that cost though. You can easily do it on a single VPS.
If you have DC and power sponsored you can get real far.
Its the rebirth of the promise of a censorship free internet. A lot of people have decided that its time we shut peoples mouths and stop them from talking 'for the greater good' - this is a pushback against it.
One day we will all remember why we should support free speech - god help us on that day.
Also recent privacy concerns and less recent issues with internet hostility means we're already past peak twitter, so mastodon is having to break into a declining market.
It works for certain demographics but not most.
This explains why they have keep pulling content from and why they keep using Twitter and not the other way round.
I would check my notes on that.
Mastodon advertises itself as being a self-hosted project.
> Your *self-hosted*, globally interconnected microblogging community
https://github.com/mastodon/mastodon
--
> I really do not think that "uses a reverse proxy in the front" and "has a database and a cache store" is a factor.
These things matter at scale, but the typical Mastodon instance comes nowhere near that scale.
A reverse proxy is relevant beyond O(10k) RPS; less than that, and a single process directly serving requests is more suitable. A separate database is relevant beyond O(10M) records; less than that, and any embedded DB, or, frankly, direct filesystem access with any encoding format, is more suitable. A caching layer is relevant at the next order of magnitude for both of those dimensions; less than that, and there's no need.
Mastodon should, by default, ship as a single binary, statically compiled, with no runtime language requirements, and should manage its data storage requirements directly to disk.
1: https://www.w3.org/TR/activitypub/#like-activity-outbox 2: https://www.w3.org/TR/activitystreams-core/
What I addressed with my (granted too terse answer) was that E2E communication is actually possible, but it would require one of the following options:
A "Create" Activity can wrap any type of object that has a JSON-LD document describing it (the ActivityStreams vocabulary is extensible[1]) so adding a new "E2EEncryptedMessage" object that contains all the properties required (and which are not already exposed in the existing vocabulary, eg, public keys which exist for the actors that participate in the exchange) in such a communication is possible. As long as all the information required for E2E can be encoded fully at each communication step (ie, nothing needs to be communicated off-band) everything will behave as expected for the clients that support this protocol extension.
Another option would be to piggy back on existing Object types like "Document" and encode a full E2E payload in it's "Content" to obtain a similar effect but with less expressiveness from a ActivityPub point of view. This probably needs a custom "MimeType" to accompany it so other clients can avoid processing these objects.
In conclusion, that's what I meant by having ActivityPub behave like "wire protocol", and apologies if I created confusion.
[1] https://www.w3.org/TR/activitystreams-vocabulary/#extendedty...
<https://www.currentaffairs.org/2022/09/npr-is-not-your-frien...>
The upshot of that piece is that NPR itself remains part of the neoliberal ideological propaganda apparatus:
Like all press outlets, NPR has a particular point of view. Its bias is just as profound as the likes of MSNBC or Fox News. NPR’s ideological bias is toward what we might call the American bipartisan consensus.
My sense is that both NPR and Wikipedia have performed admirably, and far better than their commercial counterparts, but that there remain pitfalls with both any organisation and those which are based on nonprofit / NGO models, particularly in terms of sponsor / donor capture.
The NonProfit Quarterly's podcast Tiny Spark frequently discusses such issues. It seems to be on hiatus but its back-catalogue has numerous episodes dedicated to the topic:
<https://nonprofitquarterly.org/tiny-spark/>
One of the voices heard several times on that topic has been Rob Reich of Stanford (not to be confused with former US Labor Secretary Robert Reich, at UC Berkeley), who's written and spoken on issues of philanthropy. Several articles are listed in his ... Wikipedia ... bio:
<https://en.wikipedia.org/wiki/Rob_Reich#Articles>
I suspect that the OP had another take on this, which I find less credible.
The dominant licenses on GitHub are Apache and MIT. Neither of those licenses designate proprietary software. Both allow me (as an individual) to run software myself.
In fact, the licenses which satisfy "free software" criteria -- GPL etc. -- are more or less impossible to use in any context where legal jurisprudence would apply. That means any context where a lawyer could possibly get involved.
Secondly, the service survives. Mastodon didn't shut down. The Fediverse didn't close. One beloved instance bows out and whilst it is a loss to many, their network endures as they thank the admin(s) and move on.
You think this shows a disadvantage compared to twitter? Let's talk once twitter shuts down. Because it will. How will your argument hold up when f*c*book finishes dying? We'll find out soon enough. Or how about when a telecoms/media conglomerate buys out flickr or tumblr and puts a stake through their heart? Oh, that already happened.
This is a bittersweet testament to exactly how the Internet should be built: on the foundations of openness, community and decentralisation.
I'm not sure I could reliably predict whether Twitter or Mastodon will live longer.
Edit: A Reddit thread as citation https://www.reddit.com/r/rpg/comments/udegsl/does_anyone_hav...
A protocol can't die. People are still using IRC, XMPP, good ol' email, decades after they were created. They are still useful, they still work, so there is no reason for them to "die"
He didn't say "anytime soon", you added that part.
imagine the trolling potential of a rolling outage of twitter or ooops "new owner" deleted the database as a joke. Or replace all twitter profiles with sayings from Doge.
before you say "this person can't possibly do this" ... think again.
There's no single person on earth who can shut down Mastodon, so Mastodon dies only if this decision is made massively by many people (or if development stops, but then still nothing will stop the server I run on raspberry pi in my bedroom). Twitter otoh can be shut down by one person for a whole multitude of reasons without any concern for the opinion of users.
So sure, Twitter will run for a long time. But it doesn't have very strong guarantees to its users about how it will treat them or what content will be allowed.
Look at email providers who suddenly decided "If you don't use it for X months, you're inactive and I'm deleting everything".
It's not about the service existing but people being able to extract and use what they've put in, in 10/20 years.
where is soon?
And also, do you have a crystal ball to predict the future?
Speaking of which... there's supposed to be a Mastodon Server Covenant(tm)(c)(pat. pending) in regards to such matters, but the https://joinmastodon.org/covenant where it's supposed to be documented is 404. Looks like it was quietly removed sometime after August of this year.
In any case I'll make a prediction: Mastodon will remain a haven for people too racist and/or porn-obsessed for even Twitter and Reddit to tolerate and adoption will be hampered accordingly.
Is this all just a consequence of keeping user data private-ish? I understand the data has to be stored somewhere, and if user data were distributed to the entire network, it obviously wouldn't be private. Couldn't e2e + public key encryption be used to work around this somehow?
Then I saw someone do something I hadn't seen before...
They made their own mastodon insance: toot.firstlastname.example and their identity was @joey@toot.firstlastname.example
Joey could make his own toot feed of social media posts that anyone at any community could subscribe to.
Joey could then subscribe to the entire community at federatedplumbers.example, or he could follow just one user: @phoebe@federatedplumbers.example. Then @monica@federatedshoelacecollectionists.example could follow @joey@firstlastname.example and so on.
It doesn't matter where you start an account. You can join a community that you really like or start from scratch with your own instance and go and make friends in other communities. The real advantage with starting your own is that you have control over your content and aren't in danger of having your account shut down if a community decides it can no longer maintain the server.
A major problem in distributed systems is names. one solution is to do what dns did, you can have nice names but you only get to pick them under the part of the hierarchy you control. another solution is to do what git or ipfs does. nobody gets useful names but at least you don't need any sort of central name database.
mastodon went the dns/email route, which makes sense people want nice names. but now your name is stuck on your domain. perhaps someone could have setup a central name server to avoid name collisions, but who would you trust to run it? what happens when it goes down? might as well just use dns.
Off tangent opinion on names in a federated system.
Unfortunately mastodon adopted the twitter style "@user" but because this only make sense in the context of a single domain mastodon mainly uses the awkward form "@user@domain" I think the email/xmpp form "user@domain" would have been better, but if they felt the @ prefix was critical to the experience of a twitter like micro blog than they probably should have adopted the form "@user.domain"
There is already support for basic migration of followers but it would be nice to see fully instance-independant accounts. Probably something based on cryptography so your account is a key and you can publish from any server. However a protocol like this would be a lot more complicated than ActivityPub.
There's no central server, and not all of the instances talk to each other.
Where... where would you put the account data?
So I do not see any advantage in federated system. It’s cool as technology and all, but completely unprepared for huge traffic or real life scenarios.
PS. Please do not say anything about “anyone can start his own instance”. No, average Twitter/Facebook consumer can’t start his own instance.
Resources donated by an organization in the form of a server linked into a larger network, a committee that vetted new server applications to the network, volunteer administrators for the network and the individual servers, coordinated regional and global upgrades. And as network users increased, reforming under a hub and spoke models to improve scale and capacity.
And when a single IRC server went away after some time operating for its various reasons, the network kept going.
Could the average IRC user start/host their own instance *and* link it to the larger network? No. But they didn't need to.
> By volunteers adding more instances(that they can close anytime)?
"That they can close anytime", just like twitter in this example. Partly, yes. But that sort of total exodus would mean a lot of additional people contributing ideas and code to the Fediverse, not just servers, but by making it easier to run your own instance. Who's to say it couldn't be run just like an email client with the right ideas and effort? It's such an extreme example that I'm not even sure it's useful to discuss.
What traffic is it prepared for? It would be interesting for you to provide the numbers and the evidence which backs this up.
As for real life scenarios...there are upwards of a million people using it right now. I've made friends, networked professionally and found several homes there. I am literally a real life scenario and so are the people behind most of the posts there.
And today you are right about "anyone can start their own instance", but it's a darn sight easier than running your own twitter.com, and it'll get easier every year.
This isn't a law of the universe, it's just software people haven't written yet. Installing new client-side apps was hard, until it wasn't. "Anyone can start their own instance" will be easy once someone writes the software to make it so. (Presumably a cloud provider like AWS, since that's who stands to profit from lots of people wanting to run server-side apps)
Who said anything about the Fediverse having to be free ?
There is absolutely no doubt that should Twitter die, if no single actor can emerge quickly enough, for-profit actors will emerge and they will have all good reasons to be compatible with something that already exists. There will be mega large instances paid by siphoning data and with ads, there will be large instances paid by users/funds/donations, there will be small, community instances. Maybe HN will have its own instance; how much do you pay for HN today ?
The idea that social media costs more to operate than people would be willing to pay is false. It's propaganda from the people who profit from keeping you trapped in their closed networks to monetize your attention.
Of course not. Mastodon instances can be capped in the first place, and anybody with a rudimentary server management knowledge can start their own instances on a cheap server. Mastodon has current hundreds of instances, let's not pretend it can't go to thousands if the user base increases.
The same people who pay for everything right now will pay for it: us. Some instances will have patreon, others will be voluntary donation, others will use some craptocurrency, others will have contractual subscriptions, some will have ads... And whatever models are best will win out. Quit with the FUD. Just sit, back, relax and watch it happen.
The official instance finding site seems to be good about spreading the load out every time Twitter burps. You have to meet certain reliability requirements to even be listed.
For a decentralized social network to be viable/sustainable (especially on the scale of something like Twitter), it has to be truly P2P, not federated on volunteer-run servers paid for through donations. That volunteer-run federated model is really only sustainable for smaller niche communities, not a global social network.
As of right now, the closest framework I can think of to handle something like this is a social network built on OrbitDB: https://github.com/orbitdb
what, why? The load is hardly that high.
Also, these users don't even know which instance to go to, since there is little to no-one to talk on there. If there are 'hundreds of thousands' of users then that means they have just recentralized on Mastodon.social, the "main" instance, defeating the point of it all.
> PS. Please do not say anything about “anyone can start his own instance”. No, average Twitter/Facebook consumer can’t start his own instance.
This is why Mastodon has failed in the first place after almost 6 years with this system.
Bingo. I say this all the time, Twitter is not immune from being a member of this list (Defunct social networking sites, wikipedia):
https://en.wikipedia.org/wiki/List_of_defunct_social_network...
The Fediverse (or Federated Social Web as it was previously referred to in 2007[0] or so when it was first envisioned) will never close. Single installations may, but the network as a whole can not.
[0] https://www.academia.edu/2760660/Towards_a_Free_Federated_So...
I don't necessarily hold that opinion, but I get the impression most folks I know do.
It is if people who've decided it's "de facto infrastructure" get their way and the government nationalizes and regulates it. Then we're all stuck with it forever.
People who aren't looking to make a profit (or even break even) means they are running a social media platform while funding it through some other means. What is that means of making money? What pays for the hosting and the time spent doing ops?
You can't take money out of the equation because you have hosting costs at the least.
How are things funded and why that way should be a conversation. Anything that ignores money ignores the reality of operating something on the Internet. That means it's not sustainable.
Even though funding wasn't the primary focus of this blog post, it seems to make it quite clear where the money was coming from: https://www.patreon.com/ashfurrow
I'm understanding that the data is gone and you're bragging about the observation that the protocol still functions?
I'm not sure this is an aspect any of us care about?
I think we can all observe that a common interface for posting and interacting with people will remain and that no corporation right now can unilaterally change that. I don't think pointing that out in a thread about all of the data on that server being gone is a strength.
Oh, is that what this thread is about? Who says it is?
As much as I love the Fediverse, I think the culture leans toward instances that are too big. I think the number of people on each instance should be much closer to 1 than 1000.
The problem is self-hosting is too difficult for the average person. But that doesn't have to be the case. Self-hosting shouldn't be any more complicated or less secure than installing an app on your phone. You shouldn't need to understand DNS, TLS, NAT, HTTP, TCP, UDP, etc, etc. Domain names shouldn't be any more difficult to buy or use than phone numbers. Apps should be sandboxed in KVM/WHPX/HVP-accelerated virtual machines that run on Windows, Mac, and Linux and are secure-by-default. Tunneling out to the public internet should be a quick OAuth flow that lets you connect a given app to a specific subdomain, with TLS certs automatically obtained from Let's Encrypt and stored locally for end-to-end encryption.
Meanwhile there are loads of three-digit-user instances that are more focused (and have less problems on a tech level, and on a social level)
The technological problems are not the hard problems in this space. The hard problems are social problems.
Rest: As someone who does not (yet) use Mastodon, I'm curious about the impact of a single node shutting down. At least in this case this is happening in an orderly manner and with warning.
I'm also curious if this is a problem with Mastodon in general or did this particular node just become too popular for its own good. I seem to recall that some instances (Adam Curry's No Agenda related instance) limiting membership. Or perhaps I'm thinking of something else. But that may not help if the problem is traffic generated by the entire network as seems to be hinted at in the post.
Please excuse my ignorance of how Mastodon operates that may be implicit in my questions.
I always suspected this would be a massive problem with Mastodon. I contemplated running a server, but there's no way to know beforehand when you'll be running into a limit, like cost or time. Can you really build a social network on volunteers that invest their own money and time, with little reward?
On the other, I feel a bit validated in my belief that we need to have professionally managed instances on the fediverse. "Community Support" only goes so far. Thousands of people using a service, but how many of them actually help with its upkeep?
I know that my instance has only a handful of paying users, and it is barely paying for itself, and far from paying all the work that I've put into it. But charging for access brings a lot of benefits: it keeps spammers and bots away, it is a good filter against trolls and best of all makes it explicit what is expected of all parties.
Mastodon/ActivityPub is a poor fit for a social network IMHO.
- Accounts should not be tied a single server and their continued maintenance.
- Private data and DMs should be end-to-end encrypted rather than entrusted with a single administrator.
- People don't want to self-host.
The core problem of a lot of social networks comes down to name aliasing, and who controls the name registry. In the case of nostr[1] this is not a problem because everything is using public keys. Another protocol is Farcaster[2] which plans to use a smart contract to maintain a name registry without requiring a single controller.
This strengthens my conviction that federation is a bad architecture for something like Mastodon. A fully distributed system, urbit being the easiest to try right now, can't stick someone with the responsibility to keep a bunch of other people online. It can't stick those people with the responsibility to move off the server. Each user runs a server process, locally or on a remote machine. If any of those goes offline, all the services and data it was providing are gone, but no other user accounts are affected.
Federation works fine for Matrix, although I still think the full peer architecture will dominate long-term. It's less disruptive to something like chat to switch user names because a homeserver shuts down.
Mastodon instances get linked into, and all those links are going to break. Running a redirect for those URLs to the numerous new account homes is impractical given that a lack of time and commitment to server maintenance is the issue.
And I keep thinking that it's just not sustainable. I've worked in ops for over 20 years, I feel like that background has given me a healthy scepticism and a respect for Murphy's law.
So when I launched my Mastodon instance 4 years ago I decided from day 1 that it should be focused on my country, my language, and require new users to request access.
Just like the old BBS scene, you have to write a short motivation on why you want an account. This motivation is 100% for vetting out robots. Because let me tell you, I get on average 2 robots a week trying to sign up. Why? I have no idea. But my strategy has brought the number of spam robots on my instance down to 0.
I could never imagine being one of those admins who just left their doors wide open. Because I've been online since the 90s, I know how we used to exploit web services back in the day. I was part of that whole 4chan scene, doing online hooliganism.
If you're opening your doors to anyone, and hosting their content online on your domain, there is a whole slew of problems coming your way. And the "main" instance mastodon.social got to feel that when an AV vendor blacklisted them. Someone had been using their public profile to host C&C. Of course, why wouldn't they?
So now I see a very sad thing, my fellow admins are begging for rent and food money on Mastodon. Because they're spending so much money keeping their instance running. And God only knows how many robot accounts are taking up those resources.
I've said this so many times, but I'll keep saying it; keep the instances small and put focus on federation rather than fast growth. We want many, small, well connected instances rather than a few huge monoliths that need corporate money to keep going.
I don't care what all the naysayers in this thread are whining about, ActivityPub is amazing. Until someone launches a completely decentralized network that WORKS, AP is the one for me. Scuttlebutt looks interesting though.
I'll never get over the magic of looking at my public timeline and seeing posts cascade in from all over the world. A dozen different software platforms, some homemade, some unpublished, some open source projects, they're all talking. Thousands of forums from dozens of countries are all communicating with MY little instance. It's magic.
Also why does this random guy have MY data? Why does he need to trust a new admin with my data for a succession plan to be possible?
I don't worry about any of this with my RSS feed. Mastodon federated at the wrong granularity.
I think that's a very salient and responsible choice. With the freenode debacle coming to mind immediately I think it's important to remember how risky a change of ownership can be in particular if the users are not aware of it. Certainly a painful decision to shut the instance down, but a decision with a lot of foresight. An active migration might create disarray but it also forces people to make an active choice to trust another host.
That said the maintainer has my sincere prayers for his family and for his path in life.
I think it’s unfortunate for us users but at least on an open source platform migrating to a new instance is possible. That said - this will be a hit to the community.
It just shows how relying on infrastructure with a low bus factor is risky and something for future attempts to consider.
There are risks to every "bus factor," but I can totally get behind requiring a team of a certain size to be behind whatever infrastructure I rely on.
Most of my dependencies have a bus factor of 1 (Yours Troolie), as I write packages for my own consumption.
They are really, really good modules, and I publish them as general-purpose modules, but don't expect people (other than me) to really use them.
I did write a fairly massive infrastructure project, and managed it, alone, for ten years, then it was taken over by a team, and "went viral," in a sense. The best thing I ever did for that project, was toss the keys to the new team, and walk away. It's in very good shape, now.
> I bring this up because this kind of thing arises in open source software development as well. For instance, when the developer of htop disappeared for a while, and the community forked it. But we (Internet culture) have not developed the same approaches to handling administration of services that are useful to a group of people. This surprises me. I think there's room for some movement in this direction, where a group of people can maintain a service that is useful to them and made available to the whole group. Perhaps various chat servers / Mastodon approximate this, but even in this case they're often run by individuals and susceptible to the same kinds of outages.
I am sorry to hear that, but I can totally support them, and sincerely wish them the best of luck, dealing with a pretty awful situation.
Not so. Ads on twitter don't bother me much, and ads on a mastodon server would give me some confidence that the server would stick around, and not beg me for money.
Monetization with ads would also give people an incentive to market their server.
We invite you & anyone to register: https://Mastodon.Tech/registration
We've had over a year's experience running Mastodon but the Ruby platform is not resource efficient nor well suited for this purpose. We installed Pleroma for Mastodon.tech to avoid the inevitable problems Ruby created at Mastodon.technology for Ash. Pleroma is equally connected to the Fediverse.
Since 2006 we've hosted a technology forum so this is a natural extension: https://hostboards.com/discussion/5854/hostboards-partners-w...
Why bravery to say "I don't know; I could probably find out but I cannot."
If you have an account with a Mastodon server, what if the owner takes a disliking to you? What if their server shuts down and you can't migrate your account/identity?
Realistically every person should be hosting their own personal Mastodon node to at least base their account/identity around it, then consume/interact with content via federation but self-hosting isn't a system that works for "normal" people.
Maybe it already works like this (I haven't looked into their code/Mastodon at all recently) but a system where your identity is federated/shared across nodes in the same way torrents are mean that the more communities that you participate in the more "backed up" your identity is; if one node shuts down, your identity is still stored across many other nodes. Hell, it would be possible for people to run identity nodes that deal with nothing other than acting as an identity host/backup for users.
I think the PR advantage for things like Twitter is that people can go to one place: "Twitter", it's easy and you can locate all content from there. Mastodon still seems a little fragmented by comparison. We all might be tech people but I think for regular people to adopt there could be a few improvements.
It's part of the design of mastodon that the maintainer can pass the admin role to a new maintainer, and if a user doesn't approve, they can migrate to a new instance. If other instances don't approve, they can blacklist it.
It doesn't move your toots, but followers don't have to do anything to still follow you on your new account.
does that even count as migrating then
Having nodes control moderation and the like on traffic that originates in and flows through their node makes sense. Having your identity tied to a node has always seemed wrong to me.
edit: and to Ash, best wishes in taking care of your family in this difficult time. I imagine that giving up on your admin volunteer role was a very difficult decision but you did the right thing.
The mastodon.technology had some interesting folks. I've migrated my account to the mastodon.social instance. Moving accounts on Mastodon is pretty easy so that's a positive.
The biggest beef is everything that comes with it needing to be for-profit and how you can't control the whims of the product owner.
I know a fair few people who were really big Flickr fans back in the day and they lament at how the service has changed, and how its soul was diminished, because of the interests of those who now control it. You're right that it is still a going concern.
Mastodon might be able to force your followers to follow your new account, but AFAIK it doesn't do that either for reasons I don't know. That would've been cool.
We will ALL collectively move to another platform, instead of some users having to move multiple times because the server they are no closed.
Twitter by all means is superior in every sense, speed, network size, reach and content.
Can you (or anyone) please expand on this with some example hypothetical “black swan” events?
I hear they have the greatest censorship. Some say the best censorship. Nobody does censorship like Twitter. Not even close.
I think we might be experiencing this just in this year with its new ownership about to occur.
E: called them tweets
> This made me realize how little joy I’ve been getting from being an admin. How I’ve come to resent the work I have volunteered to do. I’ve donated countless hours to running the instance, solving both technical and moderation problems, and I’ve always put the instance above my own needs. But I can’t put the instance above the needs of my family.
> Why Not Transfer to a New Admin?
> Users have put their trust in me with their data. Choosing a new admin would require a massive amount of trust, since they’d have access to over a half decade of user data. Not just data from my local users, but from users they have interacted with.
The ideal inherent in federated systems- "people will use servers run by their anarchist commune's sysadmin" breaks down in real life. Nobody actually has a personal anarchist sysadmin to run their mastodon instance for them. In absence of this, the servers in federated systems are run by strangers on the internet who foolishly volunteer themselves for a huge amount of unpaid work, and who you just have to hope are going to be responsible with user's data.
This is why the anarcho-capitalist philosophy of the blockchain world has been so much more successful. The first thing they figured out was how to reward people running the servers, and how to make it so you don't have to trust them. It's a viable, expanding system, and with improvements to scalability and privacy, it will handle decentralized social media as well.
And one of the weaknesses of a decentralized model compared to a distributed one.
That doesn't seem like something most people are going to care about.
Are we censoring Facebook now? Is this the modern version of using M$ Instead of Microsoft?
Edit: fixed quote, and learned more about hn text styling
I'm not a Mastodon user, but this is haunting. Just like shady data brokers, political shadow companies and "the feds" are running VPN nodes, subreddits etc, this architecture is practically designed for malicious actors. It wouldn't surprise me if it's already being used this way on other nodes.
To be clear, in 2005 this would have been great, tech is moving fast so one has to remain humble when critizising architectural decisions. Nevertheless, today we can't trust private data in hands of benevolent (and often de-facto anonymous) volunteer actors, if we want scale and security in the decentralized (or even federated) world.
We have had enormous progress in applied cryptography, both in social apps (Signal, Matrix) and defi (some successes, many failures to learn from). We should have the expectation for private data that the operator cannot read it. Doesn't mean that all data on a social app must be private, but DMs and invite only "groups" should be.
Currently, the typical website with per-node password auth doesn't satisfy these constraints, since credential harvesting is trivial. It's very difficult to build E2EE web apps and even if, users have no habit of keeping secrets on-device. The client itself needs to be vetted and accessed securely. Perhaps Matrix is best positioned in this space.
(Please correct me if I got any details wrong)
> We should have the expectation for private data that the operator cannot read it
That's called heterogenous encryption, and it's the technological equivalent of Mythril. End-to-end encryption doesn't stop the operator from decrypting your data. In fact, pretty much everyone has to, since raw encrypted TLS data can't just get slotted into your OneDrive/iCloud account. These operators literally need to read your data to operate on it. I genuinely don't know how you would engineer a more secure architecture here.
If you want to talk about architectures designed for malicious actors, you probably shouldn't start with distributed systems. Monolithic, profit-driven corporations like Twitter are much easier to tempt with salacious "data brokers, political shadow companies and "the feds""
This is something that perplexed me when Mastodon and Diaspora and others appeared: why would you want to recreate/mimic the toxicity of FB and Twitter ? The resharing, the upvotes, etc. If social networks all have the seeds of their defaults, why clone it ?
Today, several in my mastodon timeline mentioned they finished the move. But without them mentioning, I, an outstander (i'm on another instance) wouldn't notice it.
What will happen, though, is that a portion of the users won't migrate. Either because they forget, or they can't be bothered, are "zombie accounts", or because its too challenging: it does involve down- and uploading and/or copypasting zips/datafiles. This means a bit of pruning or culling, and that could be considered good, IDK.
What will also happen, on a more technical level, is that other instances and maybe bots and automation will hit timeouts and connection errors when it really shuts down. Most instances and fediverse software can handle this just fine, it's built with this mind; it might at most cause some overhead and load. Some flakey or poorly developed software might crash or break (for a moment).
Do you mean that part of the protocol allows for a migration process that includes changing who your follows are pointing at? (assuming all servers involved are up to date and have this feature) I.e. did your account automatically start following your friends' new accounts?
Thanks for clarifying - without that bit of background, this post reads like, "if I can't have it, no one can". But I guess the post is directed at people who do understand the background behind mastodon in general (which I and OP didn't).
There's also a "self destruct" feature in Mastodon which is the nice way to shut down an instance; it issues account deletion messages for every account to every instance it federates with. The idea being that this results in the federating instances processing the account deletions accurately.
As for requests to the original server; basically all instance software (Mastodon included) implement a backoff mechanism, meaning that if after 3 months your server is still returning 404s when requesting new information, the software will quietly stop requesting new info unless explicitly asked to do so by a user.
I myself moved off mastodon.technology when I didn't agree with a change to the ToS, and was banned from mastodon.social without reason or redress, and neither event meant I had to start from scratch.
It's a "typical" Rails application: large, convoluted, lot's of moving parts, and services, and generally slow as molasses (solved by throwing more hardware at it). As experienced Rails dev(ops), I managed to run and help run an instance, but it's not something done on a friday afternoon, let alone scale up.
What we really need in this landscape is dead simple services. I'm thinking about the difference between setting up a gitlab or a gitea. The first is Rails, needs ruby, gems, bundler, workers, database server, redis, mailserver and whatnot. And thats for manually installing on a server - no pipeline or anything to manage future changes. The second a single binary (pre compiled from a go codebase) everything statically linked (even sqlite is built in, with option to upgrade to postgres). Plop it on a server start it and go. For an intranet you might even skip putting a server/https in front, just run on exposed ports.
We can dockerize all the ruby-stuff, but that might make it easier, it doesn't make it simpler, it really makes it more complex. And the performance-issues aren't solved.
The fediverse needs this as well: just plop a binary on your VPS or homeserver and you're running. Such lean and simple servers are being worked on, but Mastodon itself is a huge, slow and hairy beast.
DB backend is postgres. It's also by default far less cache heavy than Mastodon (which caches every external attachment, avatar and header locally, which causes a lot of issues since it's the main reason instances run out of disk space).
Featurewise it actually surpasses Mastodon on almost everything except for not offering a tweetdeck-like UI.
I'm working on exactly that: a service that acts as an ActivityPub server (code[1], example[2], example application running on top of it[3]) for users in the form of a static binary. It supports multiple storage backends that can be selected individually or all together at build time and it can be extended to many more.
[1] https://github.com/go-ap/fedbox
[3] https://littr.me
Even if you get the tech stack solved to an easily deployable package: The problem is you still need to invest immense amounts of time on moderation. Some of that responsibility is enforced legally (e.g. CSAM, warez, US COPPA, EU GDPR, German NetzDG), some of it socially (e.g. kicking Nazis, conspiracy spreaders or other forms of hate speech out), some of it by the federation system (e.g. kicking spammers out) and some of it you need to do to keep your community healthy (e.g. kick general trolls and creeps out). If your instance allows adult material, gambling or games, you'll need to moderate your instance as well in some jurisdictions. And you'll need someone always available to support police, court and secret service requests.
Maintaining a service that hosts user-generated content is a thankless nightmare, and no matter what you do it is a huge liability. In the end, either you make your users pay for it in cash (subscription fees, patreon/gofundme/paypal donations), with their data (advertising) or you'll eventually burn out (such as the author of the blog entry).
Oh, and add on top of all of that the constant dealing with abuse: 4chan edgelords DDoS'ing your instance "for the lulz", random skiddies constantly running exploit scans against your server (which additionally means you have to have someone 24/7 to upgrade software in the case of a 0-day), people reporting your server / IP to blocklists to get you booted off the net... then you have to take care of hardware maintenance itself, making backups, testing backups. It's a full time job essentially, requiring an awful lot of time, money and connections (e.g. lawyers).
Even having around 20 users or so is still relatively manageable (used to run an open signup instance in the past). Basically as long as you don't exceed Dunbars Number[1], moderating a fedi instance is fairly painless.
External moderation can generally be managed with snap decisions. If you use Pleroma (and you should, it's much more technically competent than Mastodon), you can manually disable external user accounts specifically from federating with your instance.
Beyond that, most fediverse servers kinda make it really obvious whether or not you want to associate with them; they tend to be fairly open about what is and isn't allowed on their about pages so if you get a misbehaving user, you can usually see at a glance if the problem is instance-wide or just some random vandal.
Your biggest burden really is local moderation, external moderation isn't a big deal at all.
You can at least use it for existing communities and "social networks": family, friends, geographical communities, hobby- or work-related ones. To provide them a somewhat self-administered space online to connect and share photos and other info. Thanks to federation this community can have its own "space" without being isolated from the rest of the internet. Open-ness can be somewhat gradual.
There's lots of different of ways to organize funding and the ongoing technical work for such communities.
I think it becomes harder to build sustainable instances the less socially connected the admins are to the average user.
"Epicyon is a fediverse server suitable for self-hosting a small number of accounts on low power systems."
In a testament to how the Fediverse really does Just Work, I stumbled across Bob, the developer, quite by accident from my Mastodon account and now follow him. His posts, from his Epicyon instance, appear just like anyone else on my home feed and we interact as if he lived on my home server. There are at least half a dozen people I interact with who aren't on Mastodon, either.
I say this as someone who set up and scaled one of Europe's large dedicated WordPress hosting platforms. Everything, from nginx-phpfpm to varnish to scaling that horrible mess of plugins and themes your Fiverr dev delivered beyond just five req/min.
It really isn't very easy. And certainly not simple.
Mastodon.technology have ~1.5K activate users (out of ~24K users in total), charging $1/month would easily cover any cost involved with hosting the instance itself, if done right (avoiding hosting providers that charge for "premium bandwidth" and so on, looking at you AWS).
The other problem is that charging $1/month is a practical pain in the ass. For micropayments, processors will easily take 20-30% of that.
There is fix for this, which is Fedverse Relays, but guess what ? Mastodons official servers don't use them.
I mean, what's the problem of using other means of communication to publish/promote your identity?
I am far from being internet famous, and I get at least one follower every week on Mastodon simply because I put it on my Twitter bio.
you can move your account to another instance in about 2 Minutes of work
> - Private data and DMs should be end-to-end encrypted rather than entrusted with a single administrator.
There is no "private data" on mastodon, I think it gets communicated enough that admins will have access to direct massages. it even says to you "Posts on Mastodon are not end-to-end encrypted. Do not share any sensitive information over Mastodon."
if you want more, use the IM of your trust ;)
> - People don't want to self-host.
True MOST ppl don't want to host, but they are a few that like it and even get money for providing a public service. So I don't have to host smth, I just have to find someone hosting it.
Social networks should have private data and E2EE, plain and simple. And the hosting challenges and centralization is why we are here discussing Mastodon.
[1] https://edtechfactotum.com/migrating-to-a-new-mastodon-home/
Maybe 2 minutes for the technical side, then 2 months of getting all your old followers to follow you at your new address.
> if you want more, use the IM of your trust ;)
Or use a different protocol...
A savvy user could circumvent this and use the blockchain directly if they want to pay in crypto and/or cut down on the payment processing fee.
And all of this makes me wonder – maybe it's better to re-implement something like Mastodon on top of Matrix. If Matrix adopts decentralised user accounts, that would seemingly solve such issues automatically. There was a POC Matrix based Twitter clone demonstrating this, actually [2] (but without the decentralised accounts yet).
https://cerulean.matrix.org is another POC Matrix based Twitter clone (built for Jack & Parag) that demonstrates this (but without decentralised accounts yet).
Then it's a real problem that people keep doing these projects in Ruby and PHP. It was a problem that was ultimately laughed off when Diaspora chose it, and it's a problem that continues to linger and continues to be laughed off.
Make it a single-binary that uses a couple sqlite files in a ~/.directory, and people won't mind running their own server. They could opt to proxy their traffic through a caching intermediary, and we could still federate those caching intermediaries. Being a mule for social traffic could be a commodity service if social were standardized properly. Ideally, one would be able to flip a switch and adjust a few dials on one's own instance to become a caching intermediary for others.
It can't be denied that it's a practical option, given that there are thousands (maybe in the tens?) of users who are doing stuff on the network.
There's a lot of work which needs to be done, to make the core event loop faster, and enable scaling to the kind of social graph celebrities have. I'm confident in the technical leadership of the project at this point in time.
Full disclosure: I've been a user of urbit for many years, and stand to benefit materially if it becomes popular. I neither work on urbit nor on urbit things, never have, and have invested no money in either urbit or its address space.
I still think it's a good idea, just like I did when it was barely usable and much weirder.
Mastodon (and similar services) would benefit greatly from (a) requiring users to own their own instances, via commoditized hosting providers, (b) one-click or few-clicks transition between hosting providers, and (c) enabling serverless-style pricing.
Requiring users to own their own instances safeguards users from admin-shutdown.
Ease of migration safeguards users from poor hosting providers.
Serverless-style pricing (e.g. pay per federated message, not by CPU) reduces the financial barrier to entry for new and lite users who are not yet fully committed users.
As a user this is all transparent. I follow loads of people from all over the Fedi (some of them not even microblogging platforms) and it basically just works.
So just allowing for personal connections will also work to federate but a lot slower.
The actual problem is... to know the person. There are no more suggestions from algorithms and no more million-followers accounts that you usually heard of, you need to dig to find people you find interesting.
Where do you host your blog?
If all you are doing is consuming blogs then yeah RSS is a lot easier than choosing a Mastodon instance.
But if all you want is to just consume Mastodon, you can do that with RSS too. Almost every public profile in Mastodon has an RSS feed that's easy to discover (and most auto-discovery tools will do it for you).
The complication, just as with Blogs come from when you want to post. With RSS you still have to pick a blog host. Do you pick one of the big name cloud hosts like Blogger.com, Wordpress.com, or Medium.com? Do you pick a smaller host or self-host? If that, which blogging software or static site generator do you want?
Mastodon federated at the exact "same" granularity as RSS, it's just that generally more people assume they will post on Mastodon today (and more people have private/semi-private feeds) rather than just only consume public feeds. Choosing an instance is exactly like choosing a blog host. There are the big giant instances that are easier to get started but you "own" less control of them. There are the small community instances. There are instance hosting providers. There are plenty of opportunities to self-host if you have the technical determination. There are even multiple software options to consider: Mastodon, Pleroma, Mastodon-forks like Hometown, Pixelfed, and many more (those are just the ones off the top of my head that federate with the ActivityPub "Fediverse").
Trusting an instance admin is just like trusting a blog hosting provider. They have "your data" because you've asked them to host it for you.
With all due respect an RSS feed is not "your" data, it's just data that you aggregated. You're not comparing it to the fediverse in good faith. If you must make a comparison you can do it with email: do you have an email address? Do you trust your email provider with your data? It's the same with ActivityPub based servers.
Tweets are microblogs. RSS technology is fine for publishing them. The Twitter client only needs to be an RSS reader. Replies, retweets, and likes are empty calories for end users. They're the engagement bait social media uses to power an attention economy.
The fediverse copied the wrong features. There's no point for it to have an attention economy because no one is monetizing the attention. Therefore there's no need for the empty calorie features, and no need for my data to be on someone else's server.
Server written in reasonably fast software on $10 (well, probably some extra bux in storage if community is image-heavy) VPS can reasonably serve tens of thousands of users in typical forum/blog/hn-esque format. Mastodon isn't but I don't doubt someone would rewrite it in something faster if there was a need for it.
I'd like to see RSS come back in a big way, but replace RSS with ActivityPub and instead of nationalizing shitty centralized commercial services, adopt the protocols that allow for distributed and federated social activities.
This happens all the time and there are parallels with other format / medium shifts (Gutenberg invents movable type, newspapers supplanted by news reels at the cinema -> people buy radio receivers -> broadcast television -> cable news -> whatever we have today with our always-on internet connections and services.
My main point here is that audiences are fluid, we can respect their intelligence, and they go where the content is.
Where is the line between "trying to make a profit" and "trying to be self-funding"?
Trying to be funded off of donations is really hard and rarely works. Most of the time you need other funding models.
If someone runs a biz where they run mastadon instances and the business breaks even (or just a little more) is that making a profit?
How does an organization behind an instance make money to cover expenses? This has to be looked at.
The whole "millions of users" fallacy is the result of people not being able to grasp what federation is about. The network can easily accommodate millions of users. Individual instances don't need to be able to.
It has a very small community. That is very different from being dead - in fact, that community is probably much more passionate about what makes it specific than a large community.
For example, you'd find that sysadmins are much more prevalent on Gopher than Twitter.
I'd say ratio of sysadmins to actual users of the service is good indication that something is dead
It works best between Mastodon instances, but between different apps the migrations are often also supported. New apps like GoToSocial have the migration still as open issue sitting in their tracker, but will support as well.
For one, maintenance, probably becomes harder even. And it won't be "a docker image", but a docker-network (-compose, k8s or such) because running requires not just a single service, but a webserver (https), runners (async workers), redis, postgresql, elasticsearch, file-storage and so on. You'd need some 4 to 8 images all interconnected to run it. And secondly, docker isn't omnipresent. I can't just copy a binary into /usr/bin , run it. I'll need docker, networking, docker-knowledge, logging, monitoring and so on.
More so: if a docker is a solution to the setup of complex piece of server-software, than certainly docker is a solution to the setup of a simple piece of server-software.
It doesn't scale so well, but if there were an easy ability to (say) plug in an S3 bucket URL for offloading older media, then it might work for quite a while.
I half heartedly look at one of my own projects written in Go and wonder if it would fit the criteria but still some work to do. At the end of the day most people don't want to run anything and those that do end up with pages of documentation and maintenance burden.
No, the old instance will redirect your followers, without interaction. (Though the old instance has to be up to publish the migration.)
You can't call keeping merely the contacts without emails themselves "migration of email provider". It makes no sense.
Also, you said "follower[s] don't have to do anything", but somehow you (the followee) on the other hand needs to actively move? What if my follower is on this instance too and they don't actively move? Shouldn't their account disappear (and you lost your follower)? I genuinely don't understand how it would work other than everyone has to manually move together.
If the person does not migrate off of the instance, they'll lose the account and yes, you'll lose a follower. But if they do migrate, both of you keep the connection.
So is the answer that I'm misunderstanding, or is the answer that I'm understanding correctly. Are the ramifications that I highlighted true in either case, or false?
- Multiple C-suite executives and board members get caught up in a Jeffrey Epstein level underage sex and sex trafficking ordeal. They resist when busted, and it becomes a spectacle. The evidence is just messy enough and the group is just tight-lipped enough that the legal parts of the case take a long time. In the mean time, Twitter loses users who voice their objection via not giving Twitter its attention and moves on to an up-and-coming competitor.
- The US elects a group of politicians who have authoritarian leanings (note that these could be extremists from either side of the politic spectrum, imho). This group of people lose power in legitimate elections. Via various levels of chicanery that revolve around undermining the spirit if not the law around the US election system, this group makes it so that they are able remain in power. Once they’ve started down that slippery slope, they just rewrite the laws so that they stay in power permanently. This group clamps down on free speech. The powers that be at Twitter object. A puppet leader loyal to the leading party is installed in order to manage Twitter out of existence, with a state-controlled competitor being supported in its place.
- The US is successfully overtaken in war by another country. The powers that be at Twitter allow for speech against the occupiers. Twitter is shut down.
- Twitter is found to have facilitated genocide in a foreign country (e.g., Myanmar), and the public revolts. To be honest, this will probably be overlooked, but I thought I would put it here as a thought exercise.
Part of the problem with hypothetical black swan events is that they seem entirely impossible… until they happen. That’s why they are black swan events.
And if you are saying the former, then Twitter and Facebook’s longetivity should be the least of your concerns.
I personally couldn’t care less that there’s no Facebook around when I’m living in a post-apocalyptic hellscape due to the “political climate”.
Because Twitter is, so I think I side with the guy that said it’s silly to think it’ll shut down soon.
which is ... truly laughable if you like doge?
there is the mastodon project, but you can fork the code and make your own community if you want more control over your own codebase when it comes to your own mastodon instance
That seems like a very, very poor choice. I have the same concern with Matrix.
the question actually challenges all sorts of assumptions we make about how the internet works. in this regards it reminds me of IPFS.
And while ipfs has some very cool tech the main thing it has problems with are names. ipfs has no names, which sucks. there is a name system ipns but it does not help much.
ipfs does a publish/subscribe subsystem which I find one of the most compelling parts. it is however considered experamental and inefficient.
this did not stop me from writing a distributed video streaming system using it. which turns out to suck, no names, and, even on my local network I was getting ~ 2 minutes of lag, no one would put up with that for streaming.
https://nl1.outband.net/fossil/ipfs_stream/doc/tip/readme.md
By all means, enlighten us to the better one. It seems like they made a tradeoff here, and one that’s most in line with keeping everything distributed.
ENS (https://ens.domains/) solves this problem rather elegantly. A single source of truth that is decentralized so any app can use it without trusting anyone. It wasn't around when Mastadon was being built unfortunately but is useful for developers of new apps and protocols.
Only the top level namespaces require a purchase. Names for services (e.g. james.mastadon.eth) are free. A live example of this is Coinbase which gives users (name).cb.id for free. Once your service claims a namespace you have full control over it.
It's literally the opposite. E2EE means only the participating parties can decrypt the messages.
> In fact, pretty much everyone has to, since raw encrypted TLS data can't just get slotted into your OneDrive/iCloud account.
TLS is not designed for e2ee, it's designed to protect traffic in the client server model. This is referred to as in-transit encryption. SSL got traction mostly due to e-commerce.
> I genuinely don't know how you would engineer a more secure architecture here.
Prior to computers, people pre-shared their symmetric secret keys only with those they trusted, precisely to make their messages secure from spies, couriers etc. This is e2ee.
You are right that "you have to trust our almighty server" is commonplace, but they absolutely do not have to. In 1991 came PGP which let you have e2ee over email (even if your peer is offline). Signal, Matrix etc use more advanced protocols to provide even more security and useful features. Even whatsapp and telegram have e2ee in most ways, although they have been criticized for not satisfying all criteria.
Fully homomorphic encryption is also possible to operate _on encrypted data_ albeit computationally impractical still for a couple years.
Having publicly readable posts is core to the whole idea, just like Twitter.
Note: there are some interesting forks like Hometown[1] that have interesting privacy variants. The big feature I'm envious of in Hometown is the ability to send a message _just_ to people on your server that will never leave it. BUT overall mastodon is 100% about publicly readable information (like Twitter). If someone isn't comfortable with that they shouldn't use Mastodon.
But I do think it is worth pointing out there is nothing wrong with folks doing something to scratch their own itch. It does not have to be hugely popular or have a ton of users. If the sysadmins care enough to keep it running, that it literally all that matters...
I may steal this quote.
Now first storage space taken will be ridiculous, and then you will be hosting content you don't want to host because it could be straight up illegal in your country.
Look at any crypto-blockchain and count how many full-nodes vs thin-nodes are running in networks.
Then there is the whole tragedy of commons: average seed ratios and streaming video players for torrent content shows that are not willing to contribute to the greater good.
There is an option of dividing it between "publisher" (source) and "cachers" (caching whatever is recent and popular) but that only helps a little bit.
> Then there is the whole tragedy of commons: average seed ratios and streaming video players for torrent content shows that are not willing to contribute to the greater good.
Over 2 decades of pirating that has only been a problem for obscure and old stuff.
I don't see it being a problem in social network sense; you publish your stuff, if there is nobody wanting to look at it, seeds 1, leeches 0. Moment there is interest it propagates. It is of course problem if you want to see something archival that author is no longer in the network tho.
It's a common problem for old stuff like you said, very new stuff with specific formats. It's an issue for new stuff because it often doesn't have enough starting seeds, and people leaving as soon as they're done watching/downloading doesn't help the situation. Before I've discovered usenet this was a very common issue for me.
Then there is specific file formats like chunky movie rips with Dolby Vision + Dolby Atmos + Dolby Yet Another Audio Format + all of that again in 5 languages. People will often choose a different release to download, and that leads to fewer seeds.
I know a group of people on a popular torrent tracker that just downloading everything and seed forever. They do entirely for free. Those petabytes will probably rot once they...die.
C'mon. Let's call a spade as spade: you wanted to complain about moderation and you shoehorned it into conversation. In no way does it make Twitter "shut down".
I disagree with moderation decisions made by many instances, but if they made no moderation decisions, I would not be able to use the Fediverse. So I'm glad of it, even if it's a pain sometimes.
Wait, where have we heard this before? Oh right, Bitcoin and mining. It won’t be run by small time users if it catches traction. Not techies goofing around on the weekend, but when your Grandma creates an account because her friend is on there.
I'm also amazed that giving users control over what they see isn't an option. That solves the problem completely by making it the user's problem. That, however, somehow never seems to be an option.
Nah. If you can pick your king, he's not really a king. The intended recipient of your communication decided to join a server that censors your type of message.
The problem is when the federation becomes a trust, and members collude. Like Facebook, Twitter, and Youtube, for example. The more division, the more federation, the harder it is to collude.
Twitter pays people money to keep their service running, so there's that incentive.
> As for real life scenarios...there are upwards of a million people using it right now. I've made friends, networked professionally and found several homes there. I am literally a real life scenario and so are the people behind most of the posts there.
Twitter is, say, 300m MAUs. That would mean the volunteer Mastodon infra would have to increase 300x (assuming scaling is linear, and the Mastodon community hits Mastodon as hard as Twitter users hit Twitter) to cope with similar traffic numbers.
For servers that run Mastodon.
> But that sort of total exodus would mean a lot of additional people contributing ideas and code to the Fediverse, not just servers, but by making it easier to run your own instance.
Most users aren’t interested in contributing anything to the platform. Social media platforms popularity lays in simplicity. No one wants to run anything, just use service without any hassle.
> there are upwards of a million people using it right now.
Compare that to 200m+ users of Twitter sending 500m+ messages daily. I bet Mastdon can handle this without a sweat.
It is not early days anymore and no non-technical user is interested in hosting their own servers for chatting with another person. They don't care about decentralization as even if they tried they will recentralize to the main Mastodon instance.
Running a server that can cope with thousands of users would probably cost just a few dollars a month. Donations would be more than sufficient.
An actual takeover will almost certainly be a virtual DDoS on Mastodon.
For reference my work laptop (8 logical cores, so 4+HT? 32GB RAM) can handle 100k rows/second sustained inserts into postgres 14 with some batch jobs I'm working on. You can buffer http requests into batches and easily handle way more than 10k/s on a server while still providing synchronous semantics and reasonable latency to the client (e.g. flush batches every 10-100 ms).
I doubt Mastodon is designed for that kind of scalability, but most techies could probably afford to run Twitter as a hobby if they knew what they're doing and they weren't trying to do all the analytics and advertising stuff to monetize it/just wanted to provide the service.
You have no idea what are you talking about.
This process doesn't update any of the old content from your account, which was regarded at the time as a necessary simplification because of the issues of updating canonical URIs for accounts on one system to accounts on another system (different software might have different expected routes, you might need to store lookup tables, etc etc. It just opens up a huge can of worms). In practice this doesn't really matter that much since Mastodon is used primarily for microblogging and less for, well, actual blogging. If you were designing a more fully-featured social blogging platform like a Medium or Tumblr equivalent you'd probably want to put some more thought into that side of things.
There are plenty of people using it. It has not “failed”.
Yes, I said: 'Little to no users'. After looking at it for a couple of years, it is not the typical twitter user that is self hosting their own Mastodon instance and just the same tech-folks that are doing that (unreliably) and sitting on Mastodon. The level of social interaction on Mastodon is so low and limited, that they still use their Twitter accounts more than their Mastodon accounts.
So yes, it is not early days anymore and we have given it enough time and it has already failed.
One solution that I implemented in communick as an attempt to solve both cases: sell group packages. Let one person pay for a group of 5-10 people. This way you can still have a monthly subscription and you lose less money to the payment processors. I was also hoping that would help with network effects, as it would be an incentive for one person to bring others along. Alas, I think I am the only "customer" from my own service that has been using this functionality.
so... you never actually used Mastodon? Its users do have the ability to filter content based on keywords, accounts or domains.
You've said this, but didn't bother to give a reason. Can't you go to church even when the plurality of people tolerate porn?
It is ok if it never gets adopted as mainstream communication. But for the target audience (like opensource support communities being the target audience of Libera), it works quite well.
In my opinion, the main reason why it was never adopted as a mainstream platform, is because it was never picked up by a big corp that saw a way to earn money off of it.
Insert any modern chat app and random user can drop a screenshot there trivally, do some basic text formatting, and paste code in nicely colored blob of text, all from comfort of single login in a browser. And now even jump to voice chat or video conference directly from it.
They can also look at what they missed in channel by just scrolling up. Sending files just worked. You just got notifications without extra fuckery. Hell, you get digest with conversations you miss.
That's why modern closed down chat ecosystems won. Coz it's easy for "normies" to use.
Let's take other example, XMPP. It had all that but in network of XEPs that some clients/servers implemented, some not, some just not very well, and some being fucky to config. It wasn't just "login here and get every feature" like it is in modern chat clients.
It had it's one shining moment where both facebook and google offered XMPP way into their garden so you could have connectivity across federation and just have a single contact list but that didn't matter to non-nerds that just used facebook/google talk so once they decided to close their gardens any benefit of xmpp faded away.
I haven't forgotten about the Freenode hostile takeover.
I disagree with that characterization.
> and survived
Survival is not the issue. Mastodon will survive. Tumblr survives. Even MySpace survives. But major disruptions tend to lose users.
(And yes it's true that the potential Twitter acquisition is a potential major disruption. But it's not going to be shut down after a $44 billion investment.)
The other parts are true, but the "manipulation of timelines" is just a question of time because it's useful if you follow lots of people. As long as it remains opt-in and a setting it's a good thing. I'm planning an ActivityPub implementation for myself and "manipulation of timelines" is one of the features I want to add the most for my own use.
Point being that deviating from a strictly chronological timeline isn't the problem. Doing so in a non-transparent way the user has little control over is.
But overall it's easy to iterate on this, and you can try things on your own instance or your own "corner" of likeminded instances while still be able to interoperate on most things.
Edit: supported since 2018 https://github.com/mastodon/mastodon/pull/8703
Cryptographic certainty is fun to think about, but sometimes you just need people.
However, your definition seems overly pedantic? It defines itself[0] as a social network with an emphasis on audience. Messaging is merely the method of interaction.
[Edit] "audience" is incorrect, I should've said "people"
But when using an independent server, one would need to type your full username, and then try and see if such an account exists. if you only type the display name, or username without the server address, nothing will show up.
Which is fine for chat apps like Matrix or E-Mail, but not for platforms where discoverability is important.
At this point, it seems like a feature that the system does not make it easy to be discovered.
Though it also involves migrating blocklist, followers, some settings, and such.
I don't think it was a deliberate misquote of gp to manipulate readers. Instead, the "anytime soon" was responding to gp's exact statement of : "We'll find out soon enough."
Sounds close enough to "anytime soon" for me.
I presume this Metaverse thing is that. Facebook may stop being the platform that serves every second person on earth a feed of images and text. Or stop being the place where we can communicate for free. Once profitability shifts to VR sets, virtual-asset markets and augmented advertising (or whatever markets emerge, if any)
The Planetary app handles this much better, but it’s only on iOS/iPadOS ( therefore also able to run on M1 MacBooks) unfortunately.
For smaller instances, I really have a hard time seeing tax authorities going after people because they decided to host a server and ask a total of $100-$1000 per year from a few dozen people.
Lastly, perhaps if you weren't so biased against crypto, you'd realize that this is one actual valid use case for it?
One of McAfee's last scams before he died was pushing a "crypto-based social network" that was just a poorly reskinned Mastodon called Hiveway.[0] It was 100% BS and didn't even bother to turn off federation. Hilarity ensued. There's nothing stopping someone from legitimately adding crypto support to it.
[0] https://twitter.com/officialmcafee/status/970280557887270912
Yeah, you could do it with regular payment processors as well, but with crypto you could not only avoid the fees from micropayments (layer-2 solutions already exist and allow fast and cheap transfers) but most importantly you could run these instances without dealing with bureaucracy. No taxman will come after you because you are getting a few hundred bucks per month.
"The cloud" has ruined people thinking that everything has to cost 10x or even 100x compared to what it would cost if you just spend some time learning about administration yourself and set up a dedicated instance instead of using anything cloud.
As an exercise, without looking it up beforehand, what kind of hardware do you think HN runs on and how much they pay for that per month?
Also, $1500/month is a proper salary in many places in the world. Not everyone lives in a metropolitan city where wages tend to be much, much higher.
If you use sane software, running a server is not a lot of work.
https://www.google.com/search?q=rvz+mastodon+failure+site:ht...
I wouldn't engage.
Repeating what? The truth?
Right, Please don't engage because everyone here knows it is true.
Also, I put content warnings when I blab on about some tech thing because not everyone is a techy there. I am friends with lots of people there who will roll their eyes and walk away if you start blowing their timeline up with that kind of topic and you arent conscientious. It isn't just techies all hanging out with no reason to be there other then the tech novelty of it, it is a lot of peoples' home.
Having 90% of registered accounts inactive with only 10% of them actively using the platform isn't exactly 'alive', 'growing' and 'healthy' especially when they occasionally run back to Twitter since they know little social engagement goes on Mastodon. 10 is closer to 0, than 90 and usage is still declining; Hence "Little to no one".
But we both know it is not just that. Not only they can't help using Twitter more, they won't move to Mastodon for the exact same reasons as I said and Twitter's network effect, hence why little to no-one is using Mastodon. The same tech-folks like (Mastodon.technology) are the ones 'self-hosting' these instances and not the regular users, since they don't care enough to even use it.
Not even the one operating Mastodon.technology could handle it. Might as well recentralize back to Mastodon.social just to save itself from the very low levels of social interaction since Mastodon has already repeated the same problems as GNU Social once again.
That's not at all true. Account activity follows the Pareto principle. It's not at all unusual for any online service to have a large number of inactive users. Perhaps it's different for Twitter, but considering I've probably signed up for it three times and use it approximately never, I'm skeptical.
And you're free to pick a mastodon instance that offers the same (if that's something you cared to do). Do you also complain that it's possible for any rando can spin up their own email server and start passing out free email addresses?
I can't predict what Musk will do, but I'm under the distinct impression he's trying to allow free speech for everybody, get rid of bots, improve the tech (allow editing a tweet), and potentially hold people to account better by not allowing (or deranking) anonymous accounts. There's also leaked chat with Jack Dorsey about making an open interoperable protocol. Twitter would not die if it opened it's protocol and federated. As a public company that would destroy the ability to profit, but as a private company he can do that.
I have a lot of faith in Elon based on past results. He already solved the problem of people who don't believe in climate change - he got them to buy electric cars because they are sexy. Brilliant man.
Wow that's a grim perspective. Somehow I doubt that catering to the consumerism that got us to where we are with climate change is what's going to help us fix it.
That said, I think he is buying Twitter for the lulz / weird libertarian reasons, rather than making a real business out of it, and I have serious concerns it will injure what is currently a public utility absolutely beyond repair.
https://www.imd.org/research-knowledge/articles/why-you-will...
I think you and I were on very different servers, and considering I've perused dozens, you must have gotten a really raw deal.
I note for the record that this is precisely the sort of thing that doomed Voat. They got invaded by racists who decamped there after being given the boot from Reddit and promptly began spamming every sub with their obnoxious behavior which chased off everyone else. They shouldn't be surprised that they have a reputation for being a haven for people too toxic even for Twitter/Reddit.
Of course not. It's on the Internet. I don't have a problem with furries, people with bias or kinks. What if I'm one of those people, should I not be allowed to make public comment?
None of the instances I've used tolerate the harmful examples such as racists or lolicons, that you've incorrectly lumped together with perfectly cromulent lifestyles, and thanks to that I've barely seen any. And on the odd occasion I do, I just ban the user or the entire instance and move on. This happens maybe five times a year, if that.
Many instances of mastodon on the other hand are happily engaged in real meaningful moderation. The owner is expected to moderate what type of content is allowed on their instance, with the federated aspect ensuring the "free speech".
That's not to say mastodon is without issues. The issues of voat just can't be transferred wholesale.
The difference between the fediverse and most other online places for manyyyyyy fediverse users who use it day to day is that if a bunch of racists show up and start making things shitty then somebody (mods) will ACTUALLY do something about it whereas every other online platform just didnt really care or defend the vulnerable.
Are there large communities of racists on isolated parts of the fediverse? Sure. It is an open source software, even Trump's shitstick social network tried to steal and use mastodon.
That's what got reddit to be the biggest forum on the planet. So I guess Mastodon is worth another look then.
You can easily batch writes into neat transactions: make a queue, have your POST handler write (row, callback) onto the queue and await the callback. Have the queue reader grab a chunk, push it to the db in batch, and execute all of the callbacks on commit. The callbacks return a 200 to the client, or 500 if the commit failed. This can all happen fast enough to be done in "real time" (however fast you want your queue worker to flush batches).
You can do all of this in a couple dozen lines of code with something like Scala/ZIO.
Computationally, it is totally doable. The biggest constraint is the cost of storage.
When I said that you can't batch, I meant that each tweet will be at least one transaction. Async write with batching like you suggested will have a horrible user-experience, also your client often is a mobile device or browser - how do you deliver a callback from server there?
Nah, how many inserts your laptop can make and how many tweets created in a unit of time are two irrelevant metrics.
You don't. The callback is on the server before it ever responds to the request. The client sees a synchronous response with a delay of a few extra milliseconds.
Here, I slapped this together to demonstrate the technique[0]
Your HTTP route handler becomes
override def create(body: String): Task[Long] = {
for
rspP <- zio.Promise.make[Nothing,Long]
_ <- createQueue.offer(InsertRequest(body, rspP))
rsp <- rspP.await
yield (rsp)
}
i.e. make a promise, put your work on a queue, and have the HTTP response be the result of the promise. Then you have a background worker: _ <- ZStream.fromQueue(createQueue)
.groupedWithin(8192, 10.milliseconds)
.run(ZSink.foreach(repo.createChunk)).forkDaemon
Which processes up to 8k requests at a time, waiting up to 10 ms for a batch.The worker does a bulk db insert, and completes the promises with the generated ids.
Similar techniques should work on read batching, but I haven't tried that. You can also speed that up some more with the COPY protocol, but IIRC you need to be more careful about escaping/SQL injection. The example I wrote uses prepared statements/parameter binding.
On my 6 year old mid-range desktop (this CPU[1] and this disk[2]) this program can process ~30k `create`s per second. For about $1500, I could buy a new computer with a Ryzen 9 7950 with 4x the core count/8x the thread count and 2x the single-threaded performance, so around ~10x more processing power, 128 GB of RAM, and a Samsung 980 Pro SSD, which can do 1M Write IOPS (25x more than my SSD) or 5GB/s sequential writes (10x more). So a $1500 computer with a single disk should be able to do around 300k/s. PCIe gen 5 is now coming out, which will allow for another doubling of disk performance.
128GB of RAM means you can keep at least 100M rows worth of index in memory. It's not that expensive (under $10k) to build a server with 1TB of RAM.
Totally feasible for a hobbyist to do without tons of tricky optimization (the code I posted is purely functional Scala!); people spend $20k on a jetski or $80k on a truck. Like I said, the most expensive part is going to be the storage, but you could do something like only store the most recent 1000 tweets per person, and charge $10 to bump that up to the most recent 10 million tweets or something. You'd come out at a substantial profit with that model if you got a few thousand takers. Similarly you could charge to let someone follow more than a few thousand people so you could pay for a read replica or two.
[0] https://github.com/ndriscoll/twit/commit/19b245677b978b42a6f...
[1] https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-6600K...
[2] https://www.disctech.com/SanDisk-SDSSDHP-256G-256GB-SATA-SSD
That may not have been what the original poster intended but if that’s the case then they should use less ambiguous language.
That said, network effect declines can happen much faster than people think, and can be hard to see in the numbers social networks usually put out. History is short on this kind of service, so precedent doesn't mean a lot.
I wouldn't put money on Facebook being around and anything like it is now in 10 years. It's barely anything like what it was ten years ago, and it's clearly not meta's priority anymore.
Twitter is tricky because Elon resuming his bid creates a wide range of possibilities, some that include him cannibalizing it out of spite. He's a wildcard here, as evidenced by him putting in the bid in the first place as something that appears to have been little more than corporate trolling. But if he takes it seriously or turns around and sells it to someone who will it could benefit from a coherent vision (even if it's one I would find very unappealing).
Source: I worked for a regionally dominant social network in the early days and watched it evaporate nearly over night.
What we need is an AP store, and then applications build on top of it, like your project does. But at this point I question whether matrix wouldn't be a better platform
Basically, the domain has much more significance than it really needs
Aside from a job-search bot, I haven't written many software, and it looks like what you are working on might actually be a very solid foundation. It's a pity my go isn't that established (rust and ruby here) but certainly will consider this going forward. Huddling around common base libraries is also certainly something the fediverse needs, rather than re-building AP again in "language X".
[1] The hardest part has proven to be the fact that "linkedin" is an entirely different product depending on who you ask. It solves entirely different solutions, depending on who you ask. And it has entirely different features, depending on who you ask. Turns out LinkedIn is quite hard to "copy", "port" or even define for the fediverse. Aside from that this makes it a giant task to do. Is it a place to find jobs? To recruit? To keep in touch with colleagues? To connect with other entrepeneurs? To spam lame motivational quotes? To pitch your book or a Rolodex-on-steroids? Its all of that and more.
There is talk at the moment about adding federation to got forges: let instances talk together, accounts cross post, etc. It's centered around instances and they have specific addons to interact. Matrix can make it work because it takes a radically orthogonal approach: rooms are front and center. Rooms can be joined by anyone anywhere. Rooms are replicated. The homeserver is a technical detail in service of the functional source of truth: the Room, an append-only log of arbitrary json. There is also a key-value store for arbitrary blobs to store binary stuff.
In the context of forges, a repo can be a room: events for issues/replies, events for merge requests, events for CI/CD blobs for actual code storage and releases, ... Anyone can join and push events, with the correct rights of course, so you have branches included. Everything is replicated. No one cares what instance you are from.
I seriously invite you to consider the semantically model of Matrix, it's pretty good.
There’s a Patreon for it that pays the server bills despite it only being a few hundred users. My users even say thanks for running the place now and then. Running a small node of The People’s Glorious Social Network is a very different task than what you are outlining.
How do you vet applicants? Depending on the theme of the site, this seems like it might range from easy (gardening, cooking, ...) to excruciating (politics, medical).
A lot often is just a simple matter of "if I don't like you, I won't give you access, or retrospectively kick you off". And the other side is that if you, as user don't like that, there are thousands of other instances to choose from. And if none are good enough for you, you can run your own.
But that simply doesn't scale to the level of services like Twitter. You might argue, and I would agree with you, that maybe we'd be better off without services that are too large to moderate in any meaningful way, but we are where we are. An invitation-only Mastodon network is not a viable alternative to Twitter.
It's not the network that is invitation-only. Just some servers on that network that are. The network itself is entirely permission-less.
You're not building social network then. Just a single isolated place. So obviously problems of running bigger social space won't apply as much
But that is even more reason to take away the additional work of keeping a large and convoluted rails-codebase up-to-date, running and performing.
Also, part of why moderation is such a giant task, is that in the fediverse, servers (instances) tend to be big. Huge even. It's far easier to manage a server that hosts your ten friends, or the 30 members of your alumni-club, or the 42 members at the local hackerspace than a server with 2000+ random users.
Another reason why lowering the barrier to the technical part of managing a server must be lowered.
I'm on mastodon.scholar and the most risque thing anyone has posted was a closeup of Neptune's uncensored moons. I don't disbelieve you, mastodon is part of Earth and unfortunately that means there are racists there, but I don't think your experience is typical.
There's even WordPress, with a plugin.
A lot of ~~people~~ entities such as companies, organizations, etc have a WordPress site.
edit: Pretend this site supports basic formatting in comments?
ActivityPub is -aside from a protocol- something that is designed for social networking mostly. How does "adding a WP plugin" help? Why would I want to connect my blog or website to this fediverse? Is it just so people can get my blogposts in their timeline? Because that's the only use-case I can see, and that problem is easily solved with RSS (and a bot).
(there's the challenge of length; there's no problem upping the post-length for comments etc., but many instances will reject them, so you do face the issue of having to replace the body of longer comments with a link to a page, which is sub-optimal but doable)
Hell, we even got one of our clients (we just provided hosting for some of their stuff) getting half-hacked while setting it up (they were not exactly the developer type). Half-hacked because we required app-to-internet traffic to be ran by proxy so the final payload didn't get downloaded on the server, hilariously enough.
2) https://github.com/soapbox-pub/rebased the rebased backend is a fork of pleroma but it's much better maintained than pleroma
But I'm not entirely sure why you're arguing semantics with me. It can, by their definition, be considered migration.
No, I'm just trying to be clear. If you can't move your messages in a messenger, you're not doing migration.
> It can, by their definition, be considered migration.
Their definition doesn't even require software. If they (and you) are trying to say that Mastodon is a group of friends, I'm going to beg to differ and say that it is a computer program that supports messaging.
edit: and why I'm going on an on about it? I'm clearly being persnickety, but because I think it's an important distinction, especially irt expectations that a user would have. The mystery for me is why you would insist that a messaging system that can't migrate messages has implemented migration.
It's a social network, it clearly believes that the connections between people is the most important part of its offering. It can migrate a user and their connections.
Again, I would enjoy it if it did take posts, too, but clearly they disagree. I'm not going to say that they cannot claim it to be a migration as a result of that.
And you can disagree with that, just as I do you.
Post migration still supports messaging.
Think of it like business networking, but for your friends. The connection itself is what matters.
He also had a history of more bad technical decisions to make Pleroma's backend cause problems with with the rest of the fediverse if the rest of the fediverse doesn't use his custom frontend and insulting developers who pushed back on that decision[2].
Better maintenance seems like a really dubious claim when the lead maintainer is this unwilling to co-operate with the existence of other tooling and openly insults anyone disagreeing with his technical decisions. There's also a couple of PR reasons to not want to associate with him, but those are largely off-topic.
The rest of the Pleroma project by contrast is fairly stable and it's developer team has been nothing but polite when it comes to handling support issues.
[1]: https://blog.alexgleason.me/pleroma-is-dead/
[2]: https://hacktivis.me/articles/Update%20on%20Pleroma%20Mainta...
They're more than PR reasons if you're one of his "wrong sorts"; personally, I'm not confident trusting (for practical reasons) or comfortable using (for emotional reasons) a piece of software whose MDfL doesn't think I should exist.
It's probably off-topic for this discussion, but it's important to keep in mind if you're building a little community on the Fediverse: your choice of software ties your community's culture – at least partially – to the community of the developers. Your users will want to submit bug reports, and so on.
I've seen it so much, I'm more inclined to believe it absolutely didn't happen that way.
Alex has shit opinions, 100%. But the back and forths in the Pleroma MRs linked are at the level of high school catty drama. And that applies to everyone in there, on both sides. I feel like every single MR listed would have gone completely differently if the people involved treated the others as humans and actually worked towards building better software. At the end of the day, the commits were simple enough and could have been worked on had the people there actually wanted to do that. But instead they all just turned into name-calling high school kids. In short, everyone there needs to grow up.
And while I agree that a one man shop in the form of Soapbox is likely not going to last, I wouldn’t put my support in for Pleroma based on what I read either.
If you do, do not be surprised when the service you're using gains a reputation accordingly.
> And on the odd occasion I do, I just ban the user or the entire instance and move on.
Yeah, that's actually part of the problem. If anyone can ban anyone for any reason then you don't actually have a federation. You have, at best, a gathering of barely-interoperable fiefdoms. You can either have a federation of commoditized servers or you can ban people you don't like -- you cannot have both.
Why not? A person is only banned from one instance, they are free to choose another and federate across any instances they haven’t been banned from. That sure sounds like having both federation and the ability to ban.
These are not public utilities. A person or organization doesn’t have to support someone with opposing views to them. And that’s ok. And that doesn’t break federation, except to specific instances for specific people.
Functioning federation depends entirely on good tools for users to filter and ban people and content.
It’s a protocol for independent systems to automatically exchange some information.
It’s not a distributed system of interchangeable instances.
That's not incompatible. You can go anywhere you want but you can get banned from place if you're an ass there is entirely sensible way for federated network to work.
More than that, it's necessary if you want any resistance to bad actors
I changed it to "discussion" based on your feedback: https://todo.sr.ht/~mariusor/go-activitypub/261
For your use case you probably need to define your own custom ActivityPub types and logic, but for the default ones, it's a good starting point (I hope). :)
The go-ap org on github has a mailing list you can reach if you have questions or feedback.
[1] https://pkg.go.dev/github.com/go-ap/processing#CreateActivit...
As a user, I only had to point my client from Freenode to Libera (exactly one line change in my client config), run /msg nickserv register to register myself, run /msg chanserv register to register the channels I op-ed, and it was all done.
Total time spent was less than 30 minutes. The next few days, others did the same and the community started trickling in to the channels in the new servers. Seems seamless enough to me. I doubt such an easy migration is possible if Twitter disappears suddenly.
It's probably more about how much the new owners will want to drop into it and how long before it moves to x.com (?) and becomes an everything app
Why did you feel the need to mention this 100% obvious fact?
Of course I meant that the new owners wouldn't shut down something they just spent $44 billion on, thereby throwing their investment in the trash, not that Twitter would magically get a $44 billion operating cash infusion.
It was not 100% obvious what you were implying, obviously
He's definitely a case where I would broadly recommend marginalized groups to stay far away from his tooling if they are planning on interacting with the development team in any way. The man is an demagogue (and openly proud of it) and an understated element to his bad behavior in co-operating with others is that it's in part driven by that demagoguery (just reference the blogpost in the previous comment and how much of it is dedicated to crying about "cancel culture" where the reality is really just that he was an asshole to people and they showed him the door[1], very little about it had to do with his (IMO shitty) opinions.
As far as software choices go; Fully agreed, although I always recommend people to not just go by public reputation and to always investigate before making a decision (in the case of Soapbox, you'll notice I linked both the developers resignation post and the post that caused relations with him and other maintainers to seriously start souring, so that one can make their own assessment).
Pleroma for example got initially accused of being developed by neonazis due to an early instance modifying their source code to ignore incoming message privacy flags, everything was just set to be on the public timeline, all of the time. It's in reality completely wrong; in fact numerous developers to the software have been rather staunchly anti-fascist even since its very beginning, but that wasn't known by the public so the reputation of the project got tarred for years. Similarly, one admin blamed not removing hateful content on not having the tools, again, completely wrong, but then Pleroma got tarred with "not having basic moderation tools", even though it ironically has the must fine-grained moderation tools compared to anything else out there (you can literally write your own bit of code to automatically moderate and integrate it in the software itself if you wanted to).
Finally when it comes to users submitting bugs: with the fediverse that usually doesn't actually directly go to the developer but instead lands at the feet of the instance maintainer, who makes the decision on whether or not to report it to the developers community. There's a certain sense of connection, but it's usually not as deeply tied as one would think.
(English version of that website available; just add /en/ to the end of the URL.)
Okthanksbye.
> It was not 100% obvious what you were implying, obviously
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize." https://news.ycombinator.com/newsguidelines.html
Be kind. Don't be snarky.
---
I see you've edited it now to be more clear
Their email about shuttering went into a tab in Gmail and didn't spot it, a suddenly my entire YouTube channel was deleted.
Hundreds of hours of work of crafting early videos of Elite: Dangerous and the beauty of its simulated galaxy just gone.
Luckily backed up on a NAS but I've never put them back up.
Facebook and Twitter are extremely popular services, and have been at or near the top of their categories for over a decade.
Google+ was an attempt to challenge them, shut down after it failed without ever becoming anywhere near as popular.
That is the number of Google accounts that didn’t go through the effort of disconnecting from / opting out of Google+. For a few years, all new accounts were automatically enrolled in Google+. It’s likely an extremely inflated number compared to the number of users that engaged with Google+ social features.
Citation: https://arstechnica.com/gadgets/2012/01/google-doubles-plus-...
It's probably a better example of a service that never got off the ground.
Twitter and FB could survive for decades just on the their current cash positions alone.
One of the challenges of a social network, especially in a declining phase, is that there is far less commercial value being generated at the same time that various sorts of costs, including attacks on the network in both technical and social/economic senses increase. High-value members abandon the network, and those who remain are either stuck (say, because of institutional circumstances elsewhere), or are actively seeking to exploit other members.
This means that Trust & Safety costs are constantly increasing at the same time that recruiting talent to serve that role becomes increasingly difficult.
What the true cost curve looks like isn't clear, but basing your statement on a constant cost based on present experience is ... probably flawed.
This is especially true at Facebook's scale.
It was the best social network that existed, and before it shut down it had so gotten so much right that I think no others have matched anywhere near the complete feature sets.
Having the biggest social network sucking up personal data to feed the ad network is the reality we are in. Having Google with a larger collection of personal data linking everything to a large social network would have made things worse. Google+ forced real names which made facebook force real names. Google appstore and preinstalled apps you cannot remove force location data. Google obtaining your social graph leads down a dark path.
Still, technically, Google+ was far ahead of their competition.
Despite (and in contrast to) the absolute massive marketing effort that Google put into Google+ right from launch, it never achieved mainstream success as anything other than an OAuth login tool. That doesn't mean nobody used it, but it was always niche.
It's not a proper comparison for Twitter or Facebook, which grew organically and are both mainstream successes as social networks.
<https://old.reddit.com/r/dredmorbius/comments/1sxfar/reddit_...>
Where did they move?
They might move to different Mastodon instances (via the built-in migration system) or find a new network, but they are not getting killed with no way to find each other afterwards.
vomits in my mouth a bit
That said, Google's stated communications regarding Google+ had and have been questionable from the start. I'd had my own part in this in addressing the true size of the active community on the site, which was far below the 3--4 billion listed profiles and many hundreds of millions of active users touted. In practice, probably closer to 4--6 million true frequently actives within 30 days or so (itself not unsubstantial), and perhaps 100 million who'd been active at some point.
<https://ello.co/dredmorbius/post/naya9wqdemiovuvwvoyquq>
But I'd take that stated reason with a large dose of salt.
It began as a venture by a couple of graphic artists, focused on artists. It happened to have (for a few iterations) a quite clean design based on Markdown, and (with a couple of what should have been reasonably small tweaks) could have done well in the long-form text+images space (now largely owned / failed by old-school blogging engines such as Wordpress, Medium, and Substack).
The features it had, including Markdown's sections and tables was why I'd posted that particular take on G+ there. It simply presented the information better than any other readily-available platform I was using at the time.
In 2015 a bunch of trans activists and sex performers who'd been hounded off Facebook by its Real Names policy wound up on Ello, and a few people arrived from other platforms (I was at the time a refugee from G+). For about six to twelve months it was the New Hawtness, and attempted a few pivots to the space, but performed fairly poorly in doing so. My own Ello profile has a link to a set of curated posts, one section of which details various gripes and failings.
One thing Ello did do was organise as a B-Corp with a community focus. That went swimmingly until it didn't, with the first accepting VC money then being sold to a collector of such sites. The B-Corp language seems to have disappeared, along with the community principles texts. What's left is now ... a sort of vaguely art-aggregation site with an interesting history but little future so far as I can tell. It's burned virtually all its early adoptors (myself included).
"I'd recommend against this open source project because it has a solo author who has a track record of not playing well with each others" strikes me as statement of fact, not vilifying.
That this happened is a statement of fact.
I'm taking my old ford explorer over to him this weekend. Do you know why?
Because I asked him what was wrong and explained the intent of the questions. We've had a working relationship for over 2 years, he was obviously having a bad day. No harm, no foul, humans are humans.
And yet, his negative behavior is a statement of fact. Imagine if I then went around town telling everyone not to use this man because he "doesn't play well with others". I mean, it's only a statement of fact, right?
Point of fact, the engine light in the truck came on earlier this week, I called him up and then drove it over so he could check codes (O2 sensor needs replacing). Had a conversation with him, where he told me his wife is living in Arizona to be a live-in baby sitter for their kids new baby, and he drives over there every other weekend (I knew his wife was in Arizona, but didn't know why).
You're campaigning against a piece of software because you don't like the author. Not for technical reasons, but because the author "forced" (your words) stuff onto other people, then after these innocents reverted it back in defense of the whole of fediverse and he got mad and said mean stuff, so now we need to defend the reader (me, and everyone else) from his meanness.
If you say so.
I'm glad you ended up having a working relationship with your mechanic but I don't think it's really relevant here. Your mechanic is not maintaining an open source project. He's fixing your car. Which is a great solo project.
I think you're confused about my perspective so let me be clear: I'm not concerned with "defending" the reader from "meanness". I'm suggesting that investing in any project run by a single person is risky: more than likely if that person quits then the project is dead. That's strike one. The fact that the single author has a history of being combative with open source collaborators suggests it might be harder for the project to ever move beyond being a solo project. That's strike two.
All of this is just common sense. I'm sorry if it rubs you the wrong way. If your mechanic decides to stop maintaining your car in the future there will be hundreds of other mechanics waiting to take the job (and, importantly, your money). A solo open source project depending on volunteers is a lot less likely to have that.
https://blog.alexgleason.me/trans/
would trigger some people
Which makes sense and means I pegged it correctly.
• Literal Neo-Nazi site. Defederated by nearly all of Fedi because they are literal, card-carrying Nazis.
• Transphobia-even-if-it-means-misogyny site run by his wife. Defederated by most of fedi, for harassment campaigns. Defederated from my instance for harassing a cis woman who worked at a feminist charity for, as I recall, having pronouns in her bio, which is apparently too much like solidarity for them. (There were a couple of good people on that instance, last time I checked. Well, one good person. I think she messaged me later, saying she left.)
• His personal instance that basically nobody uses. (It's too obscure to be blocked by most of Fedi, but it's blocked by most of the instances he tries to interact with; he inevitably breaks their rules.)
• shitposter.club: A kinda-okay, but not moderated to my taste, instance. Blocked by some of fedi; probably on the list because they still federate with his personal instance.
• freespeechextremist.com: A barely moderated instance that… well, I trust its sysadmin – sorry, its BOFH. And it is friendly. But it's a "free speech zone", with all that entails; there are some total arseholes there, and the only thing keeping them from causing major damage is the relentless bullying they get from the other users until they leave.
The bottom two are legitimately part of the Fediverse – albeit the shady alleyways of the Fediverse – but we've almost universally shunned the top three. This developer used SEO hacks to get his fake near the top of the search results. (Please don't link it here; we don't need to give it more SEO juice.)
He does not represent the people who make the protocols; he does not represent the people who curate the communities; he does not represent the communities; and yet he claims to, all the while decrying how mean the community is being to him.
We just want to live our lives, and use the 'net to talk to each other. If anyone's making this political, it's him.
At the same time, based on my own personal experience, it is absolutely impossible to get people to move to another platform or service even for the purpose of discussing future plans.
My exceedingly strong advice is to have multiple points of presence defined as a matter of course, one of which should be a simple email list (which provides persistent contact information), regardless of any awareness of an impending platform shutdown.
I agree it is difficult in the situation you describe, which is not mastodon.technology's situation.
I'd created both a subreddit (https://old.reddit.com/r/plexodus) and wiki (https://social.antefriguserat.de/index.php/Main_Page) to memorialise at least some of that discussion, as well as the on-platform discussion.
That last is of course now unobtainable, though there were over 700 snapshots of the community homepage saved to the Internet Archive's Wayback Machine, see:
<https://web.archive.org/web/20190401071102/https://plus.goog...>
Because of the mechanics of both G+ and IAWBM, actually navigating to articles from that archive ... mostly does not work.
The G+ community had over 4,000 members (pretty good for late-stage G+). The subreddit ... a hair over 300.
People. Will. Not. Go. Off. Platform. Even. If. That. Completely. Fucks. Them. Over.
It's a really perverse dynamic.
Why is it fake just because you don't like the choice of recommended instances. Does it not make sense to recommend instances that are more open to federating with others?
if you want to just live your life, stop posting about how some guy who has no access to your life beyond you looking at his stuff or being shown it on fedi. just block the guy, mute instance, set up a reject, and fucking focus on something else. theres other shit to do that isnt giving a shit about some nerd on the internet that you dont like. theres so many other things in fact that i'd imagine you'd enjoy doing much more than thinking about Alex Gleason. have a good day yo.
Nah, shady alleyways are great. I'm friendly acquaintances with quite a few people there, and it's legitimately the right place for them. They're just not places I'd send somebody new to the Fediverse to, for the same reason I wouldn't direct a tourist through the backstreets. Sorry if the analogy wasn't clear.
But the others? They aren't legitimate members of the community. They're not making the protocols; they're not interested in the ideals or in collaboration; and they want to hurt the people who are.
> when you lead off with They're Literal Neo Nazis
I don't know how else to describe them. What do you call somebody who puts Nazi armbands, pictures of Adolf Hitler, and the word 'Nazi' in their bio, and regularly talks about how much they want to commit genocide? People who are so aligned with Nazism that they even call themselves Nazis are not welcome. It's not just "views". They want to murder us. https://en.wikipedia.org/wiki/Nazism
> many of them are [Nazis], same with fse or spc or any other given.
Nope, couldn't find any Nazis on SPC. There are xenophobes and self-described fascists on FSE, but I haven't seen any card-carrying Nazis – and I've already said what I have to say about that instance, anyway. If somebody there starts causing problems for the rest of Fedi, they soon discover they can't take what they dish out.
There are disagreements about basically everything else, but the Fediverse does not tolerate actual Nazis.
> stop posting about how some guy who has no access to your life
To my knowledge, this is the second thing I've written about him that wasn't to him. (The first was my previous comment in this thread.) I don't have any particular reason to rant about him – but that doesn't mean I'm going to avoid discussing him when it's relevant.
He's not a stranger to me. While he was still tolerated in them, we ran in the same circles. I trusted him enough to approve his follow request.¹ The last conversation I remember us having – before I made some followers-only posts about myself that, apparently, put me on his 'undesirables' list – was me being excited to play his upcoming video game.²
It's not a case of him being kicked out of our spaces; he removed himself from them with his antagonistic and bullying behaviour. (He even tried to force people to use his protocols by deliberately breaking compatibility; that's not how the Fediverse works.) And now he's pretending he speaks for the whole Fediverse – something none of us do – when his software isn't even compatible with Diaspora*. And he's telling people that a group of Nazis is the Fediverse's idea of "welcoming to newcomers".
If he stopped being such a prick, I'd welcome him back. Because I liked him.
---
¹: He uses Pleroma, so everything short of DMs would've shown up on his Home timeline. Unlike Mastodon's Home timeline algorithm, this would've included unlisted replies to other people's unlisted threads, and my parts of 'followers-only' conversations even where he wasn't following the other participants. So, quite a lot of access to my life, actually.
²: The video game appears abandoned, now; it's unfinished, and hasn't been worked on for over two years. Must've dropped off his list of priorities.
Regarding spam, there is some (seemingly inevitable in any community involving humans). But frankly Mastodon, right from the beginning, focused heavily on Moderation tools. Figuratively speaking, no expense has been spared to make it easy and convenient to block bad actors (or instances) from your account (or your whole instance).
With USENET people expected to see every posts in the newsgroups they were subscribed to, and a lot of people would complain loudly if anything was missing. With a network like this nobody expects to read everything. At the same time receiving everything is easier (still) - if you federate with a couple major endpoints you get most stuff. There will be challenges with this as the network grows but I spent too much time ensuring we got messages from newsgroup X within Y hours (less was unfeasible, as there were still sites exchanging on a schedule via dialup).
With respect to spam, once you accept you're not likely to see everything, things get a lot simpler and you can apply a lot more aggressive filtering.
Personally I'm working on my own ActivityPub implementation, and one of the things I've used on Twitter in the past very effectively via the Twitter API was a simple Bayesian network used to rank things to surface interesting stuff, but lots of room to apply more sophisticated machine learning there too.
Maybe there could be a variant of NNTP which allowed some amount of advertisement posts in between. Then let the maintainers keep the proceeds from those?
Stop bringing your personal drama here please.
I replied to your post, responding to the issues you raised in your original post. Engage with it or don't engage with it, that's up to you, but don't fill the forum with nonsense. Absent any actual interaction with the points I raised this will be my last reply in the thread.
So no, it's definitely you who are bringing the personal drama here. To the extent that one can't help wondering, mr Random-string-of-letters-and-numbers, whether you are that hostile solo developer.