
1일차에 MCP를 정리하면서 M×N 문제 얘기를 했습니다. AI 앱이 M개, 도구가 N개면 연동이 M×N개 필요해진다는 거요. 그런데 이 구조는 AI가 처음 겪는 문제가 아니었습니다. 스마트홈이 10년 먼저 같은 벽에 부딪혔거든요.
매터(Matter)가 그 답으로 나온 표준입니다.
왜 필요했나
스마트 전구를 사면 그 회사 앱을 깔고, 스마트 플러그를 사면 또 다른 앱을 깔았습니다. 폰에 앱이 다섯 개씩 쌓이고, 브랜드가 다르면 연동이 안 됐습니다. "밤 11시에 불 끄고 플러그 차단" 같은 자동화가 브랜드 경계에서 끊기는 거죠.
기술적 원인도 있었습니다. 기존에 많이 쓰인 지그비(Zigbee)는 자체 주소 체계를 썼는데, 종단 식별자가 1~240개 수준이었고 외부망 연결을 고려하지 않고 설계됐습니다. 그래서 다른 서비스와 엮기가 어려웠습니다.
2019년 애플, 삼성, 구글, 아마존이 Project CHIP이라는 이름으로 공동 작업을 시작했고, 2022년 매터 1.0이 나왔습니다. 경쟁사끼리 규격을 합친 드문 사례입니다. 이름은 라틴어로 어머니를 뜻하는 māter에서 왔습니다.
설계의 핵심 두 가지
IP 기반. 매터는 IPv6 위에 올라갑니다. 기기 검색, 네트워크 할당, 제어, 보안이 전부 IP 네트워크 위에서 돌아갑니다. 독자 주소 체계를 버리고 인터넷과 같은 방식을 쓴 게 확장성의 출발점입니다.
멀티 어드민. 개인적으로 이게 매터의 진짜 특징이라고 봅니다. 기기 하나가 여러 생태계에 동시에 등록될 수 있습니다. 같은 전구를 애플 홈과 삼성 스마트싱스에 함께 연결해두고 양쪽에서 제어하는 게 가능하죠.
이건 단순한 호환성과 다릅니다. 기존 방식은 "A 허브를 쓰면 A 앱만"이었는데, 멀티 어드민은 기기 소유권을 플랫폼에서 사용자로 옮깁니다. 가족 중 한 명은 아이폰, 다른 한 명은 갤럭시를 쓰는 집에서 체감이 큽니다.
로컬 제어도 중요합니다. 클라우드를 경유하지 않고 집 안 네트워크에서 처리되니, 인터넷이 끊겨도 스위치가 동작하고 반응 지연도 줄어듭니다. 26일차 클라우드 장애 글에서 다룬 문제를 구조적으로 피하는 설계입니다.
구성 요소

여기서 혼란이 자주 생깁니다. 매터 기기를 사도 컨트롤러가 없으면 동작하지 않습니다. AI 스피커, 일부 TV, 셋톱박스가 이 역할을 합니다.
보더 라우터는 Thread 기기를 쓸 때 필요합니다. Thread는 저전력 무선 표준인데, 배터리로 오래 가야 하는 센서나 전구에 유리합니다. 다만 Thread 기기는 와이파이에 직접 붙지 않아서, 두 네트워크를 이어주는 보더 라우터가 있어야 합니다.
그래서 실무적으로는 이런 판단이 생깁니다. 기기가 몇 개뿐이면 Wi-Fi 매터 기기가 간단하고, 센서와 전구를 여러 개 깔 계획이면 Thread 쪽이 전력과 안정성 면에서 낫습니다.
보안 구조가 흥미롭다
매터에는 DAC(Device Attestation Certificate) 기반 인증이 들어 있습니다. 기기마다 제조사가 발급한 인증서가 심겨 있어서, 허브가 연결 시점에 이 기기가 정품 인증을 받았는지 검증합니다.
여기에 **DCL(Distributed Compliance Ledger)**이 붙습니다. 인증된 제품 정보가 분산 장부에 등록되고, 허브가 연결할 때마다 이걸 조회해 정식 인증 기기인지 확인합니다.
즉 신원 증명 방식이 IoT에 들어온 겁니다. 4일차 패스키, 22일차 모바일 신분증, 31일차 C2PA에서 반복적으로 본 구조와 같습니다. "공개키로 증명하고 검증자가 대조한다"는 패턴이 인증·신분증·콘텐츠·기기로 계속 확장되는 중입니다.
2026년부터 EU 사이버복원력법(CRA)이 본격 적용되면서 디지털 기능이 있는 제품의 보안 요구가 강화됐습니다. 이 환경에서 매터 인증은 호환성 확보 수단이면서 규제 대응 수단이기도 하게 됐습니다.
여전히 남은 문제
매터가 있다고 모든 게 매끄럽지는 않습니다.
기능 지원의 최소 공통분모 문제. 매터는 기기 유형별로 표준 기능을 정의합니다. 그래서 제조사 고유 기능은 빠지는 경우가 많습니다. 로봇청소기가 연결은 되는데 구역 설정은 제조사 앱에서만 되는 식이죠. 매터 1.2에서 냉장고, 에어컨, 세탁기, 식기세척기, 공기청정기, 로봇청소기 같은 복잡한 가전 사양이 표준화됐지만, 세부 기능까지 다 담기는 어렵습니다.
표준화의 속도. 새 기기 유형이 나올 때마다 규격 논의가 필요합니다. 제조사는 기다리기보다 독자 기능을 먼저 내놓게 되고요.
기존 기기. 이미 사둔 비매터 기기는 브리지를 거쳐야 하거나 그냥 못 씁니다.
그래서 살 때 볼 것
이런 한계를 감안하면, 매터 로고만 보고 사는 것으로는 부족합니다. 실제로 확인할 지점은 이 정도입니다.

Wi-Fi 방식인지 Thread 방식인지, 집에 컨트롤러 역할을 할 기기가 있는지, 쓰려는 기능이 매터 표준 범위에 들어가는지. 그리고 펌웨어 지원이 지속되는 브랜드인지도 봐야 합니다. 32일차 확장 프로그램 글에서 방치된 소프트웨어가 취약해진다는 얘기를 했는데, 집 안 네트워크에 상시 붙어 있는 기기는 그 위험이 더 큽니다.
정리
매터는 스마트홈판 USB-C입니다. 규격을 통일해서 M×N을 M+N으로 줄이는 방식요.
기술적으로 새로운 발명은 없습니다. IP를 쓰고, 공개키로 기기를 검증하고, 로컬에서 처리한다는 건 모두 알려진 방법입니다. 그런데도 오래 안 됐던 이유는 기술이 아니라 합의였습니다. 경쟁사들이 서로의 생태계를 열 이유가 없었으니까요. 1일차 MCP에서 리눅스 재단 기증 얘기를 했는데, 결국 표준화는 기술 문제라기보다 정치 문제인 것 같습니다.
'IT' 카테고리의 다른 글
| 세계 최초로 법을 만들고도 달라진 게 없었던 이유 (0) | 2026.09.26 |
|---|---|
| 유심 트레이가 사라지는 이유 (0) | 2026.09.26 |
| 설치할 땐 착했던 확장 프로그램 (0) | 2026.09.25 |
| 가짜를 찾는 대신 진짜를 증명한다 (0) | 2026.09.24 |
| 도심에선 쓸 이유가 없는 기술 - 저궤도 위성인터넷 정리 (0) | 2026.09.24 |