비트코인 노드 수, 접속해 센 노드와 추정으로만 잡히는 노드를 나눠 봤습니다

비트코인 노드 수는 무엇을 세느냐에 따라 1만 개대와 10만 개 가까이로 갈립니다. 2026년 10월 26일 오후 6시 21분(한국시간)에 받은 Bitnodes 최신 스냅샷(같은 날 오전 11시 47분 생성)에서 크롤러가 직접 접속해 확인한 노드는 12,858개였습니다. 같은 날 오후 6시 갱신된 Luke Dashjr 카운터 데이터에서는 접속을 받는 노드가 5,946개, 접속이 안 되는 노드의 추정치가 92,365개로, 둘을 더하면 98,311개였습니다. 두 숫자의 차이는 약 7.6배입니다. 앞의 숫자는 접속해 센 값이고, 뒤의 숫자는 대부분(93.95%)이 추정치입니다. 그 추정치를 어떤 방식으로 내는지는 이번에 찾은 공개 자료 어디에도 적혀 있지 않았습니다.

이 글에서 노드는 비트코인 네트워크에 연결해 다른 노드와 블록과 거래를 주고받는 프로그램을 돌리는 컴퓨터를 말합니다. 노드에는 다른 노드의 연결을 받아 주는 노드와, 자기가 밖으로 연결만 하고 들어오는 연결은 받지 않는 노드가 있습니다. 크롤러는 앞쪽만 접속해서 셀 수 있습니다. 그래서 「비트코인 노드 수」로 인용되는 숫자는 어느 쪽을 센 값인지부터 봐야 합니다.

altnara 도미넌스 데스크는 다른 글에 인용된 노드 수를 옮기지 않고, Bitnodes 스냅샷 응답과 Luke Dashjr 카운터의 데이터 파일, Coin Dance 노드 요약 페이지를 같은 날 직접 받아 맞대 봤습니다. 운영자 보유 가능성을 밝힙니다. 본 매체는 비트코인과 주요 알트 및 스테이블코인을 보유하고 있을 수 있습니다.

범위를 한정하겠습니다. 이 글은 노드 수가 어떻게 세어지는지와 2026년 10월 26일에 받은 숫자만 다룹니다. 노드 수로 탈중앙화 정도를 점수 매기지 않고, 채굴이나 해시레이트는 다루지 않으며, 노드 수 변화를 가격 방향과 연결하지 않습니다. 소프트웨어 구현 사이의 논쟁도 평가하지 않습니다.

비트코인 노드 수, 세는 곳마다 숫자가 다릅니다

같은 날 받은 세 곳의 숫자입니다.

Coin Dance 페이지는 숫자 옆에 「중복과 접속을 받지 않는 노드를 빼고 보정했다」는 문구를 달고, 설명 창에서 같은 주소에서 노드를 여러 개 돌리면 한 번만 센다고 적습니다. 밖으로 나가는 연결이 최대 여덟 개뿐인, 접속을 받지 않는 노드는 무시한다고도 적습니다. Coin Dance 숫자 12,687은 Bitnodes 12,858과 171개 차이로 같은 규모였습니다. 다만 Coin Dance가 어느 크롤러의 자료를 쓰는지는 이번에 받은 페이지에서 찾지 못했습니다.

그래서 「노드 1만 개대」와 「노드 10만 개 가까이」라는 숫자를 마주치면, 이 표의 위쪽과 아래쪽처럼 서로 다른 종류의 값인지부터 확인해야 합니다. 위쪽은 접속해서 확인한 값, 아래쪽은 확인할 수 없는 노드를 추정해 더한 값이라 같은 종류의 숫자가 아닙니다.

접속해 센 노드, Bitnodes 12,858개의 내역

Bitnodes 스냅샷은 노드마다 주소와 포트를 열쇠로 프로토콜 버전, 사용자 에이전트(노드 프로그램 이름과 버전), 연결 시각, 서비스, 블록 높이 다섯 값을 담습니다. API 문서는 노드 확인 기능을 「노드가 지금 들어오는 연결을 받는지 확인하는 것」이라고 설명합니다. 10월 26일 오전 11시 47분 스냅샷을 주소 형식으로 나누면 아래와 같았습니다.

일반 인터넷 주소(IPv4와 IPv6)가 7,635개로 59.4%였고, 익명 네트워크(Tor와 I2P)가 5,216개로 40.6%였습니다. 같은 응답의 부가 정보에는 reachable_nodes와 validation_candidates가 모두 22,321개로 들어 있었고, 후보를 모두 처리했다는 값(validation_coverage_percent 100)과 함께 validated_nodes 12,858개, reachability_percent 57.6이 있었습니다. 57.6%는 후보 22,321개 가운데 실제로 검증된 12,858개의 비율입니다. 이름에 reachable이 붙은 22,321개는 접속을 확인하기 전 후보 수와 같은 값이라, 이 글은 실제로 확인된 12,858개를 기준으로 씁니다. 블록 전체 기록을 가진다고 알린 노드(full_history_advertised)가 10,796개, 일부 기록만 가진다고 알린 노드(limited_history_advertised)가 2,054개, 알 수 없음이 8개였습니다. 이 부가 정보 항목들의 정확한 정의는 API 문서에 적혀 있지 않아 필드 이름으로 적었습니다.

사용자 에이전트로 보면 12,858개 중 12,779개(99.4%)가 /Satoshi로 시작했습니다. 가장 많은 단일 버전은 /Satoshi:31.1.0/ 4,485개(34.9%)였고, 문자열에 Knots가 든 노드는 2,191개(17.0%)였습니다.

Bitnodes에는 짚어 둘 사정이 있습니다. 첫 화면은 이 사이트를 만든 원래 운영자와 관계없는 새 운영자가 도메인을 확보해 서비스를 독립적으로 다시 만들고 있다고 적고 있습니다. 같은 화면에 btcnodes.io와 bitdis.org가 같은 운영자의 사이트로 나열되고, 이번에 보낸 Bitnodes API 요청도 btcnodes.io로 넘어가 응답이 왔습니다. 그래서 이 세 사이트의 노드 수는 서로 다른 출처가 아니라 같은 크롤러의 숫자로 봐야 합니다.

며칠 사이 절반으로 줄어든 Bitnodes 숫자

Bitnodes 스냅샷 목록에서 최근 100개를 받아 보니 숫자가 한 번 크게 꺾였습니다. 10월 19일 오전 3시 10분부터 10월 22일 오전 1시 26분(한국시간)까지는 21,442에서 26,459 사이였는데, 그다음 목록에 있는 스냅샷은 10월 24일 오후 10시 6분의 10,291개였고, 이를 포함한 최신 10개는 10,291에서 12,858 사이였습니다. 10월 22일 오전 1시 26분과 10월 24일 오후 10시 6분 사이에는 목록에 스냅샷이 없었습니다.

줄어든 12,941개 가운데 12,416개(95.9%)가 Tor 노드였습니다. 같은 응답의 부가 정보에서 크롤러가 .onion 주소 접속에 성공한 횟수는 10월 22일 13,338회(시도 15,087회)였고, 10월 26일 426회(시도 24,866회)였습니다. Tor 노드가 실제로 사라진 것인지, 크롤러가 Tor로 접속하는 데 문제가 생긴 것인지는 읽은 페이지에 적혀 있지 않아 이 글은 판단하지 않습니다. 확인된 것은 접속해 세는 숫자도 크롤러가 어느 네트워크에 닿느냐에 따라 며칠 사이 두 배로 달라질 수 있다는 점입니다. 일반 인터넷 주소(IPv4와 IPv6) 합은 같은 기간 8,698개에서 7,635개로 줄어 변화 폭이 훨씬 작았습니다.

API 문서는 새 스냅샷이 대략 10분마다 나온다고 적지만, 이번에 받은 최신 10개 스냅샷의 간격은 1시간 50분에서 12시간 52분 사이였습니다. 10월 26일 오후 6시 21분에 받은 「최신」 스냅샷도 그날 오전 11시 47분 것이었습니다.

추정으로 잡히는 노드, Luke Dashjr 카운터 98,311개

Luke Dashjr는 비트코인 개발자이고, 개인 사이트에 노드 수 차트와 그 데이터 파일을 공개합니다. 사용자 에이전트별 데이터 파일에는 555개 에이전트마다 접속을 받는 노드 수(listening)와 접속이 안 되는 노드의 추정치(est_unreachable)가 따로 들어 있습니다. 10월 26일 오후 6시 갱신본을 더하면 접속을 받는 노드 5,946개, 추정치 92,365개, 합계 98,311개입니다. 접속을 받는 노드는 0개인데 추정치만 있는 에이전트도 426개(추정치 합 3,708개)였습니다.

이력 데이터 파일은 날짜마다 접속을 받는 노드 수와 추정치를 적고, 이력 차트 페이지의 코드는 두 값을 더해 「Total node count」로, 앞의 값만 「Listening node count」로 그립니다. 기록은 2025년 5월 4일부터 있습니다.

2025년 5월 4일 이후 기록 가운데 합계가 가장 컸던 날은 2025년 11월 24일의 171,212개였고, 접속을 받는 노드는 2026년 3월 21일 9,966개가 가장 많고 2026년 8월 1일 3,095개가 가장 적었습니다. 최근 31일(2026년 9월 26일부터 10월 26일)만 보면 접속을 받는 노드는 5,027에서 5,944, 합계는 94,828에서 102,522 사이였습니다. 같은 10월 26일이라도 이력 파일(UTC 자정 줄) 합계는 94,971개, 사용자 에이전트 파일(오후 6시 갱신) 합계는 98,311개로 서로 달랐습니다. 두 파일의 기준 시각이 다르며, 차이의 이유는 파일에 적혀 있지 않습니다.

소프트웨어 차트 페이지의 코드는 기본값으로 두 값을 더하고, 주소 뒤에 onlylistening 옵션을 붙이면 접속을 받는 노드만 씁니다. 다만 10월 23일 수정된 현재 코드는 그 합에 서비스 항목 하나(28번)의 비율을 다시 곱해 그리므로, 이 차트의 조각 크기는 전체 노드 수가 아닙니다.

추정치를 어떻게 내는지는 찾은 자료에 적혀 있지 않았습니다

추정치 92,365개를 어떤 방법으로 내는지 알려고 Luke Dashjr 사이트의 차트 디렉터리, 데이터 파일 두 개, 차트 페이지 네 개의 코드를 열고 웹 검색을 두 번 했습니다. 본인이 산출 방식을 적은 글은 찾지 못했습니다. 제3자의 설명은 하나 있었습니다. 비트코인 개발자 Peter Todd가 2022년 12월 Stacker News 댓글에서 이 사이트의 자료는 노드가 퍼뜨리는 주소 알림에 의존해 매우 부정확하고, 그 알림은 쉽게 조작될 수 있다고 적었습니다. 이는 외부 평가의 한 줄이고, Luke Dashjr 본인의 설명은 아닙니다. 차트 코드에 있는 설명은 「접속을 전혀 받지 않는 노드는 정확한 자료가 없어 뺀다」는 주석 한 줄(접속을 받는 노드가 하나도 없는 소프트웨어 묶음을 차트에서 빼는 부분)이었습니다.

다른 연구자도 같은 상황을 적었습니다. 카를스루에 공과대학(KIT) 연구진의 2022년 논문은 이 사이트가 그해 5월 접속이 안 되는 노드 약 50,000개와 접속되는 노드 약 5,500개를 보여 준다고 적은 뒤, 사이트의 방법론이 공개 문서로 나와 있지 않지만 다른 기준점이 없어 비교에 썼다고 밝혔습니다. 같은 논문은 자기들 방식(노드가 퍼뜨리는 주소 알림을 듣는 방식)의 추정보다 이 사이트의 접속 불가 노드 수가 더 많았다고 적었습니다.

Luke Dashjr 카운터의 접속을 받는 노드 5,946개가 Bitnodes 12,858개의 46.2%에 그치는 이유도 찾은 자료에 적혀 있지 않았습니다. 숫자만 놓고 보면 Bitnodes의 일반 인터넷 주소 합 7,635개가 전체 12,858개보다 Luke 쪽 숫자에 가깝지만, Luke 카운터가 Tor나 I2P 노드를 어떻게 세는지 적힌 곳을 찾지 못했으므로 이것을 이유로 단정할 수는 없습니다. 그래서 「노드 10만 개」라는 숫자를 볼 때는 그중 약 94%가, 이번에 찾은 자료에서 산출 방식을 확인하지 못한 추정치라는 점을 함께 봐야 합니다.

소프트웨어 비율도 세는 곳마다 다릅니다

노드 수와 함께 자주 인용되는 노드 소프트웨어 비율도 출처마다 달랐습니다. 아래는 사용자 에이전트 문자열에 Knots가 든 노드의 비율입니다.

Coin Dance는 Bitcoin Core 노드를 10,513개(82.86%)로 적었습니다. 같은 「비율」이라도 분모가 접속해 센 노드인지, 추정치를 더한 합계인지에 따라 3%포인트가량 달라졌습니다. 이 글은 어느 소프트웨어가 낫다고 평가하지 않습니다.

비트코인 노드 수를 볼 때 확인할 순서

1. 숫자가 접속해서 센 값인지, 접속이 안 되는 노드의 추정치를 더한 값인지 봅니다. 10월 26일에는 앞쪽이 1만 2천 개대, 뒤쪽이 9만 8천 개대였습니다.
2. 접속해서 센 값이라면 어느 크롤러의 숫자인지 봅니다. Bitnodes, btcnodes.io, bitdis.org는 같은 운영자의 사이트라 세 곳의 숫자가 맞는다고 서로 확인한 것이 되지 않습니다.
3. 기준 시각을 봅니다. Bitnodes는 10월 22일과 10월 26일 사이에 숫자가 25,799개에서 12,858개로 줄었고, 그 대부분이 Tor 노드였습니다. 며칠 전 기사에 실린 숫자와 지금 숫자가 다른 이유가 크롤러 쪽 사정일 수 있습니다.
4. 네트워크 내역을 봅니다. 일반 인터넷 주소와 Tor, I2P의 몫이 크게 다르고, 익명 네트워크 쪽 숫자가 더 크게 움직였습니다.
5. 내 노드가 밖에서 접속되는지 알고 싶다면 Bitnodes 화면의 노드 확인 기능이 그 용도입니다. API 문서는 이 기능이 노드가 들어오는 연결을 받는지 확인한다고 설명합니다.

요약

• 2026년 10월 26일 기준 비트코인 노드 수는 크롤러가 접속해 확인한 값으로 Bitnodes 12,858개였고, 중복과 접속을 받지 않는 노드를 뺀 공개 노드로 Coin Dance는 12,687개를 적었습니다.
• Luke Dashjr 카운터는 접속을 받는 노드 5,946개에 접속이 안 되는 노드 추정치 92,365개를 더해 98,311개를 적었고, 합계의 약 94%가 추정치였습니다.
• 그 추정치의 산출 방식은 Luke Dashjr 본인의 글로는 사이트 데이터와 코드, 웹 검색, 2022년 KIT 논문 어디에서도 찾지 못했고, 그 논문도 방법론이 공개 문서로 나와 있지 않다고 적었습니다.
• Bitnodes 숫자는 10월 22일 25,799개에서 10월 26일 12,858개로 줄었고, 감소분의 95.9%가 Tor 노드였습니다. 이유는 읽은 페이지에 적혀 있지 않습니다.
• Bitnodes, btcnodes.io, bitdis.org는 같은 운영자의 사이트라 서로 독립된 출처가 아닙니다.
• Knots 노드 비율도 출처와 분모에 따라 13.7%에서 17.0% 사이로 달랐습니다.

FAQ

Q. 비트코인 노드 수는 몇 개인가요? A. 2026년 10월 26일 기준으로 크롤러가 직접 접속해 확인한 노드는 Bitnodes 12,858개였고, Coin Dance는 중복과 접속을 받지 않는 노드를 뺀 공개 노드를 12,687개로 적었습니다. 접속을 받지 않는 노드의 추정치까지 더한 Luke Dashjr 카운터는 98,311개를 적었지만, 그중 92,365개는 추정치이고 그 산출 방식은 이번에 찾은 자료에서 확인하지 못했습니다. 어느 숫자를 쓰든 무엇을 센 값인지 함께 적어야 합니다.

Q. 사이트마다 노드 수가 몇 배씩 다른 이유는 무엇인가요? A. 이번에 확인한 범위에서는 세는 대상이 달랐습니다. Bitnodes와 Coin Dance는 접속을 받는 노드를 셌고, Luke Dashjr 카운터는 접속이 안 되는 노드의 추정치를 더했습니다. 같은 날 두 종류의 차이는 약 7.6배였습니다. 같은 크롤러라도 시점에 따라 달라서, Bitnodes는 10월 22일과 26일 사이 숫자가 절반으로 줄었습니다.

Q. 노드 수가 줄었다면 비트코인 네트워크가 작아진 건가요? A. 숫자만으로는 알 수 없습니다. 이번에 본 Bitnodes 감소분 12,941개 중 12,416개가 Tor 노드였고, 같은 기간 크롤러의 .onion 접속 성공 횟수가 13,338회에서 426회로 줄었습니다. 노드가 실제로 꺼졌는지 크롤러 쪽 문제인지는 읽은 페이지에 적혀 있지 않았습니다.

Q. 내 노드도 이 숫자에 들어가나요? A. 접속을 받도록 열려 있고 크롤러가 닿으면 Bitnodes 같은 크롤러 숫자에 들어갈 수 있습니다. 들어오는 연결을 받지 않는 노드는 크롤러가 접속해 셀 수 없고, Luke Dashjr 카운터의 추정치에 들어가는지는 이번에 찾은 자료에서 산출 방식을 확인하지 못해 알 수 없습니다.

함께 보면 좋은 글

• 비트코인 보유자 수 글: 장부에서 셀 수 있는 주소 수가 사람 수와 다른 이유를 분포표로 센 글입니다.
• 사토시 나카모토 지갑과 제네시스 주소 글: 비트코인 원장에서 주소 하나를 직접 따라가 센 글입니다.

확인한 자료와 조회 방식

Bitnodes는 인증 없이 공개 API로 받았습니다. 스냅샷 목록 요청(snapshots, 최신 10개와 최근 100개)과 최신 스냅샷 요청(snapshots/latest), 10월 22일 오전 1시 26분 스냅샷 요청을 2026년 10월 26일 오후 6시 21분부터 6시 27분 사이(한국시간)에 보냈고, 최근 100개와 과거 스냅샷 요청은 btcnodes.io로 넘어가 응답이 왔습니다. Bitnodes 첫 화면과 API 문서 페이지도 같은 시각에 받아 운영자 문구와 요청 설명을 읽었습니다. 네트워크별 수는 스냅샷 부가 정보의 네트워크 항목과, 노드 주소 형식을 직접 나눈 값을 맞대 확인했습니다.

Luke Dashjr 카운터는 사용자 에이전트별 데이터 파일(uainfo.json, 마지막 수정 오후 6시 0분 10초)을 오후 6시 21분에, 이력 데이터 파일(history.txt)과 이력 차트, 소프트웨어 차트, 서비스 차트, 2025년 스팸 차트 페이지의 코드, 차트 디렉터리 목록을 오후 6시 22분 무렵 받았습니다. Coin Dance 노드 요약 페이지는 오후 6시 21분에 받았고, 페이지에 담긴 갱신 시각 값은 오후 4시 20분이었습니다. 산출 방식을 찾으려고 웹 검색을 두 번 했고, 검색에 나온 KIT 연구진의 2022년 논문 「What Peer Announcements Tell Us About the Size of the Bitcoin P2P Network」 원문과 Luke Dashjr의 2013년 개발자 메일링리스트 글을 받아 읽었습니다. 2013년 글은 자기 시스템이 접속을 받는 노드를 세며 연결만 하는 노드는 포함하지 않는다는 내용으로, 지금의 추정치 산출 방식 설명은 아니었습니다. 합계, 비율, 증감은 받은 숫자로 직접 계산했습니다.

확인하지 못한 것도 적어 둡니다. Luke Dashjr 카운터가 추정치를 어떻게 내는지, Tor와 I2P 노드를 어떻게 세는지는 찾지 못했습니다. Bitnodes의 Tor 노드 수가 10월 22일과 24일 사이에 줄어든 이유, 스냅샷 숫자 항목의 정식 정의, Coin Dance의 데이터 출처도 확인하지 못했습니다. 각 사이트의 화면은 브라우저로 열지 않고 응답과 페이지 원문만 받았습니다.

데이터 분석은 참고 자료이며 특정 자산의 매매를 권유하지 않습니다. 이 글은 진입가나 손절가, 목표가를 제시하지 않고 특정 코인이나 거래소, 노드 소프트웨어를 추천하지 않으며, 노드 수 변화에 따른 시세 방향을 전망하지 않습니다. 가상자산은 가격 변동으로 원금 손실이 크게 발생할 수 있습니다. 위 값은 각 조회 시각의 숫자이며 노드 수는 계속 바뀝니다. 모든 투자 판단과 그 결과에 대한 책임은 투자자 본인에게 있습니다.