# 블루투스 기반 분산형 피어 투 피어 메시징 애플리케이션 > Clean Markdown view of GeekNews topic #25967. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=25967](https://news.hada.io/topic?id=25967) - GeekNews Markdown: [https://news.hada.io/topic/25967.md](https://news.hada.io/topic/25967.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-01-20T09:41:30+09:00 - Updated: 2026-01-20T09:41:30+09:00 - Original source: [bitchat.free](https://bitchat.free/) - Points: 1 - Comments: 1 ## Topic Body - **bitchat**은 인터넷이나 서버 없이 **블루투스 메시 네트워크**를 통해 작동하는 **분산형 메시징 앱** - 각 기기가 **클라이언트이자 서버**로 동작하며, 주변 기기를 자동으로 탐색하고 메시지를 **멀티홉으로 중계** - **검열 저항성**, **감시 회피성**, **인프라 독립성**을 제공해 인터넷 장애나 재난 상황에서도 통신 유지 가능 - iOS/macOS와 Android 버전 모두 제공되며, **완전한 프로토콜 호환성**을 지원 - 소프트웨어는 **퍼블릭 도메인**으로 공개되어 누구나 자유롭게 사용 및 수정 가능 --- ### bitchat 개요 - **bitchat**은 **블루투스 메시 네트워크**를 기반으로 한 **탈중앙화 피어 투 피어 메시징 애플리케이션** - 인터넷 연결, 서버, 전화번호가 필요하지 않음 - 인근 기기들만으로 **애드혹 통신 네트워크**를 형성 - 각 기기가 **동시에 클라이언트와 서버 역할**을 수행 - 주변 피어를 자동으로 탐색 - 여러 기기를 거쳐 메시지를 전달하는 **멀티홉 중계 기능**으로 네트워크 범위 확장 ### 주요 특징 - **검열 저항성**: 중앙 서버가 없어 감시나 차단이 어려움 - **감시 회피성**: 통신이 로컬 블루투스 네트워크 내에서만 이루어짐 - **인프라 독립성**: 인터넷 장애, 자연재해, 시위, 연결 제한 지역에서도 작동 가능 ### 소프트웨어 배포 - **iOS/macOS 버전** - App Store: *bitchat mesh* - 소스 코드: [GitHub - permissionlesstech/bitchat](https://github.com/permissionlesstech/bitchat) - iOS 16.0 이상, macOS 13.0 이상 지원 - Xcode, XcodeGen 또는 Swift Package Manager로 빌드 가능 - **Android 버전** - Play Store: *bitchat* - 소스 코드: [GitHub - permissionlesstech/bitchat-android](https://github.com/permissionlesstech/bitchat-android) - APK 릴리스 제공 - Android 8.0(API 26) 이상 지원 - iOS 버전과 **완전한 프로토콜 호환성** 유지 ### 문서 및 라이선스 - **기술 백서**: [whitepaper.md](https://github.com/permissionlesstech/bitchat/blob/main/WHITEPAPER.md) - 소프트웨어는 **퍼블릭 도메인(public domain)** 으로 공개되어 자유로운 사용 및 수정 가능 ## Comments ### Comment 49502 - Author: neo - Created: 2026-01-20T09:41:30+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=46675853) - 휴대폰에는 이미 **고급 무선 기술**이 가득하지만, 법적으로는 중앙 통제된 기지국 없이 수백 미터 이상 직접 통신할 수 없게 되어 있음 반면 10달러짜리 **워키토키**는 원시적인 기술로 수 킬로미터 통신이 가능하지만, 데이터 전송은 금지되어 있음 이는 기술적 한계가 아니라 정부가 만든 규제의 결과임 - LoRa를 지원하는 작은 USB 모듈과 Codec2 같은 저비트 음성 코덱을 쓰면 이 간극을 메울 수 있을 것 같음 다만 휴대폰에 내장된다면 훨씬 편리할 것임. LilyGo T-Deck Plus/Pro 같은 장치도 있지만, 휴대폰이 아니라 별도 기기를 들고 다녀야 함 - 많은 WiFi 칩은 **모니터 모드**로 전환해 모든 패킷을 수신하고 직접 송신도 가능함 대역폭은 낮지만 텍스트나 오디오 정도는 충분함. 루트 권한이 필요하고, 자체 프로토콜과 **오류 정정 코드**를 구현해야 함 - 법 때문이 아니라, **LTE Direct**가 상용화되지 못한 게 아쉬움 이 기술은 1km 거리까지 휴대폰 간 직접 통신이 가능했지만, 펌웨어 구현이 필요해 정부용 폰에만 적용되었음 5G의 Device-to-Device 기능도 있지만 지원 여부가 불분명함 주파수 할당 문제도 있고, 휴대폰은 전력과 안테나 제약으로 장거리 통신이 어려움 워키토키는 안테나가 크고 전력이 높지만, **대역폭이 좁아 데이터 전송 속도는 낮음** - 사실 휴대폰 제조사가 900MHz ISM 밴드 라디오를 넣는 걸 막는 법은 없음 그리고 워키토키도 **데이터 전송이 합법**임 - “워키토키는 데이터 전송이 불법”이라는 말이 사실인지 의문임 예전에 **Gotenna**를 썼는데 미국과 유럽 모두에서 합법이었음 REI에서도 스마트폰과 블루투스로 연결해 짧은 메시지를 중계하는 [Motorola Talkabout T803](https://www.rei.com/product/240874/motorola-talkabout-t803-2-way-radios-pair)을 판매 중임 - 메시지를 즉시 전송하지 않고 **지연 전파(deferred propagation)** 하는 기능이 빠져 있음 TTL이 다할 때까지 재전송은 되지만, 수신자가 오프라인일 때 메시지를 보관했다가 나중에 전달하는 기능이 없음 노드가 메시지를 일정 기간 캐시하도록 설정할 수 있다면, 분리된 사용자 그룹 간 **전달자(courier)** 역할도 가능할 것임 - 예전 **FidoNet**을 참고할 만함 40년 전부터 다이얼업과 무선 링크로 **store-and-forward** 구조를 완벽히 구현했음 BT5의 실사용 거리(약 10m)보다 훨씬 신뢰성이 높았음 블루투스 메시 네트워크는 특정 조건에서만 작동해 실용성이 떨어짐 - 정말 좋은 지적임 이런 주제는 HN에서 수백 번 봤지만, 현실적인 **store-and-forward** 논의는 드물었음 최근 이란 같은 사례를 보면 이런 기술이 절실함을 느낌 미국에서도 대규모 행사나 재난 시 통신망이 마비될 수 있어, **탈중앙 메시징**의 필요성을 절감함 - 단순히 지연 전송뿐 아니라, **고출력 재송신 스테이션**을 세우는 방법도 필요함 정치적 혼란 상황에서는 양방향 통신보다 **일방향 정보 배포**가 더 중요할 때가 있음 수신 전용 모드는 추적이 어렵고, 핵심 정보 전달에 유용함 이런 문제는 모두 store-and-forward 모델로 해결 가능함 LoRa 동글이 블루투스보다 낫지만, 사용이 위험할 수도 있음 - 이 개념은 바로 [store and forward](https://en.wikipedia.org/wiki/Store_and_forward)라고 부름 - 모바일 OS, 특히 iOS가 **백그라운드 앱을 강제 종료**하는 게 문제일 수도 있음 - **Uganda**의 선거 전 인터넷 차단 상황에서 BitChat이 1위를 기록함 [기사 링크](https://www.archyde.com/bitchat-surges-to-1-in-uganda-amid-pre-election-internet-shutdown/) **Jamaica**의 허리케인 사태 때도 [통신망 붕괴 후 주요 앱으로 부상](https://www.gadgets360.com/cryptocurrency/news/bitchat-becomes-jamaica-s-go-to-app-as-hurricane-melissa-cripples-communication-crypto-news-cryptocurrency-9546453)함 - 두 번째 기사는 문체가 너무 일정해서 **AI가 작성한 것처럼 보임** - 이런 기능은 **Apple**이 iPhone에 넣으면 좋을 것 같음 이미 Find My와 AirTag로 성공했으니, iMessage에 **오프라인 블루투스 메시징**을 추가하면 완벽함 크루즈선, 경기장, 심지어 우주유영 장면까지 보여주는 **Apple식 시연 영상**이 바로 떠오름 - 하지만 iPhone은 특정 시장 외에는 보급률이 낮음 이런 기능이 진짜 필요한 곳은 인터넷이 차단되는 **정치적 위기 지역**이라 Android 지원이 필수임 - **프라이버시 마케팅**은 어렵다고 봄 결국 사용자는 Apple을 신뢰해야 하고, 통신사 대신 낯선 사람들의 중계를 믿어야 함 경찰이 이미 가짜 기지국으로 감청하는 현실을 보면, 신뢰 문제가 큼 그래도 축제나 크루즈처럼 **근거리 통신**이 필요한 곳에서는 꼭 필요한 기능임 - 미국이나 중국 정부가 Apple에 **압박을 가할 가능성**이 높음 정부가 허용하지 않으면 이런 기능은 출시되지 못할 것임 - Apple Watch Ultra처럼 **틈새 기능**도 발표한 적 있으니, 가능성은 있음 - 하지만 이런 시스템은 **통신사 수익 모델**을 위협함 인프라 없이 작동하는 탈중앙 시스템이라면, 과연 무엇을 과금할 수 있을까 하는 의문이 생김 - 만약 무선 로컬 네트워킹이 더 일찍 대중화되고, **IPv6**로 NAT가 덜 퍼졌다면 지금의 인터넷 구조는 완전히 달랐을지도 모른다는 생각을 함 그리고 **VC 자금이 만든 폐쇄형 플랫폼**이 없었다면 더 개방적이었을 것임 - 사실 핵심은 **주파수 할당 정책**임 2.4GHz의 작은 비면허 대역으로도 놀라운 발전을 이뤘는데, 더 낮은 VHF/UHF 대역을 비면허로 풀면 혁신이 폭발할 것임 - 그래도 결국 **유선(광섬유)** 이 승리할 것 같음 대용량 전송과 안정성 면에서 필수적이며, 데이터센터 확장에도 필요함 P2P 도구는 늘겠지만, 전체 인터넷 구조는 비슷할 것임 - 블루투스 메시징 앱은 언제 쓰는 건지 궁금함 BT5라도 400m가 한계인데, 시위 중 기자에게 사진을 보내는 용도는 불가능함 단순히 가족에게 저녁 알림을 보낼 용도라면 굳이 필요 없을 것 같음 - **Bluetooth 5의 coded PHY**는 이상적 조건에서 1km까지 가능함 대부분의 최신 폰은 하드웨어 교체 없이 지원 가능함 문제는 기술이 아니라 **정치적 제약**임 일상생활이나 재난 상황에서 유용할 기능인데, 내장 솔루션이 전혀 없음 위성 통신까지 가능한 시대에 **기본적인 P2P 기능**이 없는 게 아이러니함 - 한 개발자는 가족과 크루즈 여행 중 위성 인터넷 요금이 너무 비싸서 **블루투스로 통신하는 앱**을 직접 만들었음 가까운 기기끼리 굳이 서버를 거칠 필요가 없다는 점에서 합리적임 - 2010년대 초, **Sony Ericsson**의 노트 앱으로 블루투스 채팅을 했던 추억이 있음 시골 호스텔에서 신호가 없어, 옆 침대의 여자와 몰래 대화했음 꽤 즐거운 밤이었음 - 모바일 인터넷이 안 되는 모든 상황에서 유용함 시위뿐 아니라 콘서트, 축제, 산악 지역 등에서도 쓸 수 있음 - **이란**에서는 지금 인터넷이 차단된 상태임 정권이 잔혹한 탄압을 벌이는 와중에 이런 기술이 절실함 - 개인적으로 **Jack Dorsey**의 참여가 마음에 들지 않음 그래서 [Briar](https://briarproject.org/)를 선호함 - 다만 Apple 플랫폼용 앱이 없어 활용도가 떨어짐 - 어떤 앱이든 상관없음, **가장 효과적인 구현체**가 중요함 지금 당장 이런 기술이 필요함 BitChat이 Dorsey의 실험에서 시작했더라도, 커졌다면 그 자체로 의미 있음 - 또 다른 대안으로 [Berty](https://berty.tech/features/)도 있음 - 단순히 싫다고만 하지 말고, **이유를 공유**해주면 좋겠음 - 이미 Briar가 있는데, 왜 **바퀴를 다시 발명**하려는지 모르겠음 - 브라우저의 [**Web Bluetooth API**](https://developer.mozilla.org/en-US/docs/Web/API/Web_Bluetooth_API)가 더 널리 지원되길 바람 PWA 기반이라면 **앱스토어 검열**을 피할 수 있음 - 하지만 PWA는 **백그라운드 실행**과 블루투스 상호작용이 불가능해 실용성이 낮음 - 정부와 중개자를 배제한 기술은 **법적으로 절대 허용되지 않을 것**임 장거리 무선, P2P 통신, 탈중앙 결제 모두 마찬가지임 정부가 추적하거나 세금을 부과할 수 없다면, 대중화되지 못함 디지털 콘텐츠를 구매했어도 기업이 삭제할 수 있는 시대인데, 토렌트로 받는 건 불법인 현실이 많은 걸 말해줌 - **Meshtastic**과 저가형 키트(10~35달러)가 훨씬 낫다고 생각함 블루투스만으로는 100m 정도가 한계지만, Meshtastic은 **2~20km**까지 가능함 커뮤니티도 활발함 - 하지만 Meshtastic은 **신뢰성 문제**가 있음 60개 스테이션 네트워크에서도 한 홉 이상 넘어가기 어려움 반면 **Meshcore**는 5홉 이상에서도 거의 100% 성공률을 보임 예전엔 클로즈드 소스라 꺼렸지만, 이제 [오픈소스 Flutter 앱](https://github.com/zjs81/meshcore-open)이 안정화되고 있음