#cwfedimeta — Public Fediverse posts

@sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

https://docs.kernel.org/process/coding-assistants.html

https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

https://www.netbsd.org/developers/commit-guidelines.html

OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

https://aumont.fr/posts/claude-code-freebsd/

https://discoverbsd.com/p/8a7660c31b

But you'll also have to look at the userland, the Web server, the database driver etc.

MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

https://mariadb.org/governance/governance-ai-policy/

Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

https://blogs.oracle.com/mysql/announcing-mysql-ai

PostgreSQL probably allows AI code, too. There are even tools for it.

https://github.com/timescale/pg-aiguide

SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

https://codeberg.org/grunfink/snac2

But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

https://www.apache.org/legal/generative-tooling.html

nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

https://www.f5.com/de_de/products/nginx.

This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

https://github.com/mastodon/.github/blob/main/AI_POLICY.md

In other words, next to all Mastodon servers are running

• AI-generated Mastodon code
• on an AI-generated Web server
• with an AI-generated database driver
• on an AI-generated operating system kernel

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM

@sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

https://docs.kernel.org/process/coding-assistants.html

https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

https://www.netbsd.org/developers/commit-guidelines.html

OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

https://aumont.fr/posts/claude-code-freebsd/

https://discoverbsd.com/p/8a7660c31b

But you'll also have to look at the userland, the Web server, the database driver etc.

MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

https://mariadb.org/governance/governance-ai-policy/

Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

https://blogs.oracle.com/mysql/announcing-mysql-ai

PostgreSQL probably allows AI code, too. There are even tools for it.

https://github.com/timescale/pg-aiguide

SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

https://codeberg.org/grunfink/snac2

But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

https://www.apache.org/legal/generative-tooling.html

nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

https://www.f5.com/de_de/products/nginx.

This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

https://github.com/mastodon/.github/blob/main/AI_POLICY.md

In other words, next to all Mastodon servers are running

• AI-generated Mastodon code
• on an AI-generated Web server
• with an AI-generated database driver
• on an AI-generated operating system kernel

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM

@sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

https://docs.kernel.org/process/coding-assistants.html

https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

https://www.netbsd.org/developers/commit-guidelines.html

OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

https://aumont.fr/posts/claude-code-freebsd/

https://discoverbsd.com/p/8a7660c31b

But you'll also have to look at the userland, the Web server, the database driver etc.

MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

https://mariadb.org/governance/governance-ai-policy/

Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

https://blogs.oracle.com/mysql/announcing-mysql-ai

PostgreSQL probably allows AI code, too. There are even tools for it.

https://github.com/timescale/pg-aiguide

SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

https://codeberg.org/grunfink/snac2

But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

https://www.apache.org/legal/generative-tooling.html

nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

https://www.f5.com/de_de/products/nginx.

This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

https://github.com/mastodon/.github/blob/main/AI_POLICY.md

In other words, next to all Mastodon servers are running

• AI-generated Mastodon code
• on an AI-generated Web server
• with an AI-generated database driver
• on an AI-generated operating system kernel

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM

@sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

https://docs.kernel.org/process/coding-assistants.html

https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

https://www.netbsd.org/developers/commit-guidelines.html

OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

https://aumont.fr/posts/claude-code-freebsd/

https://discoverbsd.com/p/8a7660c31b

But you'll also have to look at the userland, the Web server, the database driver etc.

MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

https://mariadb.org/governance/governance-ai-policy/

Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

https://blogs.oracle.com/mysql/announcing-mysql-ai

PostgreSQL probably allows AI code, too. There are even tools for it.

https://github.com/timescale/pg-aiguide

SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

https://codeberg.org/grunfink/snac2

But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

https://www.apache.org/legal/generative-tooling.html

nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

https://www.f5.com/de_de/products/nginx.

This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

https://github.com/mastodon/.github/blob/main/AI_POLICY.md

In other words, next to all Mastodon servers are running

• AI-generated Mastodon code
• on an AI-generated Web server
• with an AI-generated database driver
• on an AI-generated operating system kernel

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM

@sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

https://docs.kernel.org/process/coding-assistants.html

https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

https://www.netbsd.org/developers/commit-guidelines.html

OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

https://aumont.fr/posts/claude-code-freebsd/

https://discoverbsd.com/p/8a7660c31b

But you'll also have to look at the userland, the Web server, the database driver etc.

MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

https://mariadb.org/governance/governance-ai-policy/

Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

https://blogs.oracle.com/mysql/announcing-mysql-ai

PostgreSQL probably allows AI code, too. There are even tools for it.

https://github.com/timescale/pg-aiguide

SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

https://codeberg.org/grunfink/snac2

But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

https://www.apache.org/legal/generative-tooling.html

nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

https://www.f5.com/de_de/products/nginx.

This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

https://github.com/mastodon/.github/blob/main/AI_POLICY.md

In other words, next to all Mastodon servers are running

• AI-generated Mastodon code
• on an AI-generated Web server
• with an AI-generated database driver
• on an AI-generated operating system kernel

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM

@caohuak @silverpill Well, to be honest, that crypto stuff doesn't have its bad rep entirely undeservedly. It appears to be used as a cash grab or for get-rick-quick schemes more often than not.

The massive gambling with the big cryptocurrencies Bitcoin and Ethereum that causes both to be highly volatile.

Gigantic Ethereum mining farms with countless high-end graphics cards that eat up more electricity than a bigger town, often even fossil or nuclear energy because there simply isn't enough renewable energy available where they're located.

NFT hypes. Masses of NFTs that were procedurally generated and sold for insane amounts of money. See Bored Apes. They've made a few people very rich with next to zero effort. Others have lost a lot of money because these NFTs are literally absolutely worthless today.

And this is a field that I'm pretty familiar with: The Metaverse. Mind you, I'm not talking about Facebook, Instagram, WhatsApp and Threads. That isn't the Metaverse. I'm not talking about "the Metaverse" a.k.a. "the Meta Metaverse" a.k.a. "the Facebook Metaverse" a.k.a. "Zuckerberg's Metaverse" either which, by the way, is actually named Horizon.

No, I'm talking about cryptobros jumping upon the Metaverse bandwagon, hoping to squeeze some money out of it.

The blueprint of this all has to be a virtual world named Decentraland which was opened in February, 2020, just in time for the COVID-19 pandemic that caused real-life social interaction to grind to a complete halt and made virtual worlds the more popular.

In fact, it was a crypto platform before it became a virtual world. In 2017 already, its own cryptocurrency MANA, which is on the Ethereum blockchain, was first traded to raise money to get the world itself started. And even as a virtual world, it's a crypto platform because Decentraland is pretty much all about minting and selling NFTs.

Part of its concept is that deeds to parcels of land are minted as NFTs and then sold. And these parcels aren't even that big. Better yet, they were sold before they even existed as actual virtual land. Basically, Decentraland sold deeds to something that they yet had to make. But they got enough customers to bite, including big fashion brands, but also real-estate companies that scooped up land to sell it with a big profit.

Users, especially right-wing extremists, created avatars with slurs for names just to mint them as NFTs and sell them for a fortune. Nothing was done against it. I mean, the more NFTs were sold for MANA, the more MANA was traded, the more volatile it became, the higher profits one could make by trading it.

Decentraland advertises itself as "the first decentralised Metaverse". This is nonsense. Yes, it's "decentralised" in the sense that MANA is not running on the Bitcoin blockchain. Yes, it's also "decentralised" in the sense of being governed by a DAO.

But the virtual world system itself is a centralised, monolithic silo owned and operated by one and the same entity. The actual "first decentralised Metaverse" is made up of the worlds based on OpenSimulator from as early as 2007. This, by the way, is where I regularly am.

It's every bit as decentralised as any Fediverse software out there. As in, you can have an avatar in one world and teleport to another world, on another server, under another domain, owned and operated by other people, appearance, inventory and all. As in, the five developers, including only one actual coder, don't own anything beyond their own patches of land.

Another aspect that makes blatantly clear just how Decentraland is a crypto cash grab more than anything else: The actual world itself is buggy as hell. And precious little is done to fix these bugs. In fact, they don't even seem to matter because Decentraland is not about spending time in-world, which is why it's rather deserted and empty, but about minting, selling and buying NFTs.

As COVID brought with itself a virtual world boom from which even Second Life could profit, crypto-based virtual world started spreading. For example, The Sandbox had already been bought out, and it came back in March as a crypto-based world.

Hundreds of virtual worlds were at least announced in the early 2020s, all copying Decentraland's concept of minting deeds to virtual land as NFTs, backed by nothing more than an announcement and a promise, before even getting started with the actual virtual world. The latter was to be quickly and cheaply cobbled together using some 3-D game engine like Unity or Unreal Engine, neither of which is really fit for virtual worlds in which users can build stuff.

The best outcome was an actual virtual world which was barely in a functional state. It only existed for there to be something backing the NFTs. Oftentimes, the financial assets behind the world were kept in cryptocurrencies, hoping that they rise in value which would create more financial assets out of nothing. But when the cryptocurrency crashed, it became impossible to pay for the operation of the world or whatever employees it had. Crypto crashes kept killing crypto-based worlds left and right. It didn't help that most crypto-based virtual worlds used existing cryptocurrencies like Dogecoin.

In many other cases, however, there never was an actual virtual world to begin with. They never got it running. So their customers were sitting their with their expensive NFT land deeds and waiting for the actual land to be made. The longer it took for an announced virtual world to materialise, the harder it got to sell more NFT land deeds because the more unlikely it became that the actual land would ever exist. If plummeting land sales didn't put an end to the endeavour, the next crypto crash did.

I think there were even scammers among these cryptobros. They, too, announced a hot new crypto-based virtual world. They, too, started selling land deeds as NFTs. But they never had the intention to actually create and launch a virtual world. They sold shit-tons of NFTs for shit-tons of crypto money. Then they waited for the cryptocurrency to soar. If they were smart, they traded it all for millions in fiat money and made away with it to someplace offshore. If they weren't, if they wanted to keep on gambling, they, too, lost almost everything in a crypto crash.

Lastly: Around 2021/2022, many cryptobros staunchly insisted in virtual worlds absolutely requiring a blockchain, a cryptocurrency and NFTs for everything. According to them, it's technologically absolutely impossible to build virtual worlds without even only one of these. This was to keep people from getting interested (and invested) in non-crypto virtual worlds.

As a matter of fact, however, there are lots of virtual worlds that don't use a blockchain, that don't have a cryptocurrency, that don't have NFTs for anything. Second Life doesn't, and it never has since its launch in 2002. And Second Life still generates more revenue per user and month than Facebook, legally even.

OpenSim doesn't anywhere. Sansar didn't. High Fidelity didn't. Vircadia doesn't. Overte doesn't. Roblox doesn't. VRChat doesn't. Rec Room didn't. (Formerly Mozilla) Hubs doesn't. Horizon doesn't. Just to name a few. Some of these don't have any in-world payment system at all.

All these blatant lies, the total neglect of the actual virtual worlds and their misuse as a money printer don't really make me trust in crypto. Neither do the rampant gambling and the volatility.

Oh, and don't get me started about land prices in Decentraland vs Second Life vs OpenSim.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #VirtualWorlds #Metaverse #TheMetaverse #Decentraland #TheSandbox #Blockchain #Crypto #Cryptocurrency #Cryptocurrencies #NFT #NFTs #Cryptobros #Cryptomining #CryptoScam #CryptoCrash #NFTCrash

@「 Jürgen 」:fedi_mastodon: @crossgolf_rebel - kostenlose Kwalitätsposts @Don di Dislessia Soweit ich weiß, war es so (man möge mich wiederum korrigieren; kursiv sind die "Forkeys höheren Grades", die nicht von Misskey geforkt wurden):

• Misskey
  Der Ursprung in Japan.
• Calckey
  Soft-Fork von Misskey mit einigen Extrafeatures.
  Entwickler hatte irgendwann keine Zeit/keinen Bock mehr.
• Firefish
  Fortführung von Calckey unter neuem Management. Wurde aufgrund einer massiven Werbeaktion eines begeisterten Nutzers mit viel Reichweite so populär, daß der Name "Calckey" irgendwann einfach doof war und das ganze Ding eine neue Identität bekam.
  Entwickler verschwand irgendwann sang- und klanglos von der Bildfläche. Nach einem halben Jahr stellte sich raus: Entwickler hatte wegen Abschlußarbeit usw. keine Zeit mehr, nicht mal, sich zu verabschieden.
  Wurde unter neuer Führung mit neuem Repository und neuer Leuchtturminstanz weitergeführt, aber ohne neue Website. Wurde wieder eingestellt, weil es für eine einzige Entwicklerin viel zuviel war, die ganzen alten Co-Entwickler von Firefish alle zu Iceshrimp gewechselt waren und keine neuen Mitentwickler angeheuert werden konnten.
• Iceshrimp
  Fork von Firefish von ehemaligen Firefish-Entwicklern. Rebased nach Misskey, weil es auf Firefish nicht weiterging. Erklärtes Ziel war, Stabilität über Calckeys Featuritis zu stellen.
  Weil Misskeys Codebase an sich einiges an grundsätzlichen Macken hatte, wurde beschlossen, es ist einfacher, das ganze Zeugs von Grund auf neu zu schreiben, als zu versuchen, das alles auszubügeln. Und bei der Gelegenheit wollte man von JavaScript (TypeScript und Vue.js) weg. Also hat man angefangen, das ganze Ding in C# neu zu schreiben als Iceshrimp.NET. Ziel ist featuremäßige Deckungsgleichheit mit dem bisherigen Iceshrimp und gleichzeitig Anpassung an Mastodon. Iceshrimp.NET ist noch sehr unfertig.
  Bei der Gelegenheit wurde das alte Iceshrimp in Iceshrimp-JS umbenannt und in den Wartungsmodus versetzt = gibt keine Weiterentwicklung und keine neuen Features mehr, nur Sicherheitspatches und evtl. Bugfixes.
• Catodon
  Soft-Fork von Firefish. Ziel war, ein Forkey zu haben, das sich in der Bedienung wie Mastodon anfühlt. Quasi Mastodon-Fassade mit *key-Struktur dahinter. Also ein Forkey für den möglichst leichten Umstieg von Mastodon nach *key.
  Wurde, als Firefish endgültig eingestellt wurde und damit die Basis tot war, nach Iceshrimp rebased.
  Nachdem Iceshrimp zu Iceshrimp-JS wurde und in den Wartungsmodus ging, hatte Catodon ein Problem: Man kann nicht einfach von etwas, das in TypeScript und Vue.js geschrieben ist, nach etwas rebasen, das in C# geschrieben ist (Iceshrimp.NET). Und zur Weiterentwicklung wäre ein Rebase nötig gewesen, weil man jetzt wieder eine fast tote Basis hatte. Aber nach Misskey wollte man nicht (siehe Hajkey weiter unten), und Sharkey war einerseits zu mächtig und andererseits zu kapriziös.
  Inzwischen gehen Catodon die Instanzen ein. Die meisten dürften geschlossen worden sein.
• Sharkey
  Soft-Fork von Misskey mit dem Ziel, so ziemlich alles, was je für Forkeys an Features entwickelt worden war, in einen einzigen Forkey zu packen und noch mehr obendrauf.
  Quasi das Yang zu Iceshrimps Yin. Machte lange den Eindruck, als gingen Features über Zuverlässigkeit. Sharkeys Implementation der Mastodon Client API war schon regelrecht legendär schlecht, und alle hofften auf den Retter, der daherkommt und die Implementation von Grund auf neu schreibt, weil sie als unrettbar im Eimer galt. Inzwischen soll Sharkey seine Zuverlässigkeit im Griff haben, zumindest insofern, wie auch Misskey zuverlässig ist.
  Die Entwickler haben eine zweifelhafte Reputation. Unter anderem haben sie Crowdfunding-Gelder für einen Sharkey-Server gesammelt und von dem Geld einen Minecraft-Server aufgezogen, aber keinen Sharkey-Server. Mitunter wird deshalb zum Boykott von Sharkey aufgerufen.
• CherryPick
  Südkoreanischer Soft-Fork von Misskey. Tatsächlich älter als Sharkey, mindestens von 2021, aber später wurde wohl einiges von Sharkey nach CherryPick portiert. Das Ziel war, einen stabilen und zuverlässigen Forkey zu haben ohne die Macken von Sharkey und sogar ohne die Macken von Misskey, der aber gleichzeitig gut Features hat. Das ist wohl sogar weitestgehend gelungen.
  Vom ästhetischen Stil her so ähnlich, wie Misskey früher mal war, also sehr auf den japanischen bzw. südkoreanischen Geschmack ausgelegt: bunt, grell, poppig, genki, kawaii. Alleine das zeigt, daß CherryPick von Misskey geforkt wurde, bevor Misskey gänzlich an den westlichen Geschmack angepaßt wurde.
  Unklar, ob es Entwickler hat, die Englisch verstehen bzw. schreiben können; falls nicht, dann als Soft-Fork-Basis ungeeignet. Wäre ohne die Kommunikationsbarriere vermutlich der ultimative *key.
  Mein letzter Stand: Bis auf eine Instanz im Großraum Washington, D.C. gibt es CherryPick-Instanzen nur in den Großräumen Tokyo und Seoul. War deshalb lange Zeit im westlichen Fediverse fast unbekannt.
• FoundKey
  Wohl der erste Forkey, der in PascalCase geschrieben wurde.
  Meines Wissens direkter Soft-Fork von Misskey. Wird tatsächlich (oh Wunder) kleckerweise gepflegt, aber nicht für Instanzen mit mehr als 20 Nutzern empfohlen.

Ein paar andere *keys:

• Hajkey
  Soft-Fork von Calckey, der meines Wissens erst nach Firefish und dann nach Misskey rebased wurde. Wurde exklusiv nur für eine einzige Instanz entwickelt: transfem.social. Inzwischen eingestellt, weil wohl der Aufwand, so einen Wolpertinger nur für eine Instanz zu pflegen (man rebaset nicht mal eben von Firefish nach Misskey), zu groß war. transfem.social wurde entsprechend auf Sharkey umgestellt und ist da jetzt eine der größten Instanzen.
• Neko
  Soft-Fork von Misskey mit dem Ziel, es tauglich für Docker zu machen. Laut Repository nur für eine einzige Instanz gebaut. Ist nie released worden, was aber Wurscht ist, wenn es eh nur einen Admin als Zielgruppe hatte. git fetch können Releases nämlich piepegal sein.
• Meisskey
  Japanischer Soft-Fork von Misskey von 2019 (!), der aber lange Zeit der Weiterentwicklung der Basis hinterherhinkte. Wird tatsächlich immer noch weiterentwickelt.
• Leisskey
  Wiederum japanischer Soft-Fork von Meisskey. Ist seit mindestens 2021 in Entwicklung, seit Februar 2023 aber eine ewige Beta, weil es seit damals keinen Release mehr gegeben hat. Dürfte zu den letzten noch in Entwicklung befindlichen "Forkeys 2. Grades" gehören.
• Tanukey
  Weiterer japanischer Soft-Fork von Misskey und daher so obskur im Westen, daß man schon die Websuche anstrengen muß, um das Repository zu finden (ist wohl im letzten Oktober von GitHub nach GitLab umgezogen). Noch ein Beispiel für *keys, bei denen selbst das Wissen über ihre Existenz Ostasien kaum je verlassen hat.
• Backspacekey
  Noch ein ambitionierter, aber eingeschlafener westlicher Misskey-Soft-Fork.

Siehe übrigens auch die Delightful Fediverse Experience: hier und hier.

Verglichen damit ist die Familie von Mistpark bis Forte schon wieder übersichtlich, vor allem, wenn die anderen mehreren Dutzend toten Forkeys mit dazugeholt werden. Immerhin stammt von Mistpark bis Forte über etwa 15 Jahre alles vom selben Schöpfer, der einfach nur sein eigenes Zeug geforkt hat.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Misskey #Forkey #Forkeys #Calckey #Firefish #Iceshrimp #IceshrimpJS #Iceshrimp.NET #Catodon #Sharkey #CherryPick #FoundKey #Hajkey #Neko #Meisskey #Leisskey #Tanukey #Backspacekey

@Matthias @C.Suthorn :prn: Ich habe es oben geschrieben: So ein System ist fediverseweit gar nicht möglich. Es ist technisch nicht realisierbar.

Was Mastodon da gebaut hat, funktioniert nur innerhalb von Mastodon. Ich habe es ja oben erklärt:

• Auch wenn du einen Post als nicht quote-post-bar einstellst, können Pleroma, Misskey, Friendica & Co. den trotzdem ungehindert quote-posten.
• Gleichzeitig kann niemand auf Mastodon irgendwas auf Pleroma, Misskey, Friendica & Co. quote-posten, obwohl es jeder darf.

Das liegt daran, daß Mastodon mal wieder mit voller Absicht das Rad neu erfunden hat.

Sie hätten die Art des Quote-Postens übernehmen können, die Misskey schon lange hat und die auch Threads verwendet. Sie hätten die Art des Quote-Postens übernehmen können, die Friendica seit über 15 Jahren erfolgreich einsetzt. Nein, statt dessen hat Mastodon eine eigene, proprietäre Technik entwickelt und sich mit vollem Vorsatz zum Rest des Fediverse noch inkompatibler gemacht.

Aber noch einmal: Mike Macgirvin sagt, es ist technisch nicht möglich, Quote-Posts von öffentlichen Posts zu verhindern. Und noch einmal: Der Mann muß es wissen.

Mike entwickelt schon seit fast einem halben Jahrhundert Software. Er ist Profi. Er war mal bezahlter Profi. Mike hat Friendica rausgehauen, da ging Eugen Rochko noch zur Schule.

Mike hat mehr Fediverse-Serveranwendungen entwickelt als jeder andere da draußen. Jede einzelne davon ist von den Features her leistungsfähiger als alles andere, was es im Fediverse gibt. Mike hat im Alleingang sogar mehr Fediverse-Protokolle entwickelt als jeder andere da draußen. Mike hat nomadische Identität im Alleingang erfunden, und sie funktioniert seit 2012.

Und Mike hat in puncto Sicherheit und Berechtigungssteuerung weit mehr gemacht als jeder andere Fediverse-Entwickler. Das, was er entwickelt hat, ist in seiner Funktionalität auch nicht eingeschränkt auf die eigene Software, sondern er hat sich immer auch Gedanken darüber gemacht, wie es außerhalb funktioniert, während für Eugen Rochko alles außerhalb von Mastodon Feindesland ist, das ignoriert wird und totgeschwiegen gehört.

Ganz ehrlich: Was vor allem Hubzilla und (streams) und Forte können in puncto Berechtigungssteuerung, das ist für die meisten Mastodon-Nutzer vollkommen unvorstellbar. Es gibt Berechtigungseinstellungen auf bis zu drei Ebenen (ganzer Kanal, einzelne Kontakte, pro Post/Thread) für fast alles bis hin zu Features, die Mastodon gar nicht hat.

Nur für Quote-Posts gibt's keine. Weil das fediverseweit nicht möglich ist.

Wenn es öffentlich ist und jeder es sehen kann, dann kann es auch jeder quote-posten. Das geht schlicht und ergreifend nicht zu verhindern. Nicht mal innerhalb von Hubzilla und (streams) und Forte. Außerhalb schon mal erst recht nicht.

Innerhalb von Mastodon geht's nur aus zwei Gründen. Zum einen, weil Mastodon den ganzen Rest des Fediverse bestenfalls komplett ignoriert. Zum anderen, weil Mastodon-Nutzer zwingend für jeden Pups auf GUI-Knöpfchen angewiesen sind. Sie sind es nicht gewohnt, irgendwas in ihren Tröts per Hand zu formatieren, weil sie noch nie irgendwas haben formatieren können. Und weil gefühlt beinahe jeder nur ein Smartphone und eine dedizierte Mastodon-App verwendet und kein Copy-Paste kennt, ist das Quote-Post-GUI-Knöpfchen das einzige, was sie haben, abgesehen von Screenshots.

Aber schon Mastodons Methode funktioniert, wie ich oben schon schrieb, nicht über Mastodon hinaus. Und da kann Mastodon lange drauf warten, daß der Rest des Fediverse seine eigene jahrelang etablierte Technologie wegschmeißt und auf Mastodons proprietäre Technologie umschwenkt.

Auf Misskey, den Forkeys und allen anderen, die auf dieselbe Art quote-posten, ist Quote-Posten überhaupt nicht verhinderbar. Das liegt daran, daß Quote-Posts pupeinfach als Link auf den Originalbeitrag ausgeführt sind mit "RE:" davor. RE: https://domain.tld/Adresse_des_Originalbeitrags Zack, hast du einen Quote-Post. Und mal ehrlich, für sowas braucht man kein GUI-Knöpfchen, wenn man tippen und URLs copy-pasten kann.

Auch auf Friendica, Hubzilla, (streams) und Forte, die ganz anders quote-posten, ist Quote-Posten öffentlicher Beiträge nicht verhinderbar. Da nutzen die Leute keine Apps auf Smartphones. Nein, die meisten sitzen am Desktop-PC oder Laptop mit Hardwaretastatur und nutzen einen Standardbrowser statt einer dedizierten App. Copy-Paste ist für sie kein Problem und schon gar kein Fremdwort. Außerdem sind vor allem die alten Hasen es höchstwahrscheinlich meistens gewohnt, Markup-Code für Formatierungen per Hand einzutippen, statt sich auf die GUI-Knöpfchen zu verlassen, die auch nur BBcode-Stückchen in den Editor reinpflanzen.

Mike Macgirvin sagt: Es gibt genau eine Art und Weise, wirksam fediverseweit zu verhindern, daß du gequote-postet wirst. Und das ist, nicht öffentlich zu posten.

Für jemanden für ihn ist es aber auch einfach, das zu sagen. Gerade auf Hubzilla, (streams) und Forte gibt es etliche Abstufungen zwischen öffentlich und DM. Auf Hubzilla kann ich einen Post

• in alle Öffentlichkeit
• nur an mich selbst
• an eine bestimmte Privacy Group (quasi wie eine Liste auf Mastodon, aber sehr viel mächtiger)
• an diejenigen, denen ich ein Profil zugewiesen habe, das nicht das Standardprofil meines Kanals ist (Mastodon hat dagegen nur ein Profil pro Konto)
• an ein bestimmtes Forum/eine bestimmte Gruppe
• eine beliebige individuelle Auswahl aus einzelnen Kontakten, Foren/Gruppen, Privacy Groups und Profilzugewiesenen

versenden.

Und der Witz ist: Das steuert nicht nur, an wen der Post geht. Das steuert auch, wer den Post (und sämtliche Kommentare zum Post) sehen darf. Wenn der Post nicht an dich geht, wirst du ihn nie zu Gesicht bekommen. Nein, auch nicht per Boost. Das ist nämlich bei nichtöffentlichen Posts explizit verboten, und das dafür nötige Bedienelement ist schlicht und ergreifend nicht da.

Es wird noch besser: Das funktioniert sogar bis nach Mastodon. Denn wenn es nicht öffentlich ist, dann stellt es sich Mastodon gegenüber als DM dar.

Ich setze noch einen drauf: Im krassen Gegensatz zum restlichen Fediverse posten Hubzilla, (streams) und Forte mit Standardeinstellungen nicht öffentlich. Alle drei haben standardmäßig schon eine Privacy Group/Zugriffsliste namens "Freunde", in der alle neuen Kontakte landen. Und alle drei posten standardmäßig nur zu dieser Privacy Group/Zugriffsliste namens "Freunde". Aus Mastodon-Sicht verschicken alle drei standardmäßig immer nur DMs. Wenn du öffentlich posten willst, ist das Extraaufwand.

So gehen Sicherheit und Privatsphäre. Und nicht mit proprietärem, zu nichts anderem kompatiblem Hokuspokus für Doofe wie auf Mastodon.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Pleroma #Misskey #Forkey #Forkeys #Friendica #Hubzilla #Streams #(streams) #Forte #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteTröt #QuoteTröts #Drüko #Drükos #Druko #Drukos #QuoteBoost #QuoteBoosts #QuotePostDebatte #QuoteTrötDebatte #Sicherheit #Berechtigung #Berechtigungen

@JustBob Discord has completely warped the term "server" for entire generations of Internet users. On Discord, "server" means "chatroom".

In the Fediverse, "server" doesn't mean "chatroom". It means "server". A computer.

For example, a rack computer with no screen and no keyboard and no mouse bolted into a server rack at a data centre.

Or an old laptop that someone had lying around or a Raspberry Pi mini-computer running at someone's home, connected to their landline.

On each one of these, a big or small Twitter can be running (Mastodon).

Or a wholly different Twitter (Pleroma, Akkoma, Misskey, Calckey, Firefish, Iceshrimp, Sharkey, Catodon, Meisskey, Tanukey, Neko...).

(Here's the first important new thing for you to learn about the Fediverse: The Fediverse is not only Mastodon.)

Or a Facebook with a side of a blog and a cloud server (Friendica, (streams), Forte).

(Here's the second important new thing for you to learn about the Fediverse: The Fediverse is not only short-form microblogging. Look at this comment. Look at what I've done. Embedded links. Bold type. Impossible on Mastodon. But possible elsewhere in the Fediverse.)

Or a Facebook meets WordPress meets Google Cloud Services meets even more stuff on top (Hubzilla; this is where I am).

Or an Instagram (Pixelfed).

Or a YouTube (PeerTube).

Or a Twitch (Owncast).

Or a Reddit (Lemmy, /kbin, Mbin, PieFed).

Or a Goodreads (BookWyrm).

Or whatever. There are over 150 different server applications in the Fediverse.

mastodon.social, where you are, is only one of over 10,000 big and small Twitters of the same kind (Mastodon).

If Mastodon was like Discord, all 10,000+ Mastodon servers would run in one and the same gigantic data centre in the USA, owned by Mastodon, Inc. And they would all be property of Mastodon, Inc.

If the Fediverse was like Discord, all 30,000+ Fediverse servers would run in one and the same gigantic data centre in the USA, owned by Mastodon, Inc. And they would all be property of Mastodon, Inc. Also, they would be fully identical in functionality.

But as I've said above: They're all running on their own separate machines. With their own separate owners.

And the different server applications have different developers, and they are being developed independently from one another.

Okay, now comes the kicker: These server applications are not walled up against one another. Not only are all instances of the same server applications (e.g. Mastodon) connected to each other, but all instances of one server application are also connected to all instances of all the other server applications.

Imagine you're on Twitter. But your new friend is on Facebook. You can't follow a Facebook user on Twitter, and you can't follow a Twitter user on Facebook.

In the Fediverse, you can. You can be on Twitter. And follow a Facebook user. Directly from Twitter. Without a Facebook account.

Only that they aren't named Twitter and Facebook in the Fediverse. Twitter is named Mastodon or Pleroma or Akkoma or Misskey or Calckey or Firefish or Iceshrimp or Sharkey or Catodon or... There are dozens of Twitter alternatives in the Fediverse. Well, and Facebook is named Friendica or Hubzilla or (streams) or Forte.

You can be on Mastodon. And you can follow Friendica accounts. From Mastodon. Without a Friendica account.

This comment is a very good example. You are on Mastodon, created by @Eugen Rochko in 2016 as an alternative to Twitter that aimed to be as close to Twitter as possible.

The server that you're on, mastodon.social, is owned by Mastodon, Inc. and running on one or multiple rack servers in San Francisco, California, USA owned by Fastly.

I am on Hubzilla, created by @Mike Macgirvin 🖥️ in 2012 by forking his own Friendica from 2010, and currently mainly maintained by @Mario Vavti and @Harald Eilertsen. Hubzilla has got nothing to do with Mastodon whatsoever. It started out as an alternative to Facebook, but not a clone, rather better than Facebook, with full-blown long-form blogging capability and a built-in file storage, and it has been enhanced greatly in functionality even beyond that.

The server that I'm on, Netzgemeinde, is owned and administered by @Mark Nowiasz, who has no affiliation with the Hubzilla developers, and running on a rack server in Nuremberg, Germany owned by Netcup.

And yet, you can see this comment coming from Hubzilla on Mastodon.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Server #Instance #Mastodon #Pleroma #Akkoma #Misskey #Forkey #Forkeys #Calckey #Firefish #Iceshrimp #Sharkey #Catodon #Meisskey #Tanukey #Neko #Friendica #Hubzilla #Streams #(streams) #Forte #Pixelfed #PeerTube #Owncast #Lemmy #/kbin #Mbin #PieFed #BookWyrm #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse

@jakob 🇦🇹 ✅ Ich wage inzwischen zu behaupten, dahinter steckt neben Blödheit, Ignoranz, Borniertheit und gegenseitigem Abpinnen aus Faulheit statt Eigenrecherche auch Vorsatz.

Die Journalisten wollen deshalb nicht ins Fediverse, weil sie da nicht die Followerzahlen von 𝕏 zusammenbekommen können, mit denen sie dann protzen können. Nicht mal die von Threads oder Bluesky. Gleichzeitig wollen sie aber da, wo sie sind, ihre Followerzahlen maximieren.

Also machen sie das Fediverse vorsätzlich madig, damit die Leute nicht nach Akkoma oder Iceshrimp oder Sharkey oder Friendica oder so gehen, von wo aus sie ihnen nicht folgen können, sondern schön brav nach Threads und Bluesky, um dann ebenso schön brav diesen Journalisten zu folgen.

Ein Journalist will keinen Dialog. Ein Journalist will nur Content rauspumpen an ein möglichst großes Publikum ohne tatsächliche Interaktion. Deswegen lieben Journalisten 𝕏, genau wie Promis und die, die es gern wären. Und deswegen wirst du nie im Leben einen Journalisten nach Friendica bekommen, unbegrenzte Postlänge hin oder her.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Journaille

@glyn There is no spec for nomadic identity itself AFAIK. In the Zot6 and Nomad protocols, it simply is part of the protocols.

What there is is limited to:

• the specification of the Zot6 protocol as implemented in Hubzilla
• the specification of the Nomad protocol (would be Zot12 if it was still compatible with Zot6) as implemented in (streams)
• ActivityPub FEPs, especially FEP-ef61 Portable Objects which implements Decentralized Identifiers as suggested by the W3C

Nomadic identity via ActivityPub is still very experimental and far from finalised. According to Mike Macgirvin, it is implemented in the streams repository and at least theoretically operational. But of the few (streams) users, nobody makes use of it, also because Nomad, which itself provides nomadic identity, is still (streams)' primary protocol whereas ActivityPub is optional. So when a (streams) channel is cloned, it's always cloned via Nomad.

His recent fork of the streams repository, a project named Forte, is basically (streams) without Nomad and Zot6 support, entirely based on ActivityPub, and thus the first publicly available ActivityPub-based Fediverse server software with nomadic identity.

But Forte itself is still seen as experimental. Even of the few (streams) users, nobody dares to test-drive it, also to let Mike go on tinkering with it without having to take care of support for instance admins or even users. Since Mike is officially retired and has slowed down his software development dramatically, things will probably stay this way for quite a long time. In fact, Mike himself is still running his own channels on (streams), so there isn't a single Forte server, much less channel, in productive use.

Last but not least, there is Mitra by @silverpill, the only Fediverse software not developed by Mike Macgirvin that is working on implementing nomadic identity. FEP-ef61 is implemented in release code, but full-blown nomadic identity only exists in a non-public development branch.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #DecentralizedIdentity #DecentralisedIdentity #NomadicIdentity #ActivityPub #FEP_ef61 #Zot #Nomad #Hubzilla #Streams #(streams) #Mitra

@Ben Werdmuller What Bluesky is planning to do with the AT protocol looks like nomadic identity as ordered from Temu.

And nomadic identity is not a vague concept. It isn't futuristic technology either. It has been reality in the Fediverse for longer than Mastodon has been around. It was invented by @Mike Macgirvin ?️ in 2011 and then implemented in his own Zot protocol. Zot, in turn, was first implemented in 2012 in a project named Red, later the Red Matrix, known since 2015 as Hubzilla. And almost everything that Mike has made after Hubzilla had or still has nomadic identity implemented.

I'm writing to you from Hubzilla right now, so yes, it's very much part of the Fediverse. It's a rock-solid daily driver with a stable release (9.4.3).

Nomadic identity does not do away with a domain being part of your ID. What it does away with is the connection between account and identity and the connection between server and identity.

Nomadic identity means that your identity with everything that belongs to it (profile, posts, comments, DMs, connections, files, settings etc. etc. pp.) is no longer bound to any one Fediverse server. It can exist on multiple servers simultaneously. Not as dumb copies, but as clones. Bidirectional, live, hot backups in near-real-time.

Your identity always has one main instance which also lends the domain name. In addition, it can have one or multiple copies on different servers of your choice. Your accounts only serve to grant you access to the instances of your identity on a specific server. The main instance and the clones are constantly sync'd against each other in both directions. For example, after I've sent this comment, it was mirrored over to my clone.

Notice how I've written "bidirectional". For I can also log into my clone and use it just the same as my main instance. This is useful for when the server with my main instance on it is offline. When it comes back online, everything that has happened on my clone in the meantime is being sync'd to the main instance.

Granted, Mastodon and most of the rest of the Fediverse don't understand nomadic identity. When I post from my clone, they take my clone as an independent account with the ID [email protected]. But Hubzilla and (streams) do understand nomadic identity. Whatever comes from my clone, they'll correctly identify as being sent by [email protected] in spite of not coming from hub.netzgemeinde.eu.

Even "moving instances" is greatly facilitated. For example, if the server with the main instance of my channel shuts down permanently, I can make my clone my new main instance. That's easy-peasy: two mouse clicks and some 15 minutes of letting things settle, also because Hubzilla will have to go around and change all my connections from [email protected] to [email protected]. On the remote side, on people's Hubzilla and (streams) servers.

You've read that right: If you move, nomadic identity makes your nomadic followers automatically follow you at your new home. What's beyond science-fiction on Mastodon has been daily-driven reality on Hubzilla since its inception in 2015.

While nomadic identity currently only has stable support via Mike's Zot and Nomad protocols and on Hubzilla and (streams), its implementation using only ActivityPub has been in the making since last year.

CC: @glyn

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #DecentralizedIdentity #DecentralisedIdentity #NomadicIdentity #ActivityPub #Zot #Nomad #Hubzilla #Streams #(streams)

@Strypey A few more details:

* FEP-ef61: Portable Objects

https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md

Invented in, I think, 2023 by @silverpill for Mitra (based on ActivityPub). Currently implemented there and in @Mike Macgirvin ?️'s streams repository and Forte. Part of the plan to introduce almost Nomad-level, but cross-project nomadic identity to ActivityPub.

* FEP-61cf: The OpenWebAuth Protocol

https://codeberg.org/fediverse/fep/src/branch/main/fep/61cf/fep-61cf.md

Invented in 2018 by Mike Macgirvin for Zap (Zot6 development platform; discontinued 2022). Backported to Hubzilla in 2020. Full server-side and client-side implementation only in Hubzilla (based on Zot6, also supports ActivityPub etc.), (streams) (based on Nomad, also supports Zot6 and ActivityPub) and Forte (based on ActivityPub). Friendica has a client-side implementation. Mastodon has a client-side implementation pull request that has to be merged eventually.

CC: @Laurens Hof

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Friendica #Hubzilla #Zap #Streams #(streams) #Forte #Zot #Zot6 #Nomad #ActivityPub #FEP #FEP_ef61 #FEP_61cf #DecentralizedIdentity #NomadicIdentity #OpenWebAuth #SingleSignOn

@glyn Decentralised identity has been available for longer than Mastodon, let alone ActivityPub. Only that it is known as "nomadic identity" here.

It was first implemented by Friendica creator @Mike Macgirvin ?️ in the Zot protocol in 2011 and in a Friendica fork named Red in 2012, later renamed into the Red Matrix, eventually reworked and renamed into Hubzilla in 2015.

Proof: This Hubzilla channel of mine actually simultaneously resides on two servers.

(Almost) everything that Mike has made afterwards, forks and forks of forks of Hubzilla, used to have or still have nomadic identity implemented.

His streams repository contains a fork of a fork... of Hubzilla that intentionally has no name, and that offers nomadic identity via the Nomad protocol with better compatibility with non-nomadic ActivityPub. In July, it had decentralised IDs as per FEP-ef61 (see also here) implemented, a first step by Mike to fully implement nomadic identity in ActivityPub.

Forte, Mike's most recent fork from August, had all support for Nomad and Zot6 removed and only uses ActivityPub anymore while still offering nomadic identity. To my best knowledge, however, it has yet to be declared stable enough to be daily-driven, and it has no public instances.

Other than all this, a non-public development version of @silverpill's Mitra has nomadic identity via ActivityPub in development. I'm not sure whether FEP-ef61 is implemented in the release version yet. It's the only Fediverse project aiming to implement nomadic identity which Mike Macgirvin has nothing directly to do with.

The ultimate goal is to be able to clone a Fediverse identity across project borders. Only considering stable releases, it's currently only possible to clone Hubzilla channels within Hubzilla, using Zot6, or (streams) channels within (streams), using Nomad.

Unfortunately, Mike has officially retired from Fediverse development and only occasionally submits code to the streams repository and Forte anymore.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #DecentralizedIdentity #NomadicIdentity #ActivityPub #FEP_ef61 #Zot #Zot6 #Nomad #Hubzilla #Streams #(streams) #Mitra

@Expert Plus 🍀

The only 3 social media that are currently surviving as Twitter alternatives are Bluesky, Mastodon and Threads.

GNU social?
Pleroma?
Akkoma?
Misskey?
Firefish?
Iceshrimp?
Sharkey?
Catodon?
Meisskey?
Tanukey?
Just to name a few?

They're all part of the Fediverse. They're all connected to Mastodon. And they're micro-blogging projects, just like Mastodon.

Mastodon is not the Fediverse. The Fediverse is not only Mastodon.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #GNUsocial #Pleroma #Akkoma #Misskey #Forkey #Forkeys #Firefish #Iceshrimp #Sharkey #Catodon #Meisskey #Tanukey #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse