La discussione sugli slicer per la stampa 3D desktop ha preso una direzione più ampia rispetto al solo confronto tra programmi. Josef Prusa, fondatore di Prusa Research, ha accusato diversi produttori cinesi di stampanti 3D e software di non rispettare pienamente gli obblighi legati alla licenza AGPL-3.0, la licenza con cui è distribuito PrusaSlicer.
Il tema riguarda in particolare una serie di slicer derivati, direttamente o indirettamente, dalla stessa famiglia di codice. In questo ecosistema rientrano Bambu Studio, OrcaSlicer e altri programmi legati a marchi come FlashForge, Elegoo, Anycubic e Creality. Secondo Prusa, il problema non sarebbe l’esistenza dei fork. Al contrario, il modello open source consente di prendere un progetto, modificarlo e ridistribuirlo. Il punto critico sarebbe l’inserimento di componenti di rete chiusi, non verificabili e non accompagnati dal relativo codice sorgente.
Per chi usa una stampante 3D in casa il tema può sembrare lontano. In realtà lo slicer è uno dei punti più importanti della catena digitale. È il programma che prende un modello 3D e lo trasforma in istruzioni macchina. Gestisce geometrie, supporti, temperature, movimenti, profili di materiale, tempi, riempimento, superfici, invio del file alla stampante e, in molti ecosistemi, anche connessione cloud, monitoraggio remoto e gestione dell’account.
Quando uno slicer non è solo un programma locale, ma comunica con server, account, stampanti connesse e piattaforme di modelli, la trasparenza del codice diventa un tema che riguarda non solo la licenza, ma anche la sicurezza, la privacy e il controllo dell’hardware acquistato.
Da Slic3r a PrusaSlicer, poi Bambu Studio e OrcaSlicer
Per capire la vicenda bisogna partire dalla genealogia dei software. Slic3r, creato da Alessandro Ranellucci con il contributo della comunità RepRap, è stato uno dei progetti fondamentali per la stampa 3D desktop. Da Slic3r è nato PrusaSlicer, sviluppato da Prusa Research, che negli anni è diventato uno degli slicer più usati e più completi per macchine FDM e resin printing.
PrusaSlicer è distribuito con licenza GNU Affero General Public License versione 3, nota come AGPL-3.0. È una licenza copyleft forte: permette l’uso, la modifica e la distribuzione del codice, ma richiede che le opere derivate restino sotto la stessa licenza e che il codice sorgente corrispondente sia disponibile.
Bambu Studio, il software di Bambu Lab, nasce come fork di PrusaSlicer. A sua volta OrcaSlicer nasce da Bambu Studio e integra anche idee arrivate da PrusaSlicer, SuperSlicer e altri progetti. Questa catena di derivazioni è normale nel mondo open source. Il problema nasce quando una parte del programma, pur essendo collegata a un progetto copyleft, viene mantenuta chiusa.
Nel caso Bambu, il nodo riguarda il componente di networking usato per comunicare con l’infrastruttura cloud e con le stampanti. Bambu Lab sostiene da tempo che il proprio plugin di rete sia separato, opzionale e indipendente rispetto allo slicer. Josef Prusa e la Software Freedom Conservancy contestano questa lettura: secondo loro, quando un componente è progettato per lavorare in modo stretto con lo slicer e abilita funzioni centrali, il codice sorgente dovrebbe essere disponibile secondo le regole dell’AGPL.
Il punto tecnico: plugin di rete, cloud e file binari
La parte più delicata della vicenda non riguarda il calcolo dei supporti o la generazione del G-code, ma la comunicazione di rete. Nei moderni ecosistemi desktop, lo slicer non si limita più a salvare un file su una scheda SD. Può inviare direttamente la stampa alla macchina, controllare una telecamera, monitorare lo stato del lavoro, collegarsi a un profilo utente, dialogare con una piattaforma di modelli e scaricare componenti.
Secondo l’accusa di Prusa, diversi slicer cinesi includerebbero o richiamerebbero componenti binari chiusi per le funzioni di rete. Nel suo controllo vengono citati FlashForge FlashStudio, ElegooSlicer, AnycubicSlicerNext e CrealityPrint. Nel caso di AnycubicSlicerNext e CrealityPrint, l’attenzione si concentra anche sull’uso o sul download di libbambu_networking, cioè una libreria collegata all’ecosistema Bambu.
Il punto non è solo se una libreria sia aperta o chiusa. Il problema è che un componente binario non ispezionabile può svolgere funzioni che l’utente e gli sviluppatori indipendenti non riescono a verificare. Può inviare dati, ricevere istruzioni, cambiare comportamento con un aggiornamento o comunicare con server esterni. Se poi viene scaricato durante l’esecuzione del programma, la questione diventa anche un tema di integrità del software.
Prusa ha collegato questo scenario alla categoria CWE-494, che indica il download di codice senza un controllo adeguato di origine e integrità. In parole semplici: se un programma scarica ed esegue codice da un server senza verifiche robuste, un attaccante che compromette il server, il DNS o il traffico potrebbe far eseguire codice indesiderato. È uno scenario generale di sicurezza, non una prova automatica di attacco, ma spiega perché il tema interessa anche chi non si occupa di licenze.
Perché l’AGPL conta nella stampa 3D
Molti utenti vedono l’open source come una questione di “codice gratis”. Non è così. Una licenza come l’AGPL non serve solo a consentire l’uso gratuito di un programma. Serve a garantire che chi costruisce sopra quel codice non chiuda parti essenziali del lavoro comune, togliendo agli altri gli stessi diritti ricevuti.
Nel caso degli slicer, questo è particolarmente importante. PrusaSlicer non è nato dal nulla: deriva da Slic3r e dalla cultura RepRap, una cultura basata su condivisione, documentazione e miglioramento collettivo. Bambu Studio, OrcaSlicer e altri progetti hanno potuto crescere proprio perché esisteva una base aperta su cui lavorare.
Il conflitto nasce quando un produttore usa quella base aperta per costruire un ecosistema commerciale, ma mantiene chiusi componenti che per molti utenti diventano necessari. La questione, quindi, non è se un’azienda possa vendere stampanti o servizi. Può farlo. La domanda è se possa integrare codice AGPL con moduli proprietari strettamente collegati e mantenere chiusa una parte che abilita funzioni chiave.
È un tema che supera il singolo marchio. Se questa pratica diventasse normale, ogni produttore potrebbe prendere un progetto open source, aggiungere un modulo chiuso per rete, cloud o gestione account, e poi sostenere che quella parte sia separata. La conseguenza sarebbe una progressiva chiusura di software nati aperti.
Bambu Lab difende il proprio approccio
Bambu Lab ha una posizione diversa. L’azienda sostiene di supportare l’open source e di non voler impedire la modifica o la distribuzione del codice AGPL. Nella sua ricostruzione, il problema non riguarda OrcaSlicer come fork legittimo, ma l’accesso alla propria infrastruttura cloud. Bambu Lab sostiene che il cloud sia un servizio privato, regolato da accordi d’uso, e che alcune modifiche abbiano impersonato il client ufficiale, creando rischi di stabilità e traffico non autorizzato.
Questo punto va distinto dalla disputa sul codice sorgente. Da un lato c’è la licenza dello slicer e dei componenti collegati. Dall’altro c’è l’accesso ai server di un’azienda. Bambu Lab afferma che gli utenti avanzati possono usare Bambu Connect, LAN Mode e Developer Mode se non vogliono usare il cloud nel modo standard.
Il problema è che, per la comunità open source, queste alternative non risolvono del tutto il nodo principale. Se un prodotto viene venduto facendo leva su integrazione cloud, semplicità d’uso e flusso diretto tra slicer, stampante e piattaforma online, il componente che permette questa integrazione diventa una parte sostanziale dell’esperienza. Da qui nasce lo scontro.
La Software Freedom Conservancy entra nella vicenda
La questione ha assunto maggiore peso quando la Software Freedom Conservancy ha annunciato un’iniziativa legata ai diritti software degli utenti di stampanti 3D Bambu Lab. L’organizzazione ha dichiarato di aver avviato un’indagine di conformità AGPL sul software utente e sul firmware dei dispositivi Bambu. Secondo SFC, esistono violazioni specifiche legate alla mancata disponibilità del codice sorgente corrispondente per le librerie di networking.
La SFC ha anche collegato la vicenda al diritto alla riparazione software. Il ragionamento è semplice: una stampante 3D moderna non è solo meccanica, firmware e motori. È anche software, account, protocolli, librerie e server. Se l’utente non può capire o sostituire parti fondamentali del software, il suo controllo sull’oggetto acquistato si riduce.
L’organizzazione ha annunciato progetti per lavorare su componenti alternativi e fork mantenuti dalla comunità. Questo conferma che la controversia non è solo una discussione su una clausola di licenza, ma un episodio dentro un tema più ampio: chi controlla davvero una macchina connessa dopo la vendita?
Perché sono coinvolti anche FlashForge, Elegoo, Anycubic e Creality
Il nuovo passaggio sollevato da Josef Prusa allarga il discorso oltre Bambu Lab. Nel suo controllo, Prusa indica altri slicer legati a grandi produttori cinesi: FlashForge FlashStudio, ElegooSlicer, AnycubicSlicerNext e CrealityPrint. In tutti questi casi, la critica riguarda la presenza di componenti di networking chiusi, non documentati o non accompagnati da codice sorgente completo.
È importante mantenere una distinzione: al momento si parla di accuse e verifiche pubbliche fatte da Prusa, non di una sentenza. Le aziende citate possono avere spiegazioni tecniche o legali, e il quadro può cambiare con aggiornamenti del codice, chiarimenti o pubblicazione di componenti mancanti.
Detto questo, la questione è significativa perché molti slicer commerciali per stampanti desktop sono costruiti su una base comune. Anycubic, ad esempio, presenta Anycubic Slicer Next come software open source sviluppato sulla base di OrcaSlicer. OrcaSlicer, a sua volta, dichiara la propria derivazione dalla famiglia Bambu Studio e PrusaSlicer. Questo rende il rispetto delle licenze non un dettaglio secondario, ma una condizione tecnica e giuridica dell’intero ecosistema.
Se un produttore prende OrcaSlicer, lo personalizza e lo distribuisce con il proprio marchio, deve fare attenzione a tutta la catena di obblighi. Non basta pubblicare una parte del repository. Bisogna verificare anche librerie, dipendenze, moduli esterni, script di build, componenti scaricati e funzioni abilitate dall’applicazione.
Perché questa disputa interessa gli utenti italiani
Anche in Italia molti utenti usano stampanti Prusa, Bambu Lab, Creality, Anycubic, Elegoo e FlashForge. Il tema non riguarda solo gli sviluppatori. Riguarda scuole, fablab, maker, studi tecnici, laboratori universitari, aziende di prototipazione e piccole officine che usano slicer e stampanti connesse ogni giorno.
Il primo aspetto è la continuità d’uso. Se una stampante dipende troppo da un cloud, da un plugin chiuso o da un sistema di autorizzazione, l’utente può trovarsi vincolato a decisioni del produttore. Un aggiornamento può cambiare compatibilità, flussi di lavoro o accesso a funzioni che prima erano disponibili.
Il secondo aspetto è la sicurezza dei dati. Il file inviato a una stampante può essere un semplice portachiavi, ma può anche essere il prototipo di un componente, una dima per produzione, un modello per un cliente o un pezzo legato a un progetto riservato. Se lo slicer comunica con server esterni o carica componenti non verificabili, chi lavora con proprietà intellettuale dovrebbe porsi qualche domanda.
Il terzo aspetto è didattico. Nelle scuole e nei laboratori, l’open source non è solo una scelta economica. È uno strumento per capire come funzionano le cose. Se il software resta aperto, gli studenti possono studiarlo, modificarlo, confrontarlo e imparare. Se le parti decisive diventano scatole nere, la stampante resta facile da usare ma meno comprensibile.
Il quarto aspetto è industriale. Molte piccole imprese italiane hanno introdotto stampanti desktop per ridurre tempi e costi di prototipazione. In questi contesti, il controllo del flusso digitale è importante quanto la qualità della macchina. Sapere quale software genera il G-code, quali dati trasmette e quali componenti esegue non è paranoia: è gestione del rischio.
Open source non significa assenza di regole
La vicenda mostra anche un equivoco diffuso. Open source non significa che ognuno possa fare qualunque cosa senza condizioni. Significa che l’uso, la modifica e la distribuzione sono consentiti entro regole precise. La licenza è il contratto che permette quella libertà.
Nel caso AGPL, la regola centrale è chiara: se distribuisci un’opera derivata, devi mantenere aperto il codice secondo la stessa licenza. Se combini il programma con componenti strettamente necessari, la questione del codice sorgente corrispondente diventa inevitabile.
Per le aziende, questo può essere scomodo. Un produttore vuole differenziarsi, proteggere servizi cloud, semplificare l’esperienza utente e mantenere vantaggi competitivi. Ma se parte da una base copyleft, deve progettare l’architettura software tenendo conto della licenza fin dall’inizio. Non può affrontarla dopo come un problema di comunicazione.
Una questione destinata a pesare sul mercato desktop
Negli ultimi anni la stampa 3D desktop è cambiata. Le macchine sono più veloci, più chiuse, più integrate con servizi cloud e più facili per chi inizia. Questo ha portato molti vantaggi: meno configurazioni manuali, più automazioni, profili materiali migliori, invio remoto e monitoraggio da app.
Il prezzo di questa comodità è una maggiore dipendenza dal software del produttore. Se il software è aperto e verificabile, l’utente mantiene una parte di controllo. Se invece le funzioni più importanti passano da plugin chiusi e server non documentati, l’ecosistema si avvicina al modello degli smartphone e degli elettrodomestici connessi: funziona bene finché il produttore lo permette, lo aggiorna e lo mantiene compatibile.
La stampa 3D nasce però da una cultura diversa. RepRap, Slic3r, PrusaSlicer, Marlin e tanti altri progetti hanno creato un settore in cui la comunità ha potuto imparare, modificare e migliorare. La crescita di marchi globali non cancella questa origine. Anzi, la rende ancora più importante, perché molte innovazioni commerciali sono state costruite su quella base aperta.
Cosa potrebbe succedere ora
Gli scenari possibili sono diversi. Le aziende coinvolte potrebbero pubblicare codice mancante, chiarire meglio la separazione tra componenti, modificare il modo in cui vengono caricati i plugin, aggiungere controlli di integrità o rivedere le parti di networking. Potrebbero anche difendere la propria posizione e sostenere che i moduli chiusi siano indipendenti.
La comunità open source, intanto, potrebbe sviluppare alternative libere ai componenti di rete chiusi. È un lavoro complesso, perché non si tratta solo di scrivere interfacce grafiche, ma di ricostruire protocolli, autenticazione, comunicazione con stampanti, sicurezza e compatibilità con firmware già distribuiti.
Per gli utenti, la soluzione più pratica è restare informati e valutare bene il livello di dipendenza da cloud e app proprietarie. Non tutte le esigenze sono uguali. Chi stampa in casa può accettare un ecosistema chiuso in cambio di semplicità. Chi lavora con file riservati, clienti o prototipi industriali dovrebbe preferire flussi più controllabili, modalità LAN, software verificabile e procedure interne chiare.
La disputa sollevata da Josef Prusa non riguarda solo Prusa Research o Bambu Lab. Tocca il cuore della stampa 3D desktop: il rapporto tra hardware, software, community e controllo dell’utente. I nomi coinvolti sono importanti: Prusa Research, Bambu Lab, OrcaSlicer, FlashForge, Elegoo, Anycubic, Creality e Software Freedom Conservancy. Ma il tema è ancora più ampio.
La domanda è se il settore vuole continuare a usare il codice aperto come base condivisa oppure trasformarlo in una piattaforma su cui costruire componenti chiusi difficili da verificare. Non è una discussione solo legale. È una discussione pratica, perché determina cosa potremo fare con le stampanti che compriamo, quali software potremo usare, quali dati usciranno dai nostri computer e quanto resterà aperta la catena digitale della stampa 3D.
Per Stampare in 3D, questa vicenda è da seguire con attenzione. Gli slicer non sono accessori secondari: sono il punto in cui il modello digitale diventa produzione. Se quella parte della filiera diventa opaca, anche la stampa 3D perde una parte della sua libertà originaria.
