{"id":330,"date":"2026-11-04T09:59:14","date_gmt":"2026-11-04T09:59:14","guid":{"rendered":"https:\/\/marcoferrigno.net\/?p=330"},"modified":"2026-11-11T12:03:03","modified_gmt":"2026-11-11T12:03:03","slug":"another-internet-is-possible","status":"publish","type":"post","link":"https:\/\/marcoferrigno.net\/it\/another-internet-is-possible\/","title":{"rendered":"Another Internet Is Possible. And We Can Already Build It."},"content":{"rendered":"<\/p>\n
\n

Dalla sostituibilit\u00e0 dei servizi alle reti resilienti: sovranit\u00e0 digitale senza soluzioni miracolose.<\/em><\/p>\n

Il problema non \u00e8 scegliere il provider giusto<\/h2>\n

Nella prima parte siamo arrivati a una conclusione piuttosto scomoda: possiamo costruire infrastrutture affidabilissime, e rimanere comunque dipendenti dalla decisione di un singolo intermediario.<\/p>\n

Il nostro servizio \u00e8 replicato, monitorato, protetto. Poi perdiamo il controllo del dominio, dell’identit\u00e0 degli utenti o del canale attraverso il quale riceviamo pagamenti. I server continuano a funzionare, ma il servizio, per chi deve utilizzarlo, \u00e8 diventato inutilizzabile.<\/p>\n

A quel punto viene spontanea una domanda: qual \u00e8 il provider che non ci far\u00e0 mai questo scherzo?<\/p>\n

Temo sia la domanda sbagliata.<\/p>\n

Non esiste un contratto, un datacenter o una distribuzione Linux capace di eliminarci ogni rischio. Possiamo invece progettare sistemi nei quali la perdita di una singola dipendenza non equivalga alla perdita di tutto<\/strong>. La parola chiave non \u00e8 isolamento. \u00c8 sostituibilit\u00e0.<\/p>\n

Ripartiamo allora dalle quattro domande con cui avevo chiuso il primo articolo: posso esportare i dati, cambiare fornitore, controllare le chiavi e continuare a operare se un servizio mi viene revocato?<\/p>\n

Se non sappiamo rispondere, non ci serve l’ennesima piattaforma. Ci serve un piano.<\/p>\n

Sovranit\u00e0 digitale: meno slogan, pi\u00f9 prove di uscita<\/h2>\n

L’espressione sovranit\u00e0 digitale<\/em> rischia di diventare uno di quei termini che funzionano benissimo nei convegni e molto meno nei runbook.<\/p>\n

Per me ha un significato abbastanza concreto: sapere che cosa possediamo davvero, da chi dipendiamo, e quanto ci costerebbe cambiare strada. Possedere il codice applicativo non basta, se il database non \u00e8 esportabile o se gli utenti possono autenticarsi soltanto tramite un servizio esterno. Avere un backup non basta, se non abbiamo mai verificato come ripristinarlo su un’infrastruttura diversa.<\/p>\n

Non \u00e8 neppure obbligatorio gestire tutto in proprio. Un servizio cloud pu\u00f2 essere una scelta sensata, anche sotto il profilo della sicurezza, quando ci permette di concentrarci sul prodotto. Ma deve essere una scelta consapevole: un fornitore sostituibile non \u00e8 lo stesso di un fornitore da cui non possiamo uscire.<\/p>\n

Il test serio, quindi, non \u00e8 chiedere al commerciale quanto sia resiliente la piattaforma. \u00c8 simulare una migrazione, verificare l’export dei dati, recuperare credenziali e chiavi, misurare tempi e costi di uscita<\/strong>. Se possibile, farlo prima che diventi necessario.<\/p>\n

La libert\u00e0 non \u00e8 una casella da spuntare nel capitolato. \u00c8 una propriet\u00e0 che va collaudata.<\/p>\n

Gli strumenti esistono. Ma ciascuno risolve un problema diverso<\/h2>\n

Proviamo a guardare la nostra vita digitale come una stratificazione di scelte, anzich\u00e9 come un unico prodotto da acquistare.<\/p>\n

Sul dispositivo, GNU\/Linux<\/strong> offre la possibilit\u00e0 di comprendere, modificare e sostituire parti importanti dell’ambiente di lavoro. In ambito mobile, GrapheneOS<\/strong> propone un approccio orientato all’hardening e alla riduzione della superficie d’attacco, su hardware compatibile. Non significa che ogni configurazione Linux sia automaticamente pi\u00f9 sicura di ogni alternativa, n\u00e9 che installare un sistema operativo diverso basti a diventare invisibili.<\/p>\n

Sull’infrastruttura, il self-hosting<\/strong> pu\u00f2 restituirci controllo su dati e servizi. Ma il conto comprende aggiornamenti, monitoraggio, backup, disponibilit\u00e0 e gestione degli incidenti. Se amministriamo male un server, abbiamo soltanto sostituito la dipendenza da un provider con una dipendenza dalla nostra capacit\u00e0 di mantenerlo in salute. Non sempre \u00e8 un progresso.<\/p>\n

Nelle comunicazioni, protocolli come Matrix<\/strong> e XMPP<\/strong> dimostrano che la messaggistica non deve necessariamente coincidere con un’unica piattaforma: identit\u00e0 e server possono appartenere a operatori differenti. La federazione, naturalmente, non cancella i problemi di moderazione, interoperabilit\u00e0 tra client, gestione degli account e manutenzione dei server.<\/p>\n

Nostr<\/strong> affronta un’altra parte del problema: gli utenti firmano eventi con le proprie chiavi e possono distribuirli attraverso relay differenti. \u00c8 un modello interessante per separare identit\u00e0 e intermediario di pubblicazione, ma le chiavi vanno custodite, i relay possono applicare politiche proprie e la disponibilit\u00e0 dei contenuti non \u00e8 garantita per magia.<\/p>\n

E poi ci sono Tor<\/strong> e I2P<\/strong>, che rispondono soprattutto a esigenze di riservatezza, instradamento e resistenza a determinate forme di sorveglianza o blocco. Non confondiamoli con una garanzia assoluta di anonimato: il software, la configurazione e i comportamenti dell’utente restano decisivi.<\/p>\n

Si potrebbe continuare a lungo, ma trasformare questo articolo in un catalogo di progetti sarebbe un errore. Il punto \u00e8 un altro: ogni tecnologia sposta un punto di fiducia<\/strong>. Sta a noi capire quale, verso chi, e con quali nuove responsabilit\u00e0.<\/p>\n

E se Internet non ci fosse proprio?<\/h2>\n

Fino a questo momento abbiamo ragionato su come rendere i servizi meno dipendenti da un operatore. Proviamo ora a essere pi\u00f9 radicali.<\/p>\n

Niente ISP. Niente DNS. Niente cloud.<\/p>\n

Due persone, magari nello stesso territorio, devono scambiarsi un messaggio. Serve davvero tutta l’infrastruttura che siamo abituati a considerare indispensabile?<\/p>\n

\u00c8 qui che entra in scena Reticulum<\/strong>.<\/p>\n

Reticulum \u00e8 uno stack di rete costruito intorno a identit\u00e0 crittografiche e comunicazioni cifrate, progettato per funzionare su mezzi trasmissivi diversi. Pu\u00f2 utilizzare collegamenti IP, ma pu\u00f2 anche appoggiarsi a interfacce seriali, radio a pacchetto, Wi-Fi e dispositivi LoRa. Non \u00e8 un social network, non \u00e8 un’app di messaggistica e, soprattutto, non \u00e8 una nuova Internet globale gi\u00e0 pronta a sostituire quella esistente<\/strong>.<\/p>\n

\u00c8 un insieme di strumenti per costruire reti che possono operare anche senza la connettivit\u00e0 Internet tradizionale, a patto che tra i partecipanti esista comunque un collegamento fisico o un percorso di nodi funzionante.<\/p>\n

La distinzione \u00e8 importante. \u00abSenza Internet\u00bb non significa \u00absenza infrastruttura\u00bb. Significa poter decidere quale infrastruttura usare<\/strong>, anche quando non coincide con quella degli operatori commerciali.<\/p>\n

Da Linux a GrapheneOS passando per la radio<\/h2>\n
\"Schema<\/figure>\n

Nelle slide del talk che avevo preparato per il Linux Day c’era uno schema che mi piace ancora molto. Non era una dimostrazione eseguita sul palco, ma un’architettura teorica da cui partire per ragionare:<\/p>\n

Computer Linux con client LXMF \u2192 RNode \u2192 collegamento radio LoRa \u2192 RNode \u2192 dispositivo Android con GrapheneOS e Sideband.<\/strong><\/p>\n

Scomponiamolo, senza saltare i passaggi.<\/p>\n

Reticulum<\/strong> gestisce lo strato di comunicazione. LXMF<\/strong> \u00e8 un protocollo di messaggistica che pu\u00f2 operare sopra Reticulum. Sideband<\/strong> \u00e8 un client che permette di utilizzare queste funzionalit\u00e0, anche su Android. RNode<\/strong> \u00e8 un’interfaccia radio utilizzabile per collegare Reticulum a hardware LoRa.<\/p>\n

LoRa<\/strong> \u00e8 una tecnologia radio per comunicazioni a basso bitrate e relativamente lunga portata, a seconda dell’ambiente e della configurazione. Non va confusa con LoRaWAN<\/strong>, che \u00e8 un protocollo di rete distinto e non rappresenta un requisito di questo schema.<\/p>\n

Il computer non \u00abmanda un messaggio a Internet e spera che arrivi\u00bb. Usa un’interfaccia radio configurata; il dispositivo dall’altra parte deve essere raggiungibile direttamente o attraverso nodi intermedi compatibili. Identit\u00e0, applicazioni e interfacce devono essere configurate correttamente. Il destinatario pu\u00f2 ricevere il messaggio quando esiste un percorso di consegna, eventualmente con meccanismi di inoltro e memorizzazione previsti dall’ecosistema.<\/p>\n

\u00c8 una prospettiva affascinante: una comunicazione digitale cifrata pu\u00f2 avvenire senza account presso un servizio cloud, senza risoluzione DNS e senza abbonamento dati lungo il tragitto radio. Ma sarebbe scorretto chiamare questo schema una soluzione gi\u00e0 testata da me, o suggerire che basti comprare due moduli radio per ottenere una rete affidabile.<\/p>\n

\u00c8 un progetto tecnico da sperimentare, non una promessa commerciale.<\/p>\n

La fisica, per fortuna, non legge i manifesti<\/h2>\n

A questo punto arriva l’obiezione inevitabile: se \u00e8 cos\u00ec interessante, perch\u00e9 non lo usiamo tutti?<\/p>\n

Perch\u00e9 la libert\u00e0 tecnologica non abolisce la fisica, e nemmeno il lavoro di chi deve amministrare la rete.<\/p>\n

La banda disponibile<\/strong> su molti collegamenti radio \u00e8 limitata: le aspettative devono essere quelle della messaggistica a basso traffico, non dello streaming video. La copertura<\/strong> dipende da antenne, ostacoli, potenza, posizione e disponibilit\u00e0 di nodi intermedi. La consegna<\/strong> non \u00e8 garantita in ogni momento: se non c’\u00e8 un percorso utile, il messaggio pu\u00f2 attendere oppure non arrivare nei tempi desiderati.<\/p>\n

La gestione delle chiavi<\/strong> resta una responsabilit\u00e0 concreta. La crittografia protegge una comunicazione soltanto all’interno delle propriet\u00e0 effettive del protocollo e del software utilizzato; non protegge un dispositivo compromesso, un’identit\u00e0 scambiata per errore o un’implementazione vulnerabile. Lo stesso progetto Reticulum segnala che la sicurezza della sua implementazione non va trattata come una garanzia assoluta.<\/p>\n

Ci sono poi le regole sull’uso dello spettro radio<\/strong>, da verificare in base a paese, frequenze, apparati e modalit\u00e0 operative. E c’\u00e8 la compatibilit\u00e0 del software con i dispositivi: l’esistenza di Sideband su Android non equivale alla garanzia che qualunque combinazione di telefono, cavo, adattatore e RNode funzioni immediatamente.<\/p>\n

Infine c’\u00e8 una questione meno appariscente ma interessante per chi tiene al software libero: la reference implementation di Reticulum oggi \u00e8 pubblicata con una licenza specifica che contiene restrizioni d’uso<\/strong>. Il codice \u00e8 accessibile, ma non \u00e8 corretto confondere questa disponibilit\u00e0 con una licenza open source priva di restrizioni di campo d’impiego secondo i criteri OSI. \u00c8 una scelta del progetto che merita di essere letta e valutata, non nascosta dietro un’etichetta comoda.<\/p>\n

Non \u00e8 una ragione per ignorare Reticulum. \u00c8 una ragione in pi\u00f9 per analizzarlo con lo stesso rigore che chiediamo alle tecnologie proprietarie.<\/p>\n

Il Sovereignty Stack: sei strati, nessuna bacchetta magica<\/h2>\n
\"Diagramma<\/figure>\n

Se dovessi riassumere l’idea dell’intero talk in uno schema, userei quello che avevo chiamato Sovereignty Stack<\/em>.<\/p>\n

Non \u00e8 un prodotto e non \u00e8 uno standard. \u00c8 un modo di organizzare domande di architettura:<\/p>\n

    \n
  • Device e sistema operativo:<\/strong> controllo del dispositivo, aggiornamenti, superfici d’attacco, propriet\u00e0 delle credenziali.<\/li>\n
  • Infrastruttura:<\/strong> dati esportabili, backup ripristinabili, servizi gestibili da pi\u00f9 operatori.<\/li>\n
  • Rete e comunicazione:<\/strong> protocolli aperti, percorsi alternativi, possibilit\u00e0 di comunicare anche con connettivit\u00e0 degradata.<\/li>\n
  • Identit\u00e0 e socialit\u00e0:<\/strong> chiavi, account portabili, interoperabilit\u00e0, possibilit\u00e0 di cambiare client e intermediari.<\/li>\n
  • Pagamenti:<\/strong> capacit\u00e0 di ricevere e trasferire valore senza dover necessariamente affidare la custodia a un processore centrale.<\/li>\n
  • Attivit\u00e0 economica:<\/strong> modelli di servizio nei quali la piattaforma facilita una relazione senza appropriarsi automaticamente delle identit\u00e0, dei dati o dei fondi dei partecipanti.<\/li>\n<\/ul>\n

    Non dobbiamo raggiungere l’indipendenza totale a tutti e sei i livelli per ottenere un vantaggio. Possiamo iniziare da quello che oggi costituisce il nostro rischio maggiore.<\/p>\n

    Per un’organizzazione potrebbe essere la portabilit\u00e0 del database. Per un giornalista, la raggiungibilit\u00e0 del proprio pubblico. Per una comunit\u00e0 locale, la disponibilit\u00e0 di un canale di comunicazione quando la connettivit\u00e0 Internet non funziona. Per un professionista, la possibilit\u00e0 di ricevere pagamenti senza cedere a un intermediario il controllo dei fondi.<\/p>\n

    E in ognuno di questi casi dobbiamo chiederci quanto siamo disposti a pagare, in denaro e lavoro operativo, per ottenere maggiore autonomia.<\/p>\n

    E quando arriva il momento di essere pagati?<\/h2>\n

    C’\u00e8 un livello che nelle discussioni sulla decentralizzazione viene spesso lasciato per ultimo: il denaro.<\/p>\n

    Possiamo utilizzare protocolli aperti per comunicare, possedere il nostro server, controllare le nostre chiavi. Poi magari scopriamo che per far funzionare un’attivit\u00e0 dobbiamo dipendere da un unico intermediario che autorizza, trattiene o revoca i pagamenti.<\/p>\n

    \u00c8 qui che Bitcoin<\/strong> diventa interessante, al di l\u00e0 delle discussioni sul prezzo. Permette di trasferire valore secondo regole di rete condivise, senza richiedere che il beneficiario affidi necessariamente a una piattaforma la custodia dei propri fondi. Non elimina costi di transazione, rischi di volatilit\u00e0, obblighi fiscali, problemi di usabilit\u00e0 o vincoli normativi. E non garantisce che ogni utente riesca sempre a comunicare con la rete quando la connettivit\u00e0 viene interrotta.<\/p>\n

    BTCPay Server<\/strong> porta questo modello dentro un contesto applicativo: un esercente pu\u00f2 generare richieste di pagamento e ricevere Bitcoin direttamente in un wallet che controlla, senza consegnare al software di fatturazione le proprie chiavi private per ricevere pagamenti on-chain. Resta da gestire un’infrastruttura, e per Lightning esistono ulteriori aspetti operativi legati ai nodi e alla liquidit\u00e0.<\/p>\n

    A questo punto il collegamento con un progetto a cui sto lavorando, The Orange Cove<\/strong>, viene quasi spontaneo. L’idea architetturale \u00e8 semplice: un marketplace pu\u00f2 aiutare cliente e professionista a incontrarsi, organizzare il lavoro e avviare un pagamento, senza essere obbligato a custodire i Bitcoin del professionista. \u00c8 un progetto in sviluppo, non un caso da esibire come prova di successo commerciale o come garanzia di assenza di obblighi regolamentari.<\/p>\n

    Il punto non \u00e8 promuovere una piattaforma. \u00c8 mostrare che la separazione fra chi facilita un servizio e chi controlla i fondi pu\u00f2 essere una scelta di architettura<\/strong>.<\/p>\n

    Vale per il denaro come per i dati: ridurre una dipendenza non significa abolire ogni intermediario; significa impedire che un intermediario diventi automaticamente proprietario di ci\u00f2 che dovrebbe soltanto trasportare o coordinare.<\/p>\n

    La sovranit\u00e0 ha un costo. La dipendenza pure.<\/h2>\n

    Non vorrei concludere con la solita invocazione a \u00abriprenderci Internet\u00bb, perch\u00e9 detta cos\u00ec \u00e8 troppo facile.<\/p>\n

    Mettere in piedi un server richiede manutenzione. Gestire chiavi crittografiche richiede disciplina. Una rete radio richiede nodi, copertura, competenze e spesso una certa dose di pazienza. Federare servizi significa affrontare antispam, interoperabilit\u00e0 e moderazione. Usare sistemi di pagamento non-custodial implica assumersi responsabilit\u00e0 che altrove deleghiamo.<\/p>\n

    Non \u00e8 detto che per ogni persona o azienda il beneficio superi il costo. E non c’\u00e8 nulla di virtuoso in una soluzione \u00abindipendente\u00bb che diventa inaffidabile o insicura per mancanza di risorse.<\/p>\n

    Ma c’\u00e8 anche un costo che abbiamo imparato a non vedere: quello di non poter scegliere<\/strong>. Il prezzo di una migrazione impossibile, di un’identit\u00e0 legata a un solo gestore, di un’attivit\u00e0 che si ferma perch\u00e9 qualcuno ha spento un servizio che consideravamo permanente.<\/p>\n

    Per questo non propongo di buttare via cloud, piattaforme o infrastrutture consolidate. Propongo di cominciare a porre domande diverse quando progettiamo qualcosa di nuovo. Chi possiede le chiavi? Quanto costa uscire? Quali protocolli possiamo sostituire? Che cosa rimane in piedi quando il fornitore cambia idea o la rete non \u00e8 disponibile?<\/p>\n

    Le risposte non arriveranno tutte da Reticulum, da Linux o da Bitcoin. Nessuna tecnologia, da sola, restituisce autonomia a chi non sa quali dipendenze ha costruito.<\/p>\n

    Il codice non basta. Le scelte s\u00ec.<\/strong><\/p>\n

    Non serve sostituire tutta Internet. Serve smettere, quando possiamo evitarlo, di costruire sistemi che un solo intermediario pu\u00f2 rendere inutilizzabili.<\/p>\n

    Internet \u00e8 ancora riparabile. Ma non si aggiusta con uno slogan.<\/p>\n<\/div>\n

    ","protected":false},"excerpt":{"rendered":"

    Digital sovereignty doesn’t mean replacing the entire Internet. From portable services to Reticulum networks over LoRa and non-custodial payments, here’s what we can build today\u2014and the responsibilities that come with it.<\/p>","protected":false},"author":1,"featured_media":327,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[8,32,70,73],"class_list":["post-330","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-opensource","tag-bitcoin","tag-digital-sovereignty","tag-internet","tag-reticulum"],"yoast_head":"\nAnother Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/marcoferrigno.net\/it\/another-internet-is-possible\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Another Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer\" \/>\n<meta property=\"og:description\" content=\"Digital sovereignty doesn't mean replacing the entire Internet. From portable services to Reticulum networks over LoRa and non-custodial payments, here's what we can build today\u2014and the responsibilities that come with it.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/marcoferrigno.net\/it\/another-internet-is-possible\/\" \/>\n<meta property=\"og:site_name\" content=\"Marco Ferrigno | IT System Engineer\" \/>\n<meta property=\"article:published_time\" content=\"2026-11-04T09:59:14+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-11-11T12:03:03+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp\" \/>\n\t<meta property=\"og:image:width\" content=\"1600\" \/>\n\t<meta property=\"og:image:height\" content=\"900\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/webp\" \/>\n<meta name=\"author\" content=\"marcoferrigno\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Scritto da\" \/>\n\t<meta name=\"twitter:data1\" content=\"marcoferrigno\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo di lettura stimato\" \/>\n\t<meta name=\"twitter:data2\" content=\"21 minuti\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/\"},\"author\":{\"name\":\"marcoferrigno\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/#\\\/schema\\\/person\\\/7c68a429c25640e509b5ff667078d1f2\"},\"headline\":\"Another Internet Is Possible. And We Can Already Build It.\",\"datePublished\":\"2026-11-04T09:59:14+00:00\",\"dateModified\":\"2026-11-11T12:03:03+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/\"},\"wordCount\":4605,\"image\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/marcoferrigno.net\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/part2_reticulum_radio_path.webp\",\"keywords\":[\"bitcoin\",\"digital sovereignty\",\"Internet\",\"Reticulum\"],\"articleSection\":[\"opensource\"],\"inLanguage\":\"it-IT\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/\",\"url\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/\",\"name\":\"Another Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/marcoferrigno.net\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/part2_reticulum_radio_path.webp\",\"datePublished\":\"2026-11-04T09:59:14+00:00\",\"dateModified\":\"2026-11-11T12:03:03+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/#\\\/schema\\\/person\\\/7c68a429c25640e509b5ff667078d1f2\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#primaryimage\",\"url\":\"https:\\\/\\\/marcoferrigno.net\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/part2_reticulum_radio_path.webp\",\"contentUrl\":\"https:\\\/\\\/marcoferrigno.net\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/part2_reticulum_radio_path.webp\",\"width\":1600,\"height\":900},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/another-internet-is-possible\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/marcoferrigno.net\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Another Internet Is Possible. And We Can Already Build It.\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/#website\",\"url\":\"https:\\\/\\\/marcoferrigno.net\\\/\",\"name\":\"Marco Ferrigno | IT System Engineer\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/marcoferrigno.net\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"it-IT\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/marcoferrigno.net\\\/#\\\/schema\\\/person\\\/7c68a429c25640e509b5ff667078d1f2\",\"name\":\"marcoferrigno\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g\",\"caption\":\"marcoferrigno\"},\"sameAs\":[\"https:\\\/\\\/marcoferrigno.net\"],\"url\":\"https:\\\/\\\/marcoferrigno.net\\\/it\\\/author\\\/marcoferrigno\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Another Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/marcoferrigno.net\/it\/another-internet-is-possible\/","og_locale":"it_IT","og_type":"article","og_title":"Another Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer","og_description":"Digital sovereignty doesn't mean replacing the entire Internet. From portable services to Reticulum networks over LoRa and non-custodial payments, here's what we can build today\u2014and the responsibilities that come with it.","og_url":"https:\/\/marcoferrigno.net\/it\/another-internet-is-possible\/","og_site_name":"Marco Ferrigno | IT System Engineer","article_published_time":"2026-11-04T09:59:14+00:00","article_modified_time":"2026-11-11T12:03:03+00:00","og_image":[{"width":1600,"height":900,"url":"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp","type":"image\/webp"}],"author":"marcoferrigno","twitter_card":"summary_large_image","twitter_misc":{"Scritto da":"marcoferrigno","Tempo di lettura stimato":"21 minuti"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#article","isPartOf":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/"},"author":{"name":"marcoferrigno","@id":"https:\/\/marcoferrigno.net\/#\/schema\/person\/7c68a429c25640e509b5ff667078d1f2"},"headline":"Another Internet Is Possible. And We Can Already Build It.","datePublished":"2026-11-04T09:59:14+00:00","dateModified":"2026-11-11T12:03:03+00:00","mainEntityOfPage":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/"},"wordCount":4605,"image":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#primaryimage"},"thumbnailUrl":"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp","keywords":["bitcoin","digital sovereignty","Internet","Reticulum"],"articleSection":["opensource"],"inLanguage":"it-IT"},{"@type":"WebPage","@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/","url":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/","name":"Another Internet Is Possible. And We Can Already Build It. - Marco Ferrigno | IT System Engineer","isPartOf":{"@id":"https:\/\/marcoferrigno.net\/#website"},"primaryImageOfPage":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#primaryimage"},"image":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#primaryimage"},"thumbnailUrl":"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp","datePublished":"2026-11-04T09:59:14+00:00","dateModified":"2026-11-11T12:03:03+00:00","author":{"@id":"https:\/\/marcoferrigno.net\/#\/schema\/person\/7c68a429c25640e509b5ff667078d1f2"},"breadcrumb":{"@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/marcoferrigno.net\/another-internet-is-possible\/"]}]},{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#primaryimage","url":"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp","contentUrl":"https:\/\/marcoferrigno.net\/wp-content\/uploads\/2026\/11\/part2_reticulum_radio_path.webp","width":1600,"height":900},{"@type":"BreadcrumbList","@id":"https:\/\/marcoferrigno.net\/another-internet-is-possible\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/marcoferrigno.net\/"},{"@type":"ListItem","position":2,"name":"Another Internet Is Possible. And We Can Already Build It."}]},{"@type":"WebSite","@id":"https:\/\/marcoferrigno.net\/#website","url":"https:\/\/marcoferrigno.net\/","name":"Marco Ferrigno | IT System Engineer","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/marcoferrigno.net\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"it-IT"},{"@type":"Person","@id":"https:\/\/marcoferrigno.net\/#\/schema\/person\/7c68a429c25640e509b5ff667078d1f2","name":"marcoferrigno","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/secure.gravatar.com\/avatar\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/caabe5659f19693efc6f0b16630c81be039df9cedd16a3edd5bf688266d31508?s=96&d=mm&r=g","caption":"marcoferrigno"},"sameAs":["https:\/\/marcoferrigno.net"],"url":"https:\/\/marcoferrigno.net\/it\/author\/marcoferrigno\/"}]}},"_links":{"self":[{"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/posts\/330","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/comments?post=330"}],"version-history":[{"count":1,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/posts\/330\/revisions"}],"predecessor-version":[{"id":332,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/posts\/330\/revisions\/332"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/media\/327"}],"wp:attachment":[{"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/media?parent=330"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/categories?post=330"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/marcoferrigno.net\/it\/wp-json\/wp\/v2\/tags?post=330"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}