📈 비트코인 개선 제안 210건을 전부 열어 보니 상태 표기가 네 가지로 바뀌어 있었어요

비트코인 이야기에는 번호가 자주 나와요. 니모닉을 설명할 땐 BIP-39, 주소 형식을 설명할 땐 BIP-141, 수수료를 올려 재전송하는 이야기엔 BIP-125가 붙어요.

그런데 그 번호가 지금 어떤 단계에 있는지를 찾아보면 설명이 제각각이에요. 어떤 글은 「최종 확정됐다」고 하고 어떤 글은 「아직 제안 단계」라고 해요.

특히 걸리는 건 상태를 부르는 낱말이에요. 오래된 안내서는 Final이나 Active, Proposed 같은 말로 설명하는데, 저장소를 직접 열어 보면 그 낱말이 한 건도 안 보여요.

그래서 문서를 전부 열어 머리말을 하나씩 세어 봤어요.

이 글이 재는 자리를 먼저 못박을게요. 인증 토큰 없이 열리는 공개 창구로 깃허브 bitcoin/bips 저장소를 받아, 커밋 하나에 고정해 놓고 BIP 문서 210건의 머리말을 직접 셌어요. 고정 커밋은 09e21036a4001fe6c9ba65c1d3a39b737768132f이고, 조회 시각은 2026년 9월 8일 오전 10시 24분부터 10시 30분까지(한국 시각) 예요. 코드를 읽거나 규격의 옳고 그름을 따지지 않았고 매매 권유가 아니에요.

저장소는 계속 움직여서 커밋 하나에 못박았어요

먼저 밝혀 둘 게 있어요. 이 저장소는 블록 데이터가 아니에요. 블록 높이처럼 누구나 같은 자리를 가리킬 수 있는 눈금이 없고, 사람이 변경을 병합할 때마다 내용이 바뀌어요.

그래서 커밋 해시로 고정했어요.

두 번 다 같은 값이 나왔어요. README 파일의 sha256 앞 16자리가 f525bdb862eb9d37로 두 번 같았고, 문서 210건의 머리말 본문도 바이트 단위로 차이 0건이었어요.

그렇다고 이 숫자가 고정된 사실이 되는 건 아니에요. 저장소는 다음 병합에서 바뀌고, 아래 값은 전부 그 커밋 시점의 스냅숏이에요. 4분 뒤에 다시 재도 같았다는 건 「측정이 흔들리지 않았다」는 뜻이지 「앞으로도 같다」는 뜻이 아니에요.

요청 사이에 0.25초 간격을 뒀고 인증 토큰 없이 공개 접근만 썼어요. 429나 5xx 응답은 한 번도 없었어요.

210건이 전수라는 것부터 확인했어요

숫자를 세기 전에 분모가 진짜 전수인지를 먼저 봤어요. 목록에 적힌 수와 실제 파일 수가 다른 경우가 흔하거든요.

범위를 한 칸 더 넓혀서도 봤어요. 재귀 트리로 받으면 항목이 564개, 그중 파일이 479개, 하위 폴더가 51개예요. 그 하위 폴더 안에 bip-숫자 꼴 문서가 있는지 셌더니 0개였어요. 하위 폴더는 그림과 테스트 벡터, 참조 구현만 담고 있었어요.

그래서 210이 전수예요. 아래 표의 분모는 전부 210이에요.

상태 칸에 적힌 값은 네 가지뿐이었어요

머리말의 Status 줄을 210건 전부 읽은 결과예요.

오른쪽 열을 붙여 둔 이유가 있어요. README 표의 행 배경색과 상태값이 1대 1로 맞았어요. 네 갈래 모두 어긋난 행이 0건이었어요.

세는 방법도 두 갈래로 갈라 뒀어요. 하나는 README 표를 파싱한 값이고, 하나는 문서 210건을 각각 열어 머리말 Status 줄을 읽은 값이에요. 두 결과가 같았어요. 한쪽만 셌으면 목록이 낡았을 가능성을 못 걸렀을 자리예요.

오래된 낱말은 210건 중 0건이었어요

여기가 이 글의 출발점이에요. 안내서에서 흔히 보는 상태 낱말을 하나씩 넣어 세어 봤어요.

아홉 줄이 전부 0이에요. 210건의 상태 칸에 쓰인 값은 예외 없이 앞의 네 가지 안에 있어요.

유형 칸도 마찬가지예요. 비트코인 규격을 설명할 때 자주 인용되는 Standards Track은 210건 중 0건이고, 대신 이렇게 갈려 있어요.

머리말 항목의 이름도 바뀌었어요. 단수형 Author와 Created, Post-History는 210건 모두에서 사라졌어요. 셋 다 0건이에요.

그러니까 「BIP-141은 Final이다」 같은 문장은 지금 저장소의 표기로는 확인되지 않아요. 그 자리에 적혀 있는 낱말은 다른 말이에요.

규칙을 바꾼 문서를 직접 열어 봤어요

낱말이 왜 바뀌었는지는 절차 문서 자신이 적어 두고 있어요. 파일 bip-0003.md, 제목은 Updated BIP Process예요.

이 문서가 머리말 규격으로 정한 값 목록은 이래요.

• 상태는 Draft, Complete, Deployed, Closed 네 가지
• 유형은 Specification, Informational, Process 세 가지
• 계층은 Consensus (soft fork), Consensus (hard fork), Peer Services, API/RPC, Applications 다섯 가지이며 선택 항목
• 날짜 항목의 이름은 Assigned, 번호가 배정된 날이에요

각 상태의 뜻도 원문에 적혀 있어요. 요약하면 이래요.

옛 규격인 bip-0002.mediawiki도 같이 열어 봤어요. 본문에는 상태값이 아홉 가지로 적혀 있고 유형은 Standards Track, 날짜 항목은 Created예요. 앞에서 0건으로 나온 그 낱말들이 여기 다 있어요.

재미있는 건 그 문서 자신의 머리말이에요. 본문은 옛 규격을 설명하는데 머리말은 이미 새 형식으로 바뀌어 있어요. 상태가 Closed, 배정일이 2016-02-03, 대체 대상이 BIP-1, 후속 문서가 BIP-3으로 적혀 있어요.

하드포크로 분류된 12건은 전부 한 칸에 모여 있었어요

계층 칸으로 갈라 보면 분포가 고르지 않아요.

다섯 번째 줄을 보세요. 하드포크로 분류된 12건은 네 상태 중 한 칸에만 있어요. 12건 전부가 Closed예요.

번호와 제목은 이래요. 52번 Durable Low Energy Bitcoin PoW, 100번 Dynamic maximum block size by miner vote, 101번 Increase maximum block size, 102번 Block size increase to 2MB, 103번 Block size following technological growth, 104번 Block75, 105번 Consensus based block size retargeting algorithm, 106번 Dynamically Controlled Bitcoin Block Size Max Cap, 107번 Dynamic limit on the block size, 109번 Two million byte size limit with sigop and sighash limits, 131번 Coalescing Transaction, 134번 Flexible Transactions예요.

이름만 훑어도 대부분이 블록 크기 이야기예요. 100번대 초반이 연달아 붙어 있는 것도 그 시기에 제안이 몰렸다는 뜻으로 읽혀요.

여기서 바로 유보를 달게요. Closed를 「거절됐다」로 옮겨 읽으면 틀려요. 앞에서 봤듯 Closed는 거절과 철회와 대체와 역사적 관심만 남음을 한 칸에 합친 값이고, 이번에 57건을 사정별로 갈라 세지 않았어요. 12건이 각각 어느 쪽인지는 이 데이터로 알 수 없어요.

합의 규칙을 건드리는 문서를 다 합치면 소프트포크 50건과 하드포크 12건, 62건이에요. 그중 Deployed는 16건, 25.81퍼센트예요. 그 16건의 번호는 16, 30, 34, 42, 65, 66, 68, 91, 112, 113, 141, 143, 147, 148, 341, 342예요.

머리말 항목이 몇 건에 붙어 있나

같은 규격을 따른다고 해도 문서마다 채워 넣은 항목이 달라요.

여섯 항목은 210건 전부에 있어요. 번호와 제목, 저자, 상태, 유형, 배정일은 빠진 문서가 없어요.

반대 방향도 있어요. Comments-URI 27건과 Comments-Summary 26건은 현행 규격이 정의하지 않는데도 옛 문서에 그대로 남아 있어요. 규격이 바뀌어도 이미 병합된 문서를 일괄로 손보지는 않는다는 뜻이에요.

라이선스 항목이 없는 문서는 30건, 14.29퍼센트예요. 번호는 1, 10, 11, 12, 13, 14, 15, 16, 21, 31, 33, 34, 35, 43, 44, 45, 47, 61, 64, 68, 70, 71, 72, 73, 101, 102, 106, 120, 121, 134예요. 초기 번호가 몰려 있어요.

유형별로 상태를 갈라 보면 이래요.

번호는 451번까지 갔는데 파일은 210개예요

번호 공간도 세어 봤어요.

절반이 조금 안 되는 번호에만 파일이 있어요.

여기서 반드시 붙여야 할 유보가 있어요. 빈 번호 241개를 「거절된 제안 241건」으로 읽으면 틀려요. 병합 전에 철회됐을 수도, 번호만 배정되고 아직 병합되지 않았을 수도, 다른 사정으로 비워 뒀을 수도 있어요. 왜 비었는지는 이번 데이터로 확인하지 못했어요. 커밋 이력과 논의 기록을 열어야 갈리는 문제인데 이 글은 파일에 적힌 값만 셌어요.

문서 형식도 갈라져 있어요. mediawiki가 196건, 마크다운이 14건(6.67퍼센트) 이에요. 마크다운으로 쓰인 번호는 3, 54, 77, 95, 346, 348, 349, 379, 434, 442, 446, 448, 449, 451이에요. 절차 문서인 3번이 마크다운이고 최근 번호에 몰려 있어요.

번호를 받은 해로 갈라 보면

Assigned 값은 210건 전부 ISO 날짜 형식이었어요. 연도로 묶으면 이래요.

2015년과 2017년이 두 봉우리예요. 둘을 합치면 56건으로 전체의 4분의 1이 넘어요. 반대로 2018년은 5건뿐이에요.

가장 이른 값은 2011년 1월 10일로 BIP-20이고, 이 스냅숏에서 가장 늦은 값은 2026년 6월 22일로 BIP-95예요. 2024년 이후에 번호를 받은 문서는 41건, 19.52퍼센트예요.

Draft 53건만 따로 연도로 갈라 보면 2026년 14건, 2024년 9건, 2025년 6건, 2017년 6건, 2022년 5건, 나머지 해가 13건이에요. 2020년 이전에 번호를 받고 아직 Draft로 남아 있는 문서가 14건이에요.

이 절에도 유보를 붙여야 해요. Assigned 값이 옛 Created 값을 그대로 옮긴 것인지, 형식을 바꾸면서 새로 정한 날짜인지는 확인하지 못했어요. 커밋 이력을 읽지 않았고 지금 파일에 적힌 값만 셌어요. 그래서 위 표는 「번호를 받은 해」가 아니라 지금 문서에 배정일로 적혀 있는 해로 읽으시는 게 맞아요.

어느 문서가 어느 문서를 이어받았나

Replaces 11건과 Proposed-Replacement 10건을 이어 붙여 대체 관계를 그려 봤어요.

세 번째와 네 번째 줄을 이어 읽으면 사슬이 보여요. BIP-20에서 BIP-21로, 다시 BIP-321로 세 번 이어졌어요. 마지막 자리인 BIP-321은 아직 Complete예요.

아래에서 세 번째 줄은 방향이 반대예요. 옛 문서가 Deployed인데 후속으로 적힌 문서가 Closed예요. 후속 표기가 있다고 해서 앞 문서가 밀려났다는 뜻이 아니라는 걸 보여 주는 줄이에요.

Closed 57건 중 후속 문서가 명시된 것은 7건이고, 나머지 50건은 대체 문서 표기가 없어요.

지갑에서 자주 보는 번호는 지금 어떤 상태인가

익숙한 번호만 뽑아 봤어요.

지갑 화면에 자주 뜨는 번호는 대부분 Deployed예요. 파생 경로 계열인 44, 49, 84, 86이 나란히 그 자리에 있고, 수수료를 올려 재전송할 때 인용되는 125도 같아요.

그런데 아래 두 줄이 예외예요. 결제 주소 링크 규격인 BIP-21은 Closed인데, 지갑에서 여전히 그 형식을 다뤄요. 그 자리를 이어받은 BIP-321은 아직 Complete고요. Closed를 「죽은 규격」으로 읽으면 안 되는 이유가 이 두 줄에 있어요.

번호별 내용은 이 블로그에 따로 적어 뒀어요. 수수료를 올려 재전송하는 절차와 BIP-125의 조건은 그쪽 글에, 44와 49와 84와 86이 같은 씨앗에서 왜 다른 주소를 만드는지는 지갑 파생 경로 쪽 글에 있어요.

이더리움 쪽은 아직 옛 낱말을 쓰고 있어요

같은 날 대조를 1건씩 해 봤어요. 낱말이 정말 비트코인 쪽에서만 바뀐 건지 확인하려고요.

같은 날 기준으로 이더리움 쪽은 Final과 Standards Track과 created를 그대로 써요. 비트코인 쪽에서 이 세 표기는 210건 중 0건이었죠.

그래서 두 생태계의 상태값을 서로 바꿔 읽으면 안 돼요. 「Final이니까 확정」이라는 감각을 비트코인 문서에 가져오면 대응하는 칸 자체가 없어요.

두 번째 줄도 눈여겨볼 만해요. 원문이 다른 저장소로 옮겨 가고 옛 자리에는 안내 한 줄만 남는 방식인데, 이 이사가 얼마나 큰 규모였는지는 ERC-20 원문이 어디로 갔는지를 센 글에 따로 적어 뒀어요.

다만 이건 각 저장소에서 문서 한 건씩만 열어 본 대조예요. 이더리움 쪽 전체가 어떤 상태값을 쓰는지 세지는 않았어요.

확인하지 못한 것

정직하게 적어 둘게요.

• Assigned가 옛 Created 값을 옮긴 것인지 몰라요. 커밋 이력을 읽지 않았고 지금 파일에 적힌 값만 셌어요. 배정 연도 표는 그 한계 안에서 읽어 주세요.
• 파일이 없는 번호 241개의 이유를 확인하지 못했어요. 철회인지 미병합인지 예약인지 갈라내려면 논의 기록을 따로 열어야 해요. 「제안 241건이 거절됐다」로 읽으면 틀려요.
• Deployed는 저장소가 매긴 상태값이지 네트워크 채택률이 아니에요. BIP-3은 활발히 쓰인다는 증거를 요건으로 적을 뿐 수치를 요구하지 않아요. 노드나 지갑이 몇 퍼센트 지원하는지는 이번에 재지 않았어요.
• Closed 57건을 사정별로 갈라 세지 않았어요. 거절과 철회와 대체와 역사적 관심만 남음이 한 칸에 합쳐져 있어요. BIP-21이 그 반례고, 12건의 하드포크 문서도 어느 쪽인지 이 데이터로는 알 수 없어요.
• 각 문서에서 앞 4,000자만 저장해 머리말을 읽었어요. BIP-3이 머리말을 파일 맨 앞에 두라고 규정하니 누락 위험은 낮지만, 그 뒤에 다른 표기가 있었다면 못 봤어요.
• 저장소는 사람이 병합할 때마다 바뀌어요. 모든 수치는 커밋 09e21036, 2026년 9월 8일 오전 조회 기준이에요.
• 규격의 옳고 그름을 판단하지 않았어요. 어느 제안이 좋은 제안인지는 이 글의 축이 아니에요.
• 매매 판단을 담고 있지 않아요. 디지털자산은 원금 손실 위험이 있고 모든 판단은 본인 책임이에요.

같은 프로젝트가 배포하는 파일 쪽도 세어 봤어요. 비트코인 코어 배포 목록 64개 버전에 위험 표시가 붙은 폴더와 체크섬 파일에 달린 서명을 정리해 뒀어요.

정리

네 줄로 줄이면 이래요.

첫째, 상태 표기가 통째로 바뀌었어요. 안내서가 쓰는 Final과 Active와 Proposed는 210건 중 0건이고, 지금 쓰이는 값은 Draft, Complete, Deployed, Closed 네 가지예요.

둘째, 분포는 Deployed 78건과 Closed 57건이 앞이에요. Draft가 53건, Complete가 22건으로 뒤를 이어요.

셋째, 하드포크로 분류된 12건은 전부 Closed 한 칸에 있어요. 다만 Closed가 곧 거절은 아니고, 이번에 사정별로 갈라 세지 않았어요.

넷째, 낱말은 생태계마다 달라요. 같은 날 이더리움 쪽 문서 한 건은 여전히 Final과 Standards Track을 쓰고 있었어요.

문서를 직접 열어 세어 보면 설명글이 인용하는 어휘와 저장소가 실제로 쓰는 어휘가 갈라져 있는 자리가 드러나요. 다만 이 글은 커밋 하나를 못박아 놓고 남긴 관측 기록일 뿐이고, 저장소는 다음 병합에서 또 움직여요. 어떤 거래도 권하지 않아요.