비트코인 버클리DB 체인 분기 사고

1.블록 225,430의 분기#

비트코인 0.8 버전은 기존에 쓰던 버클리DB(Berkeley DB) 대신 리브엘DB(LevelDB)로 데이터베이스 엔진을 바꾸면서, 버클리DB에 있던 약 1만 개의 잠금(lock) 상한을 그대로 옮기지 못했다. 2013년3월11일 블록 225,430번이 이 상한을 넘는 대형 거래를 담아 채굴되자, 0.8 버전 노드는 이를 정상 처리했지만 그 이전 버전 노드는 거부했다. 그 결과 두 버전의 노드가 서로 다른 체인을 따라가는 분기가 발생했다. 분기 시점에는 구버전 체인이 채굴력의 약 60%를 쥐고 있어 자동으로는 봉합되지 않았다.

2.자발적 다운그레이드로 봉합#

사태를 수습하기 위해 주요 채굴 풀 BTC길드와 슬러시풀이 0.8에서 0.7로 노드를 되돌려 구버전 체인을 따르는 데 합의했고, 이로써 단일 체인이 복원됐다. 이후 곧바로 배포된 0.8.1 버전은 블록당 참조 가능한 거래 입력 수를 4,500개로 임시 제한하는 규칙을 넣어 2013년5월15일까지 한시적으로 적용했다. 이 사고는 소프트웨어 구현의 사소한 차이가 네트워크 전체의 합의(컨센서스)를 흔들 수 있음을 실제로 보여준 초기 사례로 남았고, 이후 비트코인 코어 개발진이 프로토콜 규칙 변경을 더 신중하게 검토하고 여러 구현체 사이의 호환성을 사전에 점검하는 절차를 강화하는 계기가 됐다.

3.연표1건

1. 2013.03사건버전 호환성 결함으로 비트코인 체인 약 6시간 분기