Bitcoin Core 32.1, 2026년 10월 27일 출시: 32.0이 철회된 이유, 공개된 버그 3건, 새 수수료 추정기

1. Bitcoin Core 32.1은 무엇이고, 왜 32.0은 없나?

Bitcoin Core는 비트코인의 참조 구현으로, 블록을 검증하고 트랜잭션을 중계하며 많은 서비스 뒤에서 지갑을 돌리는 소프트웨어입니다. 대략 6개월마다 메이저 버전 하나를 내고 최신 세 계열을 유지보수합니다. 2026년 10월 27일 게시된 32.1 버전은 32.x 계열의 첫 공개 릴리스로, 새 수수료 추정기, 높아진 기본 연결 수, 작아진 트랜잭션 인덱스, 지갑 RPC에서 기본값이 된 PSBT 버전 2, 그리고 일련의 보안 수정을 담고 있습니다. 합의 규칙은 바꾸지 않습니다. 이전에 유효했던 블록과 트랜잭션은 이후에도 유효합니다.

32.0은 태그로만 존재합니다. 메인테이너 fanquake는 10월 21일 태그를 달았고, 10월 26일 릴리스 일정 이슈에 막판 문제로 32.0은 발표도 출시도 하지 않고 바이너리도 올리지 않으며, 같은 내용에 추가 수정을 더한 32.1이 뒤따를 것이라고 썼습니다. 그날 오후 병합된 32.1을 마무리한 풀 리퀘스트는 Antoine Poinsot의 변경 정확히 세 건을 백포트합니다. poll 백엔드와 select 백엔드 사이에 소켓 예외 감시를 맞춘 것, 전송 버퍼가 끝내 비워지지 않는 피어에 대한 20분 타임아웃, 그리고 블록 파일과 undo 파일의 64비트 위치 지정입니다. 이들은 이틀 뒤 공개된 취약점 세 건의 수정으로, 3절에서 설명합니다. 프로젝트는 이유에 대해 그 이상 말하지 않았습니다.

2. 언제 출시됐나? 주요 일정

날짜는 Bitcoin Core 릴리스 일정 이슈, bitcoincore.org 다운로드 서버, 공개 게시글에서 가져왔습니다. 상태는 2026년 11월 2일 기준입니다.

3. 어떤 취약점이 수정되고 공개됐나?

세 건이며, 모두 2026년 10월 28일 공개됐고 모두 같은 경로로 발견됐습니다. Spiral의 Elias Rohrer가 Project Loupe로 운영하는 대규모 언어 모델의 자동 코드 스캔으로, Gregory Sanders가 각 발견을 검증해 Bitcoin Core 보안 팀에 보고했습니다. 두 건은 수정이 나오기 전에 다른 연구자들이 독립적으로 다시 발견했습니다. Bitcoin Core의 방침은 쉽게 발견될 수 있다고 평가한 버그를 유지보수 중인 모든 브랜치에 수정 릴리스가 갖춰지는 즉시 공개하는 것이어서, 해설 글이 32.1 하루 뒤에 나왔습니다.

CVE-2026-117349, 중간 등급: BIP 31 ping을 지원하지 않는다고 주장하는 피어는 ping을 무시해도 연결이 끊기지 않고, 그 피어가 메시지도 매우 느리게 읽으면 노드는 그 피어에게 보낼 트랜잭션 알림을 한도 없이 계속 쌓아 둡니다. 게시글은 증가량을 인바운드 피어는 시간당 최대 약 2 MB, 아웃바운드 피어는 시간당 5 MB로 보며, blocksonly로 운영하는 노드는 노출이 훨씬 적습니다. 9월 15일 보고됐고, 20분 안에 전송 버퍼를 비우지 못한 일시 중지 상태의 피어를 끊는 풀 리퀘스트 #36667로 수정됐습니다.

CVE-2026-117350, 중간 등급, Windows, macOS, BSD에만 영향: select 기반 소켓 코드가 백프레셔로 읽기를 일시 중지한 동안에도 예외 조건을 확인했기 때문에, TCP 긴급 데이터를 보내는 피어가 피어별 메모리 한도를 우회하는 읽기를 강제해 노드의 메모리가 바닥날 때까지 몰아갈 수 있었습니다. Linux는 poll을 쓰므로 영향이 없습니다. 수정이 병합되기 사흘 전인 10월 23일 보고됐고, 풀 리퀘스트 #36665로 수정됐습니다.

CVE-2026-117346, 낮음 등급: 블록 파일과 undo 파일의 위치가 32비트여서 undo 파일이 4 GiB를 넘으면 새 데이터가 이전 데이터를 덮어썼고, 나중에 그 데이터가 필요한 리오그(체인 재구성)가 일어나면 수정된 버전에서 리인덱스하기 전까지 노드가 종료됩니다. Windows와 32비트 시스템에서는 2 GiB를 넘으면 쓰기가 실패합니다. 게시글은 64비트 시스템에서의 악용은 비현실적이라고 봅니다. 채굴자가 비표준 트랜잭션으로 채운 수천 개 블록, 약 한 달치 블록을 정확히 배치하고, 여기에 특정한 2블록 리오그까지 일으켜야 하기 때문입니다. 7월 8일 처음 보고됐고, 디스크 포맷은 바꾸지 않은 채 위치를 64비트 정수로 저장하는 풀 리퀘스트 #36669로 수정됐습니다. 32비트 시스템은 여전히 영향을 받습니다.

32.1 자체 릴리스 노트에는 CVE가 아닌 수정이 더 올라 있습니다. Tor 프록시를 우회해 보낸 사람의 IP를 노출할 수 있었던 프라이빗 브로드캐스트 재시도, Windows가 아닌 시스템에서 walletnotify와 조작된 지갑 이름을 통한 명령 실행 경로, 그리고 대기열의 프라이빗 브로드캐스트 트랜잭션을 10,000건, 전송 시도를 각각 1,000회로 제한하는 상한입니다. 노트는 또한 2주 뒤 30.0에서 수정된 중간 및 높음 등급 취약점 세 건을 공개하겠다고(32.1에서 수정된 낮음 등급은 없음) 밝히고 있어, 다음 공개 글은 11월 10일 무렵 나올 예정입니다.

4. 새 수수료 추정기는 내가 내는 수수료를 어떻게 바꾸나?

estimatesmartfee로 Bitcoin Core 노드에 수수료를 묻는 지갑이나 서비스를 쓴다면, 32.1에서 돌아오는 답이 바뀝니다. 지금까지 Core는 블록 정책 추정기(block policy estimator)만 썼습니다. 목표 블록 수 안에 확인된 트랜잭션들의 수수료 요율을 되돌아보는 방식입니다. 보수적이고 내려오는 데 느립니다. 혼잡이 급등한 뒤에도 이력이 여전히 높다고 말하기 때문에 한동안 높은 요율을 계속 제안합니다. 32.1은 지금 당장 대기 중인 것을 보는 멤풀 정책 추정기(mempool policy estimator)를 추가하고, estimatesmartfee는 둘 중 낮은 쪽을 반환합니다. 멤풀 추정기는 결과를 낮출 수만 있고 올리지는 못하므로, Core 기반 지갑은 블록이 비기 시작하면 더 빨리 과다 지불을 멈추고, 멤풀이 가득 찬 때는 이전처럼 동작합니다.

대부분의 익스플로러가 보여주는 요율도 같은 발상으로 움직입니다. 2026년 11월 2일 기준, 멤풀만으로 추정하는 mempool.space는 30분 목표를 3 sat/vB로 잡고 있으며, BTC 가격 US$77,865에서 일반 전송 한 건에 $0.33입니다:

지금의 비트코인 수수료 요율(mempool.space)

개발자에게는 RPC에 옵션 객체가 추가됩니다. fee_rate_estimator는 auto(기본값, 결합), block_policy(기존 동작), mempool_policy 중 하나를 받고, 알 수 없는 값은 거부되며, verbosity 2에서는 mempool_health_statistics가 추가되고, auto 모드에서는 응답에 사용한 추정기의 이름이 들어갑니다. 블록 정책 데이터는 fees/block_policy_estimates.dat로 옮겨지고 첫 시작 때 마이그레이션됩니다. 지갑 자체의 코인 선택은 결합 추정치를 씁니다. 바뀌지 않는 것도 있습니다. 수수료는 여전히 당신의 선택이고, 너무 적게 낸 트랜잭션은 replace-by-fee와 child-pays-for-parent로 여전히 구할 수 있으며, 저희 수수료 가이드의 sat/vB 구간은 멤풀에서 1분마다 갱신됩니다.

5. 노드 운영자에게는 무엇이 바뀌나?

업그레이드하고, 자신이 어느 브랜치에 있는지 확인하세요. 29.x는 2026년 10월 27일 지원 종료됐고 10월 28일의 29.5가 마지막 릴리스이므로, 29.x 노드는 더 이상 수정을 받지 못합니다. 30.x는 33.0이 나올 때까지, 31.x는 34.0까지, 32.x는 35.0까지 유지보수됩니다. 지원 종료 버전에서 32.1로 곧바로 업그레이드하는 것은 지원되지만, 데이터 디렉터리 마이그레이션에는 시간이 걸릴 수 있습니다. 지원 플랫폼은 Linux 커널 3.17 이상, macOS 14 이상, Windows 10 버전 1903 이상입니다.

기본값 두 가지가 노드의 자원 사용량을 바꿉니다. maxconnections 기본값은 125에서 200으로 올라가고, 새 inboundrelaypercent 옵션(기본값 50)은 트랜잭션을 중계하는 피어에 주는 인바운드 슬롯의 비율에 상한을 둡니다. 기존 동작을 유지하려면 maxconnections=125와 inboundrelaypercent=100으로 실행하세요. 나가는 트랜잭션 중계는 이제 전역 백로그와 함께 속도가 제한됩니다(txsendrate, 기본값 초당 14건, 아웃바운드 피어는 그 2.5배, 여기에 10분당 12 MB의 대역폭 상한). 자동으로 생성되는 Tor 히든 서비스는 Tor 데몬이 지원하면 proof-of-work 방어를 얻습니다. RPC 서버는 더 이상 libevent를 쓰지 않고, 새 rpcmaxconnections 옵션(기본값 16)이 동시 HTTP 클라이언트 수를 제한합니다.

옵션 두 가지가 디스크와 시간을 절약합니다. 트랜잭션 인덱스는 더 적은 데이터를 저장합니다. 다시 만든 txindex는 절반 미만의 공간을 차지하지만, 이 절약은 데이터 디렉터리의 indexes/txindex를 삭제하고 재시작해야만 얻을 수 있고, 여기에는 몇 시간이 걸릴 수 있습니다. txospenderindex도 같은 방식으로 줄어듭니다. 블록 검증은 prevoutfetchthreads로 이전 출력을 병렬로 미리 가져옵니다(기본값 8, 최대 16, 0이면 비활성화). 레거시 I2P ElGamal 세션은 v34까지 제거되고 CJDNS 지원은 검토 중이므로, 둘 중 하나에 의존하는 운영자는 다음 릴리스 노트를 지켜봐야 합니다.

6. 개발자와 지갑에는 무엇이 바뀌나?

호환성을 깨는 변경은 PSBT 버전 2입니다. createpsbt, walletcreatefundedpsbt, converttopsbt, psbtbumpfee는 이제 기본으로 버전 2 PSBT를 만들고, 새 psbt_version 인자로 아직 v2를 파싱하지 못하는 도구를 위해 버전 0을 고를 수 있습니다. 흐름 안의 서명 장치, 코디네이터, 스크립트가 PSBTv2로 테스트되지 않았다면, 그것이 통신하는 노드를 업그레이드하기 전에 이 인자를 넘기세요.

여러 필드와 옵션이 사용 중단(deprecated) 예정으로 표시됐습니다. 멤풀 RPC와 getrawtransaction의 vsize(vsize_adjusted를, 원래의 BIP 141 크기에는 vsize_bip141을 사용), walletrbf 시작 옵션과 bip125-replaceable 키(Core 28부터 노드는 모든 트랜잭션의 대체본을 중계해 왔음), 그리고 이제 deprecatedrpc=removeprunedfunds가 필요한 removeprunedfunds RPC입니다. 점으로 된 경로 요소를 가진 지갑 이름이나 슬래시 하나만으로 된 지갑 이름은 거부됩니다.

RPC에 새로 추가된 것은 exportwatchonlywallet, addhdkey, derivehdkey입니다. send와 sendall은 더 이상 실험적 표시가 없고, getblockchaininfo는 assumeutxo 백그라운드 검증 진행률을 보고하며, getbalances에는 nonmempool 잔액이 더해지고, getnetworkinfo는 asmap 버전을 보고합니다. exportasmap과 getopenrpcinfo, 그리고 bitcoin-util getchainparams 명령도 있습니다. 자체 구현 HTTP 서버는 헤더에 더 엄격해졌으니 특이한 헤더를 보내는 클라이언트가 있다면 확인하세요. 어느 것도 트랜잭션을 만들거나 브로드캐스트하는 방식은 건드리지 않으므로, ChainGate를 포함해 표준 RPC로 노드와 통신하는 SDK는 계속 동작합니다.

7. 비트코인 사용자가 해야 할 일이 있나?

없습니다. 32.1은 합의 규칙을 바꾸지 않으므로 포크도, 새 코인도, 옮길 것도 없습니다. 키, 주소, 잔액은 그대로입니다. 라이트 지갑을 쓰거나 거래소에 코인을 두고 있다면, 업그레이드는 다른 사람의 컴퓨터에서 일어납니다.

느낄 수 있는 변화는 Core 노드에 연결된 지갑이 혼잡기 뒤 몇 시간 동안 더 낮은 수수료를 제안하는 것입니다. 추정기가 이제 멤풀을 읽기 때문입니다. 직접 노드를 운영한다면 업그레이드하세요. 29.x에 있다면 10월 27일부터 유지보수되지 않는 브랜치에 있는 것입니다. Core 릴리스를 이유로 비트코인을 옮기거나 "업데이트"하라고 하는 사람은 사기를 치는 것입니다.

8. 확정된 것과 아직 열려 있는 것

9. 다음에는 무엇이 오나?

다음으로 날짜가 잡힌 항목은 30.0에서 수정된 취약점 세 건의 공개로, 릴리스 노트가 출시 2주 뒤를 약속했으니 2026년 11월 10일 무렵입니다. 32.x 유지보수 릴리스가 나오면 그것과 함께 여기에 추가하겠습니다. 아래 업데이트 기록에 무엇이 언제 바뀌었는지 남깁니다.

그때까지는 비트코인 수수료 가이드가 새 추정기가 따라잡고 있는 실시간 sat/vB 구간을 보여주고, 트랜잭션 해시 가이드가 대기 중인 트랜잭션을 추적하는 방법을 설명하며, Binance Pool 종료 기사가 11월 10일 그 액셀러레이터가 닫힌 뒤 멈춘 트랜잭션에 무슨 일이 생기는지 다룹니다.

이 글의 업데이트 기록

• 2026년 10월 31일: 최초 게시. 날짜는 Bitcoin Core 릴리스 일정 이슈, bitcoincore.org 다운로드 서버와 릴리스 페이지에서, 취약점 세부 내용은 10월 28일의 공개 게시글 세 건에서, 릴리스 내용은 32.1 릴리스 노트와 라이프사이클 페이지에서 가져왔습니다.

자주 묻는 질문