9월 11일 SpiderPool과 AntPool은 같은 부모 블록을 기반으로 높이 96만6500의 유효 블록을 각각 채굴했고, 일시적인 1블록 포크가 발생했다. 96만6501번 블록이 AntPool의 96만6500번 블록을 잇자 해당 가지의 누적 작업량이 더 커졌고, SpiderPool 블록은 스테일 블록이 됐다.
게시자GPT-5.6 Terra로 편집GPT Image 2로 이미지 생성
연구 답변

Create a landscape editorial hero image for this Studio Global article: What happened during Bitcoin’s third one-block blockchain reorganization in less than a month at block height 966,500 on September 11, 2026—. Article summary: On September 11, two valid blocks at height 966,500 were independently found by SpiderPool and AntPool, briefly creating a one-block fork. AntPool’s branch then received block 966,501 first, giving it more accumulated pr. Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
2026년 9월 11일, 비트코인 네트워크에서는 높이 96만6500에 서로 다른 두 개의 유효 블록이 잠시 경쟁했습니다. SpiderPool과 AntPool이 동일한 부모 블록 위에서 각각 블록을 채굴하면서 1블록짜리 포크가 생긴 것입니다. 이후 AntPool의 블록을 잇는 높이 96만6501 블록이 추가되면서 AntPool 쪽 가지가 활성 체인으로 채택됐고, SpiderPool의 블록은 유효했지만 스테일(stale) 블록으로 남았습니다. 18
20
보도에 따르면 Galaxy Research의 모니터링 노드는 처음에 SpiderPool의 블록을 받았습니다. 이 노드에서는 잠시 SpiderPool 쪽이 체인의 최신 블록으로 보였던 셈입니다. 동시에 AntPool도 같은 높이에서 별도의 유효 블록을 생성했습니다. 블록은 전 세계 모든 노드에 동시에 전파되지 않기 때문에, 짧은 시간 동안 노드마다 서로 다른 체인 끝을 볼 수 있습니다. 18
35
메인 체인에 남은 AntPool 블록의 헤더 타임스탬프는 **UTC 11:30:30(한국시간 20:30:30)**이며, 거래 4,359건을 담은 것으로 알려졌습니다. 포크 모니터는 경쟁했던 SpiderPool 블록의 헤더 타임스탬프를 UTC 11:35:19로 기록합니다. 다만 해당 모니터의 bcoin 노드는 SpiderPool 블록을 UTC 11:30:42에 먼저 관측했고 AntPool 블록은 그보다 나중에 관측했습니다. 17
40
여기서 중요한 점은 블록 헤더의 시간과 노드가 블록을 실제로 수신한 시간이 같지 않다는 것입니다. 헤더 타임스탬프는 채굴자가 넣는 메타데이터이며, 네트워크 전체의 전파 순서를 정확히 보여주지는 않습니다. 제공된 자료만으로는 SpiderPool 스테일 블록의 거래 건수도 확정할 수 없습니다.
비트코인 노드는 특정 노드에 먼저 도착한 블록을 영구적으로 선택하지 않습니다. 유효한 후보 체인 가운데 누적 작업증명(누적 작업량)이 가장 큰 체인을 따릅니다.
처음에는 양쪽 모두 96만6500번 블록 하나씩을 가진 상태였습니다. 그러나 96만6501번 블록이 AntPool의 96만6500번 블록 위에 추가되면서 AntPool 쪽 가지가 더 많은 누적 작업량을 갖게 됐습니다. 네트워크의 노드들은 이 체인을 정식 체인으로 수렴했고, SpiderPool 블록은 활성 체인에서 분리돼 스테일 블록이 됐습니다. 22
35
이는 우발적인 포크 경쟁이 해결되는 정상적인 방식입니다. 채굴자들은 누적 작업량 우위를 얻은 가지 위에서 계속 채굴하고, 네트워크는 그 체인을 기준으로 합의합니다.
블록체인 모니터링 자료에는 높이 96만6500의 두 버전이 기록됐습니다. AntPool 블록은 메인 체인에 남았고, SpiderPool 블록은 스테일 상태로 표시됐습니다. 이는 비트코인 원장이 영구적으로 두 갈래로 나뉜 것이 아니라, 잠시 경쟁하던 후보 중 하나가 최종적으로 선택된 사례입니다. 22
40
AntPool의 채택된 블록 보상은 3.14112795 BTC로 보고됐습니다. 이전 초안에서는 SpiderPool 스테일 블록 보상을 약 3.1389 BTC로 언급했지만, 제공된 주요 자료만으로 그 정확한 수치를 독립적으로 확인할 수는 없습니다. 분명한 것은 스테일 블록은 활성 체인에 포함되지 않으므로, 그 코인베이스 보상은 메인 체인에서 확정된 보상으로 사용할 수 없다는 점입니다. 22
포크 모니터 자료는 AntPool 블록의 헤더 시간이 SpiderPool보다 이르지만, 관측 노드는 SpiderPool 블록을 먼저 받았다고 보여줍니다. 40
이는 합의 규칙의 모순이 아닙니다. 채굴자는 프로토콜이 허용하는 범위에서 블록 시간을 설정할 수 있고, 블록 전파에는 시간이 걸립니다. 따라서 한 노드에서의 도착 순서는 헤더 시간 순서와 다를 수 있으며, 다른 노드가 관측한 순서와도 달라질 수 있습니다. 경쟁을 가르는 기준은 타임스탬프나 특정 노드의 최초 수신 기록이 아니라 누적 작업량입니다.
Galaxy Research는 이번 9월 11일 사건을 4주 동안 보고된 세 번째 1블록 리오그로 설명했습니다. 앞서 8월 16일 96만2722번, 8월 24일 96만3853번 높이에서도 유사한 일이 있었습니다. 세 사례 모두 유효한 가지들이 짧게 경쟁한 뒤, 한쪽이 더 많은 누적 작업량을 얻으면서 자동으로 수렴했다는 공통점이 있습니다. 26
35
작은 리오그가 짧은 기간에 여러 번 있었다는 사실만으로 합의 결함을 뜻하지는 않습니다. 작업증명 방식에서는 서로 다른 채굴자가 비슷한 시점에 유효 블록을 발견하고 전파 지연이 겹치면, 1블록짜리 경쟁 체인이 일시적으로 생길 수 있습니다. 23
25
일반 이용자에게 이번 사건은 첫 번째 컨펌이 완전한 확정성을 보장하지는 않는다는 원칙을 다시 보여줍니다. 거래가 스테일 블록에만 포함돼 있었다면 해당 확인은 사라질 수 있으며, 거래는 다시 전파되거나 이후 메인 체인 블록에 포함될 수 있습니다. 23
31
이번 사건은 이중지불, 프로토콜 버그, 공격이 입증된 사례가 아니라 정상적인 전파·합의 과정으로 보고됐습니다. 다만 가맹점, 거래소 등 의미 있는 금액을 수취하는 주체는 최신 블록 하나에 거래가 보인다는 사실만으로 판단하지 말고, 거래 위험도에 맞춰 추가 확인을 기다리는 것이 원칙입니다. 23
25
Studio Global AI
이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.
9월 11일 SpiderPool과 AntPool은 같은 부모 블록을 기반으로 높이 96만6500의 유효 블록을 각각 채굴했고, 일시적인 1블록 포크가 발생했다.
9월 11일 SpiderPool과 AntPool은 같은 부모 블록을 기반으로 높이 96만6500의 유효 블록을 각각 채굴했고, 일시적인 1블록 포크가 발생했다. 96만6501번 블록이 AntPool의 96만6500번 블록을 잇자 해당 가지의 누적 작업량이 더 커졌고, SpiderPool 블록은 스테일 블록이 됐다.
이번 사례는 첫 번째 확인이 곧 확정성을 뜻하지는 않는다는 점을 보여준다. 고액 거래를 받는 이용자는 위험 수준에 맞는 추가 확인을 기다려야 한다.