A small compendium of the Fediverse platforms I use/know well.
In the past few days, I revisited some of my old Fediverse instances since some friends asked me to help them set up a new one. I also took the chance to perform maintenance on some leftover instances. Here's my experience:
Akkoma: My oldest instance still running, opened in 2022. It was offline for a few months (3/4). I updated everything to the latest version and restarted it. I’m not sure why, but it’s extremely slow, with a heavy load on Postgres and many queries just to open the main page. I like Akkoma - I'll investigate further.
GoToSocial: I updated a friend's instance - GoToSocial itself was up-to-date, but the underlying system wasn’t. I noticed that once it exceeds 2000 followings, it becomes a bit slow. The database is PostgreSQL, but that's not the issue. The GoToSocial process becomes somewhat heavy on the VPS. Still, it's very usable and a software with great potential, in my opinion. The Mastodon API is implemented quite well and works with the major software.
Mitra: It seems well-built. The person had around 1000 followers and followings on a Mastodon account, which they moved from a large instance. No speed issues, though sending a message makes the server “heavy” for a bit, but it’s temporary. The Mastodon API is partially implemented, but the software is advancing quickly, and I find its native interface quite pleasant.
Snac2: I've always had a soft spot for Snac2. The lack of a database and some design choices make it an excellent solution for small instances. For example, sending posts to all known instances increases visibility and interaction. Its basic, JavaScript-free interface is very clear, though it might not be the best for those used to Mastodon. But the Mastodon API is improving version by version, and I think the developer is doing an excellent job. It struggles a bit with larger numbers, but that's due to the underlying file system, not the software itself. If "move" support (both in and out) were added, I would recommend it to anyone starting self-hosting for single-user or small community instances because "move" is one of the options that gives the most freedom in Fediverse software.
Mastodon: My “old” personal instance was stuck at version 4.1.x and had been offline for a few months. I updated the FreeBSD Jail and upgraded Mastodon to 4.2.12 and then to 4.3.0-beta1. No issues. I also helped a friend (who had an old Pleroma-based instance they barely used) migrate. This user has around 5000 followers and followings - Mastodon is running on FreeBSD on a VPS (arm64) for just over 3 euros a month, with no significant issues (apart from media storage, but that's not Mastodon’s fault). Mastodon is sometimes said to be heavy, and that's partly true, but its modularity ensures that even in cases of overload, queues may slow down, but navigation and the local timeline remain reasonably fast. I think this is a good thing for any larger-scale use of an instance.
In short, I think things are moving in the right direction, and the software is evolving nicely. Well done, devs!
#Fediverse #Akkoma #GoToSocial #Mitra #Snac2 #Snac #Mastodon #SelfHosting #InstanceManagement #FreeBSD #OpenSource
For the last several months I've been working on making a federated app.
I just finished migrating it to use the latest iteration of our new #leafprotocol data format on top of the #willowprotocol and so far it's going really well.
In this post I share some of the concepts and rational behind the Leaf Protocol:
https://zicklag.katharos.group/blog/introducing-leaf-protocol/
Just had an idea for a thought experiment. I'd like to hear anyone's answers, but I'm especially interested in how @freemo answers:
Let's say the presidential election was framed as a stock market. The market itself (equivalent to NYSE or NASDAQ) is America. The stocks are the presidential candidates.
In this experiment, each American has a net worth of $1000 and they have to spend it "voting" for presidential stocks during the election year. They can vote early in the year, or wait and see how others invest and vote later. They can split the $1000 between as many candidates as they want, or put it all on one.
After the election happens, they receive 10% of what they invested in the winning candidate each month (so if they put it all on the winner, they're made whole in 10 months). After the election, the winner's stock becomes the premier stock of the entire market and drives the market valuation based on the President's performance, paying dividends to every American when it does well.
In this scenario, you have two (potentially) competing motivations: enriching yourself and enriching the market (America).
So, the two questions that arise are:
1) Do you invest early, based on just your morals/politics, or do you wait and see how others invest first?
2) How do you divide up your $1,000?
@Sujiyan @Sujitech_official I found some clues as to why Threads user accounts are not searchable. I'm not in a hurry, but I would like you to check this as well.
In case of policy violation: "When Threads blocks communication with other servers on the fediverse" https://help.instagram.com/914046486923176/
For technical issues: "HTTP message signature standards to federate with Threads" https://help.instagram.com/1458364851378561/
If it is not a technical issue, you may need to check with Meta once.
@jon @DKesserich
I'm surprised that Norway only had the current system for more than 10 years, I'm 47 and my taxes were always prefilled.
Perhaps you mean online for 10 years? That makes more sense, I barely noticed when we switched from paper to online, because that only changed how I didn't have to do anything. And there was a large overlap, with an additional phone based "press 1 to change your personal income" system as well.
In 2008 I needed to make a change, and I had the option of doing it online.
No changes means everything is correct has always been how it worked for me (Denmark).
@skyblond The problem with logical systems is they are just as bias as their axioms dictate as well.
In any logical system you have your axioms (antecedent, known facts), logical rules, and your consequent (conclusion).
If your axiom includes "All black people are violent" you will have logically valid, yet racist, conclusions.
Even if you create a logic rule that is bias it can be an issue, for example "if skin color is not pale, and income is low, then high liklihood of violence" would be a rule that would add racial bias as well.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.