Qiskit-Braket 프로바이더 v0.11, 네이티브 프리미티브와 유연한 회로 컴파일 지원 추가

Qiskit 2.0 지원과 하위 호환성

이번 업데이트의 첫 번째 축은 Qiskit 2.0과의 공식 호환이다. Qiskit 2.0은 이전 1.x 계열 대비 일부 클래스를 폐기하고 내부 구조를 재편하면서 성능을 개선한 버전으로, v0.11부터는 이 변경 사항이 Braket 환경에서도 그대로 활용 가능해졌다. 동시에 v0.34.2까지의 하위 호환성도 유지되므로, 기존 코드베이스를 즉시 교체하지 않아도 되는 점은 실무 사용자에게 중요한 고려 사항이다.

to_braket 함수를 통한 컴파일 유연성 확대

기존에는 Qiskit 회로를 Braket에서 실행하려면 별도의 수동 변환 과정이 필요했다. v0.11에서는 to_braket 함수를 통해 Qiskit 회로, Braket 회로, 그리고 OpenQASM3 문자열 등 다양한 입력 형식을 Braket Circuit 객체로 직접 변환하고 디바이스에 제출할 수 있다. Qiskit의 트랜스파일 인프라(Target, 최적화 레벨 등)도 함께 지원되어, IQM Garnet 등 특정 하드웨어 토폴로지에 맞는 네이티브 게이트 수준의 컴파일이 가능하다.

네이티브 프리미티브 도입의 기술적 의미

기존 Braket 백엔드는 Qiskit의 범용 BackendEstimator·BackendSampler 클래스에 래핑되는 방식으로 동작했다. 이는 Braket 고유 기능을 충분히 활용하지 못하는 구조적 한계를 가졌다. v0.11에서 신설된 BraketEstimator와 BraketSampler는 Braket의 프로그램 세트(program set) 기능과 직접 연동되며, SparsePauliOp 기반 관측량 파싱, 파라미터 배열 처리, PUB(Primitive Unified Bloc) 인터페이스 등을 지원한다. 단일 실행 요청으로 복수의 관측량과 파라미터 조합을 한꺼번에 처리할 수 있어 실험 반복 효율이 높아진다.

기대 효과와 현재 한계

이번 업데이트는 Qiskit 생태계에 익숙한 연구자가 Amazon Braket 하드웨어에 접근하는 진입 장벽을 낮추는 방향으로 작용한다. 특히 OpenQASM3 지원은 하드웨어 중립적인 회로 기술 방식을 선호하는 사용자층에게 유효하다. 다만 현재 공개된 정보는 로컬 시뮬레이터(BraketLocalBackend) 중심의 예제에 국한되어 있으며, 실제 QPU 환경에서의 성능 수치나 오류율 비교 데이터는 이번 릴리스 노트에 포함되지 않았다. 프리미티브의 실질적 이점이 어느 규모의 회로에서 두드러지는지는 추가 검증이 필요하다.