mstdn.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A general-purpose Mastodon server with a 500 character limit. All languages are welcome.

Administered by:

Server stats:

17K
active users

Ruszyła kolejna fala migracji z X/Twittera, więc dziś w przyglądam się alternatywom:
oko.press/ucieczka-z-twittera-

Co ciekawe, wszystkie – Fediverse, Bluesky, Threads – przynajmniej w jakimś stopniu twierdzą, że są zdecentralizowane. Mówię więc "sprawdzam", razem z @cwebber , @blaine i @ben .

Nie będzie dla nikogo zaskoczeniem, że i Threads mocno naciągają to "zdecentralizowanie." Ale sam fakt, że wszystkie realne alternatywy dla Twittera promują się decentralizacją jest znaczący!

OKO.press · Ucieczka z Twittera. Przyszłość mediów społecznościowych jest zdecentralizowanaBy Michał rysiek Woźniak

@rysiek
Blueskyowi tę całą federację (w sensie możliwości podpięcia fedi) robi zewnętrznie wyhakierowana bramka. Co oznacza, że jak się za pewnie poczują to jednym ruchem mogą ją zablokować. PR im od tego padnie, ale skoro będą się czuli pewnie…
Z drugiej strony nie wiem czy w obserwowanym tempie jesteśmy w stanie dożyć momentu kiedy metanitka pozwoli włączyć federację w krajach rozwin^W UE.

Także jest lepiej niż było tylko dlatego, że było makabrycznie źle.

@cwebber @blaine @ben

@wariat @rysiek @cwebber @blaine @ben Przecież w decentralizacji BS nie chodzi o spięcie ze światem fedi, tylko o możliwość uruchomienia własnego serwera BS.

@rozie
Tak, ale dużo wskazuje na to, że to nie jest ot tak, stawiam swoją instancję BS bo mam ochotę. @m0bi to zdaje się właśnie ćwiczy.

Z drugiej strony bramka tak jak jest teraz jest przecież niczym innym jak instancją fedi i bs, gdzie zamiast userów są boty.

@rysiek @cwebber @blaine @ben

Michał "rysiek" Woźniak · 🇺🇦

@rozie nie ma czegoś takiego, jak "instancja BS", ponieważ protokół działa zupełnie inaczej, niż fedi.

Są "Personal Data Servers", ale one tylko trzymają dane. Dystrybucja wiadomości odbywa się w warstwie "reach", a warstwa "reach" działa tak, że musisz mieć dane z wszystkich PDSów, żeby to działało sensownie.

Bluesky-firma operuje jedyny w tej chwili system warstwy "reach". Odpalenie alternatywnego to już dziś spora inwestycja, ze względu na ilość danych i wymagane zasoby.

@wariat @m0bi

@rozie niewykluczone, że będę w to nurkował głębiej za czas niezadługi. Stay tuned. :ablobwink:

@wariat @m0bi

@rysiek ty to wszystko ładnie opisałeś w artykule, ale jeszcze raz:

technicznie PDS to jest tylko ładniej nazwany storage node. dane z PDS-ów indeksują i zbierają relaye (przyrost danych rzędu GB/h), warstwa prezentacji to “app”. można sobie względnie łatwo zrobić PDS, można sobie dosyć kosztownie zrobić prawie działający relay, nie ma niezależnych aplikacji z warstwą prezentacji.

prywatne wiadomości są ogarniane poza protokołem.

do rozwijania nazw użytkowników i adresowania danych bluesky używa niby DID-ów, ale tak naprawdę jedynie modelu did:plc (plc – placeholder), gdzie jedyna usługa przekładająca identyfikator na całą resztę jest w pełni kontrolowana przez bluesky.

@rozie @wariat @m0bi

@mawhrin i trzeba dodać, że koszt robienia relaya będzie rósł bardzo szybko, ~logarytmicznie z przyrostem liczby osób korzystających i liczby wymienianych wiadomości.

@rozie @wariat @m0bi

@szulikszarecki @rozie @rysiek @wariat @m0bi @bobiko@101010.pl jak się chce robić własną, małą instancję, to znacznie praktyczniej jest zrobić gotosocial + jakiś frontend w stylu phanpy.

w przypadku mastodona kluczowym zasobem jest przestrzeń dyskowa na cache plików, przy czym to wcale nie liczba użytkowników będzie decydować o rozmiarze, a liczba instancji, z którymi się wymienia dane.

(nb. zużycie dysku rośnie mniej lub bardziej liniowo, więc to jest ogarnialne; a jakiś odpowiednik s3 jest zwykle wystarczająco tani, żeby to nie był jakiś przeraźliwy problem)

@mawhrin @szulikszarecki @rozie @rysiek @wariat @m0bi Używam gotosocial (z SQLite, bo czemu nie), federuję się z kupą serwerów, odkurzanie załączników mam ustawione na 30 dni (chyba, dawno nie zmieniałem konfiguracji) na teraz wygląda to tak:

~/gotosocial % du -h | tail -1
5.9G    .

Z czego 2.5GiB to baza od początku mojego podłączenia się do Fedi. Także ogólnie myślę, że nawet najwątlejszy VPS powinien udźwignąć „dla mnie i może partnerki”.

@emil @mawhrin @szulikszarecki @rozie @rysiek @wariat @m0bi Dzięki za to Emil, ja mam w planach przeniesienie swojego bota z botsin.space na swoje własne GTS, i pokazujesz że jest to wykonalne, zgłoszę się z ewentualnymi pytaniami :)

@emil @mawhrin @szulikszarecki @rozie @rysiek @wariat @m0bi Oraz lol, czy ja dobrze rozumiem, że "federacja" BS to na ten moment możliwość dawania im dodatkowych edge locations na dane?

@stfn @mawhrin @szulikszarecki @rozie @rysiek @wariat @m0bi Bardzo wątpię, że potrzebujesz mnie do czegokolwiek. To są dosłownie dwa pliki (binarka, konfig) i katalog z szablonami. Jedyne, co musisz zmienić po wypakowaniu to nazwę domeny w konfiguracji (plus oczywiście jakiś nginx na froncie żeby nie brudzić się z TLS).

Jedyne, co trzeba wiedzieć, to to, że nie ma kompletu endpointów z Masto, ale bot powinien klikać bez problemu.

@rozie @rysiek @mawhrin @wariat @m0bi @bobiko O, klikam w link w poście, a on prowadzi do mnie 😂 Masto co prawda niezbyt się nadaje do jednoosobowych instancji, ale to nadal rzędy wielkości mniej zachodu niż byłoby przy bluskajowych relayach. Sęk w tym, że do ActivityPub mamy do takich rzeczy lepsze narzędzia, a w ATproto problemem jest sama struktura sieci.

@dos @rozie @rysiek @mawhrin@circumstances.run @wariat @m0bi

;-) kurde zapomniałem pozmienuać z 101010.pl na pol.social - omija mnie ciekawa dyskusja :D @bobiko@pol.social

@rozie no nie, to jednak zupełnie inna bajka.

Raz, że nie musisz stawiać akurat Mastodona, możesz postawić GoToSocial, i będzie znacznie lżejszy i prostszy.

Dwa, w Bluesky jak chcesz postawić relay'a, to masz na dzień dobry wymóg przestrzeni dyskowej rzędu kilku terabajtów.

Trzy, jak masz własną instancję, pogadasz z innymi instancjami. Jak masz własnego PDSa w Bluesky, nie pogadasz bez pośrednictwa relaya. A relay jest w tej chwili jeden.

@mawhrin @wariat @m0bi @bobiko

@mawhrin @rysiek @wariat @m0bi No ze spokojem, nie od razu Kraków zbudowano.

Jest intencja, jest łatwo wyglądające do wykorzystania rozwiązanie do kontrolowania danych (PDS).

Piszesz o braku niezależnych appek do prezentacji. OK, ale istniejące są na wolnej licencji (MIT), więc trudno je nazwać zależnymi. Może nikt nie napisał innych, bo nie były potrzebne?