2.2 양자 컴퓨터의 오류 수정팀 QEC 네트워크

양자 컴퓨터의 오류 수정팀

QEC 네트워크 이야기

---

시작하기 전에 — 이런 장면을 상상해보자

올림픽 체조 경기가 열린다.

선수가 공중 3회전을 한다. 착지한다. 심판 다섯 명이 점수를 매긴다.

그런데 심판 한 명이 눈을 잠깐 감았다. 다른 심판 한 명은 각도를 잘못 봤다.

두 가지 방법이 있다.

방법 1: 경기가 다 끝난 뒤 영상을 돌려보며 오류를 수정한다. 늦다. 이미 점수가 잘못 기록됐다.

방법 2: 실시간으로 다른 심판들의 점수와 비교해서 즉각 수정한다. 경기 중에. 바로.

QEC 네트워크가 방법 2다.

양자 컴퓨터가 계산하는 그 순간 오류를 잡아내고 즉각 수정한다.

---

0부 — 오류가 왜 생기는가

큐비트가 얼마나 예민한지 먼저 알아야 한다.

계란판 위의 날달걀을 생각해보자.

달걀이 계란판 위에 놓여있다. 완벽하게 균형을 잡고 있다. 그런데 누군가 옆에서 조용히 숨을 내쉬었다. 그 공기 진동만으로도 달걀이 흔들린다. 조금만 더 흔들리면 굴러 떨어진다.

큐비트가 이 달걀이다.

큐비트는 온도 변화, 전자기파, 주변 진동, 심지어 우주에서 날아오는 입자 하나에도 오류가 생긴다. 계산 도중에 0이어야 할 것이 1이 되거나, 1이어야 할 것이 0이 된다. 완전히 엉뚱한 방향으로 뒤집어진다.

이것을 막는 팀이 QEC 네트워크다.

---

1부 — QEC가 어디에 있는가

지난번에 배운 세 팀을 기억하는가.

세 팀을 다시 보면 이렇다.

HPC 네트워크 — 공연 기획팀 (밀리초)
       ↕
QEC 네트워크 — 즉각 대응 의사팀 (마이크로초) ← 오늘의 주인공
       ↕
QRT 네트워크 — 응급 처치팀 (나노초)
       ↕
큐비트 — 환자

 

 

QEC는 가운데에 있다.

위에서 오는 명령을 받아서 아래로 전달하고, 아래에서 올라오는 결과를 받아서 위로 전달한다. 그리고 그 과정에서 오류를 수정한다.

---

2부 — QEC가 하는 일

번역가 비유로 설명하자.

한국어를 모르는 외국인 의사가 있다.

환자가 한국어로 증상을 설명한다. 의사는 이해를 못 한다. 번역가가 옆에 서있다. 환자 말을 듣고 즉각 영어로 번역해서 의사에게 전달한다. 의사의 처방을 다시 한국어로 번역해서 환자에게 전달한다.

그런데 이 번역가가 특별하다. 단순히 번역만 하는 것이 아니다. 환자가 증상을 잘못 말하면 수정해준다. "방금 왼쪽 팔이 아프다고 했는데, 실제로는 오른쪽 팔인 것 같습니다."

이것이 QEC 네트워크다.

QRT(큐비트 제어팀)에서 올라오는 데이터를 받아서 오류를 수정하고, 정확한 데이터를 HPC(기획팀)에 전달한다. 그리고 HPC의 명령을 받아서 QRT에 전달한다.

---

3부 — 얼마나 빨라야 하는가

QEC가 얼마나 빠르게 반응해야 하는지 실감해보자.

큐비트 하나가 계산하는 시간을 야구 투구로 비유하면 이렇다.

투수가 공을 던진다. 공이 홈플레이트에 도달하는 데 0.5초가 걸린다.

QEC는 공이 날아가는 그 0.5초 안에 오류를 감지하고 수정해야 한다. 공이 홈플레이트에 닿기 전에.

실제 숫자로 보면 이렇다.

왕복 지연 시간 4마이크로초 이하. 1마이크로초는 100만분의 1초다.

이것이 얼마나 빠른지 감이 안 온다면 이렇게 생각해보자.

번개가 치는 순간부터 천둥 소리가 들리기까지 약 3초 걸린다. 그 3초 안에 QEC는 300만 번 반응할 수 있다.

그리고 데이터를 주고받는 속도가 초당 64기가비트 이상이다. 유튜브 영화 한 편(약 4GB)을 0.5초 만에 전송할 수 있는 속도다.

---

4부 — 신드롬 데이터가 뭔가

QEC가 오류를 어떻게 발견하는지 이해해야 한다.

시험지 채점 비유로 설명하자.

수학 시험에서 답이 25인 문제가 있다.

학생이 쓴 답을 봤더니 23이다. 틀렸다. 그런데 이 학생이 어디서 실수했는지 알아야 고쳐줄 수 있다. 덧셈에서 실수했는지, 곱셈에서 실수했는지.

선생님이 풀이 과정을 보면 안다. "아, 여기서 7+9를 15로 계산했구나. 16이 맞는데."

큐비트 오류 수정도 비슷하다.

신드롬 데이터는 이 풀이 과정의 흔적이다. 큐비트가 계산하는 동안 어떤 오류가 생겼는지 알려주는 힌트들이다.

QEC는 이 힌트들을 모아서 분석한다. "3번 큐비트에서 오류가 생겼구나. 이렇게 수정하면 된다." 그리고 즉각 수정 명령을 내린다.

---

5부 — 물리적 QPU에서 논리적 QPU로

이것이 QEC의 가장 중요한 역할이다.

게임 캐릭터 비유를 들어보자.

처음에 레벨 1 캐릭터가 있다. 허약하다. 몬스터한테 한 방에 죽는다. 믿을 수 없다.

장비를 장착시킨다. 갑옷, 방패, 마법 무기. 이제 몬스터한테 맞아도 버틴다. 실수를 해도 죽지 않는다. 신뢰할 수 있다.

큐비트 여러 개가 있다. 각각은 약하다. 오류가 생기면 바로 망가진다. 믿을 수 없다. 이것이 물리적 QPU다.

QEC가 이 큐비트들을 묶고, 실시간으로 오류를 수정해준다. 이제 오류가 생겨도 즉각 수정된다. 신뢰할 수 있다. 이것이 논리적 QPU다.

같은 큐비트들인데 QEC가 있고 없고의 차이가 이렇게 크다.

물리적 QPU → 오류가 그대로 남는 날 것의 상태 논리적 QPU → 오류가 실시간으로 수정된 신뢰할 수 있는 상태

QEC가 물리적 QPU를 논리적 QPU로 업그레이드시키는 것이다.

---

6부 — 독립적으로 확장할 수 있다는 것

이것이 왜 중요한지 설명하자.

레고 블록 비유로 설명하자.

레고로 집을 만들었다. 방이 세 개다. 거실, 방, 부엌.

거실을 더 크게 만들고 싶다. 어떻게 하는가. 거실 블록만 더 붙이면 된다. 방이나 부엌을 건드릴 필요가 없다.

반대로 부엌을 완전히 새로 만들고 싶다. 부엌 블록만 뜯어서 새로 만들면 된다. 거실이나 방은 그대로다.

QEC 네트워크도 이렇게 작동한다.

예를 들어 이런 상황이 생겼다.

상황 1: 오류 수정 계산이 너무 복잡해졌다. 더 빠른 컴퓨터가 필요하다.

→ QEC 계층에 GPU를 더 추가하면 된다. QRT나 HPC는 건드리지 않는다.

상황 2: 큐비트 수를 두 배로 늘렸다.

→ QRT 계층의 제어기만 더 추가하면 된다. QEC나 HPC는 그대로다.

각 팀이 독립적으로 확장된다. 전체를 다 바꿀 필요가 없다.

마치 레고처럼.

---

7부 — 전체 흐름을 한 번에 보자

응급실 비유로 전체 흐름을 정리하면 이렇다.

 

개발자가 계산을 요청한다
        ↓
HPC 팀이 작업을 계획한다
  "이런 계산 해줘. 준비해."
        ↓
QEC 팀이 준비 명령을 QRT에 전달한다
  "큐비트 이렇게 준비해."
        ↓
QRT 팀이 큐비트를 나노초 단위로 제어한다
  큐비트들이 계산을 시작한다
        ↓
오류가 생겼다!
  (우주 입자가 큐비트에 충돌했다)
        ↓
QRT 팀이 신드롬 데이터를 QEC에 올린다
  "여기서 뭔가 이상해!"
        ↓
QEC 팀이 4마이크로초 안에 분석한다
  "3번 큐비트에 오류야. 이렇게 수정해."
        ↓
QRT 팀이 나노초 안에 수정한다
  큐비트 수정 완료
        ↓
계산이 계속된다
        ↓
최종 결과가 HPC 팀에 전달된다
        ↓
개발자에게 정확한 답이 돌아온다

 

이 과정에서 QEC가 없으면 오류가 수정되지 않는다. 잘못된 답이 나온다.

 

QEC 네트워크를 세 문장으로 압축하면 이렇다.

첫째, 큐비트에서 생긴 오류를 4마이크로초 이하의 엄청난 속도로 발견하고 수정한다.

둘째, 믿을 수 없는 물리적 QPU를 믿을 수 있는 논리적 QPU로 업그레이드시킨다.

셋째, 레고 블록처럼 독립적으로 확장할 수 있어서 필요할 때 해당 부분만 키울 수 있다.