오늘 당신의 블록체인 지갑은 안전할 수 있습니다. 현재의 양자컴퓨터는 Bitcoin이나 Ethereum의 개인키를 현실적으로 계산해 자산을 탈취할 수준에 도달하지 않았기 때문입니다.
하지만 문제는 공격이 가능한 그날부터 준비를 시작할 수 없다는 데 있습니다.
Blockchain 보안의 핵심인 타원곡선 암호(ECC)는 개인키를 알면 누구나 서명할 수 있지만, 공개키만으로 개인키를 역산하는 것은 사실상 불가능하다는 전제 위에 서 있습니다. Bitcoin의 secp256k1, Ethereum 계정 서명에 사용되는 기술이 대표적입니다. 그런데 충분히 강력한 양자컴퓨터가 등장하면 상황이 달라집니다.
양자 알고리즘인 Shor’s algorithm은 공개키에서 개인키를 계산하는 문제를 획기적으로 빠르게 풀 수 있는 것으로 알려져 있습니다. 공격자는 이미 공개된 키 정보를 바탕으로 개인키를 추정하고, 정상 소유자인 것처럼 거래에 서명할 수 있습니다.
중요한 것은 “양자 공격이 오늘 가능한가”가 아닙니다.
양자 공격이 가능해졌을 때, 수년이 걸리는 이행을 끝낼 수 있는가가 진짜 질문입니다.
공개키가 드러난 순간, Blockchain의 위험 모델은 바뀐다
일반적인 Blockchain 거래에서는 사용자가 서명한 뒤 공개키 또는 공개키를 복원할 수 있는 정보가 체인에 남습니다. 기존 암호 환경에서는 큰 문제가 아닙니다. 공개키는 원래 공개되어도 안전하도록 설계됐기 때문입니다.
그러나 양자컴퓨팅 환경에서는 공개키가 미래 공격의 출발점이 될 수 있습니다.
공격 흐름은 비교적 단순합니다.
- 사용자가 거래를 전송하고 공개키 관련 정보가 블록체인에 기록됩니다.
- 미래의 공격자는 강력한 양자컴퓨터로 공개키를 분석합니다.
- 개인키를 계산해 해당 주소의 통제권을 얻습니다.
- 소유자보다 먼저 자산을 다른 주소로 이동시킵니다.
위험은 개인 지갑에만 머물지 않습니다. 오히려 생태계의 피해 규모는 강한 권한을 가진 키에서 더 커질 수 있습니다.
- 스테이블코인 발행 및 동결 권한 키
- 브리지 운영자 또는 다중서명 키
- 오라클 서명 키
- DAO·거버넌스 관리자 키
- 거래소와 커스터디 기업의 콜드월렛 키
- 스마트컨트랙트 업그레이드 권한 키
즉, 양자 위협은 특정 코인을 겨냥한 문제가 아니라 Blockchain 인프라의 신뢰 사슬 전체를 겨냥하는 문제입니다.
공격보다 느린 마이그레이션이 더 위험한 이유
“양자컴퓨터가 발전하면 그때 서명 알고리즘을 바꾸면 되지 않을까?”라는 생각은 자연스럽습니다. 하지만 실제 전환은 소프트웨어 업데이트 하나로 끝나지 않습니다.
기존 ECDSA 서명 체계에서 ML-DSA 같은 양자내성 암호(PQC)로 옮기려면 다음 요소가 함께 움직여야 합니다.
- 블록체인 프로토콜과 거래 형식
- 주소 체계와 공개키 형식
- 모바일·웹·하드웨어 지갑
- 거래소 입출금 시스템
- 기관 커스터디 및 키 관리 정책
- 브리지와 크로스체인 검증 구조
- 스마트컨트랙트의 관리자 권한
- 롤업·프라이버시 네트워크의 ZK 증명 시스템
특히 이미 공개키가 노출된 주소의 자산은 더 까다롭습니다. 새 지갑을 만든다고 기존 주소가 자동으로 보호되지는 않습니다. 소유자가 자산을 새 PQC 주소로 옮겨야 하며, 개인키를 잃어버렸거나 장기간 방치된 자산은 이행 과정에서 별도의 거버넌스 문제를 만들 수 있습니다.
강제 이전을 허용하면 “잃어버린 자산을 누가 어떻게 처리할 것인가”라는 소유권 논쟁이 발생합니다. 반대로 강제 이전을 하지 않으면, 미래 양자 공격에 노출된 자산이 그대로 남습니다. 기술 문제가 곧 사회적 합의 문제가 되는 이유입니다.
지금 표준화가 시작되는 이유
2026년 10월 출범한 Quantum Alliance는 바로 이 이행 지연 문제를 표준화 대상으로 올렸습니다. 목표는 새로운 Blockchain을 만드는 것이 아니라, 기존 네트워크와 지갑, 브리지, 인프라가 얼마나 “quantum-ready”한지 공통 기준으로 검증하는 것입니다.
여기서 핵심은 “양자내성”이라는 홍보 문구를 믿는 것이 아닙니다. 다음 질문에 공개적으로 답할 수 있어야 합니다.
- 거래 서명만 양자내성인가, 키 저장까지 포함되는가?
- 합의 메시지와 노드 간 통신도 보호되는가?
- ZK proof는 여전히 타원곡선 가정에 의존하지 않는가?
- 하드웨어 지갑이 큰 PQC 키와 서명을 안전하게 처리하는가?
- 브리지나 거래소가 기존 ECDSA 키에 의존하지 않는가?
- 공개키가 노출된 기존 자산에는 어떤 이행 정책이 적용되는가?
결국 업계가 지금 움직이는 이유는 양자컴퓨터가 내일 당장 자산을 훔칠 수 있어서가 아닙니다. 암호 체계, 지갑, 거래소, 브리지, 사용자 행동을 모두 바꾸는 데는 수년이 걸리기 때문입니다.
양자컴퓨터의 도래 시점은 불확실합니다. 하지만 이행이 오래 걸린다는 사실은 확실합니다. Blockchain의 다음 보안 경쟁은 “누가 먼저 양자컴퓨터를 확보하는가”보다, “누가 먼저 검증 가능한 전환 계획을 완성하는가”에서 시작될 가능성이 큽니다.
Blockchain 공개키 하나에서 시작되는 연쇄 위험
양자컴퓨터 위협은 개인 지갑의 코인 몇 개에만 국한되지 않습니다. 공개키 하나가 노출된 지갑, 그리고 그 지갑이 가진 권한의 범위에 따라 위험은 거래소·브리지·스테이블코인·거버넌스 시스템까지 빠르게 번질 수 있습니다.
현재 많은 Blockchain 네트워크는 ECDSA와 같은 타원곡선 암호를 사용합니다. 사용자가 거래에 서명하면 네트워크는 서명을 검증하기 위해 공개키 또는 공개키를 복원할 수 있는 정보를 확인합니다. 오늘날의 컴퓨팅 환경에서는 공개키만으로 개인키를 역산하는 것이 사실상 불가능합니다.
하지만 충분히 강력한 양자컴퓨터가 등장하면 상황이 달라집니다. Shor 알고리즘은 타원곡선 암호의 수학적 기반을 약화시킬 수 있습니다. 공격자는 공개된 키 정보를 바탕으로 개인키를 계산하고, 정상 소유자인 것처럼 거래를 서명할 수 있게 됩니다.
단순한 지갑 탈취를 넘어서는 이유
개인 지갑이 탈취되면 피해는 해당 주소의 자산에 집중됩니다. 그러나 Blockchain 인프라에는 단일 키 또는 소수의 키가 막대한 권한을 가진 경우가 많습니다.
대표적인 고위험 키는 다음과 같습니다.
- 브리지 관리자 키: 여러 체인 간 자산 이동을 승인하거나 검증하는 키
- 스테이블코인 발행 키: 신규 토큰 발행, 동결, 소각 권한을 가진 키
- 거래소·커스터디 지갑 키: 다수 고객 자산을 관리하는 키
- 오라클 서명 키: 가격, 담보, 청산 조건 등 핵심 데이터를 전달하는 키
- 거버넌스 관리자 키: 스마트컨트랙트 업그레이드와 권한 변경을 수행하는 키
- 멀티시그 참여자 키: 금고, DAO, 기관 지갑의 승인 구조를 구성하는 키
특히 브리지는 위험의 연결고리가 될 수 있습니다. 한 체인이 양자내성 서명을 도입했더라도, 연결된 브리지가 기존 ECDSA 기반 관리자 키에 의존한다면 전체 구조는 여전히 취약합니다.
출발 체인이 안전해도, 브리지의 서명 검증 또는 운영 키가 취약하면 여러 체인의 자산이 동시에 위험해질 수 있습니다.
예를 들어 공격자가 브리지 운영자의 개인키를 확보했다고 가정해 보겠습니다. 공격자는 실제 예치 없이 자산이 예치된 것처럼 증명하거나, 위조된 메시지로 다른 체인에 래핑 토큰 발행을 요청할 수 있습니다. 이는 한 지갑의 잔고를 훔치는 문제가 아니라, 브리지에 연결된 유동성과 신뢰 구조 전체를 흔드는 사건으로 이어질 수 있습니다.
공개키가 한 번 드러난 자산은 더 민감하다
모든 주소의 위험 수준이 동일한 것도 아닙니다. 일부 Blockchain 구조에서는 공개키가 거래를 수행하는 순간 드러납니다. 이미 지출한 주소, 반복 사용된 주소, 특정 스크립트 방식의 주소는 공개키 노출 측면에서 더 민감할 수 있습니다.
이때 중요한 것은 시간입니다.
- 사용자가 거래를 생성하며 공개키 관련 정보를 노출합니다.
- 미래의 양자 공격자가 해당 공개키에서 개인키를 계산합니다.
- 공격자는 원래 소유자보다 먼저 자산을 이동시키는 거래를 전송합니다.
- 네트워크는 유효한 서명을 가진 거래를 정상 거래로 처리할 가능성이 있습니다.
따라서 “앞으로 PQC 지갑을 만들면 된다”는 대응만으로는 충분하지 않습니다. 이미 공개키가 노출된 주소의 자산은 양자내성 주소로 사전에 이동시키는 마이그레이션 전략이 필요합니다.
가장 약한 고리가 전체 보안을 결정한다
Blockchain의 양자 취약점은 서명 알고리즘 하나로 끝나지 않습니다. 사용자가 자산을 이동하는 과정에는 지갑, 하드웨어 보안 모듈, 거래소, 스마트컨트랙트, 브리지, 오라클, 검증 노드가 함께 관여합니다.
이 중 하나라도 기존 공개키 암호에만 의존하면 전체 보안 수준은 낮아질 수 있습니다.
| 구성 요소 | 양자 위협이 미칠 수 있는 영향 |
|---|---|
| 개인 지갑 | 개인키 탈취 및 무단 송금 |
| 하드웨어 지갑 | PQC 키 생성·서명 처리 미지원 가능성 |
| 거래소·커스터디 | 대규모 고객 자산과 출금 승인 키 위험 |
| 브리지 | 다중 체인 자산의 위조 발행 또는 무단 이동 |
| 오라클 | 조작된 가격 정보로 인한 청산·담보 손실 |
| 거버넌스 | 악성 업그레이드, 관리자 권한 탈취 |
| ZK 롤업·프라이버시 체인 | 기존 타원곡선 기반 증명 시스템의 보안 가정 약화 |
그래서 Quantum Alliance가 지갑 서명뿐 아니라 브리지 호환성, 키 관리, ZK 시스템, 네트워크 메시지까지 함께 표준화 대상으로 보는 것입니다. 양자내성 전환은 단순한 암호 알고리즘 교체가 아니라, 권한을 가진 모든 키와 신뢰 경로를 다시 설계하는 작업에 가깝습니다.
다만 이는 현재 양자컴퓨터가 즉시 기존 자산을 탈취할 수 있다는 의미는 아닙니다. 핵심은 공격 가능성이 현실화된 뒤에 대응하면 너무 늦을 수 있다는 점입니다. 공개키 하나에서 시작되는 위험의 범위를 지금 측정하고, 우선순위를 정해 옮겨 가는 일이 Blockchain 보안의 다음 과제가 되고 있습니다.
Blockchain 서명만 바꾸면 끝? PQC 전환의 기술적 청구서
양자내성 암호(PQC) 전환은 얼핏 간단해 보입니다. 기존의 ECDSA 서명을 ML-DSA 같은 새 서명 알고리즘으로 교체하면 될 것 같기 때문입니다.
하지만 Blockchain에서 서명은 거래 승인만 담당하지 않습니다. 주소 생성, 지갑 복구, 하드웨어 지갑 처리, 블록 전파, 수수료 계산, 브리지 검증, 거래소 입출금 시스템까지 연결된 핵심 인프라입니다. 특히 PQC 서명은 기존 타원곡선 서명보다 크기가 커질 수 있어, 단 하나의 알고리즘 변경이 네트워크 전체의 비용 구조를 바꿀 수 있습니다.
서명 크기가 커지면 거래의 경제성이 달라진다
기존 타원곡선 기반 서명은 비교적 작고 검증 효율이 높습니다. 반면 lattice-based 또는 hash-based 계열의 PQC 서명은 알고리즘에 따라 더 큰 공개키와 서명 데이터를 요구할 수 있습니다.
이 차이는 단순한 저장공간 문제가 아닙니다.
- 거래 데이터가 커지면 블록에 담을 수 있는 거래 수가 줄어듭니다.
- 같은 블록 공간을 두고 경쟁하므로 수수료가 높아질 수 있습니다.
- 노드가 내려받고 검증해야 할 데이터가 늘어납니다.
- 블록 전파 시간이 길어지면 네트워크 운영과 합의 안정성에도 영향을 줄 수 있습니다.
- 장기적으로는 체인 데이터와 인덱싱 비용이 증가합니다.
예를 들어 기존 서명보다 PQC 서명이 여러 배 커진다면, 사용자는 같은 자산을 보내더라도 더 큰 transaction byte를 지불해야 할 수 있습니다. Blockchain에서 수수료가 데이터 크기에 연동되는 구조라면, 암호학적 안전성의 향상은 곧바로 사용자 비용 증가라는 청구서로 돌아올 수 있습니다.
지갑은 ‘서명 버튼’ 이상의 문제를 안고 있다
PQC 전환에서 사용자가 가장 먼저 마주할 변화는 지갑입니다. 지갑은 단순히 개인키를 보관하는 앱이 아니라, 키를 생성하고 백업하며 주소를 만들고 거래를 구성하는 보안 장치입니다.
새로운 PQC 체계가 도입되면 다음 요소를 함께 검토해야 합니다.
- 키 생성: PQC 키는 기존 키와 길이 및 생성 방식이 다를 수 있습니다.
- 주소 형식: 공개키 또는 공개키 해시를 담는 주소 인코딩 규칙이 바뀔 수 있습니다.
- 서명 처리: 모바일 지갑과 브라우저 지갑이 큰 서명을 안정적으로 생성해야 합니다.
- 백업·복구: 기존 seed phrase 기반 복구 방식이 새 키 구조와 어떻게 결합될지 정의해야 합니다.
- 키 회전: 기존 ECDSA 주소의 자산을 PQC 주소로 안전하게 옮기는 절차가 필요합니다.
특히 이미 공개키가 노출된 주소는 더 민감합니다. 미래의 강력한 양자컴퓨터가 공개키에서 개인키를 계산할 수 있게 된다면, 해당 자산은 사용자가 새 지갑으로 이동시키기 전까지 위험에 놓일 수 있습니다. “새 지갑을 만들면 된다”는 말만으로는 부족하며, 실제 자산 이전을 유도하고 지원하는 마이그레이션 설계가 필요합니다.
하드웨어 지갑과 거래소도 함께 업그레이드돼야 한다
소프트웨어 지갑이 PQC를 지원하더라도 하드웨어 지갑이 처리하지 못하면 실제 사용은 어렵습니다. 하드웨어 지갑의 secure element와 펌웨어는 새 알고리즘의 키 생성, 저장, 서명 연산을 지원해야 합니다.
여기에는 몇 가지 현실적인 과제가 있습니다.
연산 성능
PQC 서명 생성과 검증은 알고리즘별로 기존 방식보다 무거울 수 있습니다. 제한된 성능과 전력으로 동작하는 장치에서 체감 속도가 떨어질 수 있습니다.메모리와 전송량
더 큰 공개키와 서명을 장치에 저장하고, QR 코드·USB·Bluetooth로 전송해야 합니다. air-gapped 지갑은 특히 큰 거래 데이터를 효율적으로 다루는 방식이 필요합니다.펌웨어 신뢰성
암호 알고리즘 변경은 보안 장치의 핵심 코드를 바꾸는 작업입니다. 구현 오류, side-channel 공격, 난수 생성 문제를 막기 위한 감사와 검증이 필수입니다.
거래소와 수탁기관도 예외가 아닙니다. 입출금 주소 체계, HSM, 내부 승인 절차, 콜드월렛, 다중서명 정책을 모두 새 규격에 맞춰야 합니다. 기관 환경에서는 한 개의 키만 바꾸는 것이 아니라 수천 개 주소와 복잡한 권한 체계를 안전하게 회전해야 합니다.
브리지와 ZK 시스템이 남아 있으면 전체 보안은 약해진다
어떤 체인이 PQC 서명을 채택했다고 해서 전체 시스템이 자동으로 양자내성을 얻는 것은 아닙니다.
가령 출발 체인의 사용자 지갑은 PQC 서명을 사용하지만, 자산을 옮기는 브리지가 여전히 ECDSA 관리자 키나 elliptic-curve 기반 검증에 의존한다면 공격자는 더 약한 연결고리를 노릴 수 있습니다. 보안 수준은 가장 강한 구성요소가 아니라, 대개 가장 약한 구성요소에 의해 결정됩니다.
Zero-Knowledge 기반 rollup과 privacy network도 같은 문제를 안고 있습니다. 일부 기존 ZK 시스템은 elliptic-curve pairing과 관련 가정에 의존합니다. 계정 서명만 바꾸고 증명 시스템을 그대로 유지하면, Blockchain의 다른 층에서는 여전히 양자 공격 가능성이 남습니다.
이 때문에 Quantum Alliance가 서명 규격뿐 아니라 다음 영역을 함께 다루려는 것은 중요합니다.
- PQC 지갑 키와 주소 규격
- 하드웨어 지갑 및 custody 운영 기준
- 브리지의 서명·검증 구조
- cross-chain transaction 형식
- post-quantum ZK proof의 크기와 성능
- 기존 계정과 신규 PQC 계정의 전환 절차
현실적인 해법은 ‘한 번에 교체’보다 하이브리드 전환이다
대규모 Blockchain 네트워크가 어느 날 갑자기 기존 서명을 폐기하기는 어렵습니다. 오래된 지갑, 비활성 계정, 스마트컨트랙트, 거래소 인프라가 모두 동시에 바뀌어야 하기 때문입니다.
현실적으로는 일정 기간 기존 서명과 PQC 서명을 함께 지원하는 하이브리드 모델이 유력합니다. 예를 들어 하나의 거래가 기존 서명과 양자내성 서명을 모두 요구하도록 설계하면, 기존 암호가 안전한 동안에는 호환성을 유지하고 미래 위험에도 대비할 수 있습니다.
다만 하이브리드 방식도 공짜는 아닙니다. 거래 크기와 검증 비용이 더 늘어날 수 있고, 사용자 경험은 복잡해질 수 있습니다. 결국 핵심은 “어떤 알고리즘이 가장 강한가”만이 아닙니다. 비용, 속도, 호환성, 복구 가능성, 운영 절차를 포함한 전체 생태계의 균형을 설계해야 합니다.
PQC 전환은 암호 라이브러리의 업데이트가 아니라, Blockchain 인프라를 장기적으로 재배선하는 작업입니다. 그래서 지금 필요한 것은 성급한 공포가 아니라, 큰 기술적 청구서를 투명하게 계산하고 단계적으로 이행할 공통 기준입니다.
Blockchain 지갑 밖의 복병: ZK, 브리지, 그리고 체인 간 호환성
계정 서명을 양자내성 암호로 교체했다고 해서 Blockchain 전체가 안전해지는 것은 아닙니다. 사용자의 지갑은 ML-DSA 같은 PQC 서명을 사용하더라도, 자산이 이동하는 브리지나 프라이버시를 보장하는 ZK 증명, 거래소의 출금 시스템 중 하나가 기존 타원곡선 암호에 의존한다면 공격 경로는 남아 있습니다.
양자내성 전환에서 진짜 어려운 질문은 이것입니다.
“내 지갑이 안전한가?”가 아니라 “내 거래가 거치는 모든 구성요소가 안전한가?”
ZK 증명: 서명보다 더 깊은 암호학적 의존성
롤업, 프라이버시 체인, 크로스체인 검증 시스템은 영지식 증명(Zero-Knowledge Proof, ZK)을 널리 사용합니다. ZK 증명은 거래 내용이나 사용자 정보를 공개하지 않고도 “이 거래가 유효하다”는 사실을 검증하게 해 줍니다.
문제는 많은 기존 ZK 시스템이 타원곡선과 pairing 기반 암호 가정에 의존한다는 점입니다. 양자컴퓨터는 Shor 알고리즘을 통해 이러한 수학적 가정을 약화시킬 가능성이 있습니다.
즉, 다음과 같은 상황이 가능합니다.
- 지갑 서명은 PQC 방식으로 안전하게 변경됨
- 하지만 롤업의 증명 생성 또는 검증 구조는 기존 elliptic-curve 기반
- 결과적으로 롤업의 자산 상태나 출금 검증 신뢰성이 양자 공격 위험에 노출됨
이 때문에 Quantum Alliance는 단순한 서명 표준뿐 아니라 Post-Quantum ZK Systems를 별도 작업 영역으로 분리했습니다. 특히 기존 SNARK 계열과 해시 기반 구조를 활용하는 zk-STARK 계열을 비교하는 작업이 중요해질 전망입니다.
zk-STARK는 일반적으로 타원곡선 의존성을 줄일 수 있다는 장점이 있지만, 증명 크기와 계산 비용이 증가할 수 있습니다. 다시 말해, 양자내성을 높이는 대가로 처리량·수수료·검증 비용 측면의 최적화가 필요합니다.
브리지: 가장 약한 체인이 전체 자산을 위험하게 만든다
브리지는 서로 다른 Blockchain 네트워크 사이에서 자산과 데이터를 이동시키는 핵심 인프라입니다. 하지만 보안 측면에서는 가장 복잡하고 취약해지기 쉬운 지점이기도 합니다.
예를 들어 사용자가 PQC 서명을 지원하는 체인에서 자산을 전송한다고 가정해 보겠습니다. 출발 체인은 안전할 수 있습니다. 그러나 브리지가 다음 요소 중 하나에 기존 ECDSA 키를 사용한다면 문제가 생깁니다.
- 브리지 운영자 또는 validator의 다중서명 키
- 체인 간 메시지 인증 서명
- 자산 잠금·발행을 통제하는 관리자 키
- oracle의 가격·상태 데이터 서명
- 외부 체인에서 제출되는 proof 검증 로직
이 경우 공격자는 사용자의 새 지갑이 아니라, 브리지를 운영하는 오래된 키를 노릴 수 있습니다. 브리지의 관리자 키 하나가 탈취되면, 공격자는 실제 예치 없이 래핑 자산을 발행하거나 잠긴 자산을 부정하게 인출하려 시도할 수 있습니다.
따라서 체인 하나가 “quantum-ready”라는 주장만으로는 충분하지 않습니다. 실제 보안 수준은 다음처럼 판단해야 합니다.
체인 보안 = 지갑 + 서명 + ZK 증명 + 브리지 + oracle + custody + 거래소 연동 중 가장 약한 요소의 보안
주소와 거래 형식도 호환되어야 한다
PQC 전환은 암호 알고리즘의 문제가 아니라, 데이터 형식과 사용자 경험의 문제이기도 합니다. 양자내성 서명은 기존 서명보다 크기가 커질 수 있으므로 거래 형식, 블록 공간, 수수료 정책에 연쇄적인 영향을 줍니다.
특히 여러 체인이 연결된 환경에서는 다음 항목의 공통 규격이 필요합니다.
| 호환성 항목 | 필요한 이유 |
|---|---|
| 주소 형식 | PQC 주소와 기존 주소를 구분하고 오입금을 방지해야 함 |
| 서명 형식 | 지갑, 노드, 거래소가 동일한 서명 데이터를 해석해야 함 |
| 키 파생 방식 | 하드웨어 지갑과 복구 시스템이 일관되게 작동해야 함 |
| 거래 인코딩 | 큰 PQC 서명을 포함하는 거래를 각 체인이 처리해야 함 |
| 브리지 검증 규칙 | 다른 체인의 PQC 거래와 proof를 올바르게 검증해야 함 |
| 하이브리드 서명 정책 | 기존 키와 PQC 키를 함께 사용할 기간과 조건을 정해야 함 |
가령 하드웨어 지갑이 PQC 키를 생성할 수 있어도, 거래소가 해당 주소 형식을 지원하지 않으면 사용자는 입출금을 할 수 없습니다. 반대로 거래소가 새 주소를 지원해도 브리지가 기존 서명 방식만 검증한다면 체인 간 이동은 안전하지 않습니다.
가장 현실적인 해법은 ‘하이브리드 전환’
단기간에 모든 기존 시스템을 교체하기는 어렵습니다. 그래서 초기에는 기존 타원곡선 서명과 PQC 서명을 함께 요구하는 하이브리드 방식이 유력한 선택지가 될 수 있습니다.
하이브리드 구조에서는 공격자가 자산을 탈취하려면 기존 암호와 PQC 암호를 모두 우회해야 합니다. 이는 전환 기간의 불확실성을 줄이는 데 도움이 됩니다. 다만 서명 데이터가 더 커지고 검증 절차가 복잡해질 수 있어, Blockchain 네트워크의 수수료와 처리 성능을 함께 고려해야 합니다.
결국 양자내성은 지갑 앱에 새 버튼을 추가하는 수준의 업데이트가 아닙니다. ZK 증명, 브리지, 거래소, 하드웨어 지갑, custody, oracle까지 이어지는 전체 연결망을 점검해야 합니다. 양자 위협 시대에 가장 먼저 찾아야 할 대상은 눈에 잘 보이는 사용자 지갑이 아니라, 그 지갑 뒤에서 조용히 작동하는 가장 약한 연결고리입니다.
Blockchain 표준이 완성되기 전에 확인해야 할 신호들
Quantum Alliance의 출범은 전환의 완료가 아니라 출발선입니다. “양자준비(quantum-ready)”라는 표현이 단순한 마케팅 문구를 넘어 실질적인 Blockchain 보안 기준이 되려면, 선언 이후의 결과물이 더 중요합니다.
가장 먼저 확인할 것은 공개 초안 표준의 등장입니다. 어떤 서명 알고리즘을 권장하는지뿐 아니라, 주소 형식·키 생성 방식·트랜잭션 인코딩·복구 절차·브리지 검증 규칙까지 문서화되어야 합니다. 특히 ML-DSA 같은 PQC 알고리즘을 채택하더라도 체인마다 구현 방식이 다르면 지갑과 거래소, 하드웨어 장비 간 호환성 문제는 그대로 남습니다.
다음은 측정 가능한 벤치마크입니다. 양자내성 서명은 기존 타원곡선 서명보다 크기가 커질 수 있어 블록 용량, 수수료, 검증 시간, 모바일 지갑 성능에 영향을 줍니다. 따라서 표준은 “안전하다”는 주장에 그치지 않고 다음 항목을 공개적으로 비교할 수 있어야 합니다.
- 서명·공개키·트랜잭션 크기
- 서명 생성 및 검증 시간
- 노드의 저장공간과 대역폭 부담
- 하드웨어 지갑과 secure element의 처리 성능
- 대량 거래 환경에서의 DoS 저항성
- 기존 ECDSA 환경과 함께 운영하는 hybrid 구조의 비용
세 번째 신호는 실제 메인넷 적용과 마이그레이션 계획입니다. PQC 주소를 새로 만드는 것은 비교적 쉬운 문제입니다. 더 어려운 문제는 이미 공개키가 노출된 지갑, 장기간 움직이지 않은 자산, 개인키를 잃어버린 계정, 스마트컨트랙트 관리자 키를 어떻게 처리할 것인가입니다. 신뢰할 수 있는 Blockchain 전환 계획이라면 사용자가 자산을 새 주소로 옮길 수 있는 유예 기간, 구형 서명의 지원 종료 조건, 비상 상황에서의 key rotation 절차를 명확히 제시해야 합니다.
또한 ZK 시스템과 브리지까지 포함하는지를 살펴봐야 합니다. 계정 서명만 양자내성으로 바꾸더라도, 롤업의 증명 체계나 크로스체인 브리지가 기존 타원곡선 암호에 의존한다면 전체 보안 수준은 제한됩니다. 특히 “PQC 지원”이라는 표현이 거래 서명만 의미하는지, ZK proof·합의 메시지·오라클·custody 운영 키까지 포함하는지 구분할 필요가 있습니다.
마지막으로 중요한 것은 참여 범위와 독립 검증입니다. 표준이 업계에서 영향력을 가지려면 Bitcoin·Ethereum 연구자, 주요 지갑 업체, 거래소, 커스터디 사업자, 하드웨어 지갑 제조사, 보안 감사 기업이 실제로 검토와 테스트에 참여해야 합니다. 공개 코드, 재현 가능한 테스트, 외부 감사 결과가 함께 제시될 때 비로소 “quantum-ready”는 검증 가능한 보안 주장으로 바뀝니다.
결국 주목해야 할 것은 화려한 출범 발표가 아니라, 공개 표준 초안과 성능 데이터, 상호운용성 시험, 그리고 실제 자산 이전 계획입니다. 이 네 가지가 쌓여야 Blockchain의 양자내성 전환은 미래의 약속이 아니라 운영 가능한 보안 체계가 됩니다.
