Orari di lavoro
Lunedi - Venerdi: 7.30 - 19.30
Sabato: 8 - 16
Z Side · Reality Glitch
A cura di Zoom Out Lab
Quando un sistema digitale diventa “legge” più veloce della realtà tecnica, il risultato non è ordine: è attrito. E l’attrito, online, non resta online.
C’è un modo molto umano di immaginare Internet: come un enorme interruttore. Se qualcosa non ti piace, lo spegni. Se qualcosa è illegale, lo blocchi. Fine della storia.
Poi arrivano la rete reale, i suoi strati, le sue dipendenze, e il fatto che “bloccare” non significa premere un tasto su un pannello: significa intervenire su un’infrastruttura dove un singolo gesto può avere effetti a raggiera.
Il caso Piracy Shield contro Cloudflare è esattamente questo: un perfetto Reality Glitch. Non perché qualcuno abbia inventato la pirateria (è vecchia quanto l’umanità), ma perché la risposta istituzionale prova a imporre una logica da UI (interfaccia) a un sistema che non è una UI.
Il glitch: “blocca in 30 minuti” come se Internet fosse un interruttore
Piracy Shield nasce con una promessa implicita: rapidità. Il tempo diventa il criterio politico principale: “se blocchi subito, stai proteggendo; se blocchi tardi, stai fallendo”.
Ma appena la velocità diventa la metrica numero uno, succede una cosa prevedibile: il sistema si ottimizza per la velocità, non per la precisione.
È qui che inizia la distorsione. Perché in rete la precisione non è un dettaglio morale: è un dettaglio tecnico che decide se colpisci il bersaglio… o colpisci anche chi gli passa accanto.
Nel documento AGCOM (ordinanza/atti collegati al caso Cloudflare) la posta in gioco è chiara: non è “un sito”, è il rapporto tra un meccanismo di blocco e l’ecosistema che quel blocco tocca.
Fonte primaria (PDF): https://www.agcom.it/sites/default/files/provvedimenti/delibera/2026/Delibera%20333_25_CONS_Cloudflare_Ordinanza%20Ingiunzione_CLEAN_per%20pubblicazione.pdf
Cloudflare non è “un sito”: è un pezzo di infrastruttura
Qui il linguaggio tradisce la realtà: quando si parla di Cloudflare come se fosse un singolo “soggetto” equivalente a un singolo sito, si perde la mappa del territorio.
Cloudflare opera come strato infrastrutturale (servizi come CDN/DNS e protezione). Tradotto in italiano da esseri umani: è una parte della “strada” e dei “cartelli stradali”, non solo della singola auto.
Quando intervieni sull’infrastruttura, non stai solo dicendo “quel contenuto non deve circolare”. Stai dicendo “quel pezzo di rete deve comportarsi in un certo modo”. E quel comportamento può trascinarsi dietro altri servizi, altri domini, altre configurazioni.
Una buona ricostruzione giornalistica/tecnica del punto (e della complessità reale dietro il “si può fare / non si può fare”) è qui:
https://www.dday.it/redazione/56408/cloudflare-blocca-un-sito-pirata-e-agcom-esulta-allora-si-puo-fare-ma-la-storia-e-piu-complicata-di-cosi
Il vero conflitto: procedure e garanzie (non moralità)
La discussione pubblica tende a scivolare nella morale: “sei contro la pirateria o a favore?”
È un tranello infantile, comodo, e soprattutto inutile.
Il conflitto interessante è un altro: chi decide il blocco, con quale procedura, con quale possibilità di verifica e ricorso, e con quali responsabilità se il blocco sbaglia.
Cloudflare ha contestato l’impostazione (e, nel dibattito, l’idea che l’Autorità possa trattare un layer infrastrutturale come un rubinetto da aprire e chiudere). Qui una sintesi mainstream del contenzioso e del quadro:
https://www.corriere.it/tecnologia/26_gennaio_29/calcio-pirata-cloudfare-fara-ricorso-contro-la-multa-agcom-non-capiscono-come-funziona-internet-46e459a4-6e88-4567-a9ca-eff83399cxlk.shtml
Questo è il nucleo: la norma prova a governare la rete come se fosse un’interfaccia amministrativa. Ma Internet non è un modulo. È un sistema complesso che reagisce ai comandi.
Danni collaterali: quando prendi il bersaglio e anche tutto il quartiere
In un sistema di blocco rapido, il danno collaterale non è un incidente raro. È un rischio strutturale.
Per un motivo semplice: la rete non è fatta di unità isolate. È fatta di dipendenze.
- Un dominio può condividere infrastruttura con altri.
- Un servizio può “proteggerne” molti insieme.
- Una regola può somigliare a un’altra regola abbastanza da colpire anche ciò che non volevi colpire.
Quando la metrica del successo è “quanti blocchi hai fatto” (e quanto in fretta), l’incentivo naturale diventa: bloccare di più. Anche a costo di qualche falso positivo. Solo che i falsi positivi, nel mondo reale, sono aziende, persone, servizi legittimi che si trovano improvvisamente “inermi”.
E qui la frattura diventa politica: perché quando un sistema digitale sbaglia, non “chiede scusa”. Ti chiede di dimostrare che esisti.
Quando una norma tratta reti complesse come UI
Se vuoi una frase da tenere a mente (non da stampare su una t-shirt, ma quasi):
quando misuri un sistema con una metrica unica, il sistema diventa quella metrica.
Se la metrica è la velocità del blocco, ottieni blocchi veloci.
Non necessariamente blocchi giusti.
E soprattutto ottieni un mondo in cui il potere di intervento si sposta sempre più verso chi controlla l’interruttore.
Questa è la distorsione: il digitale qui non è “mezzo”. È governo, perché decide cosa circola e cosa no, e con che tempi, e con quali effetti collaterali.
La domanda adulta non è “blocchiamo o no”. È:
- quali garanzie ci sono contro errori?
- chi paga il costo dei falsi positivi?
- come si corregge rapidamente un blocco sbagliato?
- quanto potere delego a un sistema perché mi fa comodo che sia veloce?
Se queste domande non sono nel design del sistema, non stiamo parlando di tutela. Stiamo parlando di scorciatoia.
Questo articolo fa parte di Z Side, il blog editoriale di Zoom Out Lab dedicato a osservare il digitale senza filtri, quando i sistemi smettono di essere strumenti e iniziano a riscrivere la realtà.
→ Leggi altri articoli su Z Side
→ Vai alla categoria Reality Glitch
