Lösningen på att en centraliserad kommersiell plattform ställer till problem för sina användare är verkligen inte att skapa en ny centraliserad plattform, speciellt inte om den också planerar att bli en kommersiell produkt.
V har redan bevisat att det går att skapa distribuerade/federerade lösningar för det här, som då också är helt säkra mot problemen som Discord just nu uppvisar. Det skulle vara mycket bättre om folk fokuserade mer pengar och utvecklartid mot sådana lösningar istället, så att vi inte blir sittande i den här sitsen igen i framtiden.
this post was submitted on 10 Mar 2026
6 points (100.0% liked)
IT och Teknik
263 readers
3 users here now
IT och Teknik
Ett simpelt community där man kan diskutera teknik, dela med sig av nyheter, och ställa frågor. Svenska artiklar är att föredra, men inte ett krav.
founded 2 years ago
MODERATORS
Detta är ett open source projekt som har satt federering högt på listan av prioriteringar och ett av de första punkterna på deras 2026 roadmap. Självhosting kommer också stödjas (det går tekniskt sett redan nu även om det är litet bökigt och dokumentering inte finns ännu).
Vad exakt är dina invändningar?
Mina invändningar är mer runt hur folket beter sig kring det här än hur projektet i sig fungerar.
Men även där så lutar det mot att deras "federering" kommer vara en egenutvecklad lösning som är mer lik en multi-anslutande klient med delegerad auth än ett faktiskt federerande system.
Hans plan är ju att skapa ett decentraliserat alternativ som sedan också ska få federering. Så jag förstår inte riktigt din invändning. Men problemet är vilket federerat protokoll han tänker använda. Det avgör ju om det blir federerat på riktigt eller inte. Och hur. Matrix? XMPP? AcitivityPub?, AT?, Nostr?. Det verkar oklart.
Om man läser i de diskussioner som skett kring federering i projektet så har det redan ratats att använda någon W3C eller IETF standard för federering, så ett egenutvecklat protokoll av något slag ser troligast ut, där kommentarerna också lutade hårt emot att federering med icke-Fluxer mjukvaror sågs som en bugg mer än en funktion.
Det lät rätt mycket som att "federering" egentligen kommer betyda delegerad auth, där din klient - kanske med hjälp av ett relä på din instans - pratar separat mot varenda server i federeringen, istället för att bygga en faktiskt federerad lösning.