Proyecto Baltobu: Software Freedom Conservancy combate violaciones de código abierto en Bambu Lab

La intersección entre el hardware de consumo masivo y el desarrollo de **código abierto** siempre ha sido un terreno fértil para la innovación, pero también un campo de batalla ético e industrial. En los últimos años, la comunidad de impresión 3D ha visto cómo grandes corporaciones se consolidan utilizando como base el trabajo colaborativo de miles de desarrolladores independientes, para luego replegarse detrás de jardines amurallados y ecosistemas propietarios. El conflicto más reciente y encarnizado de esta era digital tiene como protagonistas a la firma china Bambu Lab y a la organización sin fines de lucro Software Freedom Conservancy (SFC), que ha lanzado el proyecto **Baltobu** en una ofensiva legal y técnica sin precedentes para rescatar los derechos de los usuarios y defender las licencias libres.

La genealogía de Bambu Studio y las raíces de la infracción

Para comprender la gravedad de la situación, es necesario desglosar la procedencia del software que controla las impresoras 3D de Bambu Lab. El software de laminación o “slicing” es la herramienta que traduce un modelo tridimensional digital en instrucciones vectoriales capa por capa (conocidas como G-code) que la impresora puede interpretar físicamente. El programa oficial de la compañía, **Bambu Studio**, no es un desarrollo creado desde cero. En realidad, se trata de una bifurcación directa de **PrusaSlicer**, el cual a su vez heredó su arquitectura de **Slic3r**, un pilar histórico del ecosistema comunitario.

Debido a esta herencia, toda la cadena de software está sujeta a la **GNU Affero General Public License versión 3 (AGPLv3)**. Esta licencia copyleft es de las más estrictas del mundo del software y fue diseñada específicamente para evitar que las corporaciones cierren el código que se ofrece a través de servicios de red. La AGPLv3 estipula con total claridad que cualquier trabajo derivado que se distribuya o que interactúe a través de una infraestructura de red debe poner a disposición del público su código fuente completo y correspondiente (*Complete Corresponding Source* o CCS).

La investigación exhaustiva llevada a cabo por la SFC reveló que Bambu Lab ha cometido dos violaciones críticas contra la AGPLv3:

• Empaquetamiento propietario y oculto: Bambu Lab ha distribuido de manera sistemática una biblioteca binaria de red cerrada llamada libbambu_networking dentro del instalador de Bambu Studio. Este componente de software propietario se encarga de gestionar la comunicación con los servidores en la nube del fabricante. Al empaquetar un binario cerrado dentro de una obra combinada bajo la licencia AGPLv3, la empresa viola directamente el requisito de liberar el código fuente de todos los módulos del programa. Las variantes de esta biblioteca cerrada se distribuyen de la siguiente manera:
  • libbambu_networking.so para sistemas basados en Linux.
  • bambu_networking.dll para entornos Microsoft Windows.
  • libbambu_networking.dylib para ecosistemas macOS de Apple.
• Restricciones de derechos y amenazas legales: Al amenazar a desarrolladores independientes que modificaron el software libre para restaurar funcionalidades de impresión local, Bambu Lab violó la Sección 10 de la AGPLv3. Dicha sección prohíbe de forma explícita imponer “restricciones adicionales” sobre los derechos ya concedidos a los usuarios bajo la licencia original.

La chispa que encendió la pradera: El caso de Paweł Jarczak

El conflicto escaló de un debate técnico a una crisis institucional cuando Bambu Lab dirigió su aparato legal contra el desarrollador polaco Paweł Jarczak. Jarczak había creado una bifurcación de OrcaSlicer (un software de laminación comunitario también derivado de Slic3r) conocida como OrcaSlicer-bambulab. Este proyecto permitía algo que muchos entusiastas del hardware exigían: la capacidad de imprimir de forma local a través de la red de área local (LAN), puenteando el sistema obligatorio de enrutamiento en la nube de Bambu Lab, conocido como el “Sistema de Control de Autorización” (o *Bambu Connect* en su versión middleware).

Bambu Lab reaccionó de manera hostil emitiendo una carta de cese y desistimiento (*Cease & Desist*) contra Jarczak. El fabricante argumentó que la bifurcación de Jarczak “suplantaba” la identidad del cliente oficial de Bambu Studio para acceder a su infraestructura de servidores privados sin autorización, violando sus Términos de Servicio y recurriendo a la “ingeniería inversa” de su protocolo cerrado. La empresa llegó a afirmar públicamente que un acuerdo de licencia de software libre no exime a los desarrolladores de cumplir con los términos de uso de sus plataformas propietarias en la nube.

Bajo presión legal y sin los recursos económicos para afrontar un litigio corporativo, Jarczak se vio obligado a retirar su repositorio de GitHub. Sin embargo, la comunidad del software libre no tardó en reaccionar ante lo que consideró un secuestro corporativo de herramientas de **código abierto**.

Proyecto Baltobu: La defensa del código abierto y la soberanía del usuario

Lejos de amedrentarse por la postura de Bambu Lab, la Software Freedom Conservancy intervino de inmediato para actuar como un escudo legal y técnico. Así nació el **Proyecto Baltobu** (cuyo nombre proviene de la frase en inglés *“Bringing Affero Licensed Things to Bambu Users”* y se pronuncia *ball-toe-BOO*). En lugar de empantanarse únicamente en un proceso judicial que podría tardar años en resolverse, la SFC estructuró un plan de acción comunitaria e ingeniería inversa para devolver el control del hardware a los usuarios de forma inmediata.

El proyecto Baltobu se organiza en tres frentes técnicos independientes distribuidos en sus propios repositorios de desarrollo:

1. reverse-networking: Un esfuerzo coordinado de ingeniería inversa de “sala limpia” (*clean-room*) destinado a descifrar el funcionamiento de las bibliotecas propietarias de red (libbambu_networking.so, bambu_networking.dll y libbambu_networking.dylib). El objetivo es programar un reemplazo totalmente libre, transparente y compatible con la AGPLv3 que sustituya las dependencias de código cerrado de la empresa. Para este esfuerzo, la SFC se ha aliado con otros desarrolladores independientes (como el colaborador conocido como “Cluster”) que ya venían realizando progresos sustanciales en el análisis del protocolo.
2. orca-slicer-for-bambu: Una bifurcación blanda oficial mantenida bajo la protección legal de la SFC que hospeda y continúa formalmente el trabajo de Paweł Jarczak. Al estar respaldado por una organización sin fines de lucro con amplia experiencia jurídica, el proyecto puede ignorar las intimidaciones de patentes o términos de servicio de la corporación.
3. viscose: Una bifurcación completamente independiente y purgada de Bambu Studio. Viscose nace con el firme propósito de ofrecer un entorno de laminación 100% libre de “cajas negras” propietarias, asegurando que la privacidad del usuario, el procesamiento local y el derecho a reparar no dependan de la infraestructura ni de los caprichos financieros de un fabricante.

La rebelión comunitaria y el retroceso de Bambu Lab

La agresividad legal de Bambu Lab generó una de las reacciones más adversas que se recuerden en la historia reciente de la manufactura aditiva y el hardware libre. El descontento escaló rápidamente gracias al apoyo de destacadas figuras del ecosistema tecnológico. Creadores de contenido e influyentes activistas del derecho a reparar, como Louis Rossmann (a través de su Fundación FULU) y el canal Gamers Nexus, denunciaron públicamente el abuso corporativo y comprometieron un fondo de defensa legal inicial de hasta 20,000 dólares para proteger a Jarczak. Asimismo, estos activistas y miles de usuarios reordenaron y reasociaron el código bloqueado de Jarczak en diversos repositorios de GitHub, desafiando abiertamente a Bambu Lab a entablar demandas.

Por su parte, Joseph Prusa, fundador de Prusa Research y principal promotor de PrusaSlicer, calificó el comportamiento de Bambu Lab como una violación directa de las licencias comunitarias y advirtió que el uso de middleware cerrado en herramientas de corte comunitarias representa una seria señal de alarma en términos de seguridad y privacidad.

Con el objetivo de blindar legalmente el desarrollo de software libre en este sector, la SFC abrió un fondo de recaudación de fondos de **250,007 dólares** destinado exclusivamente a contratar personal dedicado de tiempo completo para auditar el cumplimiento de licencias libres en el ámbito de la impresión 3D y sostener el proyecto Baltobu. La campaña de recaudación sumó decenas de miles de dólares en sus primeras horas, demostrando el enorme apoyo financiero de una base de usuarios cansada de la obsolescencia programada y los silos de software.

Ante la perspectiva de un litigio directo contra la SFC (una organización que ya ha derrotado a gigantes de la electrónica en cortes internacionales por el uso indebido de Linux bajo la GPL) y el boicot masivo de su base de clientes más leales, **Bambu Lab se vio obligada a dar marcha atrás** en sus amenazas legales contra Paweł Jarczak. Aunque la firma sigue sosteniendo que sus servidores son de acceso restringido y que reforzará la seguridad técnica de su API remota, ha desistido de las demandas por derechos de autor y de las notificaciones de cese basadas en la ingeniería inversa de su protocolo de comunicaciones.

Soberanía digital: Un plano para el futuro del hardware

El nacimiento de Baltobu marca un hito trascendental que excede los límites de la impresión 3D. Para los entusiastas del bricolaje digital, los piratas informáticos de hardware y los defensores de la privacidad, este conflicto representa una hoja de ruta fundamental. Demuestra que las empresas ya no pueden utilizar el **código abierto** como un trampolín gratuito para el éxito comercial, para luego traicionar las licencias que hicieron posible su propia existencia.

Baltobu no es solo una suite de herramientas de software; es un manifiesto de soberanía digital. Nos recuerda que cuando compramos una máquina, debemos ser dueños absolutos de su funcionamiento físico y lógico. Ningún fabricante tiene el derecho de forzar conexiones constantes a internet, recopilar datos de telemetría de manera opaca o silenciar con amenazas legales a quienes deciden mejorar los productos en beneficio de la comunidad.