비트코인 양자 보안, 결제망만 바꿔서는 부족하다

비트코인에 양자내성 업데이트가 적용됐다는 소식을 들으면, 보유한 자산과 라이트닝 결제가 한꺼번에 보호되는지 궁금할 수 있다. 이때 비트코인 거래와 그 위에서 쓰는 결제 서비스를 함께 살펴야 한다. 블록체인 장부에서 거래를 승인하는 규칙과 라이트닝 결제망에서 노드들이 메시지를 주고받는 절차는 서로 다른 일을 한다.

2026년 9월 공개된 PQLN 연구는 라이트닝의 통신과 결제 절차를 보강하는 설계와 구현을 제시했다. 이는 라이트닝의 특정 부분을 양자 공격에 대비시키려는 사례다. 비트코인 장부에서 자산을 옮길 때 쓰는 규칙까지 바꾼 것은 아니다. 이 사례를 읽을 때는 ‘업데이트가 나왔나’에 앞서 무엇을 바꾸고, 어떤 경로에서는 결제가 어떻게 처리되는지 살펴야 한다.

양자 위협은 거래를 승인하는 권한과 관련된다

비트코인에서 자산을 옮기려면 거래를 승인할 권한이 있음을 증명해야 한다. 거래를 만드는 사람은 비밀 키를 이용해 전자서명을 하고, 네트워크의 다른 참여자들은 공개된 정보를 바탕으로 그 서명이 유효한지 확인한다. 확인하는 쪽에 비밀 키를 알려주지 않으면서도, 거래를 승인할 권한이 있다는 사실을 보여주는 방식이다.

이 방식이 안전하려면 공개된 정보만으로 비밀 키를 찾아내기 어려워야 한다. 양자 위협은 충분한 규모와 성능을 갖춘 양자컴퓨터가 지금은 어려운 계산을 빠르게 해, 공개 정보에서 비밀 키를 알아낼 가능성에 관한 것이다. 그러한 조건이 갖춰지면 거래 승인에 쓰이는 암호의 전제가 흔들릴 수 있다. PQLN 논문의 배경 설명도 이 가능성을 다룬다.

이는 양자컴퓨터가 이미 비트코인의 암호를 깨뜨렸다는 뜻이 아니다. 연구 자료는 공격에 필요한 컴퓨터가 언제 등장할지 정하지도 않는다. 따라서 지금 확인할 수 있는 것은 위협의 가능성에 대비하려는 연구가 있다는 사실이지, 비트코인 자산이 특정 시점에 위험해진다는 예측이 아니다.

‘양자내성’은 이런 위협에 대응하기 위해 다른 수학적 문제에 바탕을 둔 암호를 사용하려는 접근을 말한다. 그러나 그 표현만으로는 어느 정보를 보호하는지 알기 어렵다. 거래를 승인할 권한을 지키는 암호인지, 노드 사이에서 메시지를 주고받을 때 쓰는 암호인지가 보안의 적용 범위를 가른다.

라이트닝 결제는 장부 밖에서 시작해 장부에서 정산된다

비트코인 블록체인은 거래를 기록하고, 네트워크 참여자들이 그 거래를 인정할 때 따르는 공통 규칙을 제공한다. 라이트닝은 거래할 때마다 모든 변화를 블록체인에 기록하는 대신, 참여자들이 장부 밖에서 결제 잔액을 주고받을 수 있게 한다. 다만 라이트닝이 비트코인과 무관하게 돈을 옮기는 것은 아니다. 채널을 열고 자금을 정산할 때 비트코인 장부를 이용한다.

채널은 두 참여자가 비트코인에 자금을 걸어 두고, 그 안에서 결제에 따라 잔액을 바꾸기로 한 약정이라고 이해하면 된다. 예를 들어 손님과 가게가 채널을 열어 두었다면, 손님이 물건값을 낼 때마다 그 거래를 블록체인에 새로 기록하는 대신 채널 안의 잔액을 조정할 수 있다. 채널을 열거나 닫아 자금을 정산할 때는 장부에 거래를 기록한다.

노드는 라이트닝 소프트웨어를 실행해 결제망에 참여하는 지점이다. 손님과 가게가 서로 직접 연결된 채널을 갖고 있지 않아도, 중간 노드들이 결제를 이어 주는 경로가 있으면 결제가 전달될 수 있다. 이때 노드들은 결제 정보를 주고받고, 다음 단계로 넘길 수 있는지 확인한다. 결제 메시지를 주고받는 일은 장부에 거래를 기록하는 일과 같지 않다. 라이트닝이 자금을 움직이는 과정에는 두 일이 함께 필요할 수 있지만, 각각 다른 규칙과 절차가 맡는다.

PQLN이 보강한 것과 그대로 둔 것

PQLN 연구 논문은 2026년 9월 12일 arXiv에 공개됐고, 연구진은 9월 16일 개발자 토론 글에서 설계와 구현을 설명했다. 연구진은 비트코인 장부 밖에서 라이트닝 노드가 정보를 공유하고 서로 연결하며 결제를 처리하는 절차에 양자내성 암호를 더하는 방법을 제안했다. 기존 암호 방식도 함께 남기는 설계로, 라이트닝 소프트웨어를 바탕으로 코드를 구현하고 노드 시험을 진행했다. (PQLN 연구 논문, 개발자 설명)

연구진은 통신을 기록해 두었다가, 훗날 충분히 강력한 양자컴퓨터가 생기면 내용을 해독하려는 공격 가능성도 설계의 동기로 들었다. 그래서 노드 사이의 연결과 결제 관련 메시지, 청구서의 서명처럼 라이트닝 소프트웨어가 처리하는 부분을 보강하려 했다. 이는 연구진이 제안한 보호 범위에 관한 설명이지, 양자컴퓨터가 현재 통신을 해독하고 있다는 보고는 아니다.

반면 연구진은 채널의 자금을 넣거나 상태를 갱신하고, 문제가 생겼을 때 대응하는 거래에 쓰이는 키는 바꾸지 않았다. 이 거래들은 비트코인 장부의 규칙에 따라 승인되기 때문이다. 개발자 설명에 따르면 그 키를 양자내성 방식으로 바꾸려면 비트코인의 합의 규칙을 변경해야 한다. 라이트닝의 메시지 절차를 소프트웨어로 보강하는 일만으로 장부의 거래 규칙까지 바뀌지는 않는다.

따라서 PQLN은 라이트닝의 통신·결제 절차를 보강하는 구현 사례로 보는 것이 정확하다. 이 연구 하나를 근거로 비트코인 장부의 거래 승인까지 양자내성으로 바뀌었다고 말할 수는 없다. 그렇다고 연구가 의미 없다는 뜻은 아니다. 한 결제 흐름 안에서도 서로 다른 보호가 필요하다는 점을 실제 소프트웨어 설계와 시험으로 보여준 사례다.

결제 요청이 진짜인지 확인하는 일

연구진이 가정한 위협 가운데 하나는 결제 요청의 서명을 위조하는 상황이다. 라이트닝에서는 받는 쪽이 금액 등 결제 정보를 담은 요청을 만들고 서명한다. 보내는 쪽은 그 요청을 바탕으로 결제를 시작한다. 연구진은 충분한 성능의 양자컴퓨터를 가진 공격자가 관련 공개 키에서 비밀 키를 알아낼 수 있다면, 요청의 서명도 위조할 수 있다는 위협을 다룬다. 이는 실제로 위조 결제가 발생했다는 보고가 아니라 연구 설계의 공격 조건이다.

서명이 위조된 상황을 설명용으로 생각해보면, 겉으로는 받는 사람에게서 온 요청처럼 보이는데 금액이나 결제 정보가 바뀌어 있을 수 있다. 요청에 이름이나 서명이 붙어 있다는 사실만으로 믿기 어려워지는 것이다. 이런 문제에 대비하려면 메시지에 담긴 정보와 그 정보를 보낸 주체를 확인하는 방법을 보강해야 한다. PQLN이 결제 요청에 양자내성 서명을 더하려는 이유 가운데 하나다. 연구는 서명용 암호가 공격에 버틴다는 가정과 신뢰할 키를 확보한다는 조건 안에서 보호를 분석한다.

이 설명은 통신을 보호한다는 말이 단지 인터넷 연결을 더 튼튼하게 한다는 뜻이 아님을 보여준다. 연결 상대나 결제 요청을 확인하는 일과 오가는 정보가 드러나지 않게 하는 일도 포함된다. 그런 메시지 보호는 비트코인 장부에서 자산을 옮기는 거래의 서명 규칙과 별도로 적용되는 변화다. 거래를 인정하는 공통 규칙을 바꾸려면 검증하는 다른 참여자들이 다룰 방식도 함께 달라져야 하므로, 라이트닝 프로그램에 새 메시지 기능을 넣는 것으로 그 변화까지 마쳤다고 볼 수 없다.

결제가 됐다는 사실이 보호 방식까지 알려주지는 않는다

연구진이 시험한 것은 PQLN 방식으로 수정한 노드와 기존 소프트웨어를 쓰는 노드가 섞인 상황이었다. 보고된 시험에서는 경로에 기존 방식만 지원하는 노드가 있으면 결제가 기존 암호 방식으로 진행될 수 있었다. 결제는 완료되더라도 그 경로가 처음부터 끝까지 양자내성으로 보호됐다는 뜻은 아니다.

연구진은 자신들이 구현한 노드에서 기존 방식으로 낮춰 연결하지 못하게 하는 설정도 시험했다. 이 설정에서는 호환되지 않는 경로를 만나면 양자내성 보호를 포기하고 결제를 이어가는 대신, 결제 자체를 거부한다. 그러므로 두 선택의 차이는 단순히 보안 기능이 켜져 있느냐가 아니다. 하나는 결제 성공을 우선해 기존 방식을 허용할 수 있고, 다른 하나는 보호 수준을 낮추지 않기 위해 일부 경로의 결제를 중단할 수 있다.

이용자가 읽어야 할 차이는 결제 성공 여부와 적용된 보호 방식이다. 기존 방식도 허용하는 조건에서 완료된 결제는 처음부터 끝까지 양자내성 보호를 받았다고 볼 수 없다. 반면 연구진 구현 노드가 양자내성 연결만 요구하도록 설정된 조건은 지원하지 않는 경로를 이용하지 않는다. 이는 연구진의 구현에서 시험한 선택이며 모든 지갑이 현재 같은 설정을 제공한다는 뜻은 아니다.

연구 구현과 실제 채택은 다른 단계다

양자내성 암호는 기존 방식보다 큰 공개 정보나 서명, 암호문을 주고받을 수 있다. 연구진은 평가에서 계산 시간보다 통신량이 주요 부담이었다고 설명했다. 즉, 보호를 더하는 과정에서 노드들이 네트워크 정보를 서로 보내고 저장하는 양이 늘 수 있다. 이는 운영 환경에서 고려할 부담이 될 수 있지만, 연구 결과만으로 실제 운영비나 이용자 요금이 얼마나 달라질지 말할 수는 없다.

시험 범위에도 한계가 있다. 연구진은 라이트닝 소프트웨어 한 구현을 바탕으로 노드를 평가했으며, 다른 라이트닝 구현체와의 엄밀한 상호운용성 검증은 향후 과제로 제시했다. 한 구현 안에서 기능이 작동하고 일부 기존 노드와 함께 시험됐다는 사실은 중요한 진전이다. 그러나 여러 소프트웨어를 쓰는 노드가 실제 결제망에서 폭넓게 호환되는지, 서비스에서 같은 보호 수준을 유지할 수 있는지는 별도로 검증해야 한다.

이 점을 구별하면 연구 결과를 과소평가하지 않으면서도 실제 적용을 앞당겨 말하지 않을 수 있다. 설계가 제안된 단계, 코드로 구현된 단계, 제한된 환경에서 평가된 단계, 여러 운영자와 서비스가 채택한 단계는 서로 다르다. PQLN 자료는 앞선 단계의 가능성을 보여주지만 네트워크 전체에 배포됐다는 근거를 제공하지 않는다.

업데이트 횟수보다 보호 범위와 결제 방식을 보자

양자 대응을 한 번에 배포할 수 있는지, 실제로 몇 차례의 업데이트가 필요한지는 PQLN 연구가 답하지 않는다. 보호 대상이 여러 곳이라는 사실만으로 배포 횟수를 정할 수는 없다. 다만 이 사례는 라이트닝 통신을 보강하는 업데이트 하나가 비트코인 장부의 거래 승인 규칙까지 바꾸지는 않는다는 점을 보여준다.

이 연구를 읽은 뒤 남길 질문은 무엇을 보호했으며 그 보호가 다른 참여자와 함께 작동할 때도 유지되는가다. 기존 방식을 허용하는 시험과 양자내성 연결만 요구하는 시험은, 호환성을 높이는 선택과 보호를 유지하는 선택이 서로 다른 결과를 낼 수 있음을 보여준다. 구현의 가능성과 실제 서비스의 채택을 구분하면 보안 기능의 등장 자체를 전체 자산의 안전 보장으로 앞당겨 읽지 않을 수 있다.