Il fediverso non è ancora pronto per le persone con molto seguito? - eviltoast

Il fediverso non è ancora pronto per le persone con molto seguito?

@informatica

Il noto youtuber Alec di Technology Connections, migrato su mastodon da twitter, si sfoga affermando che la sua presenza nel fediverso è problematica per via della moderazione infra-istanza, che reputa inefficiente per un account che ha molto seguito come il suo (e si parla di “solo” 35mila seguaci sugli oltre 2 milioni di iscritti al suo canale YT)

Link al thread in questione: https://mas.to/@TechConnectify/111428308227305812

  • Jones@puntarella.party
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    @NicholasLaney @oloturia @mike @informatica

    si, un fediverso di piccole-medie istanze sarebbe molto meglio di quello presente, per i motivi che dici (moderazione) e tanti altri.

    lo iato di cui dici, tra istanze piccole e istanze grossissime, però, non è che “negli ultimi tempi si sta sbilanciando verso la seconda”, è che da sempre mastodon fa accentramento su mastodon.social e le istanze più grosse qui, https://joinmastodon.org/servers, e rendendo mastodon.social il default, super spinto a livello di interfaccia, nelle app ufficiali.

    Rispetto a questa situazione, la discoverability - per es. con un db distribuito con gli hashtag e i nomi utente dei profili dell’utent* che scelgono di rendersi “trovabili*” - andrebbe a vantaggio, non a detrimento della decentralizzazione: …

    (1/2)

      • NicholasLaney@nebbia.fail
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        @jones @oloturia @mike @informatica

        C’è una serie di implicazioni su cui è importante riflettere, proprio a livello di architettura e risorse.

        Una discoverability (che brutto termine troviamone un’altro) più estesa implica un maggiore carico sul database, che a sua volta implica svuotarlo più spesso, quindi avere meno “memoria” nel tempo.

        Tutto si somma a formare un equilibrio in cui diverse combinazioni sono possibili ma la lunghezza della coperta è determinate dalle risorse.

        • NicholasLaney@nebbia.fail
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          @jones @oloturia @mike @informatica

          E poi, detto fuori dai denti: se il risultato finale è avere una manciata di istanze che hanno una copia di tutto il fediverso in database, si ottiene tutti gli svantaggi di un social centralizzato e tutta l’inefficienza (rindondanza) di uno decentralizzato.

          In quest’ottica è poco desiderabile che istanze piccole abbiano una conoscenza ampia del fediverso, sarebbe un consumo di risorse sostanzialmente inutile.

            • Jones@puntarella.party
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              @NicholasLaney @oloturia @mike @informatica
              Non si tratterebbe di poche istanze con un database condiviso di tutto il fediverso, ma di un database distribuito e in costante sincronizzazione tra i nodi, ovvero tra tutte le istanze, in pratica per quanto riguarda il peso sarebbe una sola tabella in più nel db di mastodon, che è postgresql, con i soli hashtag di profilo e l’indirizzo dellə utent* che scelgono (opt-in, come già avviene) di essere trovabili. Ci vorrebbe un protocollo per la sincronizzazione, ma forse basterebbe riadattare quello che usavano e ancora usano molti keyserver openpgp che sincano tra loro un gran numero di chiavi pubbliche. (1/2)