본문으로 건너뛰기
SATWEI

Bitcoin Core 개발과 트랜잭션 릴레이 정책

bitcoincore.org의 원문

출처
Bitcoin Corebitcoincore.org
원문 게시일
원문 분량
읽는 데 4분
언어
영어

SATWEI 요약

Bitcoin Core 기여자 31명이 공동 서한을 내고, 경제적 수요가 꾸준하고 블록에 안정적으로 포함되는 트랜잭션의 릴레이를 노드 소프트웨어가 거부해서는 안 된다고 밝혔다. 사용자와 채굴자가 그런 필터를 우회할 수 있기 때문이다. 이들은 비금융 데이터 사용을 지지한다는 뜻이 아니며, 어떤 소프트웨어와 정책을 쓸지는 오직 사용자가 고를 일이라고 강조했다.

태그

  • 채굴
  • P2P
  • 릴레이 정책

Bitcoin Core의 다른 기사

네트워크읽는 데 2분

일시 중지된 pre-BIP31 피어로 메모리 서서히 무한 증가

악의적 피어가 BIP 31 핑을 지원하지 않는 척하면 20분 연결 해제를 피한 채 느리게 읽으면서, 노드의 전송 대기열을 인바운드 피어당 시간당 최대 2MB, 아웃바운드 피어당 5MB씩 불릴 수 있었다. 심각도 ‘중간’인 CVE-2026-117349는 Bitcoin Core 32.1, 31.2, 30.4, 29.5에 들어간 #36667로 해결됐다. -blocksonly 노드는 노출이 훨씬 적었다.

Bitcoin Core

개발읽는 데 1분

Bitcoin Core 30.4 출시

Bitcoin Core 30.4는 BIP 323에 따라 BIP 9 비트 5~28을 더는 소프트포크 신호로 보지 않는다. 이 비트를 켠 블록이 들어와도 알 수 없는 디플로이먼트 경고가 뜨지 않는다(#34779). 네트워크 쪽에서는 전송이 일시 중지된 피어에 타임아웃을 강제하고(#36667), flatfile 위치값을 64비트 정수로 바꿨다(#36669).

Bitcoin Core

개발읽는 데 2분

비Linux 시스템서 TCP 긴급 데이터로 메모리 무한 증가

연결된 피어가 TCP 긴급 데이터를 보내는 것만으로 Windows, macOS, BSD 노드를 다운시킬 수 있었다(CVE-2026-117350). 이 데이터가 select() 백엔드의 읽기 일시 중지를 빠져나가 메모리에 제한 없이 쌓인 탓이다. poll()을 쓰는 Linux 노드는 영향이 없다. Project Loupe의 LLM 스캔이 찾아낸 심각도 ‘중간’ 버그로, Bitcoin Core 32.1, 31.2, 30.4, 29.5에서 고쳐졌다.

Bitcoin Core