Tier IV의 AI 칩 계획, 자율주행차를 위한 오픈소스 모델을 시험하다
- Sophie Larsen

- 1일 전
- 11분 분량
Tier IV가 자율주행차용 AI 칩 설계를 공유할 준비를 하고 있는 것으로 알려졌다. 이는 오픈소스 전략을 소프트웨어를 넘어 실리콘 영역으로 확장하는 행보다. 이 주장은 Google News 목록을 통해 알려졌지만, 연결된 보도에는 독립적으로 검증할 수 있는 기술적 세부 사항이 거의 없다.
이 검증 공백은 중요하다. Tier IV는 이미 Denso 및 임베디드 시스템 전문기업 OTSL과 함께 자율주행 프로세서를 개발하기로 약속했다. 일본 정부 기록 역시 물리적 AI 칩 설계에 대한 접근성을 높이기 위한 장기 프로그램을 설명하고 있다.
따라서 보도된 설계 공개는 기존 전략에 부합한다. 그러나 이것이 자동차 제조업체들이 Tier IV의 작업을 바탕으로 양산 준비가 된 자율주행 프로세서를 만들 수 있음을 입증하지는 않는다.
진짜 경쟁은 오픈 레퍼런스 설계와 엄격히 통제되는 하드웨어-소프트웨어 플랫폼 사이에서 벌어진다. Nvidia, Mobileye, Tesla 및 여러 자동차 제조업체는 통합을 경쟁 우위로 여긴다. Tier IV는 공유 구성 요소가 더 많은 개발자, 차량 제조업체, 지역 모빌리티 사업자를 끌어들일 수 있다고 보고 있다.
이 접근법은 소프트웨어 산업의 일부 영역에서 효과를 거뒀다. 그러나 자동차용 실리콘에는 기능 안전, 제조 검증, 장기 지원, 시스템 고장 시의 책임 등 다른 의무가 따른다.
보도된 공개가 중요한 이유는 오픈 협업만으로 충분하지 않은 지점을 시험하기 때문이다. 코드는 빠르게 내려받을 수 있다. 자동차용 칩은 제조, 인증, 통합을 거쳐 움직이는 차량 안에서 수년간 작동해야 한다.
Google News 헤드라인이 실제로 확인해 주는 것
이 헤드라인은 중요한 의도를 설명하지만, Tier IV가 무엇을 공개할지 또는 개발자들이 언제 이를 사용할 수 있을지는 확정하지 않는다.
Google News 목록은 Tier IV가 자율주행차용 AI 칩 설계를 공유할 것이라고 전한다. 2026년 8월 15일 기준으로, 접근 가능한 출처의 흐름에서는 저장소, 라이선스, 설계 패키지, 제조 공정 또는 공개 일정을 확인할 수 없다.
“칩 설계”는 매우 다른 자산을 뜻할 수 있다. Tier IV는 아키텍처 사양, 재사용 가능한 프로세서 블록, 레지스터 전송 수준 코드, 시뮬레이션 모델, 소프트웨어 인터페이스 또는 완전한 제조 파일을 공개할 수 있다.
이 선택지들은 동일한 가치를 제공하지 않는다. 아키텍처 문서는 파트너가 시스템을 이해하도록 도울 수 있지만, 이를 제조할 수 있게 해주지는 않는다. 재사용 가능한 하드웨어 코드는 엔지니어에게 더 큰 자유를 주지만, 물리적 구현과 검증은 여전히 끝나지 않은 상태다.
완전한 반도체 공개에는 일반적으로 다이어그램보다 훨씬 많은 것이 포함된다. 개발자에게는 하드웨어 기술, 인터페이스 정의, 툴 스크립트, 테스트 환경, 컴파일러 지원, 펌웨어, 측정 가능한 성능 목표가 필요하다.
제조는 또 하나의 경계를 만든다. 제조 가능한 설계는 생산 공정에 관한 독점 정보를 담은 파운드리의 공정 설계 키트에 의존한다. 오픈 로직이 곧바로 완성된 칩으로 가는 오픈 경로를 만드는 것은 아니다.
Tier IV의 이전 발표는 더 확실한 근거를 제공한다. 2024년 1월, 회사는 일본 신에너지·산업기술종합개발기구가 관리하는 프로그램 아래 Denso 및 OTSL과 함께 AI 가속기 프로젝트를 발표했다.
파트너들은 일반적으로 SoC라고 불리는 임베디드 시스템온칩 플랫폼을 계획했다. SoC는 프로세서, 메모리 인터페이스, 가속기 및 기타 시스템 기능을 하나의 실리콘 칩에 결합한다.
Tier IV는 세 가지 구체적인 책임을 맡았다. 자율주행 시연용 칩 개발, 개발 키트 제작, 그리고 실제 차량에서 결과물인 ADSOC 프로세서를 Autoware와 통합하는 일이다.
Denso는 2024년 초 인수한 NSITEXE의 반도체 역할을 승계했다. OTSL은 임베디드 소프트웨어와 기능 안전 전문성을 프로젝트에 제공했다.
이러한 약속은 Tier IV가 자동차용 AI 실리콘을 개발하고 있음을 확인한다. 하지만 완전한 ADSOC 설계가 공개적으로 재사용 가능해질 것까지 검증하지는 않는다.
이 구분은 독자들이 Google News의 주장을 해석하는 방식에 영향을 줘야 한다. 이는 문서화된 프로그램의 보도된 확장이지, 양산 준비가 된 오픈 칩이 이미 등장했다는 증거는 아니다.
Tier IV는 오픈 하드웨어를 향해 구축해 왔다
Tier IV의 칩 작업은 Autoware, 차량, 센서 및 개발 도구를 확산하기 위해 사용해 온 동일한 레퍼런스 설계 전략을 따른다.
Autoware는 Tier IV 창업자 Shinpei Kato가 시작한 오픈소스 자율주행 소프트웨어 스택이다. 인지, 위치 추정, 경로 계획, 차량 제어 등의 기능을 포괄한다.
Tier IV는 소프트웨어 다운로드에만 의존하지 않는다. 회사는 오픈 프로젝트를 중심으로 개발 서비스, 레퍼런스 하드웨어, 검증 도구, 카메라 및 차량 플랫폼을 판매한다.
이 조합은 사업 모델의 핵심이다. 공유 소프트웨어는 진입 장벽을 낮추고, 상용 엔지니어링은 자동차 제조업체가 공통 구성 요소를 배포 가능한 시스템으로 전환하도록 돕는다.
Tier IV는 2026년 3월 Autoware를 통해 AI 기반 레벨 4 소프트웨어를 공개하며 이 모델을 확장했다. 레벨 4는 정해진 운행 조건 내에서 차량이 사람의 개입 없이 완전한 운전 과업을 수행할 수 있음을 뜻한다.
회사는 자사의 레벨 4 스택이 하드웨어 독립적이며 여러 SoC와 센서 구성에 대응할 수 있다고 밝혔다. 또한 차량 데이터로 모델을 개선하기 위한 MLOps 플랫폼도 스택과 함께 제공했다.
하드웨어 독립적 소프트웨어와 특화 실리콘은 상반된 방향으로 작용한다. 이식성은 고객이 프로세서를 선택하게 해주지만, 공동 설계는 모델과 하드웨어를 함께 조정해 효율을 높인다.
Tier IV는 두 가지를 모두 추구하는 것으로 보인다. Autoware가 서로 다른 프로세서에서 실행되도록 하면서도, 효율적인 구현 방식이 어떻게 작동할 수 있는지 보여주는 레퍼런스 칩을 제공하려는 것이다.
이는 본질적으로 모순되지 않는다. 소프트웨어 표준은 흔히 여러 구현을 지원하고, 레퍼런스 설계는 개발자에게 검증된 출발점을 제공한다.
Tier IV는 차량에서도 유사한 접근법을 취했다. 회사의 fanfare 프로그램은 레벨 4 호환 전기차를 공급하는 동시에 제3자 제조업체를 위한 설계 지침을 공개한다.
회사는 ADEEA를 통해 레퍼런스 전자 아키텍처도 제공한다. 이 설계는 자동차 제조업체가 센서, 컴퓨터, 조향, 제동 및 기타 차량 시스템을 연결하도록 돕는다.
칩 설계는 레퍼런스 모델을 한 단계 더 깊게 밀어 넣는다. 파트너는 관련 없는 프로세서를 선택한 뒤 전체 소프트웨어 스택을 맞추는 대신, 검증된 가속기 아키텍처에서 출발할 수 있다.
경제적 논리는 단순하다. 자율주행차는 카메라, 레이더, 라이다, 위치 정보 및 차량 상태 데이터를 지속적으로 처리한다. 이러한 판단을 멀리 떨어진 클라우드 서비스로 보내면 수용할 수 없는 지연과 연결성 위험이 추가된다.
따라서 추론은 차량 내부에서 실행되어야 한다. 추론은 학습된 AI 모델을 새로운 센서 데이터에 적용해 결과를 생성하는 과정이다.
범용 프로세서도 이러한 워크로드를 실행할 수 있지만, 전용 가속기는 종종 에너지 단위당 더 나은 성능을 제공한다. 낮은 전력 소비는 냉각, 전력 및 패키징 요구를 줄일 수 있다.
Tier IV의 오픈 하드웨어 전략은 세 계층을 연결한다. Autoware는 주행 기능을 제공하고, ADSOC는 최적화된 추론을 제공하며, 레퍼런스 차량은 두 요소가 배포 가능한 시스템에 어떻게 들어맞는지 보여준다.
이러한 구조는 Tier IV에 영향력도 제공한다. 파트너가 회사의 인터페이스를 중심으로 구축하면, Tier IV는 모든 차량이나 칩을 직접 제조하지 않고도 자동차 컴퓨팅 표준에 영향을 미칠 수 있다.
오픈 AI 칩 설계가 폐쇄형 주행 플랫폼에 도전하다
Tier IV는 경쟁력 있는 자율주행 시스템이 하나의 회사가 프로세서, 소프트웨어, 데이터 및 차량 통합을 모두 통제해야 한다는 생각에 도전하고 있다.
지배적인 대안은 긴밀한 하드웨어-소프트웨어 공동 설계다. Nvidia는 자사 프로세서, 개발 도구, 시뮬레이션 제품 및 AI 소프트웨어를 중심으로 자동차 컴퓨팅 플랫폼을 구축한다.
Mobileye는 인지 및 주행 소프트웨어와 함께 EyeQ 프로세서를 개발한다. Tesla는 자체 추론 하드웨어를 설계하고 차량 플릿을 통해 수집한 데이터로 모델을 학습시킨다.
신생 자동차 제조업체들도 같은 경로를 따르고 있다. Rivian은 2025년 RAP1 자율주행 프로세서를 공개하며, 자체 개발 칩을 차세대 차량 컴퓨팅 플랫폼과 연결했다.
이들 기업은 통합이 성능, 비용, 업데이트 속도 및 제품 차별화 측면에서 우위를 만든다고 본다. 알려진 프로세서 기능에 맞춰 신경망을 조정하고 스택 전반의 변화를 조율할 수 있다.
Tier IV의 접근법은 이러한 결정을 분산한다. 자동차 제조업체, 칩 기업, 소프트웨어 개발자 및 모빌리티 사업자는 레퍼런스 인터페이스를 공유하면서 서로 다른 부분을 기여할 수 있다.
이는 중복 작업을 줄일 수 있다. 버스 제조업체가 반드시 인지 가속기, 컴파일러, 운영체제 및 시뮬레이션 환경을 모두 처음부터 만들 필요는 없다.
이 모델은 지역별 요구사항도 지원할 수 있다. 농촌 셔틀, 고속도로 트럭 및 산업용 운송 차량은 서로 다른 환경에서 운행되며 각기 다른 비용 제약에 직면한다.
오픈 기반은 각 사업자가 선택된 구성 요소를 수정할 수 있게 한다. 커뮤니티는 공통 인터페이스를 유지하는 한편, 전문 공급업체들은 센서, 프로세서, 안전 시스템 및 배포 서비스에서 경쟁할 수 있다.
Tier IV 창업자 Kato는 이 전략을 Android에 비유한 바 있다. 그의 주장은 공유 인프라가 하나의 수직 통합 공급업체보다 더 넓은 시장을 뒷받침할 수 있다는 것이다.
이 비유에는 한계가 있다. 휴대폰 소프트웨어는 간헐적인 애플리케이션 오류를 감수할 수 있다. 차량 제어기는 안전하지 않은 상태를 만들지 않으면서 결함을 처리해야 한다.
Android 역시 개방성만으로 영향력을 얻은 것은 아니다. Google이 애플리케이션, 인증, 개발 도구 및 지속적인 호환성 작업을 제공했기 때문에 제조업체들이 이를 채택했다.
Tier IV도 더 작은 규모에서 같은 조정 문제에 직면한다. 설계 공개는 오픈 반도체 플랫폼의 시작일 뿐, 끝이 아니다.
Nvidia는 유용한 선례를 제공한다. NVDLA 아키텍처에는 딥러닝 추론을 위한 오픈 하드웨어 기술, 소프트웨어, 문서, 테스트 벤치 및 개발 도구가 포함된다.
NVDLA는 대형 칩 기업이 상용 제품을 유지하면서 가속기 기술을 공유할 수 있음을 보여준다. 또한 아키텍처에 접근할 수 있다고 해서 통합 작업이 사라지는 것은 아니라는 점도 보여준다.
Tier IV의 차별화는 자동차 맥락에서 나올 것이다. ADSOC는 Autoware, 개발 키트, 기능 안전 작업 및 실제 차량 시연과 직접 연결되도록 설계됐다.
이러한 수직적 레퍼런스는 가속기의 순수 사양보다 더 중요할 수 있다. 자동차 제조업체에는 소프트웨어, 실리콘, 센서 및 안전 메커니즘이 함께 예측 가능하게 작동한다는 증거가 필요하다.
따라서 보도된 설계 공개는 두 집단에 압박을 가한다. 독점 플랫폼 공급업체는 잠재적 오픈 대안에 직면하고, 자동차 제조업체는 실제로 어느 정도의 기술 소유권을 원하는지 결정해야 한다.
오픈 설계는 구매자에게 더 많은 통제권을 준다. 동시에 엔지니어링 책임을 단일 플랫폼 공급업체에서 시스템을 구성하는 조직으로 이전한다.
이 절충안이 채택 여부를 결정할 것이다. 일부 제조업체는 상호 교환 가능한 구성 요소와 내부 전문성을 원한다. 다른 제조업체는 책임 소재가 명확한 단일 상용 공급업체가 지원하는 플랫폼을 선호한다.
메커니즘은 하드웨어-소프트웨어 공동 설계다
Tier IV의 기회는 또 하나의 범용 AI 가속기를 공개하는 데 있는 것이 아니라, Autoware 워크로드를 특화 실리콘과 맞추는 데서 나온다.
자율주행 컴퓨터는 여러 워크로드를 동시에 수행한다. 물체를 감지하고, 움직임을 추정하며, 주행 가능 공간을 식별하고, 차량 위치를 추정하며, 행동을 예측하고, 안전한 경로를 계획한다.
각 작업은 서로 다른 컴퓨팅 특성을 지닌다. 카메라 모델은 대규모 픽셀 배열을 처리하는 반면, 계획 소프트웨어는 시간 제약 아래 가능한 움직임을 평가한다.
특화 가속기는 범용 프로세서보다 이러한 연산 전반에서 데이터를 더 효율적으로 이동시킬 수 있다. 반복적인 행렬 연산, 모델 실행, 센서 처리 패턴에 회로를 배정할 수 있기 때문이다.
차량 내부에서는 효율이 중요하다. 고성능 프로세서는 열을 발생시키고 냉각이 필요하며, 다른 기능도 지원하는 동일한 전기 시스템에서 전력을 소비한다.
프로세서는 예측 가능한 기한 내에 결과도 반환해야 한다. 차량이 주행 중일 때 감지 지연은 잘못된 감지만큼 위험할 수 있다.
Tier IV는 Autoware를 통해 이미 이해하고 있는 워크로드를 중심으로 설계할 수 있다. 공통 연산자, 메모리 병목, 시간 요구사항, 안전 핵심 데이터 경로를 식별할 수 있다.
회사의 2026년 3월 소프트웨어 릴리스는 또 다른 차원을 더한다. Tier IV는 새 스택이 데이터 중심 AI를 사용하며 MLOps를 통한 지속적인 모델 개선을 지원한다고 밝혔다.
변화하는 모델은 고정된 하드웨어 가정을 약화할 수 있다. 하나의 네트워크 아키텍처에 최적화된 가속기는 개발자가 더 큰 모델이나 다른 센서 표현을 도입할 때 성능이 저하될 수 있다.
여기서 핵심 설계 과제가 생긴다. ADSOC는 효율을 개선할 만큼 충분히 특화되면서도 Autoware를 좁은 모델 계열에 묶어 두지 않아야 한다.
Tier IV는 Nvidia의 추론 기반 모델 통합도 시작했다. 2026년 협력 내용에서는 실험적 자율주행 작업에 100억 개 파라미터의 비전-언어-행동 모델을 적용한다고 설명한다.
비전-언어-행동 모델은 시각 입력과 언어 기반 추론을 물리적 행동과 연결한다. 이러한 모델은 기존 객체 감지기보다 더 많은 메모리와 다른 컴퓨팅 패턴을 요구한다.
이 조합은 프로세서 아키텍처에 더 큰 압박을 준다. Tier IV는 현재의 인지 네트워크를 지원하는 동시에 장면, 지시, 가능한 행동을 가로질러 추론하는 모델을 준비해야 한다.
개방형 인터페이스는 이러한 변화를 관리하는 데 도움이 될 수 있다. 워크로드가 발전함에 따라 개발자는 컴파일러, 모델 런타임, 소프트웨어 추상화를 조정할 수 있다.
하지만 오픈 하드웨어가 유연성을 보장하는 것은 아니다. 물리적 회로는 제조 후 고정된다. 대규모 아키텍처 변경에는 새로운 칩 리비전이 필요하다.
이 때문에 소프트웨어 개발 키트는 설계 파일만큼 중요하다. 유용한 키트라면 개발자가 하드웨어 주문 전에 모델을 컴파일하고, 성능을 추정하며, 병목을 점검하고, 동작을 테스트할 수 있어야 한다.
시뮬레이션도 마찬가지로 중요하다. 엔지니어는 문제를 조기에 포착할 수 있을 만큼 타이밍, 메모리, 인터페이스 동작을 충실히 재현하는 가상 표현이 필요하다.
Tier IV의 광범위한 플랫폼은 이 측면에서 잠재적 강점이 될 수 있다. Autoware, 차량 시뮬레이터, 테스트 시나리오, 배포 도구는 기준 프로세서를 검증할 워크로드를 제공할 수 있다.
일본의 반도체 프로그램도 이러한 사용 사례 주도 접근을 지원한다. 일본과학기술진흥기구는 실제 응용 분야를 중심으로 설계를 차별화하는 physical AI chips 연구 프로젝트를 열거하고 있다.
공개 기록은 Tier IV를 물리적 AI의 전력 사용량과 지연 시간을 줄이는 동시에 반도체 설계를 민주화하려는 노력과 연결한다. 이러한 표현은 단일 폐쇄형 프로세서보다는 재사용 가능한 하드웨어 구성요소와 부합한다.
가치는 어떤 계층이 공개되는지에 달려 있다. 사양은 조율에 도움이 되고, 소스 수준 설계는 수정을 가능하게 하며, 검증된 제조 패키지는 실리콘으로 가는 가장 짧은 경로를 제공한다.
Tier IV가 그 계층을 식별하기 전까지는 칩 설계 공유에 관한 주장은 기술적 결론을 내리기에는 지나치게 광범위하다.
Google News 주장이 해소하지 못하는 것
공개 배포는 자동차 인증, 독립적인 안전 근거 또는 신뢰할 만한 제조 경로를 대체할 수 없다.
첫 번째 불확실성은 범위다. Google News 헤드라인이나 접근 가능한 뒷받침 기록 어느 쪽도 어떤 ADSOC 구성요소가 공유될지 설명하지 않는다.
Tier IV는 프로세서 코어를 공개하면서 안전 아일랜드, 메모리 컨트롤러, 인터커넥트 또는 개발 도구는 제한된 조건 아래 유지할 수 있다. 그 역시 의미는 있겠지만, 완전성은 떨어진다.
두 번째 불확실성은 라이선스다. 명확한 하드웨어 라이선스가 없는 저장소는 검토할 수는 있어도 상업적으로 재사용하기는 어려울 수 있다.
하드웨어 라이선스는 수정, 재배포, 특허권, 문서화, 제조된 제품을 다뤄야 한다. 자동차 공급업체는 엔지니어링 자원을 투입하기 전에 각각의 조건을 검토할 것이다.
세 번째 불확실성은 기능 안전이다. ISO 26262는 도로 차량의 안전 관련 전기·전자 시스템을 규율하는 주요 표준이다.
오픈 소스는 구현 세부사항을 공개함으로써 검토를 개선할 수 있다. 그러나 안전 사례에 필요한 프로세스, 추적성, 문서화, 근거를 자동으로 제공하지는 않는다.
커뮤니티 기여자는 기존 가정을 무효화하면서 가속기를 개선할 수 있다. 통합업체는 변경 관리, 회귀 테스트, 지원하는 각 구성의 인증 방법이 필요하다.
네 번째 불확실성은 사이버 보안이다. 공유 설계는 점검과 더 빠른 취약점 발견을 가능하게 하지만, 공격자도 같은 인터페이스를 연구할 수 있다.
보안은 구현 세부사항, 보호된 키, 보안 부팅, 업데이트 메커니즘, 접근 제어, 체계적인 대응 프로세스에 달려 있다. 가시성만으로 위험이 해소되지는 않는다.
다섯 번째 불확실성은 제조다. 완전한 디지털 설계라도 특정 제조 공정에 맞춰 구현하고, 파운드리 규칙에 따라 검증하며, 패키징·테스트하고, 허용 가능한 수율로 생산해야 한다.
시뮬레이션에서 작동하는 설계도 타이밍, 전력 공급, 열, 신호 무결성 또는 제조 편차 때문에 실패할 수 있다. 생산 검증에는 일반적으로 비용이 큰 여러 차례의 반복 작업이 필요하다.
여섯 번째 불확실성은 장기 지원이다. 차량 프로그램은 소비자 전자제품보다 훨씬 더 오래 유지될 수 있다.
완성차 업체에는 안정적인 소프트웨어, 교체 부품, 결함 관리, 공급업체의 약속이 필요하다. 자금 지원을 받는 조직이 뒷받침하지 않는다면 커뮤니티 저장소가 이러한 의무를 보장할 수는 없다.
Tier IV의 파트너십은 어느 정도 안심 요소를 제공한다. Denso는 자동차 공급망과 반도체 개발을 이해하고 있으며, OTSL은 임베디드 시스템과 기능 안전을 다룬다.
정부 지원도 프로젝트에 시간과 자원을 제공한다. 일본의 모빌리티 전략은 Tier IV, Denso, OTSL의 노력을 2023회계연도부터 2027년까지 이어지는 반도체 프로그램으로 설명한다.
그럼에도 공적 자금과 잘 알려진 파트너가 생산 성과를 입증하지는 않는다. 이 프로그램에는 실제 실리콘의 측정 결과와 대표 차량에서의 시연이 필요하다.
더 큰 시장은 통합 쪽으로 움직이고 있다. McKinsey는 ADAS 및 자율주행 프로세서가 2035년까지 자동차 반도체 가치에서 차지하는 비중이 확대될 것으로 전망한다.
automotive AI analysis 역시 하드웨어-소프트웨어 공동 설계를 주요 산업 방향으로 지목한다. 이는 Tier IV의 기술적 전제를 뒷받침하지만, 반드시 오픈 배포 모델까지 뒷받침하는 것은 아니다.
결정적인 질문은 책임성이다. 오픈 프로세서가 기한을 놓치거나 센서 데이터를 잘못 분류할 때 고객은 지원되는 구성에 대해 책임질 하나의 조직을 원할 것이다.
Tier IV는 인증된 레퍼런스 플랫폼과 상업적 지원을 통해 이에 답할 수 있다. 설계만 공개한다면 도입 기업이 직접 보증 사례를 구축해야 한다.
전략의 성패를 보여 줄 세 가지 신호
Tier IV의 오픈 칩 전략은 개발자가 실제 자산을 검토하고, 측정 결과를 재현하며, 설계를 도로 테스트된 시스템과 연결할 수 있을 때 신뢰성을 얻는다.
첫 번째 신호는 명시적 라이선스를 갖춘 공개 저장소다. 독자는 하드웨어 설명, 문서, 시뮬레이션 테스트, 버전 관리된 소프트웨어 도구를 찾아봐야 한다.
고수준 사양은 공유 인터페이스 전략을 확인해 줄 것이다. 합성 가능한 하드웨어 코드는 Tier IV가 외부 팀이 가속기를 수정하고 구현하기를 기대한다는 뜻이다.
제조 지향적 공개는 더 강력한 신호가 될 것이다. 여기에는 검증된 구성, 물리 설계 지침, 소스 파일에서 제조된 실리콘까지 이어지는 문서화된 경로가 포함될 것이다.
두 번째 신호는 독립적으로 재현 가능한 성능이다. Tier IV는 워크로드 정의, 모델 버전, 정확도 결과, 지연 시간, 에너지 소비량, 테스트 조건을 공개해야 한다.
최대 처리량만으로는 알 수 있는 것이 거의 없다. 자율주행 성능은 종단 간 기한, 메모리 이동, 센서 입력, 열 제약 아래에서의 동작에 달려 있다.
비교에는 동일한 Autoware 워크로드를 실행하는 기존 자동차용 프로세서가 포함되어야 한다. 그렇지 않으면 독자는 실제 공동 설계의 이점과 선택적 벤치마킹을 구분할 수 없다.
세 번째 신호는 대표 차량에서의 배포다. 원래 NEDO 계획은 개발 키트, Autoware 통합, 실제 차량 시연을 요구했다.
유용한 시험은 짧은 통제 주행을 넘어야 한다. 현실적인 조건 전반에서 지속 운용, 장애 처리, 소프트웨어 업데이트, 안정적인 성능을 보여줘야 한다.
이러한 신호는 경쟁 대응도 분명하게 해 줄 것이다. Nvidia는 더 광범위한 자동차 플랫폼을 판매하면서도 오픈 구성요소를 지원할 수 있다. Denso는 레퍼런스 작업을 인증된 상용 제품으로 전환할 수 있다.
완성차 업체는 Tier IV의 정확한 프로세서를 제조하지 않고도 인터페이스를 도입할 수 있다. ADSOC가 Autoware와 자동차용 실리콘 간 통신 방식을 형성한다면, 그 결과 역시 프로젝트에 영향력을 부여할 것이다.
Tier IV는 아키텍처 계층은 개방한 채 검증된 구현을 라이선스할 수도 있다. 이러한 하이브리드 모델은 공유 소프트웨어와 유료 배포 서비스를 결합한 현재 방식과 유사할 것이다.
더 약한 결과는 학계의 관심을 끌지만 차량 프로그램에는 도달하지 못하는 저장소다. 자동차 인증 비용은 기술적으로 건전한 오픈 프로젝트가 생산 단계로 넘어가는 것을 막을 수 있다.
더 강한 결과는 여러 호환 구현으로 구성된 생태계다. 그러면 경쟁은 폐쇄형 인터페이스에서 효율, 안전 근거, 지원, 제조 실행으로 이동할 수 있다.
개발자는 개방성과 인증 사이의 경계를 지켜봐야 한다. 그 경계는 Tier IV가 재사용 가능한 산업 플랫폼을 만들었는지, 아니면 연구 산출물만 공개했는지를 보여 줄 것이다.
기업 구매자는 공개된 각 구성요소를 누가 유지하는지, 어떤 구성이 상업적 지원을 받는지, 결함이 안전 문서에 어떻게 반영되는지를 물어야 한다.
기술 팀은 발표, 사양, 벤치마크 조건, 저장소 변경 사항을 검색 가능한 engineering knowledge base에 보존해야 한다. 반도체 관련 주장은 프로토타입, 인증, 생산 단계 사이에서 자주 바뀐다.
현재의 증거는 신중한 결론을 뒷받침한다. Tier IV는 문서화된 자율주행 칩 프로그램과 일관된 오픈 레퍼런스 설계 전략을 보유하고 있다.
AI 칩 설계를 공유할 것이라는 주장은 그럴듯하지만 불완전하다. 정확한 자산, 라이선스, 벤치마크, 제조 경로, 안전 의무는 아직 확인되지 않았다.
Google News에 보이는 내용뿐 아니라 Tier IV가 실제로 공개하는 내용에도 주목해야 한다. 소스 수준의 설계가 재현 가능한 테스트와 차량 검증 자료를 갖춰 나온다면, 이 회사는 개방형 자율주행을 실리콘 영역으로 확장한 셈이 된다. 반대로 그러한 요소들이 계속 빠져 있다면, 이번 발표는 활용 가능한 플랫폼이 아니라 하나의 포부를 설명하는 데 그칠 것이다.


