Zaobserwowałem ciekawe zjawisko. Masowe wykorzystanie relays i jakichś profili typu Streaming API relay powoduje utratę kontroli nad własnymi wpisami (edycja / usunięcie).
Widzę, że latają po instancjach (np. mastodon.social) kopie wpisów, o innych ids, oderwane od źródłowych wpisów.
Myślę, że to złe zjawisko.
Zastanawiam się nad blokowaniem takich projektów.
Albo róbcie to dobrze, albo nie róbcie tego wcale.
Jakie jest wasze zdanie, osoby z Pol.social, które nawet nie widzicie, że na innych instancjach wasze tootki są podbijane?
Edit: W wątku pod tym tootkiem tłumaczę przyczynę zjawiska i konsekwencje.
W ActivityPub tootki i inne komunikaty profilu (edycja, usunięcie) wysyłane są do osób śledzących, na ich instancje. To tzw. "organiczna federacja". Za nimi mogą zostać wysłane komunikaty o edycji czy usunięciu. I tylko do tej listy obserwujących i ich instancji serwer fedi je wyśle.
Jeśli za pomocą takich narzędzi jak relays / Streaming API relays inne instancje "pozyskają" kopię wpisu, istnieje wysokie prawdopodobieństwo, że nie otrzymają nigdy komunikatu o edycji (będzie wisieć stara wersja niezgodna z intencją autora czy autorki) lub też skasowana wiadomość nigdy nie zostanie usunięta.
To imo cofnięcie #fedi do czasów sprzed edycji tootków, czego bym jako autor wpisów nie chciał.
Edit: Taki np. profil "podbija" czy rozpowszechnia wpisy na mastodon.social, o czym na serwerze pol.social nikt nie wie:
Osoby z mastodon.social widzą o 1 "podbicie" więcej, a osoby autorskie z Pol.social o takim "podbiciu" nawet nie wiedzą.
Jeszcze sprawdzam, ale profil chyba do zablokowania.
Wyjaśnienie: chcesz czyjeś tootki czytac, to zaobserwuj, a nie kopiuj jakimiś narzędziami. Będziesz na bieżąco i zapewnisz poprawne funkcjonowanie fedi. I będziesz miał aktualną wersję wpisów po edycjach.
"Organiczna" federacja jest lepsza niż "relays".
@m0bi13 zapisuję tę ciekawą dyskusję to przemyślenia później.
Tak na szybko, mogę tylko powiedzieć, że monolit (czy to pojedyncza instancja Masto, czy Facebook) są bliższe optimum przetwarzania danych niż setki sfederowanych serwerów. Moim zdaniem długofalowo Masto będzie musiało przemyśleć jak to robić lepiej. Moim zdaniem wystarczyłby przypływ użytkowników rzędu parę mln użytkowników rozłożony w miarę równomiernie na kilkaset serwerów spowodowałby spore przeciążenie. Wynika to z kwadratowej złożoności w dystrybucji wpisów.
Nie wiem, jakiego softu używasz do podbić, ale mam wrażenie, że również generujesz oderwane od źródła kopie.
Przez takie zachowanie, usunięcie wpisu nie działa jak usunięcie, wpisy wiszą na innych instancjach. Tak samo z edycją. Jeśli edytuję tootka, to nie chcę, by latała jego wersja oryginalna, niepoprawiona, a ludzie na nią odpisywali.
@m0bi13
Wszystkich moich podbić dokonuję ręcznie (na piechotę). Oderwane od źródła kopie powstawałyby zatem w wyniku samego podbicia wpisu.
ZTCW jeśli nikt z serwera x nie obserwuje osoby Y, to jeśli wpis Y trafił (podbicie lub ręczne wpisanie) na serwer x, to x nie dowie się o usunięciu lub edycji Y. (ale trzeba to zweryfikować).
Poprawnie działające przekaźniki MSZ powinny przekazywać także edycję i usuwanie wpisów. (czy przekaźnik dziesiątek tak robi? wołam @xaphanpl ) Jeżeli zachodzi obserwacja, to edycja i usunięcie sfederuje.
Ale...
Nie wszystkie serwery federują edycję lub usunięcie wpisu!
W trakcie jednej rozmowy z kmicem wyszło na jaw, że qoto nie tylko nie pozwala swoim użytkownikom na edycję wpisu, ale nie federuje także edycyj wpisów zdalnych!
Na #karabinie do dzisiaj jestem w stanie znaleźć wpisy osoby, która usunęła swoje konto w zeszłym roku! (wołam @ernest)
À propos karabinu, nie wiem, czy wszyscy o tym wiedzą, ale wpisy (także zewnętrzne), o których /kbin się dowiedział, są przeszukiwalne! To samo, jeśli ktoś cię obserwuje z Pleromy (w tym Rebased, wołam @mkljczk ), Akkomy, Friendiki.
Jeżeli ktoś uwierzył Mastodonowi na słowo, że jego wpisy nie będą przeszukiwalne, to prędzej czy później się na tym zawiedzie.
Dodam jeszcze coś - byłem w stanie podbić wpis osoby, która zablokowała cały mój serwer. Opcja „Blokuj wszystko z nazwa.serwera” działa jak zbiorowe wyciszenie całego serwera, nie jak blokada użytkownika.
Czy pol.social ma włączone Authorised Fetch?
Jeżeli chcemy zagwarantować pełną i niezawodną kontrolę użytkowników nad swoimi wpisami w protokole pomyślanym tylko do wpisów publicznych (a takim jest ActivityPub) także po wysłaniu wpisu, to wymaga to od nas zaufania w stosunku do administracji każdego serwera, że nas w tej kwestii nie zdradzi. Taki model nie skaluje poza piwnicę, a odwrócenie logiki federacyjnej (federowanie z danym serwerem tylko za zgodą wprost administracji) zaszkodzi instancjom jednoosobowym.
@74 Jestem za tym, by instancje jednoosobowe federowały tootki organicznie, a nie ciągnęły z wiadra relays wszystko, co popadnie. Bo bez obserwacji profili to one mogą być generatorem "kopii" nieedytowalnych / niekasowalnych.
W małym polskim fedi gdzie prawdopodobieństwo niesfederowania info o edytowanym czy skasowanym tootku jest małe, problem może wystąpić rzadziej. Ale juz takie Kobyły Gargrona (TM) jak mastodon.social mogą gubić komunikaty przez błędy w gigantycznych kolejkach itp.
Btw, jeśli prawdą jest "Wszystkich moich podbić dokonuję ręcznie (na piechotę)." to dziwię się, że podbijasz mizoginiczne kawały, o co cię nie podejrzewałem. Sprawdzę jeszcze logi, bo mam wrażenie, że podbijasz zbyt szybko i za często, w tym chyba po nocy, jakbyś nigdy nie spał ;-)
@m0bi13@xaphanpl@ernest
„Bo bez obserwacji profili to one mogą być generatorem «kopii» nieedytowalnych/niekasowalnych”
Założyłem konto na wspaniałym, części przekaźnika 42. Wysłałem wpis publiczny, wyedytowałem go i usunąłem. Sfederowało na dziesiątkach i .com.pl.
Wysłałem wpis publiczny na koncie na .com.pl (którego nikt ze wspaniałego nie obserwuje), wyedytowałem go i usunąłem. Sfederowało na wspaniałego.
Można ciągnąć z przekaźników (a przynajmniej tego z 101010) bez obaw o kopie „mineralne” (nie organiczne, niezmienne, niezniszczalne).
Add comment