Открытый код - закрытая дверь: иск Bambu Lab к инди-разработчику грозит переписыванием софта для миллионов 3D-принтеров
Разбираем реальный судебный иск китайского tech-гиганта к польскому инди-разработчику Павлу Ярчаку. Bambu Lab запутался в форках форков и решил запретить Orka Slice. И как одна строчка в лицензии GPL способна обрушить бизнес-модель на миллиарды долларов
Знаете эту байку про программиста, который скопировал код со Stack Overflow, а потом его компанию разорили из-за лицензии? Так вот - это не байка.
TL;DR (для тех, кто кодит - выжимка по делу)
Китайская Bambu Lab, лидер рынка потребительских 3D-принтеров, подала в суд на польского разработчика за реверс-инжиниринг ее софта.
Проблема в том, что собственный слайсер Bambu - это закрытый форк открытых проектов PrusaSlicer и Slic3r, которые распространяются под копилефт-лицензией GPL. По условиям GPL любое производное ПО тоже должно оставаться открытым. Bambu это правило нарушила.
Теперь у компании два пути, и оба ведут к серьезным потерям: либо раскрыть код и похоронить планы на подписки и облачную монетизацию, либо переписать софт для всей линейки устройств. Кейс - идеальный триггер для разговора о рисках open source для бизнеса, правовом техдолге в IT и о том, почему даже миллиардная корпорация может споткнуться об одну лицензию.
История вопроса: от стартапа до миллиардов - и одна роковая ошибка
Китайский единорог, которого вы могли не знать
Если вы не следите за рынком 3D-печати, название Bambu Lab вам ни о чем не скажет. А зря.
Компанию основали в 2020 году в самый разгар пандемии. Команда - выходцы из DJI, того самого китайского гиганта дронов, который контролирует 70% мирового рынка квадрокоптеров. Люди, которые понимают, что такое точная механика, софт и масштабирование.
И они сделали ставку, которая оказалась золотой: не на промышленные 3D-принтеры за десятки тысяч долларов, а на потребительский сегмент. Устройства, которые может купить обычный энтузиаст, дизайнер, маленькая мастерская или школа.
Результат? Уже к 2025 году - всего через пять лет после основания Bambu Lab стала номером один в мире по продажам потребительских 3D-принтеров. В Китае они отгружают 8 из 10 таких устройств. Оценка компании - несколько миллиардов долларов.
Образцовый tech-стартап. История успеха, которую разбирают в бизнес-школах. Идеальный кейс «как за пять лет стать лидером рынка».
И вдруг - иск к какому-то польскому разработчику. Казалось бы, обычная история: крупная компания защищает свои наработки. Но что-то пошло не так.
Что вообще такое слайсер и почему без него 3D-принтер - кирпич?
Чтобы понять суть конфликта, нужно сделать небольшое отступление. Простите, но без этого никуда.
3D-принтер сам по себе - это железка. Он не умеет «думать». Ему нужна инструкция: слой за слоем, миллиметр за миллиметром. Эту инструкцию готовит слайсер - программа, которая берёт трехмерную модель (например, файлик с фигуркой персонажа из игры) и «нарезает» её на горизонтальные слои.
Без слайсера ваш дорогой 3D-принтер - просто красивый ящик с нагревательным столом. Это ключевое ПО, без которого устройство бесполезно.
Каждый производитель 3D-принтеров хочет иметь свой слайсер. Почему? Потому что через него можно:
- Добавлять уникальные функции (автоматическая калибровка, поддержка конкретных материалов)
- Завязывать пользователя на свой облачный сервис
- В перспективе - вводить подписки, продавать дополнительные профили печати, собирать данные
Кароче, cлайсер - это цифровой ключ к железке. И Bambu Lab это прекрасно понимала
Родословная слайсера Bambu: форк форка форка
И тут начинается самое интересное. Bambu не стала писать свой слайсер с нуля. Это было бы слишком долго и дорого. Вместо этого они взяли готовое решение - PrusaSlicer.
А PrusaSlicer, в свою очередь - это форк (ответвление) ещё более старого проекта Slic3r, который появился аж в 2011 году.
Выглядит эта цепочка так:
Slic3r (2011, открытый проект opensource) -> форк PrusaSlicer (разработка чешской Prusa Research) -> форк (закрытый) Bambu Studio (слайсер Bambu Lab) -> обратный форк (сделал аноним) -> форк проект польского разработчика Павла Ярчака (к которому подан иск)
Такая вот матрешка. И на каждом уровне - свои юридические последствия.
Ключевое различие: copyright vs copyleft
В мире программного обеспечения есть два больших лагеря.
Первый - проприетарное ПО (copyright). Классическое авторское право. «Я написал код - он мой. Не смей брать, копировать, менять, продавать без моего разрешения». Всё просто и понятно. Как книга или песня. Не забываем только забрать права у разработчиков по договору (иначе у компании их как бы не будет)
Второй - свободное ПО с копилефтом. Это такой юридический трюк. Автор говорит: «Бери мой код, меняй его, делай что хочешь, продавай - но с одним условием: все твои производные работы тоже должны быть открытыми».
Слово «copyleft» (игра слов от copyright) придумали специально. Левое - значит «не правое», в смысле «не классическое авторское». Но по силе юридического воздействия копилефт даже жестче обычного копирайта.
Самая известная копилефт-лицензия - GNU General Public License (GPL). Именно под ней распространялся Slic3r - прародитель всего семейства. Тадам)
Что означает GPL на языке закона
Если перевести GPL с юридического на человеческий, получается примерно так:
«Ты можешь взять мой код, изменить его, добавить свои фичи, даже продавать результат. Но код, который ты изменил, и код, который ты добавил (если он является производным) - тоже должен быть открыт. Нельзя взять GPL-код, улучшить его и закрыть в своем проприетарном продукте.
Нарушил? Теряешь право распространять вообще все, что основано на оригинальном открытом GPL-коде».
Это называется вирусный эффект (хотя создатели GPL не любят этот термин). Лицензия как бы «заражает» производный код. И это задумано специально - чтобы никто не мог паразитировать на открытых разработках, не отдавая сообществу что-то взамен.
Кажется, что Bambu Lab взяла GPL-код (через цепочку форков), доработала его, добавила свои фишки, интеграцию с облаком, красивый интерфейс - и закрыла исходники. То есть нарушила главное условие.
Но об этом до поры до времени никто не знал и всем было как бы все равно. Пока китайцы сами не обделались.
Как Польша и анонимный форк все испортили
Некий анонимный разработчик (никто до сих пор не знает, кто именно) взял закрытый слайсер Bambu Studio и сделал его обратный форк - Orca Slicer (то есть фактически восстановил исходный код, который китайцы не хотели открывать) и выложил его в открытый доступ, чтобы обходить определенные ограничения китайского 3D-принтера.
Зимой 2025 года Bambu Lab обновила систему авторизации для подключения 3D-принтеров и управления ими. Под защиту попали функции запуска печати по LAN и через облако и многое другое. Из-за этого пользователи сторонних слайсеров, включая популярный Orca Slicer, потеряли возможность запускать печать напрямую.
Павел Ярчак - польский разработчик (не хакер, не злоумышленник, а обычный программист, который, скорее всего, просто хотел разобраться, как всё устроено) форкнул форк Orca Slicer, начал с ним работать и выложил на GitHub приблуду в который вернул возможность отправлять задания напрямую из слайсера без перехода в Bambu Connect. Сообщество оценило решение разработчика, но оно не понравилось Bambu Lab.
И тут на него посыпался иск от Bambu Lab.
Bambu бьет сильно. Но бьет, по сути, по зеркалу.
В официальной позиции компании все звучит красиво: «Павел угрожает безопасности наших пользователей», «Он занимается незаконным реверс-инжинирингом», «Мы защищаем свою интеллектуальную собственность».
Но если посмотреть на ситуацию с другого ракурса, становится понятно, в чём настоящая проблема.
Bambu Lab строит бизнес на закрытой экосистеме. У них есть:
- 3D-принтеры (железо - там копилефт не работает, железо можно защищать патентами)
- Облачный сервис (пользователи загружают модели, Bambu собирает данные)
- Подписочные модели (дополнительные функции за деньги)
Если код слайсера станет открытым, конкуренты смогут:
- Увидеть, как реализованы уникальные алгоритмы печати
- Сделать совместимые слайсеры, которые работают с принтерами Bambu
- Разорвать привязку пользователей к облаку
А это значит - крах бизнес-модели. Инвесторы, которые вложили миллиарды, ждут не просто продаж железа, а повторяющейся выручки. Подписки, комиссии, данные. Открытый код все это рушит.
Юридическая анатомия нарушения: почему GPL сильнее, чем кажется
Лицензия GPL - это не «просто бумажка»
В головах многих разработчиков и предпринимателей живет заблуждение: лицензия на софт - это какая-то формальность. Взял компонент на GitHub, ткнул галочку - и забыл.
Это не так. С юридической точки зрения лицензия - это полноценный договор. Со всеми вытекающими: обязательствами, условиями прекращения, ответственностью за нарушение.
Разница между проприетарной EULA (лицензионным соглашением конечного пользователя) и копилефтной GPL только в содержании. Юридическая сила - одинаковая. В некоторых юрисдикциях GPL даже сильнее, потому что за ней стоит многолетняя судебная практика.
Bambu Lab, закрывая свой слайсер, фактически нарушила условия договора, который сама же приняла, когда форкнула PrusaSlicer.
Да, они не подписывали бумажку с мокрой печатью. Но в мире open source принятие лицензии происходит в момент использования кода. Ты взял - ты согласился.
Это называется акцепт конклюдентными действиями. И суды это признают.
Что будет с Bambu Lab? Два сценария
Вернемся к нашему герою. У Bambu Lab есть два пути (ну или два стула). Оба - не сахар.
- Сценарий первый (маловероятный, но красивый для сообщества): Bambu признает ошибку, открывает код слайсера. Получает плюс в карму, но теряет контроль над экосистемой. Конкуренты выпустят совместимые слайсеры, облачная подписка станет бессмысленной (потому что можно будет печатать локально без облака). Инвесторы будут недовольны. Оценка компании упадет.
- Сценарий второй (болезненный, но возможный): Bambu упирается, идет в суд, проигрывает (а шансов выиграть мало, если экспертиза подтвердит копирование). Суд запрещает распространение всего ПО, основанного на нарушающей лицензию кодовой базе. Это означает, что Bambu не может поставлять слайсер ни в новых принтерах, ни для уже проданных.
Запрет распространения - это не штраф. Это запрет деятельности. Компания не может выпускать обновления, не может устанавливать софт на новые устройства. Технически они могут продолжать продавать принтеры без слайсера. Но кто купит 3D-принтер без софта? Правильно - никто.
Чтобы этого избежать, Bambu придется переписать слайсер с нуля.
Тотальный рефакторинг. Или даже не рефакторинг, а полная перезапись - так, чтобы не осталось следов GPL-кода. Это месяцы работы десятков разработчиков. Миллионы долларов.
И самое веселое: переписывать придётся для всех устройств, которые уже проданы. Потому что даже если новый код будет чистым, старый - все ещё нарушает лицензию. А значит, его использование нужно прекратить.
Как это сделать технически? Выкатить обновление прошивки, которая блокирует старый слайсер. Попробуйте объяснить миллиону пользователей, почему их принтер перестал работать с привычной программой.
Почему этот кейс важен не только для 3D-печати
Если вы дочитали до этого места (а если проскроллили сразу в FAQ - тоже ок, я всё равно вас люблю) - вот какие выводы я бы сделал из этой громкой истории с Бамбу:
- Открытый код не значит «бесплатный». Open source - это не про деньги. Это про права и обязанности. Вы можете взять чужой код, улучшить его, продавать, зарабатывать миллиарды - никто не запрещает. Но если лицензия говорит «открой свои изменения», вы обязаны это сделать. Не нравится условие - не берите код. Пишите свой.
Bambu Lab забыла об этом правиле. И теперь расплачивается репутацией, деньгами и, возможно, будущим компании.
- Юридическая гигиена - не роскошь, а необходимость. Я вижу стартапы, которые годами используют GPL-код в закрытых проектах. Им кажется, что раз никто не поймал, то и не поймают. Но open source-сообщество - это не беззубый зверь. У него есть юристы, деньги и желание наказывать нарушителей.
Берешь правовой техдолг у юридической энтропиии - а отдаешь с процентами (если вообще отдаешь - а не хоронишь свой продукт)\
Проверьте свои зависимости. Прямо сейчас. Найдите десять минут, составьте список лицензий. Потом скажете спасибо.
- Копилефт - это инструмент, а не идеология. Для бизнеса копилефт - это риск. Но этот риск можно управлять. Не использовать GPL-код в критических компонентах? Заменить на MIT или Apache? Держать GPL-части в отдельном процессе, который можно открыть без ущерба для основной бизнес-логики?
Решения есть. Но сначала нужно признать проблему. А не прятать голову в песок и надеяться, что «пронесет».
Я пишу для вас. Для тех, кто:
- Запускает свой IT-проект и использует open source-библиотеки
- Инвестирует в стартапы и хочет понимать их юридические риски
- Просто хочет разбираться в интеллектуальной собственности, чтобы не попасть в глупую историю
Потому что мир технологий становится сложнее. ИИ, дипфейки, open source, лицензии, патенты - во всем этом легко заблудиться. Особенно когда юристы говорят на своём птичьем языке, а разработчики машут руками и говорят «да все ок, возьми библиотеку, там галочка стоит».
Мой телеграм канал - это место, где я перевожу юридические сложности на человеческий язык. Без зауми. Басурмании. И канцелярита.
По ссылке вы найдете мой небольшой гайд о том, как превратить цифровые следы в GIT/Jira в юридические доказательства. Всем буду рад!
FAQ или ответы на самые распространенные вопросы по теме статьи:
Что такое копилефт и чем он отличается от копирайта?
Копирайт (copyright) - это классическое авторское право. Автор говорит: «это мое, другим нельзя без разрешения». Копилефт (copyleft) - это юридическая конструкция, при которой автор разрешает использовать, изменять и распространять свой код, но с условием, что все производные работы также будут распространяться на тех же открытых условиях. Самая известная копилефт-лицензия - GNU General Public License (GPL). Копилефт часто называют «вирусной лицензией», потому что она «заражает» производный код.
Что такое лицензия GPL простыми словами?
GPL (GNU General Public License) - это лицензия на программное обеспечение, которая гарантирует, что код останется открытым. Если вы берете GPL-код, изменяете его и включаете в свой продукт, вы обязаны открыть исходный код своего продукта (или хотя бы тех его частей, которые являются производными). Нарушение GPL может привести к судебным искам, запрету на распространение ПО и крупным денежным компенсациям. GPL бывает версий 2 и 3, а также существует AGPL (Affero GPL) для облачных сервисов.
Можно ли использовать GPL-код в коммерческом продукте?
Да, можно. GPL не запрещает коммерческое использование. Вы можете продавать продукт, содержащий GPL-код. Но вы обязаны предоставить покупателю исходный код этого продукта (или его GPL-частей) и разрешить ему дальнейшее распространение и изменение. Многие компании успешно зарабатывают на GPL-продуктах - например, Red Hat продает подписки на поддержку дистрибутива Linux, который целиком под GPL.
Чем GPL отличается от MIT или Apache?
MIT и Apache - это «разрешительные» (permissive) лицензии. Они позволяют брать код, изменять его, включать в проприетарные продукты и не открывать свои изменения. Единственное условие - сохранить уведомление об авторстве. GPL - это «копилефтная» лицензия. Она требует открывать производный код. Выбор между ними зависит от бизнес-модели: MIT/Apache подходят, если вы хотите максимального распространения, GPL - если хотите, чтобы ваши улучшения не становились закрытыми.
Что такое реверс-инжиниринг и когда он незаконен?
Реверс-инжиниринг - это процесс восстановления исходного кода или принципов работы программы путём анализа ее исполняемого файла или поведения. В большинстве стран реверс-инжиниринг разрешён для целей обеспечения совместимости (интероперабельности). Но он может быть незаконным, если: (1) нарушает условия лицензии, прямо запрещающей реверс; (2) нарушает патенты или коммерческую тайну; (3) используется для создания точной копии продукта-конкурента.
В деле Bambu Lab реверс-инжиниринг их слайсера, вероятно, не является незаконным, потому что исходный код был под GPL, и компания сама нарушила лицензию.
Какая ответственность за нарушение open source-лицензий в России?
В России ответственность за нарушение условий лицензии на ПО регулируется частью 4 Гражданского кодекса. Нарушитель может быть обязан: (1) прекратить использование кода; (2) выплатить правообладателю компенсацию (до 10 000 000 рублей или в двукратном размере стоимости права использования); (3) возместить убытки. Уголовная ответственность (ст. 146 УК РФ) наступает только при крупном ущербе (от 100 000 рублей). Практика по GPL-спорам в России пока незначительна, но прецеденты уже есть.
Что такое форк кода и законен ли он?
Форк (fork) - это создание ответвления от существующего проекта. Разработчик копирует кодовую базу и начинает развивать ее самостоятельно. Форк сам по себе законен, если он не нарушает лицензию. Для open source-кода форк — обычная практика. Проблемы возникают, когда форк делается из закрытого кода (это может быть нарушением авторских прав) или когда форк нарушает условия копилефта (например, если закрывает то, что должно быть открытым).
Как проверить, можно ли использовать библиотеку в коммерческом проекте?
Есть три шага.
Первый: найдите файл LICENSE в репозитории библиотеки.
Второй: определите тип лицензии (MIT, Apache, GPL, LGPL, BSD и т.д.).
Третий: сопоставьте с вашей бизнес-моделью. Если вы создаете закрытый коммерческий продукт, вам подходят MIT, Apache, BSD, LGPL (при динамической линковке). GPL и AGPL, скорее всего, не подойдут - они заставят открыть ваш код. Для автоматической проверки используйте инструменты вроде FOSSA, WhiteSource, Snyk или GitHub Dependency Graph.
Что будет с Bambu Lab дальше? Чем закончится иск к польскому разработчику?
На момент написания статьи (июнь 2026) судебный процесс продолжается. Возможны три исхода.
Первый: Bambu Lab договаривается с Павлом Ярчаком и открывает код слайсера.
Второй: проигрывает суд, получает запрет на распространение ПО и вынуждена переписывать слайсер с нуля.
Третий (наименее вероятный): доказывает в суде, что их слайсер не является производным от GPL-кода. В любом случае репутационные потери уже значительны. Многие пользователи переходят на принтеры конкурентов.
Где читать про IT-право и интеллектуальную собственность без скучной теории?
В моем Telegram-канале «Юрист без багов» - @BuglessLawyer. Автор канала (юрист с 20-летним стажем, специализирующийся на IT-праве, интеллектуальной собственности и регулировании новых технологий) регулярно разбирает реальные кейсы, даёт практические шаблоны документов и отвечает на вопросы подписчиков. Без канцелярита, зауми и воды. Просто, с юмором и по делу.