🔀 하드포크와 소프트포크 차이, 옛 규칙의 노드가 새 블록을 받느냐로 갈려요

하드포크와 소프트포크의 차이는 규칙이 바뀐 뒤 업그레이드하지 않은 옛 노드가 새 블록을 받아들이느냐예요. 소프트포크는 전에 유효하던 것 일부를 무효로 돌리는 변경이라, 새 규칙을 지킨 블록은 옛 규칙으로 봐도 유효해서 옛 노드도 받아들여요. 그래서 새 규칙을 따르는 채굴 해시파워가 과반이면 체인이 잠시 갈라지더라도 영구히 갈라지는 것은 막을 수 있어요. 하드포크는 전에 무효이던 것을 유효로 바꾸는 변경이라, 새 규칙으로 만든 블록을 옛 노드가 거부해요. 참여자가 모두 업그레이드하지 않으면 옛 규칙의 체인과 새 규칙의 체인이 따로 이어질 수 있어요.

먼저 요약하면 이래요.

• 소프트포크: 규칙을 좁혀요. 옛 노드는 새 블록을 유효하다고 보기 때문에 하위 호환이라고 불러요. 비트코인의 세그윗과 탭루트가 이 방식이었어요.
• 하드포크: 규칙을 넓혀요. 옛 노드는 새 블록을 검증하지 못하고 거부해서, 체인이 영구히 갈라질 수 있어요. 비트코인 개선 제안 BIP 99는 하드포크에는 모든 사용자의 업그레이드가 필요하다고 적었어요.
• 보유자 입장: 계획된 업그레이드였던 2025년 Fusaka 하드포크 때 이더리움 공식 사이트는 ETH를 바꾸거나 업그레이드할 필요가 없다고 적었고, ETH를 업그레이드하라는 사람은 사기를 치려는 것이라고 경고했어요. 같은 안내에서 업그레이드가 필요하다고 한 쪽은 노드 운영자였어요. 체인이 둘로 갈라지면 사정이 달라서, BIP 99는 두 체인이 함께 있는 동안에는 서로 다른 두 통화로 볼 수 있다고 적었어요.

이 글은 2026년 10월 12일 오전 11시 12분부터 11시 17분까지(한국 시각) 비트코인 개선 제안(BIP) 원문, 비트코인 코어 정식 최신판 v31.1의 소스 파일, 비트코인 개발자 문서, 이더리움 공식 사이트(ethereum.org)와 이더리움 개선 제안(EIP) 원문을 직접 받아 읽고 정리했어요. 가격이나 시세 전망은 다루지 않아요.

이 글이 읽은 자료

BIP 문서는 bitcoin/bips 저장소의 조회 시점 최신 커밋(927b6de, 2026년 10월 2일 커밋)을, 비트코인 코어는 GitHub가 정식 최신판으로 표시한 v31.1(2026년 7월 8일 공개)을 읽었어요. 태그 목록 맨 위의 v32.0rc3은 후보판이라 기준으로 쓰지 않았어요. 개발자 안내서는 하단 저작권 표기가 2009년부터 2020년까지라 오래된 문서예요. 그래서 노드 경고 동작은 v31.1 소스에서 따로 확인했어요.

정의부터 보면, 소프트포크는 좁히고 하드포크는 넓혀요

비트코인 개선 제안의 분류 기준을 정한 BIP 123은 합의 규칙을 두고 의견이 갈리면 노드마다 서로 맞지 않는 기록을 받아들이게 될 수 있다고 적고, 합의 규칙 변경을 소프트포크와 하드포크로 나눴어요. 정의는 두 문장이에요.

• 소프트포크: 옛 규칙으로 유효하던 구조 일부가 새 규칙에서는 더 이상 유효하지 않아요. 옛 규칙으로 무효이던 구조는 새 규칙에서도 계속 무효예요.
• 하드포크: 옛 규칙으로 무효이던 구조가 새 규칙에서 유효해져요.

2015년에 쓰여 지금은 상태가 Closed로 표시된 BIP 99도 같은 방향으로 정의했어요. 소프트포크는 무효이던 것은 그대로 무효이고 유효하던 블록 일부가 무효가 되는 변경이며, 채굴 해시파워의 다수가 새 규칙을 강제할 수 있고 하위 호환이라는 배포상 장점이 있다고 적었어요. 하드포크는 무효이던 블록을 유효로 만드는 변경이고, 모든 사용자가 업그레이드해야 한다고 적었어요.

비트코인 개발자 문서 용어집은 같은 차이를 옛 노드 쪽에서 설명해요. 소프트포크는 이전에 유효하던 블록과 거래 일부만 무효로 만드는 변경이고, 옛 노드가 새 블록을 유효하다고 인식하기 때문에 하위 호환이라고 적었어요. 하드포크는 업그레이드하지 않은 노드가 새 규칙을 따르는 노드의 블록을 검증하지 못할 때 흔히 생기는 영구적인 체인 갈라짐이라고 적었어요. 같은 용어집은 업그레이드하지 않은 노드에게 하드포크는 보안을 깨뜨리는 변경이고, 소프트포크는 보안을 약하게 만드는 변경이라고 구분했어요.

옛 노드 입장에서 두 경우를 나눠 보면

개발자 안내서는 새 규칙이 퍼지는 동안 업그레이드한 노드와 하지 않은 노드가 섞여 있는 기간이 생기고, 합의가 깨지는 길이 두 가지라고 적었어요.

1. 새 규칙을 따른 블록을 옛 노드가 거부하는 경우: 예를 들어 새 거래 기능을 쓴 블록이 나오면 업그레이드한 노드는 받아들이지만, 옛 노드는 옛 규칙 위반이라 거부해요. 옛 노드에서 데이터를 받는 채굴 소프트웨어는 같은 체인 위에 블록을 쌓지 않으려 하고, 옛 노드용 체인과 새 노드용 체인이 영구히 갈라져요. 안내서는 이것을 하드포크라고 불렀어요.
2. 새 규칙을 어긴 블록을 옛 노드만 받아들이는 경우: 예를 들어 새 규칙이 막은 악용성 거래 기능을 쓴 블록이 나오면, 업그레이드한 노드는 그 블록을 거부하지만 옛 노드는 받아들여요. 이때는 업그레이드한 노드가 해시파워 과반을 갖고 있으면 체인이 영구히 갈라지는 것을 막을 수 있어요. 새 노드가 만드는 블록은 옛 노드가 보기에도 전부 유효해서, 더 강한 체인을 옛 노드도 최선의 체인으로 받아들이기 때문이에요. 안내서는 이것을 소프트포크라고 불렀어요.

같은 안내서는 규칙 변경을 두고 하드포크냐 소프트포크냐를 말할 때는 실제 갈라짐이 아니라 그렇게 될 가능성을 가리키는 경우가 많다고 덧붙였어요. 블록 크기를 1MB보다 키우려면 하드포크가 필요하다는 말이 그 예인데, 이때도 체인이 실제로 갈라지는 것은 반드시 일어나는 일이 아니라 가능한 결과라고 적었어요.

블록이 동시에 나와 생기는 포크와는 다른 말이에요

용어집에서 그냥 포크라고만 하면 같은 높이에 블록이 두 개 이상 생긴 상태를 말해요. 채굴자 둘 이상이 거의 같은 시각에 블록을 찾을 때 흔히 생기고, 모든 노드가 같은 규칙을 따르므로 한쪽 체인의 작업량이 더 많아지면 풀린다고 적었어요. BIP 99는 소프트웨어 포크라는 말도 따로 정의했어요. 기존 프로젝트를 복사한 것을 뜻하고, 자유 소프트웨어라면 원래 관리자의 허락 없이도 할 수 있다고 적었어요. 규칙 변경을 뜻하는 하드포크·소프트포크와 이 두 가지는 서로 다른 개념이에요.

코어 소스에 활성 높이가 적힌 비트코인 소프트포크 여섯 건

비트코인 코어 v31.1의 src/kernel/chainparams.cpp 메인넷 설정에는 소프트포크 다섯 건의 활성 높이가 숫자로 적혀 있고, 탭루트는 배포 설정 안에 최소 활성 높이로 적혀 있어요. 각 변경을 대표하는 BIP 34·66·65·112·141·341 문서는 머리말 계층이 모두 「Consensus (soft fork)」이고 상태는 모두 Deployed예요.

같은 판의 src/consensus/params.h는 이런 높이를 묻힌 배포(buried deployment)라고 불러요. 규칙 변경이 활성화되고 한참 지난 뒤 그 활성 높이를 클라이언트 구현에 고정해 넣은 배포라는 뜻이에요. 앞의 다섯 건이 여기에 해당해요. BIP 90은 BIP 34·65·66이 원래 블록 버전 번호로 채굴자 신호를 받아 활성화됐고, 체인이 그 지점을 한참 지났으니 신호 검사를 활성 높이 비교로 바꾸자고 제안했어요. 높이는 각 변경의 95% 규칙이 메인넷에서 발동한 블록으로 골랐다고 적었어요. 이 방식이 이론상으로는 하위 호환이 아닐 수 있지만 그럴 가능성은 극히 낮다는 설명도 BIP 90에 함께 있어요. 코어 저장소의 doc/bips.md는 BIP 34·65·66의 신호 검사가 높이 검사로 바뀐 시점을 v0.14.0, CSV와 세그윗이 묻힌 시점을 v0.19.0으로 적었어요.

탭루트는 조금 달라요. v31.1 파일에는 탭루트 배포 설정이 남아 있고, 최소 활성 높이 709,632 옆에 「대략 2021년 11월 12일」이라는 주석이 붙어 있어요. 탭루트 규칙을 정한 BIP 341은 메인넷 임계값이 1,916블록(95%)이 아닌 1,815블록(90%)이었고, 실제로 높이 709,632에서 활성화됐다고 적었어요. doc/bips.md는 탭루트 규칙이 v24.0부터 항상 켜져 있다고 적었고, src/validation.cpp의 주석도 탭루트 규칙을 어긴 과거 블록 한 개만 예외로 두고 검사를 늘 켜 둔다고 설명해요. 개발 중인 master 브랜치(커밋 a8b69bd)에서는 탭루트 배포 설정이 빠졌고, 경고 기준 높이가 「탭루트 활성 높이 + 채굴자 확인 창」이라는 주석과 함께 711,648로 적혀 있어요. 711,648에서 확인 창 2,016을 빼면 709,632로 같은 높이가 나와요.

활성 방식도 시기마다 달랐어요. BIP 34는 최근 1,000블록 중 750블록이 새 버전이면 새 버전 블록에 새 규칙을 적용하고, 950블록이 되면 옛 버전 블록을 아예 거부하는 이중 임계값을 썼어요. 그 뒤 BIP 9는 여러 소프트포크를 동시에 배포할 수 있게 블록 버전 필드를 비트 묶음으로 읽게 했고, 메인넷 임계값을 2,016블록 중 1,916블록(95%)으로 정했어요. 그보다 앞선 변경 가운데 BIP 16은 2012년 4월 1일, BIP 30은 2012년 3월 15일부터 효력이 생겼다고 doc/bips.md에 적혀 있어요. 개발자 안내서는 BIP 30처럼 정해 둔 시각이나 높이에 규칙을 켜는 방식을 사용자 활성 소프트포크(UASF), 해시파워 신호를 기다리는 방식을 채굴자 활성 소프트포크(MASF)로 구분했어요.

업그레이드하지 않은 비트코인 코어가 띄우는 경고 두 가지

v31.1의 src/validation.cpp에는 옛 규칙 그대로인 노드가 이상을 알아챌 때 쓰는 경고가 두 개 있어요.

• 모르는 규칙이 활성화됐을 때: 초기 동기화 중이 아닐 때 자신이 모르는 버전 비트 배포가 활성화된 것을 감지하면 Unknown new rules activated (versionbit %i)라는 경고를 띄워요. %i 자리에는 비트 번호가 들어가요. v31.1의 params.h는 CSV와 세그윗 활성화를 두고 이 경고가 뜨지 않도록 경고 기준 높이를 둔다고 적었고, 그 메인넷 값은 chainparams.cpp에 세그윗 활성 높이에 채굴자 확인 창을 더한 483,840으로 적혀 있어요. 개발 중인 master(커밋 a8b69bd)의 같은 주석에는 탭루트가 더해져 있어요.
• 무효로 본 체인이 더 길 때: 자신이 무효로 판정한 체인의 작업량이 현재 최선 체인보다 블록 6개분 넘게 많으면 Warning: Found invalid chain more than 6 blocks longer than our best chain.으로 시작하는 경고를 띄워요. 문구는 데이터베이스 손상이나 연결된 노드와의 합의 불일치 때문일 수 있다고 이어져요.

하드포크로 체인이 실제로 갈라졌던 두 사례

2013년 3월 비트코인, 의도하지 않은 갈라짐

BIP 50은 2013년 3월 체인 갈라짐의 사후 보고서예요. 그때까지 본 적 없이 거래 입력이 많은 블록이 채굴됐는데, 0.8 판 노드는 이 블록을 처리했지만 0.8 이전 판 노드 일부가 거부해서 예상하지 못한 포크가 생겼어요. 원인은 0.8 이전 판의 데이터베이스 잠금 수 설정이 모자랐던 것이었고, 보고서는 그 설정이 사실상 블록 유효성을 정하는 합의 규칙이 돼 있었다고 적었어요. 0.8 쪽 체인이 채굴 해시파워의 약 60%를 갖고 있어서 저절로 풀리지 않았어요. 채굴 풀 BTCGuild와 Slush가 노드를 0.7로 되돌려 큰 블록을 거부하게 하자 해시파워 다수가 옛 판 쪽으로 옮겨 갔고, 0.8 노드들도 결국 그 체인으로 재구성됐어요.

보고서는 이 사이에 적어도 한 건의 큰 이중 지불이 있었다고 적었어요. 가능한지 시험해 본 사람이 한 것이고 악의는 아니었다고 덧붙였어요. 주요 거래소 입금과 BitPay 결제가 아주 빨리 중단됐다가 다시 풀렸다는 내용도 있어요. 개발자 안내서는 이 문서가 의도하지 않은 하드포크와, 임시로 낮춘 기능을 다시 풀 때의 의도한 하드포크를 함께 다룬다고 설명했어요. BIP 50의 해결 항목은 2013년 8월 16일 블록 252,451이 메인 네트워크에 받아들여지면서 패치하지 않은 노드가 네트워크에서 떨어져 나갔다고 적었어요. 3월 사건의 정확한 날짜는 BIP 50에 적혀 있지 않아요.

2016년 이더리움 DAO 포크

ethereum.org 포크 연표에 따르면 DAO 포크는 2016년 7월 20일 13시 20분 40초(UTC, 한국 시각 같은 날 오후 10시 20분 40초) 블록 1,920,000에서 일어났어요. 보안이 허술한 계약에서 해킹으로 360만 ETH 넘게 빠져나간 사건에 대응해, 자금을 출금 기능 하나만 있는 새 계약으로 옮긴 포크였어요. 일부 채굴자는 DAO 사건이 프로토콜 결함이 아니라는 이유로 포크를 거부했고, 이들이 이더리움 클래식을 만들었다고 연표는 적었어요. 같은 연표의 포크 설명은 규칙 변경이 일시적인 네트워크 분리를 만들 수 있고, 보통은 미리 합의해 클라이언트들이 함께 바꾸지만 드물게 의견이 갈려 영구히 분리될 수 있다면서 가장 두드러진 예로 이 일을 들었어요.

이 포크의 명세를 정리한 EIP-779는 다른 하드포크와 달리 DAO 포크가 프로토콜을 바꾸지 않았다고 적었어요. 명령어와 거래 형식, 블록 구조는 그대로였고, 정해진 계정 목록의 잔액을 지정 계약으로 옮기는 「비정상적인 상태 변경」이었다는 설명이에요. 블록 1,920,000번부터 1,920,009번까지는 블록의 extraData 칸에 dao-hard-fork라는 문자열을 반드시 담도록 정했어요.

ethereum.org 연표는 같은 해 11월 22일 블록 2,675,000의 Spurious Dragon 하드포크에 리플레이 공격 방지가 들어갔다고 적었고, 그 내용인 EIP-155를 한 이더리움 체인의 거래가 다른 체인에서 다시 퍼지지 않게 막는 변경이라고 설명해요. EIP-155는 서명할 때 체인 ID를 함께 넣는 방식을 새로 마련하고 이더리움 메인넷의 체인 ID를 1로 정했어요. 체인 ID를 넣지 않는 기존 방식의 서명도 계속 유효하다고 적었어요. EIP-155는 이것으로 이더리움에서는 유효하지만 이더리움 클래식에서는 통하지 않는 거래를 보낼 수 있게 된다고 적었고, 이더리움 클래식에는 다른 값을 쓰라고 권했어요. 이더리움 실행 계층 스펙 저장소의 포크 폴더를 2026년 9월 14일 기준으로 센 결과는 이더리움 스펙의 포크 폴더 20개 정리에 따로 모아 두었어요.

코인 보유자에게 달라지는 것

Fusaka 하드포크 때는 ETH를 바꿀 일이 없었어요

이더리움은 정기 업그레이드도 하드포크로 진행해요. ethereum.org의 Fusaka 안내는 규칙 변경이 웹사이트 업데이트처럼 배포될 수 없고, 모든 노드와 클라이언트, 검증자 소프트웨어가 정해진 같은 블록 전에 업그레이드하는 조율된 과정이어야 한다고 적었어요. 연표 기준 Fusaka는 2025년 12월 3일 21시 49분 11초(UTC, 한국 시각 12월 4일 오전 6시 49분 11초) 블록 23,935,694에서 활성화됐어요.

같은 페이지의 자주 묻는 질문은 업그레이드가 필요한 쪽과 필요 없는 쪽을 나눠 적었어요. 노드 운영자는 업그레이드 뒤에도 네트워크와 동기화를 유지하려면 지원되는 클라이언트 버전을 돌리고 있어야 해요. 반면 보유자에 대해서는 Fusaka 업그레이드 뒤 ETH를 변환하거나 업그레이드할 필요가 없고, 계정 잔액은 그대로이며, 지금 가진 ETH는 하드포크 뒤에도 같은 형태로 쓸 수 있다고 적었어요. 이어서 ETH를 「업그레이드」하라고 안내하는 사람은 사기를 치려는 것이라고 경고했어요. 이 안내는 Fusaka 페이지의 문장이라 다른 체인의 다른 포크에 그대로 옮길 수는 없어요. 피싱 사이트·메시지로 이어지는 사기 수법 전반은 코인 사기 유형 정리에 모아 두었어요.

소프트포크는 옛 지갑도 쓰지만 검증은 약해져요

BIP 34는 하위 호환성 항목에서 옛 클라이언트가 모두 이 변경과 호환되고 사용자와 상점은 영향을 받지 않는다고 적었어요. 대신 채굴자에게는 새 버전 블록으로 업그레이드할 것을 강하게 권했고, 채굴자의 95%가 업그레이드한 뒤에는 업그레이드하지 않은 나머지 채굴자의 블록이 버려진다고 적었어요.

세그윗의 BIP 141은 옛 소프트웨어가 수정 없이 계속 작동한다고 하면서도 한계를 함께 적었어요. 업그레이드하지 않은 노드는 증인(witness) 데이터를 보지도 검증하지도 않고, 증인 프로그램을 누구나 쓸 수 있는 스크립트로 여겨요. 업그레이드하지 않은 지갑이 할 수 있는 일로는 비트코인 받기, 기존 P2PKH 주소나 P2SH 주소로 보내기 등을 들었어요. 할 수 없는 일로는 세그윗 거래 검증을 들고, 그런 거래를 늘 유효하다고 가정한다고 적었어요. 앞서 본 용어집도 소프트포크를 업그레이드하지 않은 노드의 보안을 약하게 만드는 변경이라고 불렀어요. 탭스크립트가 꺼진 명령어를 어떻게 다루는지는 비트코인 스크립트 꺼진 명령어 15개 정리에서 볼 수 있어요.

체인이 갈라지는 하드포크라면 따져 볼 것이 늘어나요

BIP 99는 모든 참여자가 먼저 업그레이드해야 안전하게 켤 수 있는 변경이 있고, 그러지 않으면 잘못된 체인을 따라가다 사기를 당할 심각한 위험이 있다고 적었어요. 사용자들이 의식적으로 서로 다른 두 규칙을 검증하는 경우에는 적어도 한동안, 어쩌면 영원히 두 체인을 따라가게 되고, 두 체인이 함께 있는 동안에는 서로 다른 두 통화로 볼 수 있다고 적었어요. 과거에는 한쪽 체인이 빠르게 사라진 경우도 있었지만 늘 그렇게 된다는 근거는 없다고 했고, 시가총액에 미칠 영향은 완전히 예측할 수 없다고 적었어요.

개발자 안내서는 두 종류의 포크 모두에서 업그레이드하지 않은 노드가 잘못된 정보를 쓰거나 퍼뜨려 금전 손실로 이어질 수 있다고 적었어요. 업그레이드한 노드가 무효로 보는 거래를 옛 노드가 전달하고 받아들일 수 있는데, 그 거래는 모두가 인정하는 최선의 체인에 끝내 들어가지 못한다는 설명이에요. 전체 블록을 받지 않는 가벼운 지갑(SPV)에 대해서는 여러 풀노드에 연결해 모두 같은 체인의 같은 높이에 있는지 확인하는 방법으로 하드포크 가능성을 알아챌 수 있다고 적었어요. 비트코인 풀노드를 직접 돌릴 때 필요한 저장 공간은 비트코인 풀노드 용량 정리에 있어요.

한눈에 비교

비트코인 개선 제안 가운데 하드포크로 분류된 문서들이 지금 어떤 상태로 표시돼 있는지는 비트코인 개선 제안 210건 상태 정리에 정리해 두었어요.

이 글이 다루지 않은 것

• 2017년 비트코인 캐시 분리는 해당 구현체의 원문을 열지 않아서 다루지 않았어요.
• 국내외 거래소가 포크 때 입출금을 어떻게 안내하는지는 거래소 공지를 확인하지 않아서 쓰지 않았어요. 거래소 입금 중단은 BIP 50이 적은 2013년 사례만 옮겼어요.
• 포크가 가격에 주는 영향은 다루지 않았어요. BIP 99는 시가총액에 미칠 영향을 완전히 예측할 수 없다고 적었어요.
• 개발자 안내서의 노드 경고 설명은 오래된 문서의 서술이라, 본문의 경고 문구는 v31.1 소스에 있는 것만 옮겼어요.

모든 내용은 2026년 10월 12일 오전 11시 12분부터 11시 17분 사이(한국 시각)에 받은 BIP 원문, 비트코인 코어 v31.1 소스, 비트코인 개발자 문서, ethereum.org 페이지(페이지 갱신 표기는 포크 연표 2026년 6월 26일, Fusaka 안내 2026년 9월 26일)와 EIP 원문 기준이에요. 이후 문서와 소스가 바뀌면 내용이 달라질 수 있어요.

이 글은 매매 권유가 아닌 정보 제공 글이에요. 가상자산은 변동성이 크고 원금 손실 위험이 있으며, 투자 판단과 자산 보관의 책임은 본인에게 있어요.