@Der böse Hexe Njähähä 🧙‍♀️🪄⚡️ Was ich mir theoretisch jetzt schon auf Hubzilla und evtl. auch auf (streams) und Forte vorstellen könnte, wo ich mir aber nicht sicher bin, ob das geht:

Beiträge mit Bildern ohne Alt-Text könnten automatisch hinter einer ebenfalls vollautomatisch generierten "Inhaltswarnung" verborgen werden. Meines Wissens unterstützt NSFW auch Filtersyntax, und damit sollte es in der Theorie möglich sein, Beiträge zu erfassen, die zwar Bildercode enthalten, aber solchen, der typisch ist für eingebettete Bilder ohne Alt-Text.

Man könnte z. B. sagen: Wenn ein Beitrag [zmg] enthält, oder wenn ein Beitrag [img] enthält, oder wenn ein Beitrag .png[/zmg] oder .png[/img] oder .jpg[/zmg] oder .jpg[/img] oder .gif[/zmg] oder .gif[/img] oder .webp[/zmg] oder .webp[/img] (für weitere Bildformate fortsetzen) enthält, dann ist das ein untrügliches Zeichen für eingebettete Bilder ohne Alt-Text, und der ganze Beitrag wird versteckt.

Keine Gewähr, daß das tatsächlich funktioniert. Wahrscheinlich funktioniert das eher, wenn man Beiträge mit Bildern ohne Alt-Text komplett rausfiltern will, auch wenn das unter Umständen Löcher in Konversationen reißen wird. Wenn es denn überhaupt funktioniert.

Vielleicht könnte auch jemand eine "App" (= serverseitiges Add-on) entwickeln, die Bilder ohne Alt-Text verschleiert. Aber offiziell bombenfest in den Kern wird das nie und nimmer eingebaut, nicht mal als Option. Hubzilla, (streams) und Forte wären die letzten Fediverse-Anwendungen, die ihre Nutzer derart verhätscheln.

Du siehst, es gibt Dinge im Fediverse, die fundamental anders funktionieren und auch eine fundamental andere Philosophie und Kultur haben als Mastodon.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Hubzilla #Streams #(streams) #Forte #AltText #AltTextMeta #CWAltTextMeta #Filter #Filtersyntax
Netzgemeinde/Hubzilla

@Kristian Im Fediverse ist das komplett anders: Da nutzt einfach jeder, was /seine/ Software hergibt.
Für die Mehrzahl der Mastodon-Nutzer ist das Fediverse aber konzipiert worden als reine puristische Microblogging-Plattform. Für viele ist das Fediverse gleich Mastodon. Viele andere hätten es gern "wieder" so, daß das Fediverse nur Mastodon ist.

Poste mehr als 500 Zeichen auf einmal, wenn du einigermaßen Reichweite hast, und irgendjemand auf Mastodon wird dich stummschalten oder blockieren, weil du mehr als 500 Zeichen postest.

Deswegen habe ich in englischsprachigen Posts und Kommentaren vier Hashtags genau dafür zum Filtern und in deutschsprachigen sechs.

/will/ ich in einer Antwort all diese erreichen?
Ja. Weil es kacke ist, wenn man wie auf Mastodon nötig jedem einzeln antworten muß.

Wenn Alice etwas postet, und Bob, Carol und Dave antworten auf Alice, und ich habe einen Kommentar, der sich auf alle vier bezieht, dann möchte ich, daß auch bitteschön alle vier meinen Kommentar zu lesen bekommen. Auf Friendica, Hubzilla & Co. ist das selbstverständlich. Wenn die aber alle auf Mastodon sind, dann muß ich da nachhelfen. Ich habe nämlich auch keinen Bock, Bob zu antworten, dann Carol zu antworten, dann Dave zu antworten, und die arme Alice kriegt dann gleich drei Kommentare von mir.

Die Accounts, die Du zitiert hast, sind nur ein Bruchteil derer, die hier ursprünglich in der Kommunikation hingen. Und ich weiß nicht, ob Du welche weggelassen hast, weil Threading, oder weil Du die explizit nicht erwähnen wolltest.
Das sind ganz einfach die, von denen ich die Kommentare hier auf Hubzilla in der Konversation jetzt gerade gesehen habe. Ich ging davon aus, daß das wirklich alle waren.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta
Netzgemeinde/Hubzilla

@Kristian Es ist freilich ein anderes Konzept als die portable Identität in Hubzilla. Wenn es "nur" letztere stabil über alle Fediverse-Dienste gäbe, wäre schon viel gewonnen.
Und genau die ist nur sehr schwer einzuführen.

Als allererstes müssen dafür die Grundlagen geschaffen werden. Die Technologie gibt es, aber die gibt es nur auf Forte, und vor allem gibt es sie nicht in Form eines vollständigen Satzes von FEPs, die definieren, wie das Ganze aufgebaut zu sein hat.

Wenn es FEPs gibt, wird man das Ganze jeweils pro Serveranwendung einführen müssen.

Das fängt damit an, daß das Konzept der Identität komplett umgeschmissen werden muß. Der Account darf nicht mehr die Identität sein. Die Identität, die Beiträge, die hochgeladenen Dateien, die Verbindungen, die Filter, die Einstellungen usw. usf., das darf nicht mehr direkt im Account liegen. Denn einen Account, einen Login, kann man nicht kopieren. Die Identität mit allem Drum und Dran muß vorher containerisiert und vom Account getrennt werden, und der Account dient dann nur noch als Login, um an den Container ranzukommen.

Das Containerisieren ist auch deshalb notwendig, weil man ja irgendwann vielleicht mal von oder nach Hubzilla oder (streams) oder Forte umziehen oder klonen will. Und da sind Identitäten als sogenannte "Kanäle" containerisiert und werden es auch bleiben.

Dann wird die Serversoftware das Klonen lernen müssen. Richtig gelesen: Das Klonen kommt vorm Umziehen. Denn das Umziehen basiert auf Klonen, das ist keine komplett separate Funktion. Beim Umziehen wird immer geklont. Sagen wir, du willst von foo.social nach bar.social umziehen:
  • Lege einen Account auf bar.social an.
  • Klone deinen Kanal nach bar.social.
  • Erkläre die Instanz deines Kanals auf bar.social zur Hauptinstanz; das macht die bisherige Hauptinstanz auf foo.social zum Klon.
  • Warte, bis die Umstellung der Hauptinstanz und die Änderung deiner Identität (die endet jetzt nicht mehr auf @foo.social, sondern auf @bar.social) sich überall ausgewirkt hat, wo sie soll.
  • Synchronisiere zur Sicherheit noch einmal nach.
  • Lösche die Instanz deines Kanals auf foo.social.
  • Wenn du auf deinem Account auf foo.social keine weiteren Kanäle hast, lösche den ganzen Account.
  • Auf Hubzilla, (streams) und Forte läuft das bis auf den ersten Schritt vollautomatisch so ab. Das heißt, du legst dir einen Account an und sagst dann, du willst in diesen neuen Account einen existierenden Kanal reinklonen oder wahlweise umziehen.

    Problem: Damit es alleine hierfür die notwendigen FEPs gibt, wird irgendein Entwickler seine Serversoftware erstmal funktionsfähig bis zu diesem Stadium ausentwickeln müssen. Auf der Grundlage dieser Entwicklung können dann FEPs definiert werden.

    Wenn das Klonen von Identitätscontainern innerhalb der Serversoftware funktioniert, kann man als nächstes den Automatismus in Angriff nehmen, der so einen Umzug durchführt für diejenigen, die wirklich nicht nur klonen, sondern komplett umziehen wollen.

    Auch das braucht wieder das eine oder andere FEP, damit z. B. Serversoftware ABC nach erfolgtem Umzug von Serversoftware XYZ auf ebendieser Serversoftware XYZ einen Kanal und ggf. einen leeren Account löschen kann.

    Dann heißt es warten, bis andere Fediverse-Software Klonen von bzw. nach wiederum anderer Fediverse-Software ermöglicht. Es bringt dir als Entwickler gar nichts, das Klonen nach Forte zu entwickeln, wenn Forte selbst das Reingeklontwerden von woanders noch gar nicht unterstützt.

    Und genau hier liegt das nächste Problem: Wer wird das einführen?

    Mastodon wird es nicht einführen. Erstens wäre das ein riesiger Umbauaufwand. Zweitens könnte Mastodon das nicht als Eigenerfindung verkaufen, und Mastodon wird todsicher kein neues Feature einbauen, das es dann nicht als Eigenerfindung und erstmalig überhaupt im Fediverse verfügbar verkaufen kann. Und drittens hat Gargron wohl immer noch genug Beef mit Mike Macgirvin, als daß er eine von Mikes Erfindungen nach Mastodon holen würde. OpenWebAuth ist ja auch still und leise abgelehnt worden, und das hat es bis zum mergefähigen Pull Request geschafft, der heute noch im Mastodon-GitHub-Repository liegt.

    Misskey wird es nicht einführen. Misskey hat noch sehr viel größere, störende Baustellen und Bugs, die syuilo bis heute nicht angefaßt hat. Vielleicht liegt es auch daran, daß es Leute bräuchte, die das alles mal auf Gebrauchsjapanisch erklären, und zwar händisch übersetzt und nicht maschinell.

    Wenn Misskey es nicht hat, ist es unwahrscheinlich, daß irgendwelche Forkeys es eigenmächtig einbauen.

    Iceshrimp.NET wird es nicht einführen. Zum einen war es schon Aufwand genug, es so von Grund auf neu zu entwickeln, wie es jetzt ist (nichtnomadisch, Account = Identität). Zum anderen hat Iceshrimp.NET bis heute nicht mal Feature-Parität mit Iceshrimp-JS. Da ist an so ein Mammutprojekt wie nomadische Identität nicht zu denken.

    Pleroma wird es nicht einführen. Das hat so einen unübersichtlichen Spaghetticode, daß seine eigenen Entwickler laufend daran scheitern, Bugs im Code zu lokalisieren, geschweige denn, sie zu fixen. Da ist an einen Totalumbau für nomadische Identität nicht zu denken.

    Akkoma wird es auch nicht einführen. Im Prinzip ist es derselbe Spaghetticode, auch wenn die Entwickler ihn wohl schon ein bißchen entwirrt haben.

    Friendica wird es nicht einführen. Wann hat Friendica das letzte Mal ein Feature von einem seiner Nachfahren übernommen? Das wäre im Prinzip ein Zugeständnis, daß Hubzilla und Mikes aktuelle Projekte doch etwas richtig machen. Friendica würde allerhöchstens nomadisch werden, wenn vorher Mastodon nomadisch wird.

    Lemmy wird es nicht einführen. Lemmy hat noch nie versucht, mit irgendetwas kompatibel zu sein, das nicht Lemmy ist.

    Am ehesten könnte ich das noch auf PeerTube eingeführt sehen. Das hat eh schon das Konzept von Kanälen und "klont" zumindest einzelne Videos per P2P zwecks Lastverteilung.

    Relativ einfach dürfte es auch sein, wenn neue Projekte von vornherein nomadisch gemacht werden. Aber erstens wird auch das ein Mehraufwand. Zweitens werden selbst dann die allermeisten Serverentwickler nichts von nomadischer Identität wissen, wenn Mastodon sie nicht hat, weil sie das Fediverse jenseits von Mastodon kaum kennen. Drittens bauen die meisten ihre Serverprojekte eh hauptsächlich gegen Mastodon. Und viertens sind typische neue Fediverse-Projekte eher auf Minimalismus getrimmt, um etwas Leichteres als Mastodon zu haben.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Hubzilla #Streams #(streams) #Forte #NomadischeIdentität
    Netzgemeinde/Hubzilla

    Um mal die ersten drei Punkte einzeln anzugehen (Achtung @Mastodon-Nutzer, jetzt wird's extrem lang):

    Leichteres und besseres Onboarding

    Wie sieht denn heutzutage das Onboarding aus:

    • man erfährt von Mastodon
    • man lädt die offizielle Mastodon-App aufs Handy
    • man ignoriert die Server-Voreinstellung mastodon.social
    • Name, Paßwort, los

    Was soll denn da noch mehr vereinfacht werden? Soll in Zukunft nicht nur das Fediverse (im Sinne des Gerade-eben-nicht-nur-Mastodon-Netzwerks) vor den Nutzern verschleiert werden, sondern auch die Dezentralität von Mastodon selbst? Sollen die Leute zwei Jahre lang glauben, Mastodon (bzw. das Fediverse, wenn sie von dem Begriff lesen) sei nur eine einzelne Website oder gar nur eine einzelne Handy-App?

    Übrigens, falls das jemand noch nicht mitbekommen hat: Es gibt Nutzer im Fediverse außerhalb von Mastodon, die schon lange dagegen Sturm laufen, daß jedem Neuling das Fediverse als nur Mastodon dargestellt wird, weil das einfacher zu verstehen ist. Daran wiederum stören sich all diejenigen auf Mastodon, die lieber ein reines Mastodon-Fediverse hätten, weil sie zu lange an genau so ein reines Mastodon-Fediverse gewöhnt waren (das es so übrigens nie gab).

    leichtere und bessere Migration von Accounts zwischen Instanzen (inkl. Portabilität von Accounts)

    Die Technologie gibt's längst. Und ich rede nicht von Bluesky, das das nie unter Beweis gestellt hat.

    Ich rede von nomadischer Identität, die schon 2012, fast vier Jahre vor dem Start von Mastodon, erstmals implementiert wurde. Kein grobes Konzept, kein Laborexperiment, sondern seit mehr als einem Jahrzehnt tagtäglich produktiv genutzte Technologie.

    Der Hubzilla-Kanal, von dem ich hier jetzt gerade kommentiere, ist voll nomadisch. Ich könnte ihn mit allem, aber auch wirklich allem Drum und Dran auf einen anderen Hub verschieben. Ich bin aber noch weiter gegangen: Ich habe ihn geklont. Dieser Kanal existiert gleichzeitig auf zwei unabhängigen Hubs in zwei beinahe komplett identischen Instanzen, die fast in Echtzeit synchron gehalten werden. Sogar beide Male mit derselben Identität, auch wenn der weit überwiegende Teil des Fediverse das nicht wahrnehmen kann.

    Seit 2024 geht nomadische Identität auf Forte sogar rein über ActivityPub.

    Was allerdings bis heute nicht gelungen ist, ist, eine typische Fediverse-Serversoftware (nur ActivityPub, nicht nomadisch, Account/Login = Identität) serverseitig voll nomadisch zu machen, also auf demselben Niveau wie auf Hubzilla oder (streams) oder Forte. @silverpill hatte das mit Mitra vor, hat aber letzten Endes lieber einen Client entwickelt, der das erledigen soll.

    So wird es bis auf weiteres vier riesige Hürden auf dem Weg zu dem vollnomadischen Fediverse geben, von dem längst schon geträumt worden ist:
    • Existierende, nicht nomadische Fediverse-Software vollnomadisch zu machen, bedeutet einen gigantischen Totalumbau.
    • Das ist so noch nie gemacht worden.
    • Es ist auch bis heute noch nie gelungen, mittels nomadischer Identität über ActivityPub eine Fediverse-Identität von einer Software auf eine andere zu verschieben oder zu klonen. Auch das ist ein rein theoretisches Konzept, von dem keiner weiß, ob und wie gut es funktionieren kann.
    • Selbst wenn das ginge, wird Mastodon sich mit Händen und Füßen dagegen sträuben, eine Technologie einzuführen, die ausgerechnet der Friendica- und Hubzilla-Erfinder Mike Macgirvin erfunden hat. Überhaupt baut Mastodon nur sehr ungern Dinge ein, die sie dann nicht als revolutionär neue komplette Eigenentwicklungen verkaufen können.

    größere Benutzerfreundlichkeit


    Und das wiederum kann nur heißen: Die existierenden Fediverse-Serveranwendungen müssen noch mehr wie die populären kommerziellen Silos aussehen und sich auch so bedienen.

    Das heißt auf die Spitze getrieben: Das ganze Fediverse muß zu einem 1:1-Klon von Twitter werden. Mastodon muß die Oberfläche von Twitter nachbauen. Die offizielle Mastodon-App muß zu einem 1:1-Klon der Twitter-App werden. Und alles, was nicht Mastodon ist, muß "aus dem Fediverse ausgesperrt" werden, weil es Mastodon-Nutzer nur verwirrt.

    CC für die im Thread, deren Fediverse-Anwendungen keine Konversationen unterstützen: @Kristian @samvie @candy in the wind @💀 Mirko 💀

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #NichtNurMastodon #Hubzilla #Streams #(streams) #Forte #NomadischeIdentität #Onboarding
    Nomadic identity - Join the Fediverse

    @Thomas Fricke (he/his) Da gibt's doch schon längst einige.

    Alle im Fediverse, alle auch mit Mastodon verbunden (muß bei Hubzilla allerdings erst aktiviert werden). Und Friendica und Hubzilla gibt's beide sogar schon länger als Mastodon.

    CC: @lj·rk @Marcus Rohrmoser 🌻

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Medium #WriteFreely #Ghost #WordPress #Friendica #Hubzilla #Streams #(streams) #Forte #Blog #Blogs #Blogging
    WriteFreely

    Minimalist, federated, self-hosted blogging platform.

    WriteFreely
    @valkyrie_pilot That's a good question.

    The rule (I understand it as one) says that text must always be transcribed 100% verbatim, i.e. absolutely identical to the original. However, this already collides with the rules that image descriptions must not contain all caps because they tend to irritate screen readers, and that acronyms must be handled in a way that screen readers can deal with in a sensible way.

    I guess, and I can only guess, that misspellings should be corrected when transcribing text, especially in alt-text.

    In earlier image descriptions, all of which are long descriptions in the post text, I've transcribed misspellings as well and even added a "(sic!)" after them to point out that it wasn't me who misspelled it. However, doing so amounts to pointing out the misspellings, as would correcting them in the transcript and then explaining which words are misspelled in which way, even though would conform more with the "always transcribe verbatim" rule. Also, I've since declared these descriptions obsolete.

    Unfortunately, I can't find any online resources about alt-texts and image descriptions that even only take misspellings in to-be-transcribed text into consideration, much less define how to deal with them. It's just like text that's unreadable in the image, but that can be sourced elsewhere: It's commonly treated like it doesn't exist.

    #Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta
    Netzgemeinde/Hubzilla

    @shenanigarian of Babel You can include the user name in the alt-text as plain text. Like so: "shenanigarian of Babel". Or like so: "@⁠crowk". Or like so: "@⁠[email protected]".

    You cannot, however, include the user name in alt-text as a working, clickable mention that will attract the attention of the mentioned, like so: "@⁠crowk" or "@⁠[email protected]". This doesn't work. Alt-text doesn't support hypertext, so hyperlinks and hashtags don't work there either.

    #Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #Hypertext
    Netzgemeinde/Hubzilla

    @Leonardo Giovanni Scur First of all, it isn't about my requirements. Just like, surprise, surprise, Mastodon's alt-text police is not blind.

    It's about general accessibility. And it's about Mastodon users acting inclusively towards blind or visually-impaired people and, at the same time, ableistically towards people with other physical disabilities. Just because they cling hard to the extra 1,500 characters that alt-text gives them per image to their meagre character count for posts.

    Except for professional Web accessibility experts, literally nobody on Mastodon seems to know what alt-text really is for. Alt-text is meant to be a 1:1 stand-in for an image, in case the image can't be perceived for whichever reason.

    Alt-text is not meant to be an additional source of information beyond what information the image conveys.

    Mastodon's use of alt-text for extra information beyond the post character limit is just as much alt-text misuse as cramming alt-text with keywords for SEO on websites. Unfortunately, it is so deeply engrained into Mastodon's culture that even the Mastodon devs have played along and added that "ALT" button which most Mastodon users think is the default and the standard Fediverse-wide now.

    But let me tell you something:

    Mastodon and its forks are most likely the only Fediverse server applications with an alt-text button. And they're far from making up the whole Fediverse.

    Misskey and its various forks don't have an alt-text button.

    AFAIK, Pleroma-FE and Akkoma-FE don't have an alt-text button, and neither has Mangane.

    Friendica, Hubzilla, (streams), Forte, they all don't have an alt-text button.

    Lemmy doesn't have an alt-text button. /kbin and Mbin don't have an alt-text button. PieFed doesn't have an alt-text button.

    WriteFreely doesn't have an alt-text button. Plume doesn't have an alt-text button. WordPress doesn't have an alt-text button either.

    Blogs in general don't have an alt-text button. Forums don't have an alt-text button. Static websites don't have an alt-text button.

    Twitter/𝕏 doesn't have an alt-text button. Facebook doesn't have an alt-text button. Instagram doesn't have an alt-text button. Threads doesn't have an alt-text button. Tumblr doesn't have an alt-text button. Flickr doesn't have an alt-text button. Pinterest doesn't have an alt-text button. And so forth.

    The W3C doesn't mention alt-text buttons. The WCAG don't mention alt-text buttons.

    Why not? Because they're all way behind Mastodon in accessibility?

    No, but because their developers know that alt-text is not an additional source of information for sighted people.

    Literally the only place anywhere in the Web where alt-text both counts and is actively used as an additional source of information for sighted people is Mastodon. Plus its forks.

    How I handle that? I put all needed extra information into the post text. But I'm not on Mastodon. I'm on Hubzilla. My character limit is over 30,000 times higher than on Mastodon.

    Seriously, if missing alt-text is sanctioned as ableist, if useless alt-text is sanctioned as ableist, if inaccurate alt-text is sanctioned as ableist, if too lacking alt-text is sanctioned as ableist, then putting exclusive information into alt-text must be sanctioned as ableist just as well.

    To those on Mastodon who oh so desperately need more than 500 characters: Move someplace in the Fediverse that has more than 500 characters. There's Fediverse server software from 3,000 characters to over 24,000,000 characters that, nonetheless, is federated with Mastodon.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #Ableism #AbleismMeta #CWAbleismMeta
    Netzgemeinde/Hubzilla

    @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
    Jupiter Rowland

    @Quasit I wouldn't build it on Mastodon. Nor would I build it from scratch and then against Mastodon, only Mastodon and nothing but Mastodon. The Fediverse is not only much more than Mastodon, but technologically much more diverse than just Mastodon.

    The best way would be to build it as an add-on (a so-called "app") for (streams) or Forte. That way, you would neither have to deal with Mastodon's limitations (yes, Mastodon is very limited although this isn't apparent to those of its users who don't know anything else), nor would you have to develop Fediverse server software from scratch.

    In case you don't know them:

    (streams) is the unofficial community name of a very powerful but technically nameless Fediverse application whose code is in the streams repository (https://codeberg.org/streams/streams). It's essentially a Facebook-style social networking application with quite a number of extra features and the second-most recent member of a software family that dates all the way back to Friendica from 2010 (https://friendi.ca). It's a fork of a fork of three forks of a fork (of a fork?) of Hubzilla (https://hubzilla.org) which, in turn, was reworked from a fork of a fork of what's now Friendica.

    And Forte (https://codeberg.org/fortified/forte) is a fork of the streams repository that's very similar to (streams) itself.

    All this was originally done by one and the same developer, a professional in IT and software for close to half a century.

    Here is an article I've put together with tables that compare Mastodon, Friendica, Hubzilla, (streams) and Forte: https://hub.netzgemeinde.eu/item/0a75de76-eb27-4149-b708-f20b2f79d392

    Unlike Mastodon which has only got four general-purpose profile fields in addition to the profile text, both (streams) and Forte already come with the profile fields that a good dating app would need such as:
    • pronouns (pick one out of 3 or none at all)
    • birthday (from which the age is calculated)
    • six free-text location fields, even including Facebook-style "hometown" where you used to live; you can select for yourself how far you want to go into detail with revealing your location
    • gender (pick one out of 14 or none at all)
    • marital status (pick one out of 31 or none at all) plus who plus date since
    • sexual preference (pick one out of 9 or none at all)
    • a separate keyword field
    • political views
    • religious views
    • hobbies/interests
    • likes
    • dislikes
    • other channels/Fediverse identities
    • musical interests
    • books/literature
    • television
    • film/dance/culture/entertainment
    • love/romance
    • work/employment
    • school/education

    A dating app could easily tie into the directory and make use of these profile fields. It could use a tag of its own in the keyword field so that it only shows channels that use this app (I'm not sure if it's possible to detect which channel has which apps installed).

    One big advantage for users is that they don't have to use their daily-driver channel for the dating app. On Mastodon and in most of the Fediverse, your account is both your login and your identity. On (streams) and Forte, you can have multiple fully independent identities, each with its own name, its own ID, its own profile, its own contacts, its own posts and conversations, its own settings etc. etc., all behind one and the same login. It's like having multiple Mastodon accounts behind one login. That way, users don't have to reveal to everyone who knows their official daily-driver channel that they're using this dating app.

    Also, Mastodon is hard-coded to 500 characters. You literally have to soft-fork it and edit the source code to change the limit. Both (streams) and Forte are essentially unlimited in characters (their actual character limit is over 24 million).

    Privacy and security are much higher on (streams) and Forte than on Mastodon, in fact, much higher than most Fediverse users can even imagine. Private messages are actually literally private. On Mastodon, a direct message only defines whom it's sent to. On (streams) and Forte, permissions come into play. The start post in a conversation defines who is allowed to see the conversation. Not only that post, but all comments as well. It's literally impossible to pull someone else into an existing private conversation by mentioning because that someone simply isn't allowed to see anything in the conversation.

    So when you're chatting with a woman via PM, and she dislikes you, she can't shame or dogpile you by pulling her friends into the conversation.

    On top of that, although even Friendica already had quote-posts since 2010, private messages cannot be quote-posted.

    For a developer, all it takes to build this is PHP plus database know-how. Like the whole rest of the family, (streams) and Forte don't need anything more than a LAMP stack. No Ruby on Rails, no Elixir, no TypeScript or Vue.js or any other JavaScript, no .NET.

    Deploying a (streams) or Forte app is easy, too: Create a public git repository for it, keep it there, and server admins can add your repository to their servers and activate your app server-side. Both (streams) and Forte are very modular and designed to be easy to expand.

    Most of this would be possible with Hubzilla as well which is much bigger in terms of users and available servers. However, Hubzilla has got one disadvantage: Its directory only shows Hubzilla and (streams) channels, i.e. channels that use Hubzilla's native Zot protocol. That's because ActivityPub support on Hubzilla is provided by another app, it's optional, it's off by default, and the directory can't tie into it. On (streams), ActivityPub support is still optional, but more advanced than on Hubzilla, built into the core and on by default. And Forte doesn't support anything else than ActivityPub.

    In theory, it should be possible to build such a dating app for all three.

    Also, yes, in theory, channels that use such a dating app can connect to Mastodon. But Mastodon users couldn't use that dating app. Mastodon simply doesn't have any support for profile fields which it itself doesn't have. Also, Mastodon is too unsecure, and meaningful conversations are difficult if one side is limited to 500 characters. And I would hate to see this dating app bound hard to Mastodon's culture and Mastodon's unwritten rules, neither of which take the Fediverse outside of Mastodon into account.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse #MastodonCulture #Hubzilla #Streams #(streams) #Forte #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #FediDate
    streams

    Decentralised personal communication system.

    Codeberg.org