MeshCore 개발팀, 상표권 분쟁과 AI 생성 코드 논란으로 결국 갈라서다

오프그리드 메신저의 이상과 현실이 부딪힌 순간

혹시 MeshCore라는 프로젝트를 들어보셨나요? 쉽게 말하면 인터넷도 기지국도 없는 환경에서 저전력 무전기 모듈(LoRa)을 이용해 문자 메시지를 주고받을 수 있게 해주는 오픈소스 메시 네트워크 프로젝트예요. 산속, 재난 현장, 축제, 혹은 정부의 인터넷 검열을 우회하고 싶은 상황 등 '중앙 서버 없이도 사람들끼리 통신하고 싶다'는 로망을 실현해주는 도구죠. Meshtastic이라는 비슷한 프로젝트가 먼저 있었는데, MeshCore는 거기서 파생되어 더 효율적인 라우팅과 가벼운 프로토콜을 내세우며 자리를 잡아가던 중이었어요.

그런데 2026년 4월, MeshCore 블로그에 "The Split"이라는 꽤 무거운 제목의 글이 올라왔어요. 핵심 개발팀이 쪼개졌다는 소식이거든요. 이유가 흥미로운데, 한 가지가 아니라 두 가지 문제가 동시에 터졌어요. 하나는 상표권(trademark) 분쟁, 다른 하나는 AI가 생성한 코드의 무단 병합 문제예요. 오픈소스 커뮤니티에서 요즘 자주 보이는 두 가지 갈등 양상이 한 프로젝트 안에서 한꺼번에 폭발한 셈이죠.

상표권 문제 - "이 이름은 내 거야"

오픈소스 프로젝트에서 가장 민감한 주제 중 하나가 바로 이름 소유권이에요. 코드는 MIT 라이선스 같은 걸로 자유롭게 풀어놓더라도, 프로젝트 이름 자체는 별도의 법적 자산이거든요. Docker, Elasticsearch, Redis 같은 큰 프로젝트들이 전부 이 문제로 크고 작은 분쟁을 겪었죠.

MeshCore의 경우, 창립 멤버 중 한 명이 프로젝트 이름과 로고를 개인 명의로 상표 등록을 시도하거나 이미 진행한 것으로 보여요. 이게 왜 문제냐면, 여러 사람이 함께 만들어온 프로젝트의 이름을 한 사람이 독점하게 되면 나머지 기여자들은 포크(fork)를 떠서 새로 시작할 때 그 이름을 쓸 수 없게 돼요. 심한 경우에는 "이 이름 쓰려면 라이선스 비를 내"라는 상황까지 갈 수 있고요. 다른 팀원들 입장에서는 당연히 "우리가 같이 만든 건데 왜 네 혼자만 가져가냐"는 반발이 나올 수밖에 없죠.

AI 생성 코드, 그리고 리뷰 없는 병합

두 번째 문제는 더 현대적이에요. 일부 커미터가 ChatGPT나 Claude 같은 AI 도구로 생성한 코드를, 충분한 검토 없이 메인 브랜치에 병합했다는 거예요. 특히 저전력 임베디드 디바이스에서 돌아가는 펌웨어 코드에서 말이죠.

이게 왜 심각하냐면요, 메시 네트워크 펌웨어는 배터리 수명, 무선 주파수 타이밍, 패킷 손실 복구처럼 미묘한 하드웨어 특성에 크게 의존해요. AI가 만든 코드는 얼핏 보면 그럴듯하지만, 실제 무전기 모듈의 제약을 모른 채 "일반적인 C 코드"로 답을 내놓기 쉽거든요. 예를 들어 sleep()을 아무렇지 않게 써서 배터리를 태워먹거나, 인터럽트 안에서 해서는 안 될 동적 메모리 할당을 넣어두는 식이에요. 이런 코드가 리뷰 없이 들어가면, 수백 개 노드에 펌웨어가 배포되고 나서야 "어라, 왜 다들 배터리가 하루 만에 죽지?" 같은 문제가 터져요.

게다가 라이선스 문제도 있어요. AI가 생성한 코드가 학습 데이터에 있던 GPL 코드와 비슷하게 나왔을 때, 이 코드의 법적 상태는 아직 아무도 명확히 답하지 못해요. 보수적인 유지보수자들은 "일단 AI 코드는 명시적으로 표기하고, 사람이 한 줄 한 줄 검증한 뒤에 넣자"고 하는데, 속도를 내고 싶은 쪽은 "결과가 좋으면 됐지"로 나가고요. MeshCore에서 갈등의 한 축이 바로 이 지점이에요.

업계 맥락 - 오픈소스 거버넌스의 오래된 숙제

사실 이런 분열은 처음이 아니에요. 가까이는 Redis가 라이선스를 바꾸자 Valkey로 포크가 떨어져 나왔고, Terraform은 OpenTofu로, Elasticsearch는 OpenSearch로 갈라졌죠. 이들 모두 '이름과 거버넌스를 누가 통제하느냐'라는 질문을 풀지 못해서 벌어진 일이에요.

차이가 있다면 MeshCore는 상업적 이해관계가 큰 기업 프로젝트가 아니라 소규모 자원봉사 커뮤니티라는 점이에요. 그래서 더 아프게 느껴져요. 돈 한 푼 안 받고 주말마다 코드 짜던 사람들이, 신뢰가 한번 깨지면 회복하기가 훨씬 어렵거든요. 게다가 AI 코드 정책이라는 새 축까지 얹히면서, 앞으로 다른 오픈소스 프로젝트들도 비슷한 진통을 겪을 가능성이 커요.

한국 개발자에게 주는 시사점

우리 입장에서 배울 점이 몇 가지 있어요. 첫째, 오픈소스 프로젝트를 시작하거나 참여할 때 이름과 상표는 처음부터 재단(Foundation)이나 공동 조직 명의로 두는 게 안전해요. 나중에 유명해지고 나서 정리하려면 이미 늦거든요. Linux Foundation, Apache Foundation이 괜히 있는 게 아니에요.

둘째, AI 코드 정책을 팀 차원에서 명시적으로 정해두세요. "AI가 생성한 코드라도 사람이 전부 이해한 뒤 커밋한다", "임베디드나 보안 관련 부분에는 AI 코드를 그대로 쓰지 않는다" 같은 최소한의 규칙이요. 요즘 회사에서도 Copilot을 쓰느냐 마느냐로 신경전이 벌어지는데, 실은 MeshCore처럼 제품이 망가지고 나서야 후회하는 경우가 많아요.

셋째, LoRa 메시 네트워크 자체에 관심 있다면 지금이 오히려 기회예요. 분열 이후 양쪽 포크에서 각자 개선이 빨라질 가능성이 있고, 국내에도 재난 대비나 아웃도어 용도로 관심이 커지고 있거든요.

마무리

기술이 발전한다고 사람 사이의 문제가 사라지지는 않아요. 오히려 AI 같은 새 도구가 등장하면 새로운 갈등 지점이 생기죠. 여러분 팀에서는 AI가 쓴 코드를 PR로 받았을 때 어떤 기준으로 리뷰하고 계신가요? 그리고 만약 여러분이 주도하는 오픈소스 프로젝트의 이름을 누군가 몰래 상표 등록했다면, 어떻게 대응하시겠어요?