기둥 가이드
포스트퀀텀 보안 블록체인 기능
포스트퀀텀 보안 블록체인은 라벨이 아닙니다. 이는 양자 컴퓨터가 결국 공격할 수 있는 키, 서명, 증명 및 프로토콜의 측정 가능한 마이그레이션입니다. 이 가이드는 표준, 출시된 마일스톤, 로드맵 주장을 분리하여 제작자가 증거를 평가할 수 있도록 합니다.
양자컴퓨팅은 마법으로 블록체인을 깨뜨리지 않습니다. 우려는 더욱 구체적입니다. 충분한 성능을 갖춘 양자 컴퓨터는 많은 지갑을 인증하고 프로토콜 메시지의 유효성을 검사하는 타원 곡선 서명을 포함하여 널리 사용되는 공개 키 시스템의 수학적 가정을 약화시킬 수 있습니다. 해시 함수와 대칭 암호화는 보안 프로필이 다르기 때문에 마이그레이션 문제를 기능별로 매핑해야 합니다.
실질적인 질문은 모든 체인에 새로운 브랜드가 필요한지 여부가 아닙니다. 이는 네트워크가 암호화 종속성을 목록화하고, 적절한 표준을 채택하고, 필요한 경우 이전 버전과의 호환성을 유지하고, 실제 환경에서 결과를 보여줄 수 있는지 여부입니다. NIST는 양자 컴퓨터가 아직 수년 또는 수십 년이 걸릴 수 있다고 말하면서 제품, 서비스 및 프로토콜을 업데이트하는 데 시간이 걸리기 때문에 조직에 마이그레이션을 시작할 것을 촉구합니다.
블록체인에서 암호화란 무엇인가?
포스트퀀텀의 세부 사항을 살펴보기 전에, 블록체인 시스템에서 암호화가 근본적으로 어떤 역할을 하는지 먼저 짚어볼 필요가 있습니다.
암호화는 탈중앙화된 네트워크가 중앙 기관을 신뢰하지 않고도 데이터에 합의하고 이를 검증할 수 있게 해주는 수학적 기법의 총체입니다. 블록체인에서 이 도구 모음은 주로 네 가지 요소, 즉 해싱, 공개키(비대칭) 암호화, 디지털 서명, 머클 트리로 구성됩니다. 각각은 서로 다른 조정 문제를 해결하며, 이들이 결합함으로써 은행이나 공증인, 플랫폼 운영자 없이도 낯선 사람들끼리 거래할 수 있게 됩니다.
SHA-256과 같은 암호화 해시 함수는 일방향 함수입니다. 임의 크기의 데이터를 입력받아 사실상 되돌리거나 위조할 수 없는 고정 크기의 지문으로 변환합니다. 거래 내용에서 문자 하나만 바뀌어도 해시 값은 완전히 달라집니다. 블록체인은 이 성질을 이용해 블록을 서로 연결합니다. 각 블록 헤더는 바로 앞 블록의 해시를 담고 있어서, 과거 데이터를 조작하려는 시도는 그 뒤를 잇는 해시 체인을 깨뜨리며 즉시 드러나게 됩니다.
공개키 암호화와 디지털 서명은 권한 부여를 담당합니다. 지갑은 소유자만 아는 개인키와, 자유롭게 공유할 수 있으면서 수학적으로 연결된 공개키를 가지고 있습니다. 자금을 지출한다는 것은 개인키로 거래에 서명하는 것을 의미합니다. 네트워크의 누구든 공개키를 사용해 그 서명이 진짜이며 거래가 변조되지 않았음을 검증할 수 있으며, 이 과정에서 개인키는 전혀 노출되지 않습니다. 바로 이 덕분에 은행이 신분증을 확인하지 않아도 네트워크가 송금을 승인할 수 있습니다.
머클 트리는 또 다른 문제, 즉 블록 전체를 내려받지 않고도 특정 거래 하나가 그 블록에 포함되었음을 증명하는 문제를 해결합니다. 거래들은 두 개씩 짝지어 해시되고, 그 해시들이 다시 두 개씩 짝지어 해시되는 과정을 반복하여 블록 헤더에는 하나의 머클 루트만 남습니다. 단 몇 개의 해시로 구성된 짧은 머클 증명만 있으면 경량 클라이언트도 원장 전체 사본 없이 특정 거래가 그 루트, 즉 해당 블록의 일부임을 검증할 수 있습니다.
이러한 기법들이 결합되어 블록체인은 신뢰할 수 있는 중개자가 있어야만 가능했을 세 가지 특성을 얻습니다. 무결성, 즉 데이터가 몰래 변경될 수 없다는 점, 인증, 즉 개인키 보유자만이 지출을 승인할 수 있다는 점, 그리고 부인 방지, 즉 서명된 행위를 서명자가 나중에 신뢰성 있게 부인할 수 없다는 점입니다. 중앙 관리자 없이도 검증 가능한 신뢰를 만들어내는 이 조합이야말로 사람들이 블록체인 보안이라고 말할 때 실제로 의미하는 근본 토대입니다.
오늘날 거의 모든 블록체인은 이러한 디지털 서명을 만들기 위해 ECDSA나 EdDSA 같은 고전적인 타원곡선 암호화에 의존하고 있습니다. 바로 이 부분이 충분히 강력한 양자 컴퓨터가 언젠가 무너뜨릴 수 있는 계층인데, 타원곡선 서명이 의존하는 어려운 수학 문제야말로 양자 알고리즘이 이론적으로 풀 수 있는 유형이기 때문입니다. 이 가이드의 나머지 부분에서 다루는 포스트퀀텀 암호화는 별개의 주제라기보다 바로 이 동일한 기초 기법들의 다음 진화 단계로 이해하는 것이 가장 정확합니다. 해싱, 서명, 키 교환이라는 동일한 역할은 그대로 유지하면서, 양자 공격에 견디도록 설계된 수학으로 그 내부를 교체하는 것입니다.
블록체인에서 포스트퀀텀 보안이 의미하는 것
"보안"이라는 단어에는 경계가 필요합니다. 청구는 과거 상태 증명, 지갑 인증 경로, 네트워크 채널 또는 전체 프로토콜에 적용될 수 있습니다. 그것은 동일한 성취가 아닙니다.
서명 마이그레이션
지갑 지출, 유효성 검사기 투표, 브리지 증명, 업그레이드 승인 및 신원 자격 증명에는 양자 방지 인증 경로가 필요합니다. 서명 알고리즘은 누가 작업을 승인했는지 증명합니다. 암호화된 세션 키를 설정하지 않습니다.
핵심설정
노드, 지갑, APIs 및 개인 애플리케이션 서비스에는 공유 비밀을 설정하는 방법이 필요합니다. ML-KEM는 이 기능을 위해 설계되었습니다. 일반적으로 트랜잭션 서명을 자체적으로 교체하는 대신 전송 중인 데이터나 저장된 비밀을 보호합니다.
암호화 민첩성
네트워크에는 버전이 지정된 주소, 트랜잭션 형식, 라이브러리, 하드웨어 지원, 롤백 규칙 및 사용 중단 정책이 필요합니다. 알고리즘을 안전하게 추가하거나 회전할 수 없는 체인은 올바른 기본 요소의 이름을 지정하더라도 마이그레이션하는 데 어려움을 겪습니다.
증거와 범위
신뢰할 수 있는 주장은 알고리즘, 매개변수 세트, 구현 표면, 감사 또는 테스트 증거를 식별하고 해당 기능이 실험적인지, 선택적인지, 필수인지 여부를 식별합니다. 또한 고전적으로 남아 있는 것이 무엇인지도 분명하게 설명합니다.
이름 뒤에 숨은 표준
2024년 8월 13일, NIST는 처음으로 최종 확정된 양자 후 암호화 표준 3개를 발표했습니다. FIPS 203는 키 설정 및 일반 암호화를 위해 CRYSTALS-Kyber의 표준화된 후속 버전인 ML-KEM를 지정합니다. FIPS 204는 디지털 서명에 대해 CRYSTALS-Dilithium의 표준화된 후속 버전인 ML-DSA를 지정합니다. FIPS 205는 해시 기반 SLH-DSA 서명 표준을 지정합니다.NIST의 공지FIPS 203를 일반 암호화의 기본 표준으로, FIPS 204를 디지털 서명 보호의 기본 표준으로 부릅니다.
오래된 기술 자료에는 Kyber 및 Dilithium라고 표시되는 경우가 많습니다. 해당 용어는 이해할 수 있지만 현재 구현 작업에서는 선택된 제출물을 최종 표준과 구별해야 합니다. 정확한 인코딩, 매개변수 세트, 테스트 벡터 및 승인된 모듈이 중요합니다. 마케팅 페이지에서 Kyber라는 이름을 지정한다고 해서 프로토콜이 FIPS 203와 상호 운용되는 것은 아닙니다.
"완전한 통합에는 시간이 걸리므로 시스템 관리자가 이를 시스템에 즉시 통합하기 시작할 것을 권장합니다."
시기는 정책적 의미를 갖는다. NIST의 프로젝트 페이지에는 다음을 통해 양자에 취약한 알고리즘을 표준에서 더 이상 사용하지 않고 궁극적으로 제거할 계획이라고 나와 있습니다.2035년, 고위험 시스템이 더 일찍 움직일 것으로 예상됩니다. 그 날짜는 양자 공격의 카운트다운이 아닙니다. 이는 마이그레이션 신호입니다. 교체가 긴급 상황이 되기 전에 수명이 긴 시스템을 재고로 정리합니다.NIST의 마이그레이션 안내차이점을 설명합니다.
"지금 수확하고 나중에 해독"이 블록체인 시스템에 도달하는 이유
데이터나 권한을 오랫동안 보호해야 하는 경우 위협이 가장 직접적으로 발생합니다.
지금 수집하고 나중에 복호화은 공격자가 지금 암호화된 자료를 수집하고 양자 기능이 사용 가능해지면 나중에 이를 해독하려고 시도하는 것을 설명합니다. 공공 원장 항목은 의도적으로 공개되므로 주요 노출은 일반적으로 기밀성보다는 진위입니다. 위험이 더 높은 표면은 암호화된 오프체인 기록, 개인 API 세션, 지갑 백업, 크로스체인 메시지, 기업 아카이브 및 보존 기간이 긴 자격 증명 시스템입니다.
두 번째 문제는 공개 키 노출입니다. 많은 서명 시스템에서는 계정이 계약을 사용하거나 계약과 상호 작용할 때 공개 키가 표시됩니다. 미래의 양자 공격은 운영 기간 내에서 기술적으로나 경제적으로 실현 가능해야 하지만, 이러한 가능성은 팀이 키 재사용, 주소 설계, 업그레이드 경로 및 비상 순환에 대해 생각하는 방식을 변화시킵니다.
응답은 비례적이어야 합니다. 인벤토리부터 시작하십시오. 개인 키가 자산을 승인하거나 권한 있는 작업을 제어하는 곳, 시스템이 비밀을 설정하는 곳, 5년, 10년 또는 20년 동안 기밀로 유지되거나 신뢰할 수 있는 기록을 유지해야 하는 곳은 어디입니까? 그런 다음 영구적인 변경을 수행하기 전에 하이브리드 단계를 설계하고, 검증 비용을 테스트하고, 키 및 서명 증가를 측정하고, 복구를 연습합니다.
다양한 체인이 실제로 무엇을 하고 있는지
| 접근하다 | 그것이 보여주는 것 | 증명하지 못하는 것 |
|---|---|---|
| 알고랜드와 Falcon | 알고랜드는 256라운드마다 Falcon State Proofs와 2025년 11월에 Falcon 승인된 mainnet 거래를 문서화했습니다. | Falcon 서명은 ML-KEM 키 설정이 아니며 보호된 경로 하나가 모든 프로토콜 기능을 자동으로 마이그레이션하지 않습니다. |
| 연구 및 프로토타입 | 학술 통합 및 테스트 환경에서는 프로토콜 채택 전에 서명 크기, 검증 비용, 직렬화 및 키 관리 문제를 밝힐 수 있습니다. | 논문, 데모, 라이브러리 또는 발표된 testnet는 mainnet 전체에 대한 보안을 보장하지 않습니다. |
| 하이브리드 마이그레이션 | 애플리케이션이 지갑, APIs, HSMs, 브리지 및 모니터링을 업데이트하는 동안 클래식 및 PQC 자격 증명이 공존할 수 있습니다. | 하이브리드 모드를 정확하게 지정해야 합니다. 알고리즘을 잘못 결합하면 가장 약한 링크를 보존하거나 운영상의 혼란을 초래할 수 있습니다. |
| 로드맵 약속 | 로드맵은 아키텍처 방향을 설정하고 ML-KEM, ML-DSA, Falcon 또는 대안에 대한 호환성 연구를 유도할 수 있습니다. | 로드맵은 암호화 보호를 배포하지 않으며 현재 네트워크 보안으로 설명해서는 안 됩니다. |
알고랜드는 범위가 구체적이기 때문에 이 비교에서 가장 강력한 공개 사례입니다. 기술 요약 문서에는 Logic Signature에 내장된 Falcon-1024 키 쌍이 포함되어 있으며 AVM의 falcon_verify opcode를 통해 검증되었습니다. 개요에서는 약 1,280바이트의 Falcon-1024 서명, 약 1,793바이트의 공개 키, Ed25519 서명 크기의 약 10배인 64바이트 크기의 서명을 보고합니다.알고랜드의 기술 개요를 읽어보세요정확한 메커니즘을 위해.
이러한 수치는 실제 엔지니어링 상충관계를 보여줍니다. 거래 규모, 검증 예산, 모바일 지갑 동작, 주소 파생, 스마트 계약 설계 및 하드웨어 지원을 변경하면서 양자 저항 서명을 사용할 수 있습니다. 교훈은 하나의 알고리즘이 모든 상황에서 승리한다는 것이 아닙니다. 교훈은 구현 세부 사항이 일반적인 주장보다 더 중요하다는 것입니다.
Autheo의 포스트 퀀텀 로드맵, 범위가 정확하게 지정됨
Autheo는 향후 ID, 키 관리 및 프로토콜 계층 작업을 위해 Kyber, Dilithium 및 Falcon에 대한 로드맵을 개발하고 있습니다. 해당 작업은 아직 현재 운영 중인 시스템에 통합되지 않았습니다. 이는 오늘날 네트워크에 대한 적극적인 보호 주장이 아니라 아키텍처 방향 및 구현 프로그램으로 이해되어야 합니다.
스테이킹과 거래 수수료는 현재 이용 가능합니다. 포스트 양자 암호화, TheoID, 컴퓨팅, 스토리지, AI 추론 및 THEO AI가 개발 중이며 앞으로 몇 달에 걸쳐 출시될 예정입니다. 의도된 설계 작업에서는 KEM를 호출하는 기능, 서명을 호출하는 기능, Falcon의 압축 서명이 적합한 위치, 업그레이드 및 검증 경계가 어떻게 작동해야 하는지 평가할 수 있습니다.
Autheo는 Hybrid PoA/PoS 합의 모델인 Proof of Autheo에서 실행됩니다. 현재 합의 아키텍처는 포스트 퀀텀 로드맵과 다르기 때문에 독자들은 미래의 PQC 목표가 이미 실시간 검증인 운영의 일부라고 추론해서는 안 됩니다. 보다Autheo의 합의 아키텍처현재 모델의 경우.
PQC 청구에 대한 실사 체크리스트
정확한 표준, 매개변수 세트 및 구현 라이브러리의 이름을 지정하십시오.
키 설정 및 해시 기반 무결성으로부터 서명을 분리합니다.
지갑, 유효성 검사기, 상태 증명, APIs, 브리지 및 자격 증명 등 실시간으로 보호되는 모든 표면을 식별합니다.
기능이 mainnet, testnet인지, 선택 기능인지, 실험적인지, 계획된 기능인지 물어보세요.
서명 크기, 공개 키 크기, 확인 시간, 수수료 영향 및 하드웨어 제약 조건을 측정합니다.
손상된 키, 레거시 키 또는 분실된 키에 대한 순환 및 복구 계획이 필요합니다.
코드, 테스트 벡터, 감사, 재현 가능한 트랜잭션 또는 프로토콜 증거를 확인하세요.
통합자가 무엇이 취약한지 알 수 있도록 클래식에서 PQC로의 마이그레이션 기록을 유지하십시오.
블록체인 팀을 위한 실용적인 마이그레이션 순서
알고리즘 선택보다는 발견부터 시작하세요. 유용한 인벤토리는 각 공개 키 종속성, 각 키의 소유자, 보호하는 자산 또는 권한, 해당 보호의 예상 수명 및 변경해야 하는 운영 체제를 식별합니다. 동일한 개인 키가 지갑, 유효성 검사기, 서명 서비스, 브리지, 배포 파이프라인 및 고객 지원 복구 프로세스에 나타날 수 있습니다.
다음으로, 각 종속성에 대한 보안 목표를 설정합니다. 기밀성이 미래에도 유지되어야 하기 때문에 수명이 긴 암호화된 아카이브에는 현재 ML-KEM 또는 하이브리드 키 설정 설계가 필요할 수 있습니다. 거래 서명에는 새로운 주소 유형과 확인 규칙이 필요할 수 있습니다. 기록 상태 증명에는 기본 서명 시스템이 변경된 후에도 라이트 클라이언트가 계속 사용할 수 있는 독립적으로 검증 가능한 인증서가 필요할 수 있습니다. 하나의 솔루션이 모든 표면에 적합하지는 않습니다.
하이브리드 배포는 신중하게 설계되면 마이그레이션 위험을 줄일 수 있습니다. 클라이언트는 클래식 서명과 포스트 퀀텀 서명을 모두 사용하여 전환 경로를 인증하거나 인프라가 따라잡는 동안 클래식 및 포스트 퀀텀 키 설정을 협상할 수 있습니다. 보안 정책에는 두 가지 검사가 모두 필요한지 여부, 다운그레이드 공격을 방지하는 방법, 복구에 권한이 있는 키, 클래식 경로가 언제 사용 중지되는지를 명시해야 합니다. 그 답이 없는 '하이브리드'는 라벨일 뿐이다.
합의 규칙을 변경하기 전에 사용자 경험을 테스트하십시오. 더 큰 키와 서명은 QR 코드, 모바일 저장소, 브라우저 확장, RPC 제한, 하드웨어 지갑 메모리, 다중 서명 페이로드, 인덱싱 서비스 및 수수료 추정에 영향을 미칩니다. 벤치마크는 일반적인 전송, 계약 호출, 유효성 검사기 메시지, 브리지 증명, 일괄 검증 및 최악의 경우 블록을 다루어야 합니다. 다른 사람들이 재현할 수 있도록 하드웨어 및 소프트웨어 버전과 함께 측정값을 보고합니다.
마지막으로 실패에 대한 계획을 세웁니다. 레거시 계정 마이그레이션 방법, 복구가 허용될 때 손실된 포스트 퀀텀 키를 복구하는 방법, 오래된 서명을 감사 가능한 상태로 유지하는 방법, 취약한 통합을 일시 중지하거나 업그레이드할 수 있는 사람을 지정합니다. 이것이 포스트퀀텀 준비가 프로토콜, 지갑, 보관, 인프라 및 지원 팀 전반에 걸친 프로그램인 이유입니다. 암호화 민첩성은 증거가 변경될 때 안전하게 변경을 수행할 수 있는 능력입니다.
역사 검증에는 자체적인 정책이 필요합니다. 네트워크는 새 계정이 다른 서명 알고리즘을 사용한 후에도 수십 년 동안 이전 블록과 서명을 계속 읽을 수 있기를 원할 수 있습니다. 이를 위해서는 버전이 지정된 트랜잭션 엔벨로프, 안정적인 테스트 벡터, 보관된 검증 소프트웨어 및 특정 높이에 적용된 암호화 규칙을 감사자에게 알려주는 문서가 필요합니다. 또한 마이그레이션으로 인해 보안 업그레이드가 우발적인 증거 손실로 이어지는 것을 방지합니다.
연구를 계속하세요
Autheo란 무엇인가요?
플랫폼 개요와 현재 제품 경계를 읽어보세요.
레이어 0이란 무엇입니까?
Layer-0 및 Layer-1 아키텍처 용어를 검토합니다.
알고랜드 비교
플랫폼 접근 방식과 소스 참조를 비교하세요.
이더리움 비교
마이그레이션 논의를 위한 기본 레이어 1 컨텍스트를 이해합니다.
Autheo FAQ 허브
개발자, 기업 및 운영자를 위한 표준 질문을 찾아보세요.
첫 번째 스마트 계약 배포
빌더 작업흐름과 개발자 시작점을 확인하세요.
Autheo 전체 가이드란 무엇인가요?
Autheo가 의도한 통합 스택의 초석 개요를 읽어보세요.
보안 프로그램
현재 보안 및 책임 있는 공개 정보를 검토하세요.
Kyber와 Dilithium: 2026 포스트퀀텀 총정리
2026년을 앞두고 블록체인들이 NIST의 Kyber 및 Dilithium 표준에 어떻게 접근하고 있는지 살펴보세요.
L1/L2 빌더를 위한 포스트퀀텀 준비 체크리스트
자체 포스트퀀텀 마이그레이션을 계획하는 프로토콜 팀을 위한 실용적인 체크리스트입니다.