- cross-posted to:
- teknik
- cross-posted to:
- teknik
En ung svensk utvecklare vid namn Hampus Kraft har under fler år ägnat sig åt att försöka ta fram ett alternativ till Discord, Programmet har han döpt till Fluxer. Han har också ett bolag som heter Fluxer Platform AB så i förlängningen är det förmodligen ett kommersiellt projekt.
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.
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.
Så länge jag bara behöver ett konto och upplevelsen är bekväm så bryr jag mig inte hur det fungerar under the hood.
Bara det är open source och går att self-hosta gratis ser jag inget problem.
Problemet med delegerad auth / relä - om de inte lyckas bli övertalade att faktiskt göra äkta federering - är att alla själv-hostade servrar då måste vara kraftiga nog för att kunna hantera alla andra användare på alla andra servrar också, eftersom alla användare pratar direkt mot alla servrar de interagerar med.
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.