Matter: 분산 컴플라이언스 원장(DCL)

 

 

Matter에서 약속했듯이, 기기 제조업체(공급업체)는 원하지 않는 경우 자체 전화 앱이나 클라우드 서비스를 구축할 필요가 없습니다. Matter 기기는 모든 Matter 지원 생태계와 원활하게 작동할 수 있습니다.

 

하지만 Matter 기기의 정보를 어떻게 게시하여 Matter 생태계에서 안전하게 검색할 수 있을까요? 오늘은 Matter의 분산형 규정 준수 원장(Distributed Compliance Ledger, DCL)에 대해 알아보겠습니다.

 

 

Matter 생태계를 위한 분산 규정 준수 원장은 독립적인 서버 네트워크로 구성됩니다. (이미지: 매터 스마트홈)

 

 

다음 아래 기사 목록에서 Matter에 대해 설명합니다.

 

• Matter 분석 기사 시작
• Matter 발표
• Espressif Matter 시리즈 #1: Matter는 여러분에게 어떤 의미인가요?
• Espressif Matter 시리즈 #2: Matter: 클러스터, 속성, 명령
• Espressif Matter 시리즈 #3: Matter: 장치 간 자동화
• Espressif Matter 시리즈 #4: Matter: 비Matter 장치를 위한 브리지
• Espressif Matter 시리즈 #5: Matter: 스레드 경계 라우터
• Espressif Matter 시리즈 #6: Matter: 다중 관리자, 식별자 및 패브릭
• Espressif Matter 시리즈 #7: Matter 보안 모델
• Espressif Matter 시리즈 #8: Matter: 분산형 규정 준수 원장
• Espressif Matter 시리즈 #9: Matter 장치 제조 가속화
• Espressif Matter 시리즈 #10: Matter 및 인증서 해지

 

 

 

DCL이란?

 

Matter DCL은 블록체인 기술을 기반으로 하는 암호화된 보안 분산 저장 네트워크입니다. 이를 통해 Connectivity Standards Alliance(CSA)와 공인 공급업체는 Matter 기기에 대한 정보를 게시할 수 있습니다. 그런 다음 DCL 클라이언트를 사용하여 이 정보를 검색할 수 있습니다.

 

DCL에는 어떤 종류의 정보가 저장되나요?

 

기기 정보는 5개의 데이터베이스로 나뉩니다(DCL에서는 스키마라고 함):

 

• 공급업체 스키마: 회사 법적 이름, 공급업체 ID와 관련된 선호 브랜드 이름, 공급업체의 랜딩 페이지 URL 등과 같은 공급업체에 대한 일반 정보를 제공합니다.
• DeviceModel 스키마: 제품 이름, 제품 ID, 부품 번호, 시운전 정보 등과 같은 기기에 대한 일반 정보를 제공합니다. 이 정보는 제품의 모든 소프트웨어 버전에서 공유됩니다.
• DeviceSoftwareVersionModel 스키마: 소프트웨어 버전별 정보를 제공합니다. 예: 릴리스 노트 URL, FirmwareDigests, OTA 소프트웨어 이미지 URL 등

 

참고: URL만 DCL에 저장되므로 공급업체는 OTA 이미지를 자체 위치에 저장하고 이미지 URL만 DCL에 게시해야 합니다.

 

• 준수 테스트 결과 스키마: 기기에 대한 준수 및 테스트 결과 데이터를 제공합니다.
• PAA 스키마: 승인된 PAA에 대한 제품 증명 기관 인증서 목록을 제공합니다(Matter 보안 모델에서 자세히 알아보세요).

 

이 정보는 Matter 생태계에서 어떻게 사용됩니까?

 

이 모든 장치 정보가 DCL에 저장되어 있으므로 Matter 생태계는 다음을 위해 DCL을 참조할 수 있습니다.

 

• 장치 인증 준수 상태 확인
• 장치 증명 인증서(DAC) 확인(PAA로 추적)
• 시운전 지침, 매뉴얼 및 제품 정보 링크 가져오기
• OTA 상태 확인 및 장치를 최신 펌웨어로 업그레이드
•  

 

DCL은 어떻게 작동합니까?

 

DCL은 CSA와 회원이 소유하고 호스팅하는 독립 서버 네트워크입니다. 각 서버는 Matter 장치에 대한 정보가 포함된 데이터베이스 사본을 보관하고 암호화된 보안 프로토콜을 사용하여 서로 통신합니다.

 

 

CSA의 서버에서 관리되는 DCL은 Matter 에코시스템의 모든 사용자가 액세스할 수 있지만, 제조업체가 관리하는 DCL 서버는 액세스 권한이 더 제한될 수 있습니다. (이미지: 연결 표준 연합)

 

 

모든 공급업체가 자체 DCL 서버를 설정해야 합니까? 아니요.

 

CSA는 DCL 서버 설정을 제공하여 DCL 클라이언트를 사용하여 DCL 정보에 공개적으로 액세스할 수 있도록 하며 쓰기 액세스 권한이 있는 회원이 Matter 장치 정보를 DCL에 게시할 수도 있습니다.

 

공급업체는 전용 DCL 서버를 설정할 수도 있습니다. 공급업체의 설정은 이 공급업체의 클라이언트에게만 제공됩니다. 공급업체는 다른 공급업체에 DCL 서버 액세스 권한을 부여하도록 선택할 수 있습니다.

 

DCL에 대한 쓰기 액세스는 제한됩니다.

 

• 공급업체는 해당 공급업체의 공개 키와 연결된 VendorID에 속하는 새 장치 모델을 추가할 수 있습니다(CSA의 DCL 서버 또는 자체 DCL 서버를 통해). VendorID는 공급업체 계정 생성 프로세스 중에 공급업체 공개 키와 연결됩니다.
• 공급업체는 제품 이름, 제품 설명, 펌웨어 및 하드웨어 정보와 같은 기존 장치 모델 정보의 하위 집합을 업데이트할 수 있습니다. 장치가 동일한 공급업체 계정과 연결된 경우에만 업데이트가 허용됩니다.
• CSA 인증 센터는 Ledger에 장치 모델의 준수 상태를 쓰거나 취소할 수 있습니다.

 

DCL에서의 읽기 액세스는 공개적입니다.

 

• DCL에서 펌웨어 및 하드웨어 버전을 포함한 DeviceModel 정보를 읽습니다.
• DCL에서 장치 준수 상태를 읽습니다.
• 제품 증명 기관 인증서를 읽습니다.

 

일반적인 워크플로

 

예를 들어 다음과 같은 역할이 있다고 가정해 보겠습니다.

• Connectivity Standards Alliance(CSA) 연결 표준 연합
• 공급업체 A
• 전구 B(A에서 제작)
• 테스트 하우스 T
• 에코시스템 G
• 에코시스템 H
• 소비자 C

 

일반적인 워크플로는 다음과 같습니다.

 

1. 공급업체 A는 CSA 회원이며 DCL에 쓰기 위해 공개 키를 등록했습니다. A는 Matter Bulb B를 만들고 CSA의 DCL 서버를 사용하여 B의 정보를 DCL에 추가합니다.

 

2. 공급업체 A는 일부 전구를 테스트 하우스 T로 보내고 T는 B에서 Matter 인증 테스트를 수행하고 테스트 결과를 CSA로 보냅니다. CSA는 테스트 결과를 확인하고 통과하면 CSA는 DCL에 Bulb B의 준수 상태를 추가합니다.

 

3. 소비자 C는 시장에서 Bulb B를 구매하고 C는 에코시스템 G의 커미셔너를 사용하여 Bulb B를 커미션하므로 B는 G의 Matter 패브릭에 가입하고 동일한 패브릭의 다른 장치와 함께 작동합니다. 커미셔너는 커미셔닝 중에 Bulb B의 인증 상태를 알아보기 위해 DCL을 참조합니다.

 

4. 언젠가 A가 전구 B를 위한 멋진 기능을 구현하고, A는 DCL에 새로운 소프트웨어 버전 정보를 추가합니다. G는 자신의 디바이스에서 Matter OTA 공급자를 지원하므로 B가 OTA 프로세스를 완료하도록 지원할 수 있습니다.

 

5. 언젠가 C가 생태계 H에서 제공하는 일부 서비스에 관심을 갖고, C는 전구 B를 H의 패브릭에 커미션합니다. 그러면 전구 B는 기본적으로 생태계 G와 H 모두와 함께 작동할 수 있습니다.

 

소비자 C는 이 모든 것을 원활하게 누릴 수 있습니다.  

 

참고: 분산 규정 준수 원장이란 무엇이며 어떻게 Matter에 통합되나요?