BIP110 이후: 편집 권한 논쟁과 작업증명 변경 계획
2026년 8월 15일 공개된 영상은 BIP110 체인 분기 이후의 일을 세 장면으로 설명합니다. 지지를 충분히 얻지 못한 규칙의 의무 신호, 루크 대시 주니어의 BIP 편집 권한 변경, 그리고 작업증명 알고리즘을 바꾸려는 계획입니다.
이 글은 영상 공개 당시의 사건과 계획을 다룹니다. 영상에서 목표로 제시한 9월 1일을 지금도 기다리는 일정으로 읽어서는 안 됩니다. 출시 이후의 구현과 거래 위험은 BTCB2 포크와 재전송 위험에서 별도로 설명합니다.
데이터 제한 제안에서 체인 분기로
BIP는 비트코인 개선 제안을 공개적으로 문서화하는 방식입니다. BIP110은 임의 데이터를 넣는 일부 방법을 일시적으로 제한하자는 합의 규칙 제안이었습니다. 영상은 전체장부에 데이터를 보관하는 부담을 줄이자는 취지에는 공감하면서도, 지지가 부족한 상태에서 의무 신호를 요구한 방식에 비판적입니다.
의무 신호 규칙을 실행한 노드는 신호 없는 블록을 거부했고, 기존 규칙을 실행한 노드는 다른 조건을 충족하면 그 블록을 받아들일 수 있었습니다. 이 차이로 생긴 분기는 같은 규칙 아래의 우연한 동시 채굴과 성격이 다릅니다. 당시 화면과 규칙은 BIP110 체인 분기에서 설명합니다.
영상은 소수 갈래의 블록 생성이 정체되고 채굴의 경제적 부담이 커졌다고 전합니다. 공식 문서도 8월 9일 변경 이력에 체인 분기와 채굴 정체를 이유로 Closed 상태를 기록했습니다. 다만 제안의 문서 상태가 바뀌었다고 해서 모든 노드의 실행 규칙이 자동으로 바뀌는 것은 아닙니다. (BIP110 문서)
영상에 나온 신호 비율을 사람 수로 읽는 것도 주의해야 합니다. 블록의 신호 비율과 개별 채굴자 수, 노드 운영자 수, 전체 사용자의 동의는 같은 지표가 아닙니다. 따라서 “100명 중 두세 명만 지지했다”는 식의 인원 계산으로 옮길 수는 없습니다.
BIP 편집자의 권한은 네트워크의 통치권과 다릅니다
8월 9일 마크 에르하르트(Murch)는 루크 대시 주니어를 BIP 편집자 명단에서 빼는 제안을 올렸습니다. 제안문은 이해 충돌 우려와 편집 업무 기여, 편집자 사이의 소통 문제 등을 이유로 들었습니다. 이는 제안자가 제시한 판단 근거이며, 모든 당사자가 동의한 사실 평가와 같지는 않습니다.
BIP 저장소 PR #2248은 8월 10일 병합됐습니다. 검토자 jonatack은 저장소의 편집·관리 권한이 이미 해제됐음을 확인하고 편집자 명단을 그 상태에 맞춘다고 기록했습니다. 영상은 루크가 이 조치에 반발했다고 전합니다.
이 사건에서 구별할 것은 문서 관리 권한과 비트코인의 합의 규칙입니다. 편집자는 제안 문서를 관리하는 역할을 맡지만, 번호를 붙이거나 문서를 병합한다고 모든 노드에 그 규칙이 적용되는 것은 아닙니다. 권한 회수 역시 이미 배포된 프로그램이나 각 운영자의 선택을 자동으로 되돌리지 않습니다. BIP 3의 절차 설명은 문서화 과정과 채택 판단을 구별하는 데 도움이 됩니다.
작업증명을 바꾸는 일은 다른 단계의 변경입니다
영상의 다음 질문은 기존 채굴 방식 자체를 바꾸면 무엇이 달라지느냐입니다. BIP110의 일시적 데이터 제한은 기존 규칙보다 허용 범위를 좁히려는 제안이었습니다. 반면 블록의 작업증명 알고리즘을 바꾸면 기존 비트코인 프로그램이 새 방식의 증명을 그대로 유효하다고 받아들이지 못합니다.
비트코인의 기존 채굴 장비가 수행하는 계산과 새 알고리즘을 위한 계산은 구별됩니다. 기존 네트워크의 계산 능력이 이름이나 과거 기록을 공유한다는 이유로 새 체인의 보안을 그대로 제공하지는 않습니다. 새 체인을 유지할 채굴자와 장비, 검증 프로그램과 이용자가 별도로 필요합니다.
영상은 새 체인을 비트코인의 보안을 물려받은 개선판으로 기대해서는 안 된다고 평가합니다. 그렇다고 “일반 컴퓨터나 클라우드 몇 대로 반드시 공격할 수 있다”고 단정할 수도 없습니다. 실제 공격 비용은 새 알고리즘에 참여한 장비와 계산 능력, 난이도, 공격 기간에 따라 달라집니다. 이 글에서는 비트코인의 기존 보안 조건이 자동으로 이전되지 않는다는 범위에서 설명합니다.
목표일과 공개된 코드는 채택 결과가 아닙니다
영상은 BLAKE2b를 사용하는 변경 작업과 9월 1일이라는 목표를 전하면서도, 채굴자와 서비스가 얼마나 참여할지는 확인되지 않았다고 밝힙니다. 이 조건은 계획을 읽을 때 남겨 두어야 합니다.
8월 15일 공개된 Bitcoin Knots PR #359는 BLAKE2b 작업증명 하드포크를 다룹니다. 공개된 코드를 검토할 수 있다는 사실과 비트코인 전체가 그 변경을 채택했다는 주장은 다릅니다. 개발자가 발표하고 프로그램을 배포할 수는 있지만, 다른 운영자가 그 프로그램을 실행하고 그 규칙의 기록을 받아들일지는 별도의 선택입니다.
영상은 이 지점에서 유명한 개발자의 이름보다 실제로 어떤 규칙을 실행하는지 보아야 한다고 강조합니다. 데이터 중계 정책에 공감하는 일, BIP110의 합의 제한을 실행하는 일, 작업증명을 바꾼 별도 체인을 사용하는 일을 하나의 찬반으로 묶으면 판단이 흐려집니다.
이름보다 지출 조건을 확인합니다
포크된 체인이 이전 거래 기록을 공유하더라도 이후의 거래 형식과 지출 조건은 달라질 수 있습니다. 재전송 위험은 양쪽에서 같은 거래가 유효한지에 따라 판단해야 합니다. 초기 분기의 위험을 후속 하드포크의 모든 거래에 똑같이 적용하거나, 새 서명 기능이 있다는 이유로 모든 송금이 자동으로 분리된다고 생각해서는 안 됩니다.
영상은 포크 자산을 받게 해 준다며 복구 문구를 요구하는 사이트와 낯선 프로그램도 경계합니다. 서명 장치는 개인키로 거래에 서명하는 도구입니다. 전체장부의 거래 기록은 이미 공개되어 있습니다. 개인키나 복구 문구가 노출되면 해당 키가 통제하는 출력을 공격자가 지출할 수 있습니다. 별도 자산의 이름이나 예상 가치가 이 위험을 상쇄해 주지는 않습니다.
이 사건을 읽는 기준은 누가 더 유명한지보다 어떤 규칙이 제안됐고, 어떤 권한이 바뀌었으며, 어느 참여자가 실제로 채택했는지입니다. 문서의 상태, 저장소의 권한, 네트워크의 합의는 서로 영향을 주지만 같은 것은 아닙니다.
