Bitcoin (BTC) Core 32.1 출시, 병렬 검증 워커 상한을 16개로 상향

혼잡 구간을 위한 공유 대기열

Bitcoin (BTC)의 풀노드 소프트웨어인 Bitcoin Core 개발진이 32.1 버전의 핵심에 놓은 변화는 대기열이다. 10월 27일 화요일 공개된 이 릴리스는 노드가 트랜잭션을 피어에 전달하는 방식을 다시 썼다. 연결마다 별도의 발신 대기열을 두던 기존 구조 대신, 노드가 이제 하나의 공유 대기열을 사용하며 공식 릴리스 노트는 대량 트랜잭션 구간에서 메모리와 CPU 소비를 줄인다고 설명한다. 공유는 노드 자체에서 끝난다. 비트코인 네트워크 전체가 공통 대기열로 돌아가는 것은 아니다. 풀노드는 모든 트랜잭션과 블록을 독립적으로 검증하는데, 구조상 피어 연결마다 트랜잭션 발표를 담는 별도 버퍼를 유지했기 때문에 릴레이에 할당되는 메모리는 연결이 늘 때마다 함께 커졌다. 공유 구조는 이 비용을 노드당 한 번으로 모은다. 릴레이 한도에는 명시적인 숫자가 붙는다. 트랜잭션 릴레이 기본 상한은 초당 14건이고, 노드가 스스로 맺는 발신 피어 연결은 그 2.5배까지 허용된다. 트랜잭션 데이터에는 별도의 대역폭 상한이 적용돼 10분당 12 MB까지 허용되며, 일시적인 트래픽 폭증을 첫 압박 신호에서 데이터를 버리는 대신 흡수할 수 있도록 더 높은 순간 허용치를 둔다. 블록 연결 방식도 바뀌었다. 블록이 도착하면 노드는 체인스테이트 데이터베이스, 즉 모든 미사용 출력을 추적하는 원장 구조에서 이전 트랜잭션 출력(프리아웃)을 미리 읽어 들이며, 여기에는 세그윗 출력도 포함된다. 여러 워커가 이 항목들을 병렬로 읽는데 기본값은 8개, 상한은 16개다. 릴리스 노트는 데이터를 디스크에서 읽어야 할 때 검증 속도가 빨라진다고 밝히지만, 벤치마크나 환경별 비교 수치는 제공하지 않는다. 빠른 검증은 블록을 검증하는 노드 운영자와, 네트워크가 받아들이는 후보 블록을 만드는 채굴 참여자에게 직결되는 문제다.

32 계열 최초의 배포판

32.1은 운영자가 실제로 내려받을 수 있는 32 시리즈의 첫 릴리스이기도 하다. 릴리스 노트에 따르면 32.0은 코드 태그를 받았으나 공식 발표나 배포가 이뤄지지 않았고, 공개에 도달한 빌드는 32.1이다. 대기열 작업과 함께 네트워크 방어도 손봤다. Bitcoin (BTC) Core가 자동 생성하는 Tor 은닉 서비스는 Tor 데몬이 지원하는 환경에서 작업증명 방어를 갖춘다. 이는 서비스를 플러딩으로 압박하는 비용을 높이는 장치다. I2P가 단계적으로 폐기 중인 낡은 ElGamal(타입 0) 암호화는 34 버전 안에서 제거될 예정이며, 사용이 적은 CJDNS 지원은 검토 대상으로 남는다. 보안 소식은 하루 뒤 이어졌다. 10월 28일 수요일 공개된 권고문은 리눅스 외 운영체제에서 select() 처리 경로가 노드의 메모리를 소진할 수 있는 결함을 중등도 위험으로 평가했으며, 리눅스 노드는 영향을 받지 않는다. 이 결함은 자동화된 LLM 분석을 통해 드러났고, 수정 빌드는 관리 중인 네 버전인 29.5, 30.4, 31.2, 32.1에 걸쳐 배포됐다. Bitcoin Core의 공개 정책은 취약점 발표 전에 모든 관리 중인 메이저 버전에 수정이 도달하도록 요구하며, 권고문은 그 절차를 따랐다. 생태계 다른 곳에서는 Liquid Network 익스플로잇이 Elements의 결함으로 앞서 4,000개 자산의 페그 이탈을 일으킨 바 있다. 릴리스를 둘러싼 더 넓은 맥락은 양자 내성 논쟁이다. 초안 제안인 BIP-361은 기존의 ECDSA와 Schnorr 서명 방식에 대한 단계적 제한을 담고 있으며, 조건부 일정은 제안이 활성화된다는 전제 위에 세워져 있다. 활성화 시점도 네트워크 채택도 아직 정해지지 않았다. 이런 전환에서 장기 보유자가 레거시 지갑에 HODL 상태로 두는 코인은 이전 절차를 밟아야 하는 과제로 남는다. 10월 13일 화요일의 Coinbase 엔지니어링 게시물은 전환이 일찍 시작돼야 하고 수년이 걸릴 수 있다는 입장으로 이 미해결 쟁점을 짚었다. 한편 지난 수요일 한 금융 기고 매체는 소프트웨어 작업과 양자 논쟁을 매수 근거로 들었으나, 릴리스 노트는 노드 운영을 설명하고 BIP는 초안을 담을 뿐이며 어느 쪽도 비트코인 가격을 분석하지 않는다.

시장 이벤트가 아닌 정비

변경 로그와 권고문을 함께 읽으면 이번 소식은 인프라 정비다. 시장도 이를 그렇게 받아들여야 한다. 공유 대기열과 16개 워커 상한은 메모리 압박과 느린 디스크가 릴레이와 검증을 늦출 수 있는 피크 구간에서만 효과가 드러나므로, 이득은 트레이딩 화면이 아니라 노드 운영자에게 돌아간다. 더 조용한 진전은 공개 주기에 있다. 자동화된 LLM 분석으로 발견된 중등도 결함이 네 개의 관리 버전에서 패치된 뒤에야 발표됐다. 양자 파일은 열려 있지만 서명되지 않은 상태다. BIP-361은 조건부 일정을 가진 초안으로 남아 있어 지갑 이전은 마감이 아니라 계획의 문제가 된다. 16개 상한은 결국 블록이 도착하고 체인스테이트를 저장소에서 읽어야 하는 그 순간을 위한 설계다.