BIP에서 마이너 투표까지: 비트코인 프로토콜 업그레이드 메커니즘

초록

비트코인의 개발은 글로벌 오픈소스 커뮤니티에 의해 주도되며, 프로토콜 변경은 비트코인 개선 제안(BIPs)을 통해 표준화됩니다. 이러한 제안들은 엄격한 커뮤니티 검토와 채굴자들의 신호 투표를 포함한 합의 메커니즘을 거칩니다. 이 오픈소스 모델은 투명성과 광범위한 참여를 촉진하는 동시에, 빠른 합의 도달과 개발 조정에 있어 과제를 제시합니다. 중앙화된 권한이 없는 시스템에서 의사결정 과정은 길어지고 논쟁적이 될 수 있습니다.

ViaBTC Capital은 비트코인의 탈중앙화된 개발 프레임워크의 독특한 특성을 분석하고, 프로토콜 유지 관리에 있어 비트코인 코어의 핵심 역할과 논쟁을 검토하며, SegWit과 Taproot와 같은 주요 업그레이드의 활성화 경로를 재검토하고, OP_CAT과 같은 새로운 BIP가 촉발한 '프로그래밍 가능성' 논쟁을 심층적으로 다룰 것입니다. 이는 깊은 질문으로 이어집니다: 비트코인의 '불변성이 곧 보안'이라는 원칙이 생태계 혁신의 궁극적인 족쇄가 되고 있는가?

1.비트코인의 탈중앙화 개발 모델 개요

1.1 프로토콜 유지 관리에서 비트코인 코어의 중심적 역할

비트코인 코어는 비트코인 프로토콜의 주요 소프트웨어 구현체이며 참조 클라이언트로 간주됩니다. 이는 블록체인의 완전한 검증을 위한 풀 노드 소프트웨어와 비트코인 지갑을 포함합니다. 대부분의 비트코인 사용자와 채굴자들은 네트워크의 탈중앙화를 유지하고 잠재적 공격을 방어하는 데 필수적인 풀 노드로 비트코인 코어를 선택합니다. 또한, 이 프로젝트는 암호화 라이브러리 libsecp256k1 과 같은 관련 소프트웨어를 유지 관리합니다.

비트코인 개발이 탈중앙화되어 있음에도 불구하고, 2025년 6월 기준으로 네트워크의 모든 풀 노드 중 약 90%가 비트코인 코어를 사용합니다. 따라서 비트코인 코어는 "참조 구현체"로서 독특하고 사실상 영향력 있는 위치를 차지합니다. 이러한 사실상의 권위는 변경 사항이 비트코인 코어 코드베이스에 병합되면, 중앙 권한의 명시적 강제 없이도 사실상 표준이 된다는 것을 의미합니다. 이러한 광범위하고 자발적인 채택은 프로토콜의 운영 규칙과 현재 상태를 효과적으로 정의합니다. 결과적으로, 비트코인 코어 프로젝트에 기여하는 개발자들, 특히 그 유지 관리자들은 상당한 영향력을 행사합니다. 그들의 작업은 엄격한 검토를 거쳐 병합된 후, 네트워크의 전반적인 기능과 보안에 직접적인 영향을 미칩니다. 이는 비트코인 코어 프로젝트를 중심으로 독특한 형태의 "소프트 중앙화"를 만들어내며, 이는 투명한 오픈소스 특성과 분산된 동료 검토 과정에 의해 지속적으로 균형을 이룹니다.

1.2 유지 관리자 역할의 진화: 사토시 나카모토에서 집단 관리로

비트코인 코어 유지 관리자의 역할은 사토시 나카모토의 개인적 리더십에서 여러 유지 관리자가 공유하는 집단 관리 모델로 크게 진화했습니다.

• 사토시 나카모토의 시작과 퇴장: 비트코인의 신비로운 창시자인 사토시 나카모토는 처음에 비트코인 코어 프로젝트를 개발하고 2010년 말까지 활발히 활동했으며, 2011년 4월에 "다른 프로젝트로 넘어갔다"고 발표하고 비트코인 코어에 대한 책임을 개빈 앤드레센에게 넘겼습니다. 이 순간은 비트코인의 리더십이 사토시 나카모토에서 커뮤니티로 처음 이동한 시점이었으며, 프로젝트 탈중앙화의 중요한 이정표가 되었습니다.
• 개빈 앤드레센의 승계와 논란: 사토시 나카모토의 "명백한 후계자"로 여겨진 개빈 앤드레센은 비트코인 코어의 주요 관리자로 취임하여 이후 몇 년 동안 비트코인 개발을 이끌었고, 이는 더 큰 안정성과 수용으로 이어졌습니다. 그러나 2016년, 개빈 앤드레센은 호주인 크레이그 라이트가 사토시 나카모토라고 공개적으로 주장하면서 큰 논란에 휘말렸습니다. 이 주장은 나중에 커뮤니티에 의해 널리 반박되었고, 결국 다른 관리자들에 의해 개빈 앤드레센의 GitHub 상 주요 비트코인 코드베이스 접근 권한이 일시적으로 취소되었습니다.
• 블라디미르 J. 반 데르 란과 이후의 집단 유지보수: 2014년 4월 8일, 블라디미르 J. 반 데르 란이 개빈 앤드레센을 이어 주요 관리자가 되었습니다. 그 이후로 주요 관리자의 역할은 여러 관리자들이 공유하는 방식으로 발전하여 릴리스 프로세스를 더욱 탈중앙화했습니다. 현재 비트코인 코어 코드에 접근할 수 있는 개발자는 소수에 불과하며, 이들의 책임에는 기여자 패치 병합과 패치가 안전하고 프로젝트 목표를 충족하는지 확인하는 최종 검사가 포함됩니다.

비트코인 코어 관리자 역할의 진화, 즉 단일 리더에서 여러 관리자가 역할을 공유하는 방식으로의 변화는 프로젝트가 탈중앙화와 효율성 사이의 균형을 찾기 위한 지속적인 노력을 반영합니다. 처음에 사토시 나카모토는 유일한 의사 결정자로서 프로젝트를 빠르게 진행할 수 있었습니다. 그러나 프로젝트가 성숙하고 커뮤니티가 성장함에 따라, 특히 사토시 나카모토의 퇴장 이후, 이 모델의 위험성이 점점 더 명백해졌습니다. 반면에 여러 관리자에게 권한을 탈중앙화하는 것은 단일 실패 지점의 위험을 줄이고 더 강력하고 검열 저항적인 의사 결정 과정을 보장합니다. 그러나 이는 또한 프로젝트가 주요 변경 사항에 대한 합의에 도달하고 이를 구현하는 속도가 느려질 수 있음을 의미합니다. 이러한 내재된 트레이드오프는 탈중앙화 시스템의 거버넌스 복잡성을 드러냅니다: 핵심 탈중앙화 원칙을 희생하지 않으면서 충분한 효율성과 방향성을 유지하는 방법.

동시에, 관리자 팀의 구성과 그 안의 권력 역학은 전체 비트코인 생태계의 방향과 안정성에 깊은 영향을 미칩니다. 블록스트림은 비트코인과 블록체인 인프라를 전문으로 하는 회사로, 비트코인 코어 유지보수에 관여하는 개발자 중 일부가 이 회사에서 일했습니다. 이러한 개발자들을 지원함으로써 블록스트림은 비트코인 코어 코드의 중요한 기여자가 되었으며, 이는 커뮤니티 내에서 개발 독립성과 기업화에 대한 의문을 제기했습니다. 예를 들어, 블록스트림이 비트코인 확장성 문제를 레이어 2 솔루션을 통해 해결하려는 주장과 메인 체인을 직접 확장하는 것에 대한 반대는 커뮤니티 분열과 비트코인 포크로 이어졌습니다. 또한 개발자와 채굴자 간의 신뢰 위기와 이더리움 커뮤니티와의 치열한 경쟁으로 인해 블록스트림은 암호화폐 업계에서 논란의 중심이 되었습니다.

1.3 개발자 커뮤니티의 기여와 논란

비트코인 개발은 개방적이고 협력적인 과정이며, 누구나 코드 변경, 리뷰 또는 공개 테스트를 위한 풀 리퀘스트를 할 수 있습니다. 프로그램 시작 이후, 천 명이 넘는 개발자들이 소프트웨어 기능 개선, 버그 수정 및 새로운 기능 추가, 커뮤니티와의 상호작용을 통한 피드백 수집 및 문제 해결에 기여해 왔습니다. 의사 결정 과정은 협력적이며 종종 개발자와 더 넓은 커뮤니티 간의 합의에 의존합니다.

그러나 이러한 개방성은 특히 인스크립션과 같은 새로운 사용 사례가 등장하면서 커뮤니티 내에서 논란을 일으키기도 했습니다.

Luke Dashjr와 인스크립션 논쟁: 비트코인 개발자이자 Ocean Mining Pool 공동 창립자인 Luke Dashjr는 Ordinals 및 BRC-20 토큰과 같은 인스크립션을 비트코인의 "스팸"이라고 강하게 비판했습니다. 그는 인스크립션이 데이터를 프로그램 코드로 위장함으로써 트랜잭션의 추가 데이터 크기 제한을 우회할 수 있게 하는 비트코인 코어의 취약점을 악용한다고 주장합니다. Dashjr는 이 "취약점"이 Bitcoin Knots v25.1에서 수정되었으며, 비트코인 코어도 v27이 출시되기 전에 이를 수정하기를 바란다고 말합니다. 그는 심지어 이 취약점이 수정되면 Ordinals와 BRC-20 토큰은 "실제로 존재한 적이 없고 사기"이기 때문에 존재하지 않게 될 것이라고 주장합니다.

Ordinals와 BRC-20 토큰의 시장 영향력: 보수주의자들에게 "스팸"으로 간주되는 Ordinals와 BRC-20 토큰은 시장에서 큰 활력을 보여주었습니다. Dune Analytics에 따르면, 2023년 12월 기준으로 인스크립션 관련 트랜잭션은 채굴자들에게 추가로 1억 7,200만 달러의 수익을 창출했으며, 이는 비트코인 생태계를 재구성하는 실질적인 금전적 인센티브가 되고 있습니다. 또한 Taproot Wizards와 같은 혁신은 계속해서 비트코인의 프로그래밍 가능성의 경계를 탐색하고 있어, 시장의 힘이 개발자들의 기술적 제약을 우회할 수 있음을 시사합니다. 탈중앙화 시스템에서 경제적 인센티브는 이념의 족쇄를 깨는 가장 강력한 무기가 되고 있습니다.

논쟁의 더 깊은 함의: 일부 개발자들은 비트코인이 기능적으로 순수하게 유지되어야 하며, 핵심 금융 기능이 아닌 다른 기능들은 사이버 보안을 위협할 수 있다고 주장해 왔습니다. 이러한 "불변성"의 철학은 빈번한 하드 포크로 인한 생태계 분열을 피했지만, 심각한 도전에 직면하고 있습니다. 개발자들이 "버그"를 수정함으로써 인스크립션과 같은 혁신적인 애플리케이션을 제거하려고 할 때, 그들은 사실상 "기능 심사권"을 갖게 되는데, 이는 비트코인의 탈중앙화 정신에 반하는 중앙화 경향입니다. 개발자들이 혁신적인 앱을 차단하는 데 성공한다면, "불변성"이 혁신의 족쇄가 되었음이 분명해질 것입니다. 이 게임의 결과는 비트코인이 기술적 보수주의의 희생양이 되는 것을 피하면서도 보안 이점을 유지할 수 있는지 결정할 것입니다. 이더리움과 같은 경쟁 퍼블릭 체인의 급속한 혁신을 배경으로, 비트코인 커뮤니티는 네트워크 보안과 안정성이라는 핵심 가치를 보존하면서도 합리적인 혁신을 위한 여지를 남겨두는 균형을 찾아야 합니다. 결국, 코드와 수학이 지배하는 세계에서 시장은 가장 공정한 판결을 내릴 것입니다.

2.비트코인 개선 제안(BIPs): 공식적인 업그레이드 메커니즘

2.1 BIPs의 정의, 목적 및 중요성

비트코인 개선 제안(BIPs)은 비트코인 프로토콜에 대한 잠재적 변경, 개선 또는 추가 사항을 설명하는 표준화된 문서입니다. 이들은 개발자, 연구자 및 커뮤니티 구성원이 변경 사항을 제안, 논의 및 구현할 수 있는 협업 플랫폼을 제공하여 투명성과 광범위한 커뮤니티 합의를 보장합니다. BIPs는 비트코인 커뮤니티가 새로운 도전에 대응하고 커뮤니티의 변화하는 요구에 적응할 수 있게 하며, 누구나 개발에 기여할 수 있도록 하면서도 변경 사항이 광범위한 커뮤니티 합의와 함께 투명하게 이루어지도록 보장합니다.

2.2 BIPs의 유형

비트코인 BIPs에는 각각 고유한 목적을 가진 세 가지 주요 유형이 있습니다:

• 표준 트랙 BIP: 이러한 BIP는 비트코인 프로토콜의 합의 규칙에 영향을 미치는 변경 사항을 설명합니다. 이들은 비트코인이 작동하는 근본적인 측면에 대한 변경을 제안하며, 이를 구현하기 위해서는 광범위한 커뮤니티 합의가 필요합니다. 예를 들어, 세그윗(SegWit)과 탭루트(Taproot) 업그레이드가 이 카테고리에 속합니다.
• 정보 제공 BIP: 정보 제공 BIP는 비트코인과 관련된 교육 자료, 일반 가이드 또는 연구 결과를 제공합니다. 이들은 개발자와 열정가들에게 비트코인 생태계의 다양한 측면에 대한 귀중한 통찰력을 제공하고 네트워크에 대한 이해를 깊게 합니다. 이러한 BIP는 비트코인의 코드나 규칙을 변경하지 않지만, 커뮤니티를 교육하기 위해 설계된 제안이나 권장 사항에 가깝습니다.
• 프로세스 BIP: 프로세스 BIP는 비트코인 자체의 개발 프로세스에 대한 변경을 제안합니다. 이들은 비트코인 커뮤니티 내에서 효율성, 거버넌스 또는 의사 결정 메커니즘을 개선하기 위한 것입니다. 프로세스 BIP는 코드 검토 프로세스, 프로젝트 관리 방법론 또는 커뮤니티 조정 이니셔티브와 같은 주제를 다룰 수 있습니다. 이들은 커뮤니티 합의가 필요하다는 점에서 표준화된 추적 BIP와 유사하지만, 비트코인 프로토콜 외부의 프로세스에 적용된다는 점에서 차이가 있습니다.

BIP를 분류하고 표준화하는 과정은 분산 환경에서 복잡한 기술의 진화를 관리하기 위한 비트코인 커뮤니티의 전략을 반영합니다. 제안을 다양한 유형으로 분류함으로써 커뮤니티는 다양한 성격의 변화에 대해 다양한 수준의 검토와 합의 강도를 적용할 수 있습니다. 예를 들어, 합의 규칙에 영향을 미치는 표준 추적 BIP는 네트워크 분열을 초래할 수 있기 때문에 가장 높은 합의 임계값을 요구하는 반면, 정보 제공 BIP는 더 관대합니다. 이러한 구조화된 접근 방식은 번거로워 보일 수 있지만, 네트워크의 핵심 안정성에 대한 악의적이거나 충분히 고려되지 않은 변경의 위험을 최소화합니다.

3.3 BIP의 수명 주기 및 활성화 과정

비트코인 BIP는 비트코인 프로토콜의 일부가 되기 전에 여러 단계를 거칩니다:

1. 초안 단계: 이 단계에서는 제안이 작성자에 의해 생성되고 개선되며, BIP는 초기 검토와 커뮤니티 피드백을 받습니다.
2. 제안 단계: 이 단계에서 BIP는 커뮤니티로부터 더 많은 관심을 받습니다. 비트코인 개발자, 연구자 및 열정가들에게 추가 검토와 피드백을 위해 제시됩니다. 이 단계는 제안의 견고성을 보장하기 위한 집단적 브레인스토밍과 개선을 가능하게 합니다.
3. 최종 단계: BIP가 커뮤니티에서 광범위한 지지를 얻고 철저히 검증되면 최종 단계에 들어갑니다. 이 단계에서 제안은 비트코인 개선 제안(BIP) 저장소에 포함되어 구현 준비가 되었음을 나타냅니다.
4. 구현 및 활성화: 그런 다음 비트코인 개발자들은 합의에 의해 변경 사항을 비트코인 프로토콜에 통합합니다. 프로토콜 수준의 주요 변경 사항의 경우 일반적으로 활성화 임계값이 있으며, 충분한 네트워크 참여자가 새 버전으로 업그레이드했을 때만 개선 사항이 적용됩니다. 업그레이드는 세그윗과 같은 소프트 포크(이전 버전과 호환 가능)일 수 있으며, 이는 이전 노드가 계속 작동할 수 있게 하거나, 2017년 비트코인 캐시(BCH) 하드 포크와 같이 네트워크가 분할되어 새로운 암호화폐를 생성할 수 있는 하드 포크(비호환)일 수 있습니다.

이러한 다단계 BIP 수명 주기와 엄격한 활성화 과정은 비트코인의 분산 거버넌스 모델의 핵심적인 표현입니다. 이는 프로토콜에 대한 모든 수정이 소수에 의해 강요되는 것이 아니라, 다양한 이해관계자들의 광범위한 논의와 자발적인 채택을 통해 이루어지도록 보장합니다. 이 메커니즘은 기술적 의사 결정과 사회적 합의를 효과적으로 결합하여 프로토콜의 진화를 유기적이고 검열에 매우 강한 과정으로 만듭니다. 반면에, 이러한 합의 중심 모델은 업그레이드가 느릴 수 있지만, 의무적인 변경으로 인해 발생할 수 있는 네트워크 분열이나 중앙화의 위험을 피하기 때문에 비트코인 네트워크의 회복력과 신뢰성을 크게 향상시킵니다. 각각의 성공적인 BIP 활성화는 커뮤니티가 협력과 타협을 통해 이 글로벌하고 신뢰가 필요 없는 화폐 시스템을 유지하고 성장시키기 위해 함께 일할 수 있다는 것을 증명합니다.

3.주요 BIP와 그 영향

비트코인 프로토콜의 진화는 일련의 주요 BIP들을 통해 가능해졌으며, 이러한 제안들은 네트워크의 효율성, 개인 정보 보호 및 확장성을 크게 향상시켰습니다.

3.1 활성화된 주요 BIP들

• BIP 16 (P2SH): 2012년에 활성화된 Pay-to-Script-Hash(P2SH) 기능을 도입했습니다. P2SH는 복잡한 스크립팅 작업을 단순화하고 발신자가 직접적인 공개 키 주소 대신 스크립트 해시로 자금을 보낼 수 있게 함으로써 트랜잭션 효율성과 개인 정보 보호를 향상시킵니다. 블록체인의 공간을 절약하고 자금이 사용될 때까지 지출 조건을 숨김으로써 개인 정보 보호를 강화합니다. P2SH 주소는 일반적으로 전통적인 비트코인 주소("1"로 시작)와 구별하기 위해 "3"으로 시작합니다. P2SH의 가장 일반적인 사용 사례는 다중 서명 트랜잭션으로, 트랜잭션을 실행하기 위해 여러 서명이 필요하여 기업 및 조직에 추가적인 보안 계층을 제공합니다. 또한 라이트닝 네트워크와 같은 레이어 2 솔루션 개발에 핵심적인 역할을 하며, 이는 자금을 조건부로 잠가 오프체인 트랜잭션을 지원함으로써 비트코인의 트랜잭션 용량을 크게 증가시킵니다. BIP 16은 소프트 포크로 구현되어 이전 노드도 업데이트된 규칙을 따르는 트랜잭션을 검증하고 처리할 수 있어 이전 버전과의 호환성을 유지합니다.
• BIP 141 (SegWit): 2017년에 활성화된 Segregated Witness(SegWit)를 통해 트랜잭션 가변성 및 확장성 문제를 해결합니다. 트랜잭션 가변성은 트랜잭션의 효과는 동일하게 유지되더라도 서명이 수정될 때 트랜잭션 ID(TXID)가 변경될 수 있는 위험으로, 오프체인 프로토콜에 위험을 초래합니다. SegWit는 언락 코드(서명)를 트랜잭션 데이터의 새로운 "증인(witness)" 필드로 이동시키고 TXID 계산에서 제외함으로써 이 문제를 해결합니다. 이로써 TXID가 신뢰할 수 있게 됩니다. 또한 SegWit는 블록 크기를 계산하기 위해 단순한 바이트 대신 "가중치 단위"를 도입하여 실제로 블록 크기를 증가시킵니다. 일반 바이트는 4 가중치 단위로 계산되는 반면, 증인 바이트는 1 가중치 단위로 계산되어 언락 데이터에 75%의 할인이 적용되므로 블록 내에 트랜잭션 데이터를 위한 더 많은 공간이 생깁니다. SegWit도 소프트 포크로 구현되어 업그레이드되지 않은 레거시 노드도 SegWit 블록을 유효한 것으로 처리하여 네트워크 호환성을 보장합니다. 이는 라이트닝 네트워크와 같은 레이어 2 프로토콜의 기반을 마련하여 비트코인 위에 안전하게 구축될 수 있도록 합니다.
• BIP 340, 341, 342 (Taproot): 이 BIP들은 함께 2021년 11월에 활성화된 Taproot 업그레이드를 구성합니다. Taproot는 SegWit 이후 가장 중요한 업그레이드로, 비트코인의 개인 정보 보호, 효율성 및 확장성을 향상시키고 스마트 계약의 유연성을 높이기 위해 설계되었습니다.
• BIP 340 (Schnorr Signatures): 전통적인 ECDSA 서명보다 더 안전하고 효율적인 서명 방식인 Schnorr 서명을 도입했습니다. Schnorr 서명의 주요 장점은 키 집계 기능으로, 여러 공개 키와 서명을 하나로 결합할 수 있어 다중 서명 트랜잭션이 체인 상에서 일반적인 단일 서명 트랜잭션처럼 보이게 하여 개인 정보 보호를 향상시키고 데이터 양을 줄입니다.
• BIP 341 (Taproot): Schnorr 서명, Merkleized Abstract Syntax Trees(MAST) 및 Pay-to-Taproot(P2TR) 메커니즘을 통합하는 일반적인 프레임워크를 도입합니다. MAST는 트랜잭션에서 사용되지 않는 복잡성을 숨기고 실제로 지출될 때만 트랜잭션의 관련 부분을 공개하여 개인 정보 보호를 향상시키고 체인 상의 데이터 양을 줄입니다. P2TR은 비트코인을 지출하는 새로운 방법을 제공하며, P2PK와 P2SH의 기능을 결합하여 개인 정보 보호를 더욱 강화하고 모든 Taproot 출력이 체인 상에서 유사하게 보이도록 합니다.
• BIP 342 (Tapscript): Schnorr 서명, 일괄 검증 및 서명 해시 개선을 지원하기 위해 BIP 340 및 BIP 341과 호환되도록 비트코인 스크립팅 언어를 수정했습니다. Tapscript의 도입은 또한 향후 비트코인 스크립팅의 추가 업데이트를 위한 기반을 마련합니다.

이러한 활성화된 BIP는 비트코인 프로토콜이 핵심 안정성과 보안을 유지하면서 기능을 계속 확장하고 효율성을 최적화하는 전략을 반영합니다. 하드 포크보다 소프트 포크를 우선시함으로써, 비트코인 커뮤니티는 네트워크 분열의 위험을 피하면서 중요한 개선사항을 도입하는 데 성공했습니다. 이러한 하위 호환성에 대한 강조는 비트코인 생태계가 안정성을 유지할 수 있는 핵심 요소입니다. 이는 프로토콜의 진화가 하룻밤 사이에 일어나는 것이 아니라, 점진적으로 더 강력하고, 더 사적이며, 더 효율적인 네트워크로 이어지는 반복적이고 신중한 변화의 과정임을 보여줍니다.

3.2 논의 중이거나 제안된 BIP

비트코인 커뮤니티는 변화하는 요구와 기술적 과제에 대응하여 새로운 BIP를 계속 논의하고 제안하고 있습니다.

• BIP-177 (비트코인의 기본 단위 재정의): 이 제안은 비트코인의 가장 작은 단위인 사토시를 1 비트코인의 새로운 기본 단위로 재정의하여, 금액 표시를 단순화하고, 소수점을 제거하며, 라이트닝 네트워크의 결제 방식과 더 일치시키는 것을 제안합니다. 이는 금액 표시를 단순화하고, 소수점을 제거하며, 라이트닝의 결제 관행과 더 일치하게 될 것입니다. 이 제안은 지갑과 거래소의 표시 방식만 조정하는 것으로, 기본 프로토콜이나 비트코인의 총량 제한을 변경하지 않습니다. 지지자들은 이것이 인지적 부담을 줄이고, 새로운 사용자들의 "단위 공포"를 제거하며, 비트코인 프로토콜 내에서 정수로 계산하는 진정한 설계와 더 잘 일치함으로써 사용자 경험을 단순화할 것이라고 주장합니다. 예를 들어, "0.00010000 BTC"는 "10,000 BTC"로 표시될 것입니다. 그러나 이 제안은 또한 저항에 직면했는데, 주요 반대 의견은 사토시 나카모토의 이름을 딴 "사토시" 단위를 폐기하자는 제안이 사용자들 사이에 혼란을 초래할 수 있다는 것입니다.
• OP_CAT (BIP-347): OP_CAT은 비트코인 스크립트 스택에 있는 두 개의 데이터를 하나로 병합할 수 있게 해주는 옵코드입니다. "CAT"은 "연결(concatenation)"을 의미합니다. OP_CAT은 원래 비트코인 구현의 일부였지만, 잠재적인 취약점과 서비스 거부 공격에 대한 우려로 2010년에 중단되었습니다. 최근 몇 년간, 2021년 테이프루트 업그레이드의 도입으로 OP_CAT을 재활성화하는 데 대한 관심이 다시 불붙었는데, 이는 향상된 스크립팅 기능과 크기 제한(Tapscript의 경우 520바이트)을 도입하여 이전의 보안 우려를 완화할 것입니다.
• 잠재적 용도: OP_CAT은 스택에서 직접 머클 트리를 구성하고 검증하여 일방적 출금 경로를 가능하게 하거나, 블록에 이미 포함된 다른 트랜잭션에 대한 트랜잭션 의존성 등 다양한 복잡한 기능을 수행할 수 있습니다. 또한 슈노르 서명의 특성을 통해 "코브넌트"를 에뮬레이션하여 트랜잭션의 개별 필드에 대한 세밀한 내부 검사와 약속을 가능하게 합니다. 이를 통해 CatVM과 같은 더 복잡한 스마트 계약과 분산 애플리케이션을 구축할 수 있습니다.
• 활성화 경로 및 과제: OP_CAT을 재도입하려면 소프트 포크가 필요합니다. 이 과정에는 커뮤니티의 철저한 검토를 거친 공식 BIP 제안, 비트코인 코어에서의 구현 및 광범위한 테스트, 그리고 채굴자, 개발자, 사용자 간의 광범위한 합의가 포함됩니다. OP_CAT은 "광범위하게 테스트되고 연구되었으며" 기술적으로 "간단하고", 2024년 5월 1일 비트코인 시그넷에서 OP_CAT이 활성화되었지만, 그 활성화 경로는 여전히 비트코인 코어에서 "채굴자, 개발자, 사용자 간의 광범위한 합의"에 도달하는 데 달려 있습니다. 일부 개발자들은 비트코인 코어 개발자들이 2025년에 OP_CAT 또는 OP_CTV에 대한 합의에 도달할 수 있으며, 실제 구현은 추가로 1-2년이 걸릴 것으로 예측합니다.
• 추진자:

1. 프랙탈 비트코인은 2024년 9월부터 메인넷에서 OP_CT를 활성화하여 그 기능을 활용하는 새로운 프로토콜을 위한 실시간 테스트베드를 제공하고 있습니다.
2. 스타크웨어는 비트코인에서 OP_CAT 활성화에 관한 연구를 발전시키기 위해 100만 달러 규모의 OP_CAT 연구 기금을 설립했습니다. 한편, OP_CAT을 제로 지식 증명 기술(STARK)과 결합하고 있습니다.
3. CatVM은 테이프루트 위자드가 제안한 OP_CAT 기반의 신뢰 없는 크로스체인 브릿지입니다.

• BIP-420(비공식 BIP): 공식 번호는 실제로 BIP-347입니다. BIP-420은 원래 비트코인 네트워크에서 제안 번호의 느린 배포 문제를 해결하기 위해 커뮤니티 구성원들이 OP_CAT 제안의 비공식 번호로 만든 것입니다. 전통적으로 BIP 번호는 Luke Dashjr라는 단일 개발자에 의해 할당되었으며, 이로 인해 OP_CAT 제안이 공식 번호를 받기까지 약 6개월을 기다려야 했습니다. 2024년 초, 개발자 Anthony Towns는 대안적 번호 시스템인 BINANA를 만들고 OP_CAT에 BIN-2024-0001 번호를 할당했습니다. 이후 Taproot Wizards의 회원들은 제안에 대한 모멘텀을 구축하기 위해 상징적인 숫자 "420"을 사용하여 "BIP-420" 캠페인을 시작했습니다. 동시에 핵심 개발자 Ava Chow는 번호 부여 과정을 가속화하기 위해 더 많은 BIP 편집자를 추가할 것을 제안했습니다. 결국 커뮤니티의 압력과 편집팀의 확대 이후, OP_CAT 제안은 2024년 4월 24일에 공식적으로 BIP-347 번호를 할당받았으며, 이는 제안의 공식적 인정과 더 넓은 논의 기반을 마련했습니다.
• BIP-119 (OP_CTV): 2021년 Jeremy Rubin이 제안한 이 제안은 CheckTemplateVerify를 통해 더 유연한 트랜잭션 규칙을 가능하게 하고 covenant 기능을 지원합니다. OP_CAT과 유사하게, 이 제안은 비트코인 네트워크에 이더리움 스마트 계약과 같은 "covenant" 기능을 추가하여 자금을 특정 주소로만 전송하도록 제한하거나 시간 기반 전송과 같은 트랜잭션을 자동화함으로써 비트코인의 프로그래밍 가능성을 높이는 것을 목표로 합니다. 현재 비활성 상태이지만 커뮤니티 논의는 계속되고 있으며, 일부 개발자들은 대안으로 OP_CCV(BIP-443)로 관심을 돌리고 있습니다.
• BIP-348 OP_CHECKSIGFROMSTACK (CSFS): 2024년 11월 Jeremy Rubin과 Brandon Black이 제안한 비트코인의 새로운 opcode인 OP_CSFS입니다. 이 opcode는 데이터 스택에서 서명을 가져와 현재 트랜잭션의 해시에 국한되지 않고 임의의 메시지에 대한 서명이 유효한지 확인할 수 있게 합니다. OP_CSFS는 메시지에 대한 서명이 유효한지 확인하는 데 사용되며, 더 유연한 Covenants를 가능하게 하는 중요한 도구로, 자금 지출을 제한하는 복잡한 조건부 로직 생성, 보안 강화(예: 금고 및 분산형 프로토콜 도난 방지) 등을 가능하게 하고, OP_CAT과 같은 opcode와 결합하여 더 복잡한 스마트 계약을 구축할 수 있습니다. 비트코인에 비교적 새로운 두 opcode인 bip-119(CTV)와 bip-348(CSFS)은 BIP-347(OP_CAT)에 비해 더 신중하고 보수적이며, OP_CAT보다 먼저 비트코인 메인 네트워크에서 활성화될 것으로 예상됩니다.
• "양자 내성 주소 마이그레이션 프로토콜" (QRAMP): 비트코인 개발자가 제안한 주요 제안으로, 단일 하드 포크를 통해 비트코인을 미래의 양자 컴퓨팅 위협으로부터 보호하는 계획입니다. 이 계획은 비트코인 네트워크가 전통적인 ECDSA(타원 곡선 디지털 서명 알고리즘)를 사용하여 암호화된 기존 지갑에서 포스트 양자 암호화 기술을 사용하는 새로운 지갑으로 마이그레이션하도록 강제하는 것입니다. 양자 컴퓨터는 양자 비트(큐비트)가 동시에 여러 상태로 존재할 수 있는 능력을 활용하여 컴퓨팅 파워를 극적으로 증가시키고 기존 암호화 알고리즘을 해독할 가능성이 있어 비트코인의 보안을 위협합니다. 이 제안은 마이그레이션 기준점으로 블록 높이를 설정하며, 이 시점에서 노드는 여전히 전통적인 암호화 주소를 사용하는 트랜잭션 처리를 거부하여 사용자가 자금을 더 안전한 지갑으로 마이그레이션하도록 강제합니다. 이는 예방적 조치이며 양자 컴퓨팅이 아직 비트코인을 위협하는 수준에 이르지 않았지만, 마이크로소프트와 같은 회사들의 양자 프로세서 분야의 최근 돌파구로 인해 이 제안은 하드 포크에 대한 강렬한 커뮤니티 논의와 우려를 불러일으켰습니다.

이러한 지속적인 논의와 제안된 BIP들은 혁신, 보안 및 탈중앙화의 균형을 맞추기 위한 비트코인 커뮤니티의 지속적인 노력을 반영합니다. OP_CAT, OP_CTV 및 기타 명령어의 재활성화는 비트코인 스크립트에서 더 복잡한 스마트 계약과 애플리케이션을 지원하기 위한 고급 기능을 활성화하기 위한 것입니다. 그러나 이러한 기능 확장은 잠재적인 서비스 거부 공격으로 이어질 수 있는 과거의 실수를 반복하지 않도록 엄격한 보안 검토 하에 이루어져야 합니다. 동시에, BIP-177과 같은 겉보기에 단순한 사용자 인터페이스 변경은 문화, 사용자 인식 및 브랜드 이미지에 관한 깊은 논의를 촉발했으며, 이는 비트코인의 진화가 단순히 기술적인 문제가 아니라 사회적, 문화적 현상의 반영이기도 하다는 것을 시사합니다.

4.프로토콜 업그레이드에 대한 마이닝 풀의 영향

채굴자들은 비트코인 프로토콜 업그레이드의 활성화에 중요한 역할을 하며, 특히 소프트 포크의 채택 과정에서 그러합니다.

4.1 채굴자 신호 및 활성화 메커니즘

비트코인 프로토콜 업그레이드는 일반적으로 채굴자들의 "신호 투표"를 통해 활성화됩니다. 채굴자들은 그들이 채굴하는 블록에 특정 신호를 포함시켜(예: 블록 헤더에 지정된 버전 번호 사용) BIP에 대한 지지와 준비 상태를 나타냅니다. 소프트 포크의 경우, 새로운 규칙을 활성화하기 위해 일반적으로 사전 설정된 활성화 임계값(예: 일정 기간 동안 95%의 블록이 신호를 보내는 것)에 도달해야 합니다. 이 임계값에 도달하면 소프트 포크가 구현되고 커뮤니티(채굴자, 풀 노드, 거래소, 결제 서비스 제공업체 등 포함)는 소프트웨어를 새 버전으로 업그레이드해야 합니다.

4.2 채굴자 거부권의 가능성

채굴자들은 소프트 포크 활성화에 있어 사실상의 거부권을 가지고 있습니다. 채굴자들이 준비 상태를 신호하지 않으면 업그레이드가 활성화될 수 없습니다. 이는 특히 분리 증인(SegWit)의 활성화에서 명백하게 드러났습니다: 채굴자들은 처음에는 지지도가 낮았고 시장이 경쟁 제안에 대한 약한 수요를 보일 때까지 준비 상태를 신호하지 않았습니다. 이 현상은 채굴자들의 결정이 항상 순수하게 기술적인 고려사항에 기반하지 않고, 시장 역학과 경제적 인센티브에 크게 영향을 받는다는 것을 시사합니다.

4.3 채굴자를 위한 경제적 인센티브

채굴 풀은 채굴자들의 계산 자원의 집합체로서 비트코인 네트워크에 엄청난 영향력을 가지고 있으며, 이는 그들에게 BIP의 채택과 활성화에 있어 상당한 의사 결정 권한을 부여합니다. 동시에, 채굴자들의 행동은 종종 재정적 인센티브에 의해 좌우됩니다. 예를 들어, 인스크립션의 등장은 비트코인 네트워크에서 거래 수수료의 상당한 증가로 이어져 채굴자들에게 상당한 수익을 창출했고, 이로 인해 일부 개발자들이 "스팸"으로 간주함에도 불구하고 많은 채굴자들이 인스크립션을 수용하게 되었습니다. 이러한 경제적 합리화는 논란이 있음에도 불구하고 특정 사용 사례가 여전히 채굴자들에 의해 지원되고 블록에 포함되는 이유를 설명합니다. 그들은 어떤 버전의 소프트웨어를 실행할지, 그리고 지지 신호를 보낼지 여부를 선택함으로써 일종의 "소프트 투표"를 행사하고 있습니다. 이 권한은 절대적이지 않습니다. 사용자와 모든 노드는 그들의 규칙을 준수하지 않는 블록을 거부함으로써 합의를 강제할 수 있지만, 채굴자들의 집단적 행동은 확실히 프로토콜 진화의 핵심 변수입니다.

5.긴 업그레이드 과정

비트코인은 탈중앙화된 네트워크이기 때문에 어떤 변화든 개발자, 채굴자, 사용자 간의 광범위한 합의가 필요하며, 이 합의 과정은 복잡하고 시간이 많이 소요되어 비트코인 업그레이드 과정이 느려집니다. 역사적으로, 2017년 블록 크기 논쟁(비트코인 캐시 포크로 이어짐)과 같은 사례는 분기의 위험을 보여주었으며, 탭루트 업그레이드(2021년 활성화)는 수년간의 논의와 테스트가 필요했습니다. 또한, OP_CTV와 OP_CAT의 잠재적 보안 위험과 같은 기술적 복잡성으로 인해 비트코인 커뮤니티가 이러한 BIP를 진행하는 데 오랜 시간이 걸립니다. 그 결과, 비트코인 지갑 Xverse는 커뮤니티의 목소리를 통해 이를 추진하기 위해 사람들이 OP_CTV와 OP_CAT를 지원하는 BTC 소프트 포크를 원한다는 지갑 서명을 할 수 있는 커뮤니티 청원 사이트(https://whatthefork.wtf/)를 출시했습니다.

느린 업그레이드로 인해 많은 비트코인 생태계 프로젝트들은 현재의 제한된 기능으로 복잡한 솔루션을 설계하고 있습니다. 예를 들어, BitVM(Bitcoin Virtual Machine)은 합의 규칙을 변경하지 않고 오프체인에서 계산하고 온체인에서 검증하는 증명자-검증자 모델을 통해 스마트 계약 기능을 구현하는 방안을 제안합니다. 또 다른 전략은 비트코인을 데이터 가용성 레이어(DA)로 사용하는 것으로, 비트코인의 보안을 활용하여 데이터를 저장하고 사이드체인이나 롤업 확장을 지원하는 것입니다.

6.결론

비트코인의 개발과 유지보수는 독특하고 지속적으로 진화하는 탈중앙화 과정입니다. 이는 전 세계 오픈소스 개발자 커뮤니티에 의해 주도되며, 개발을 통제하는 단일 주체가 없기 때문에 비트코인의 개발 모델은 복잡한 균형 유지 작업입니다: 기술 혁신은 개방성, 탈중앙화, 커뮤니티 주도의 원칙 아래 구조화된 BIPs 프로세스와 다중 이해관계자 합의 메커니즘을 통해 신중하게 추진됩니다. 결과적으로, 이 모델은 필연적으로 비트코인 개발 속도를 늦추게 되었으며, 비트코인 네트워크의 복원력, 보안 및 검열 저항성을 보장하면서 새로운 도전과 요구에 계속 적응할 수 있을지 지켜봐야 할 것입니다.