MSTR Cat

블록체인/레벨 III · 네트워크/3.3 합의와 거버넌스/수업 4

BIP 프로세스

누구도 구속하지 않는 문서, 그리고 모든 것을 바꾸는 과정

준비물GitHub 저장소 github.com/bitcoin/bipsBIP 헤더를 복사하고 비교할 수 있는 텍스트 편집기

호기심

  1. BIP가 단순한 문서에 불과하다면, 어떻게 수백만 대의 컴퓨터의 동작을 변경할 수 있을까요?
  2. 왜 편집자들은 제안의 가치에 대해 투표하지 않으면서 번호를 부여할까요?
  3. 단 한 명의 개발자가 전체 네트워크에 규칙 변경을 강제하는 것을 막는 것은 무엇인가요?

탐구

  1. 아미르 타키(Amir Taaki)는 2011년 8월 파이썬의 PEP를 직접 본떠 비트코인 개선 제안(BIP)을 도입했습니다. BIP1은 프로토콜 변경과 일반 정보를 문서화하는 틀을 마련했습니다. 루크 대시주니어(Luke Dashjr)가 2016년 BIP2로 이를 개정했고, 2025년에는 마크 에르하르트(Mark Erhardt)의 BIP3 ‘Updated BIP Process’가 BIP2를 대체했습니다. 처음에는 위키에 게시되었던 BIP는 이제 GitHub의 버전 관리 저장소에 있어, 모든 변경 사항이 추적되고 검토될 수 있습니다.
  2. BIP3에는 세 가지 유형이 있습니다. 명세형 BIP는 새로운 거래 규칙, 지갑 표준 또는 네트워크 메시지와 같이 프로토콜이나 상호 운용 가능한 소프트웨어에 가해지는 변경 사항을 설명합니다. 정보형 BIP는 어떠한 조치도 요구하지 않으면서 지침이나 배경 정보를 제공합니다. 프로세스형 BIP는 BIP 작성 과정을 포함하여 개발 자체가 어떻게 진행되는지를 설명합니다. 이전에 만들어진 BIP들은 원래 분류된 ‘Standards Track’라는 명칭을 그대로 유지하는데, 이는 오늘날의 명세형에 해당합니다.
  3. 각 제안은 작성자들이 이끌어 갑니다. 이들은 제안을 작성하고, 메일링 리스트와 리뷰에서 이를 옹호하며, 비판에 따라 수정합니다. 작성자라고 해서 채택을 강제할 권한이 있는 것은 아닙니다. BIP는 노드나 지갑 소프트웨어가 이를 구현하고 사람들이 그 소프트웨어를 실행하기로 선택할 때까지 문서에 불과합니다. 투표는 없으며, 합의 변경은 네트워크의 충분한 부분이 업그레이드할 때에만 일어납니다.
  4. 논의는 bitcoin-dev 메일링 리스트, 코드 리뷰 풀 리퀘스트, 컨퍼런스에서 이루어집니다. 공식적인 권한이나 구속력 있는 투표는 없습니다. 편집자들은 번호를 부여하고 형식을 확인할 뿐 채택 여부를 결정하지 않습니다. BIP3에서 제안의 상태는 ‘Draft’로 시작해, 작성자가 완성되었다고 판단하면 ‘Complete’, 실제로 사용되면 ‘Deployed’가 됩니다. 포기되거나 대체된 제안은 ‘Closed’로 표시됩니다. 저장소의 상태(status) 필드는 이러한 생명 주기를 반영합니다.
  5. 잘 알려진 BIP들은 이 프로세스의 영향력을 보여 줍니다. BIP16은 2012년 Pay-to-Script-Hash(P2SH)를 도입했습니다. BIP32는 계층적 결정론적(HD) 지갑을 정의했고, BIP39는 복구용 시드 문구를 표준화했습니다. BIP141은 Segregated Witness(SegWit)를 가능하게 했으며, SegWit은 2017년 8월 블록 481,824에서 활성화되었습니다. BIP 340-342는 슈노르 서명과 Taproot를 도입했고 2021년 11월에 활성화되었습니다. 각 변경은 하위 호환성이나 깔끔한 포크를 보장하기 위해 개발자, 채굴자, 사용자 간의 신중한 조율이 필요했습니다.
  6. GitHub에서 BIP 저장소를 여십시오. Standards Track BIP 1개(예: BIP141), Informational BIP 1개(예: BIP50), Process BIP 1개(예: BIP3)를 찾으십시오. 각각의 상태(status) 필드를 읽고, 언제 만들어졌으며 상태가 어떻게 바뀌었는지 기록하십시오. 이 연습을 해 보면 기술적 우수성만으로는 충분하지 않으며, 사회적 합의와 경제적 이해관계의 일치가 비트코인 발전의 진정한 관문이라는 것을 알 수 있습니다.

핵심 사실

  • 아미르 타키는 파이썬의 PEP를 모델로 삼아 2011년 8월에 BIP들을 도입했습니다.
  • BIP3(2025)는 BIP2를 대체하며 명세형, 정보형, 프로세스형의 세 가지 유형을 정의합니다.
  • 편집자들은 번호를 부여하고 양식을 확인하지만 채택 여부는 결정하지 않습니다.
  • BIP39는 지갑 복구를 위한 시드 문구를 표준화했습니다.
  • SegWit(BIP141)는 2017년 8월, 블록 481,824에서 활성화되었습니다.
  • 탭루트(BIP 340-342)는 2021년 11월에 활성화되었습니다.

연습 아홉, 여섯, 셋, 하나

9모으기리포지토리에서 9개의 BIP를 나열하십시오. 그 유형(Standards Track, Informational, Process)과 현재 상태를 기재하십시오.
6묶기9개를 노드 동작에 미치는 영향에 따라 6개 그룹으로 분류하십시오: 프로토콜 변경, 정보 제공 전용, 프로세스 변경, 또는 필요에 따른 기타 범주.
3추리기6개 그룹을, BIP가 수년간 ‘Draft’ 또는 ‘Proposed’ 상태로 남아 있을 수 있는 3가지 이유로 줄이십시오.
1결정화BIP와 실제로 적용 중인 합의 규칙을 구분하는 점이 무엇인지 한 문장으로 작성하십시오.

팩트 체크

날짜, 수치 및 주장은 아래에 명시된 출처들을 통해 확인되었습니다.

인터랙티브 아카데미에서 열기 →

EN PT ES ZH JA RU DE FR MS