Login
You're viewing the poliversity.it public feed.
  • macfrancmacfranc
    Aug 21, 2026, 10:58 AM
    retooted Poliverso - notizie dal Fediverso ⁂

    LOLA è una proposta di specifica tecnica creata all'interno del Social Web Incubator Community Group del W3C per risolvere il problema della portabilità completa degli account ActivityPub

    Il nostro account pubblica diverse notizie dal Fediverso, ma segundo il gruppo @fediverso@poliverso.org potrai leggere anch notizi pubblicate da altri account

    #LOLA è un acronimo per Live Online Account Portability che cerca di stabilire l specifiche per risolvere uno dei problemi più fastidiosi del Fediverso: oggi infatti, spostare un account Mastodon da un server A a un server B consente di salvare solo i follower e la lista degli utenti seguiti, ma tutto il resto (soprattutto i post passati, ma anche i "like", i file multimediali caricati, le liste e i blocchi) rimane spiaggiato sul vecchio server.

    LOLA nasce per permettere un trasferimento automatico e "live" da server a server:

    - l'utent si registra sul server B (Destinazione).
    - Autorizza B a collegarsi al server A (Sorgente).
    - Il server B copia in automatico tutti i dati dll'utent (post, mi piace, blocchi, media, notifiche).
    - Successivamente, il server A inoltra automaticamente le notifiche e i reindirizzamenti al nuovo server B.

    Qual è lo stato di avanzamento del progetto?

    Il documento si trova ancora allo stato di "Bozza di Lavoro" del Gruppo di Comunità (Unofficial Draft / CG Draft) e non è ancora uno standard ufficiale W3C definitivo, ma una proposta in fase attiva di definizione.
    La Data Transfer Initiative (un'organizzazione no-profit che lavora sulla portabilità dei dati assieme ai principali tech giant e alla community open source) ha realizzato un testbed di prova (ap-testbed.dtinit.org) per consentire agli sviluppatori di testare l'implementazione di LOLA sia come server di origine che di destinazione.
    Al momento, tuttavia LOLA non è mai stata integrata su Mastodon o altre piattaforme mainstream, poiché le modifiche necessarie richiedono un ampio consenso della community su come gestire la moderazione, l'autenticazione cross-server e le risorse di banda.

    Come si può implementare LOLA su sistemi ActivityPub esistenti?

    Implementare un sistema del genere non è del tutto banale, per due motivi principali:

    - richiede l'aggiunta sull'infrastruttura esistente di nuovi endpoint API (per scaricare liste di blocchi, impostazioni e outbox completo) e l'adozione di un flusso OAuth2 autorizzato dal server sorgente
    - trasferire un intero archivio con giga di media e centinaia di post da un server all'altro richiede risorse di memoria e storage notevoli. Inoltre, i gestori del nuovo server devono avere la possibilità di sottoporre il contenuto importato a controlli di moderazione (es. quarantena o filtro antispam) prima di renderlo pubblico sulla nuova istanza.

    LOLA manda il cuore in gola, rompe qualche suola, ma quant'emozion

    La prospettiva di questa implementazione è a dir poco eccitante, ma con alcune riserve. In primo luogo, dobbiamo ricordare che un software come #Hubzilla ha già sviluppato da una decina di anni una soluzione simile, ma molto più potente: la cosiddetta "Identità Nomade". La Nomadic Identity (Identità Nomade) di Hubzilla (originariamente introdotta con i protocolli Zot e Nomad e la proposta LOLA perseguono lo stesso obiettivo, ossia rendere l'utente padrone della propria identità nel Fediverso, ma utilizzano filosofie e architetture completamente diverse: il modello concettuale "Copia-e-Sposta" vs. "Clonazione in tempo reale".
    L'identità Nomade di Hubzilla infatti non risiede sul dominio del server, ma è definita da una chiave crittografica posseduta dall'utente. In sostanza, con l'identità nomade, se il Server A si spegne improvvisamente o viene distrutto, non perdi nulla. I tuoi contatti continuano a interagire con te sul Server B senza nemmeno accorgersi del blackout del primo server. Con LOLA, invece, l'utente ha un solo account attivo alla volta e se il Server A va improvvisamente giù prima del trasferimento, la migrazione fallisce...

    Se quindi il server d'origine va offline improvvisamente (problema frequente per i piccoli server privati), il trasferimento via LOLA fallisce (richiede infatti che entrambi i server siano online durante la procedura).
    Un altro problema è costituito dai limiti di banda in caso di portabilità: importare ed elaborare centinaia di post con media associati può sovraccaricare le istanze più piccole gestite da volontari, ma moltplici migrazioni potrebbero far incartare anche i server più grandi.

    Naturalmente se un utente malevolo viene bloccato su un server, potrebbe tentare di fare "migrazioni di massa" per reinserire contenuti vietati su altri server (con la consegunza ch i moderatori dellìistanza di destinazione dovrebbero dare un'occhiata a tutti i post per capire se sono compatibili con l'istanza. Va detto però che l'opportunità di un sistma come LOLA non ha senso tanto per trasferire il proprio account da un'istanza pubblica a unìaltra istanza pubblica, quanto più per spostare il proprio account da un'istanza pubblica alla propria istanza autogestita.


    Detto questo, LOLA rappresenterebbe chiaramente un passo avanti per la conquista della libertà dell'utente: elimina quella sorta di "vendor lock-in" ancora presente nel Fediverso e consentirbbe alle persone di cambiare server senza perdere anni di contenuti quando un'istanza sta per chiuder o cambia regole.

    swicg.github.io/activitypub-da…

    💬 0🔄 7⭐ 1