합의의 신비: 비트코인 업그레이드 커뮤니티의 진행 상황을 한 기사로 이해하기

작성자: Kevin He, Bitlayer 공동 창립자

머리말

비트코인의 다음 업그레이드에 대해 끝없이 이야기가 이어져 왔습니다. 그러나 지금까지(DEC-2024) 업그레이드 여부/해결해야 할 문제/비트코인이 가져올 기능과 같은 주제에 대해 커뮤니티는 합의에 도달하지 못했습니다. 기본적으로 각자의 말을 고집하는 상황은 일종의 정치적 교착상태와 같다.

이러한 교착 상태에서 많은 흥미로운 현상이 나타났습니다.

일부 커뮤니티 회원은 정보 비대칭이나 상업적 이해 관계로 인해 특정 opcode 호출을 고집하고 일부 프로젝트는 "나타날 수 있는" 특정 opcode에 의존합니다.
상당수의 실용적인 생태학 개발자들은 프로토콜을 업그레이드하지 않는다는 전제하에 비트코인의 잠재력을 확장하기 위해 많은 암호화 및 엔지니어링 작업을 수행했습니다.
느린 업그레이드를 옹호하거나 업그레이드에 반대하는 목소리도 많습니다.

이러한 현상의 출현은 업그레이드라는 주제가 비트코인 커뮤니티에서 상당히 인기가 있다는 것을 보여 주지만, 상당수의 커뮤니티 구성원이 비트코인 업그레이드의 전체 과정을 이해하지 못하고 있다는 사실도 반영합니다. 비트코인 효과의 잠재력을 발휘할 수 있는 혁신적인 암호화 도구에 대한 지식. 이 글의 핵심 목적은 이러한 정보 비대칭성을 깨고 모든 사람의 정보를 동일한 수준으로 가져와 보다 심층적인 토론을 가능하게 하는 것입니다.

이 기사에서는 비트코인의 업그레이드를 정의하고, 역사를 되돌아보며 특정 규칙을 요약한 다음, 현재 업그레이드 제안과 잠재적인 대안을 분석하고, 마지막으로 독자를 위한 몇 가지 시사점을 요약합니다. 의도는 독자들이 비트코인 업그레이드의 개념/역사/진행 상황을 파악할 수 있도록 이 정보를 제공하고, 비트코인 업그레이드 주제에 대한 추가 논의를 위한 토대를 마련하고, 최종 커뮤니티 합의 형성을 위한 길을 닦는 것입니다.

이 글은 사실을 전달하기 위해 노력하고 있습니다. 동시에 저자는 비트코인 생태계의 개발자로서 비트코인이 더 많은 가능성을 가지기를 희망합니다. 따라서 저자는 일부 주제에 대해 명확한 견해를 밝힐 것이므로 주의하시기 바랍니다.

업그레이드 소개: 내용과 이유

비트코인 업그레이드란 무엇인가요?

비트코인 백서는 프로토콜을 정의하며, 비트코인 블록체인 네트워크는 비트코인 프로토콜을 따르는 수만 개의 노드로 구성됩니다.

프로토콜 구현에는 다양한 버전(종종 클라이언트라고 함)이 있습니다. 비트노드 데이터 소스에 따르면 가장 큰 시장 점유율을 가진 클라이언트는 Bitcoin Core이므로 Bitcoin-Core의 코드 관리자(이하 Bitcoin-Core-Devs)입니다. 비트코인 학생들은 상당한 영향력을 가지고 있습니다.

왜-왜-1

비트코인 노드 소프트웨어는 여러 모듈로 구성됩니다. 비트코인 관련 업그레이드 제안은 BIP (Bitcoin Improvement Proposal)에 의해 정의됩니다.

일반적으로 사람들은 비트코인 업그레이드에 대해 논의할 때 "합의 프로토콜 업그레이드"를 언급합니다. 합의 프로토콜 업그레이드는 전체 네트워크의 대부분의 노드가 만장일치로 의견을 형성해야 하기 때문에(그렇지 않으면 포크로 이어질 수 있음) , 그러므로 특별한 주의가 필요합니다. 아래 그림에서 볼 수 있듯이 비트코인 시스템의 합의 프로토콜과 관련된 모듈과 BIP 합의 레이어와 관련된 제안에는 특별한 관심이 필요합니다.

왜-왜-2

실제로 비트코인 github 저장소의 통계 에 따르면 수정이 매우 활발합니다. 대부분의 변경 사항은 합의 프로토콜과 관련이 없기 때문에 광범위한 관심을 끌지 못했습니다.

비트코인 코어-github-통계

합의 프로토콜 업그레이드 유형

BIP-123 의 정의에 따르면 합의 프로토콜의 업그레이드는 크게 소프트 포크와 하드 포크로 구분됩니다.

또한 해석하고 비교하는 데 있어 덜 직관적인 방법이 있는데, 이는 또한 매우 흥미롭습니다.

소프트 포크: 규칙 추가/강화(단순히 탭루트 주소 지원과 같은 새로운 기능 추가를 상상해 보세요)
하드 포크: 규칙 제거/완화(단순히 블록 보상 제한과 같은 제한이 제거된다고 상상해 보세요)

BIP 및 소프트 포크 프로세스

처음 두 번의 성공적인 합의 프로토콜 업그레이드(Taproot/SegWit)는 모두 소프트 포크를 사용했습니다. 커뮤니티가 크게 분열되지 않고 이 기사에서는 이전 버전의 소프트웨어 업그레이드와 호환되는 소프트 포크에 중점을 둡니다.

BIP 제안서가 제출된 후의 프로세스는 대략 다음과 같습니다.

bip-state, 출처: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

일반적으로 소프트 포크 제안은 여러 BIP를 집계합니다. 예를 들어 taproot에는 3개의 BIP가 포함됩니다.

슈노르 서명: BIP-340
원뿌리: BIP-341
탭스크립트: BIP-342

Taproot 업그레이드 일정을 검토해 보겠습니다.

Taproot-타임라인, 출처: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

Taproot 소프트 포크의 이정표는 다음과 같습니다.

해당 BIP를 제안하고 실시계획 검토를 통과하였습니다.
Bitcoin-Core 코드 관리자가 업그레이드 github 풀 요청을 시작합니다.
비트코인 코어 코드 유지관리자는 github 풀 요청을 검토 및 병합하고 활성화 방법을 결정합니다.
새로운 버전의 비트코인 코어 코드 출시
BIP의 활성화 블록 높이를 승인하기 위한 채굴자의 온체인 투표 방법
블록 높이가 합의된 높이에 도달하면 업그레이드가 완료됩니다.

이 과정은 역사를 되돌아보며 요약한 것이며 실제로 이 이정표에 대한 서면 합의가 없다는 점에 유의해야 합니다.

전체 과정에서 비트코인 개발 메일링 리스트는 모든 당사자 간의 합의를 응축하는 데 중요한 역할을 했습니다.

업그레이드해야 하는 이유

기사 시작 부분에서 언급했듯이 현재 커뮤니티를 업그레이드하기 위한 목소리에는 세 가지 주요 유형이 있습니다.

활동적인 발기인: 아래에서 분석할 수많은 제안을 제출합니다.
Pragmatic Construction School: 기존 프로토콜을 기반으로 사기 증명(BitVM 및 확장), 기능 암호화( 비트코인 PIPE를 통해 구현된 계약 및 zk 증명) 및 해시 충돌( ColliderScript 를 통해 구현된 계약) 등을 구현합니다.
변하지 않은 세력: 업그레이드가 매우 느리고 꾸준해야 한다고 믿는 TeamSlowAndSteady(10년 주기)와 양자 공격이 없으면 업그레이드하지 않는 Ossifiers( 참조 )

저자는 업데이트 여부에 대한 장단점을 분석했습니다.

실용적인 비트코인 생태학적 개발자로서 저자는 기존 프로토콜 프레임워크 내에서 암호화 또는 엔지니어링 혁신을 통해 비트코인의 잠재력을 완전히 활용하는 동시에 "지속 가능성"과 "적응성"의 관점에서 비트코인의 잠재력을 최대한 활용하는 것이 필수적이라고 믿습니다. 다른 관점에서는 영향 범위와 보안 위험을 충분히 평가한 후 필요에 따라 지속적으로 업그레이드하는 것이 좋습니다.

심층적인 업그레이드

업그레이드된 이해관계자

비트코인 역사상 홍콩 컨센서스(참고용으로 2016년 2월 비트코인 라운드테이블 행사에서 서명됨)의 주요 참가자는 다음과 같습니다.

비트코인 코어 개발자
마이닝 풀
사용자 및 생태계 개발자(주로 거래소/칩 제조사 등)

비트코인 채택률이 급격히 증가함에 따라 비트코인 업그레이드의 이해관계자는 초기의 단순한 권력 분리에서 왕권 충돌 상황으로 점차 진화했습니다. 보고서 비트코인 합의 분석: 프로토콜 업그레이드의 위험을 참조하십시오.

이해관계자

다음은 강조할 가치가 있는 몇 가지 문자입니다.

경제 노드: 주로 주류 CEX 거래소/지불 기관/관리 서비스 제공업체 등을 가리킵니다. 소프트 포크에 대한 이들의 태도는 어떤 유형의 비트코인이 합법적인지 결정하고 채택률에 중요한 영향을 미칩니다.
투자자: 비트코인 전략(EFT/기관 준비금/국가 준비금 등)이 전 세계적으로 인기를 끌면서 투자자의 역할 자체가 더욱 복잡해졌습니다.
사용자 및 생태계 개발자: Taproot 업그레이드 이후 비트코인 생태계는 Ordinals와 같은 자산 프로토콜이 등장하고 수많은 기본 애플리케이션/확장 프로토콜이 등장하면서 번성했습니다.

이 캐릭터에 대한 몇 가지 흥미로운 결론이 있습니다.

다양한 이해관계자는 다양한 단계에서 다양한 역할을 수행합니다. 예를 들어 생태계 개발자는 제안에 대해 더 큰 열정을 갖고, 프로토콜 개발자는 종종 BIP 검토 권한을 행사하며, 채굴 풀과 경제 노드는 활성화에 더 큰 영향을 미칩니다.
다양한 생태계 개발자는 자신의 비즈니스 이익과 관련된 제안을 제안하고 지원하는 경향이 있습니다.

업그레이드 내역 및 요약

공개 정보에 따르면 비트코인 네트워크 출시 이후 많은 소프트 포크 업그레이드가 있었습니다.

소프트 포크, 데이터 소스: https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/, https://www.drivechain.info/media/slides/mit -2023.pdf

위 그림에서 몇 가지 흥미로운 결론을 도출할 수 있습니다.

비트코인 프로토콜은 다소 경직되어 왔으며 시간이 지남에 따라 소프트포크 빈도가 감소했습니다.
업그레이드에 대한 합의에 도달하는 데 점점 더 오랜 시간이 걸립니다.

소프트포크 우려

과거 소프트포크에 포함된 BIP를 분석하면 다음과 같은 우려 사항을 요약할 수 있습니다.

좋은 업그레이드 제안이란 무엇입니까?

이전 측면에 나열된 사실과 분석을 기반으로 우리는 좋은 업그레이드 제안을 정의하려고 노력합니다.

좋은 업그레이드 제안이란 무엇입니까?

이전 측면에 나열된 사실과 분석을 기반으로 우리는 좋은 업그레이드 제안을 정의하려고 노력합니다.

지불 시스템으로서 비트코인의 핵심 위치를 고수하십시오. 비트코인은 고유한 위치를 가지고 있습니다.
애플리케이션 잠재력/위험 사이의 우아한 균형 유지: 대부분의 사람들이 좋아하고 누구도 강하게 반대하지 않도록 합니다.
적절한 업그레이드 크기: 너무 단순하지도 않고(노력할 가치도 없음), 너무 복잡하지도 않음(구현하기 어려움)
합리적인 타이밍: 특정 문제를 해결하려는 강력한 필요성이 있어야 합니다. 예를 들어, SegWit 업그레이드 단계에서는 용량 확장이 강력한 수요입니다.

Outlook 업그레이드

제안 분류

저자는 적극적 제안의 대부분을 모아 우려사항으로 분류하고, 독자의 시각적 이해를 돕기 위해 4개 사분면으로 분류하였다.

분류에 관해 참고할 사항:

네 가지 관심 영역은 서로 완전히 분리되어 있지 않습니다. 예를 들어 프로그래밍 가능성을 향상시키는 데 도움이 되는 BIP는 실제로 어느 정도 확장성에도 도움이 될 수 있습니다.
예를 들어 OP_CAT 자체는 프로그래밍 가능성을 향상시키는 것이지만 실제로는 유효성 롤업을 달성하는 데 도움이 되기 때문에 더 많은 사람들이 이 제안을 추진하고 있습니다.
제안이 어떤 측면에 초점을 맞춰야 하는지에 대한 주제에는 일종의 "합의"(정치 자체)가 필요합니다. 참가자마다 관점이 다르기 때문에 여기에는 고유한 정의가 없다는 점에 유의해야 합니다.
두 번째 다이어그램은 좌표계가 아니며 레이블에 따라 분류됩니다. 원 속성(크기/위치/색상 등)에는 특별한 의미가 없습니다.

제안 카테고리-2

제안 카테고리-1

커뮤니티의 목소리

위 그림에서 볼 수 있듯이 커뮤니티는 업그레이드로 해결해야 할 문제에 대해 일정한 공감대를 가지고 있습니다. 즉, 결제 시스템에 필요한 기능 확장은 다음 두 가지 범주로 분류할 수 있습니다.

프로그래밍 가능성: UTXO가 코인화/금고/거래 자체 검사/조건부 지불/스크립트 향상 등과 같은 더 강력한 프로그래밍 기능을 가질 수 있도록 합니다.
확장성: L2 확장을 위해 전체 솔루션은 온체인 검증과 오프체인 검증의 두 가지 범주로 나뉘며, 둘 다 적극적으로 추진되는 제안이 있습니다.

합의의 퍼즐

저자는 비트코인 커뮤니티가 다음과 같은 이유로 다음 업그레이드에 대한 합의의 미로에 갇혀 있다고 믿습니다.

합의의 퍼즐

저자는 비트코인 커뮤니티가 다음과 같은 이유로 다음 업그레이드에 관한 합의의 미로에 갇혀 있다고 믿습니다.

강성: $2T FDV에 가까운 소프트웨어 시스템의 경우 상당수의 이해관계자가 안정적으로 유지되는 경향이 있으며 어느 당사자도 사고에 대해 책임을 지려고 하지 않습니다.
이해관계자는 매우 다양합니다. 다양한 이해관계자는 다양한 요구를 갖고 있으며 다양한 단계에서 다양한 역할을 수행합니다. 정부도 이해관계자가 되었습니다.
불완전한 거버넌스 메커니즘: 최초의 블록체인인 비트코인은 매우 완전한 거버넌스 메커니즘이 부족하여 커뮤니티가 소프트 포크 활성화 방법에 대한 합의에 도달할 수 없습니다.
프로토콜 개발자의 역할 자체는 역동적입니다. 일부 제안을 거부하더라도 단순히 보수적이거나 새로운 것을 추구하는 것으로 설명할 수는 없습니다.
긴급성 부족: 블록체인 인프라 개발이 점점 완성되고 있으며 비트코인 업그레이드에 대한 수요가 많지 않습니다.

요약 및 시사점

이 기사에서는 비트코인 업그레이드의 기본 개념을 소개하고, 역사적 업그레이드에 대한 심층 분석을 수행하며, 마지막으로 다음 업그레이드에 대한 적극적인 제안을 기대하며 현재 합의에 대한 혼란이 있는 이유를 요약합니다.

검토하고 기대한 결과, 독자들은 현재 업그레이드 상태를 어느 정도 이해하고 있으며 마지막으로 몇 가지 시사점을 요약했습니다.

실용적인 구성과 꾸준한 업그레이드 추진, 소프트포크가 더 바람직
이해관계가 매우 다양하며, 커뮤니티는 보수적인 경향이 있습니다.
우리는 비트코인의 핵심 가치 포지셔닝을 고수하면서 업그레이드에 대해 논의해야 합니다.
확장성은 업그레이드 문제 중 하나일 뿐입니다.
더 나은 시간이 필요합니다. 좋은 업그레이드 제안은 빠르게 합의를 얻을 것입니다.
커뮤니티는 더 나은 거버넌스 메커니즘을 탐구해야 합니다.

감사의 말

이 글을 연구/작성/검토하는 과정에서 다양한 요인으로 인해 서명을 꺼렸던 커뮤니티 회원을 포함하여 많은 도움을 받았습니다. 여기에 감사의 말씀을 전하고 싶습니다. 주의할 점: 기사의 의견에는 개인적인 취향이 포함되어 있다는 점을 고려할 때, 다음 감사 목록이 기사의 내용에 완전히 동의한다는 의미는 아니며, 이 기사는 이러한 커뮤니티의 열광적인 지지자들을 어떤 일에 참여시키려는 의도가 없습니다. 분쟁.

공동 편집자 및 리뷰어(알파벳순): Adrien Lacombe, Bob Bodily, Bitlayer Research Team, Domo, Jeffrey Hu, Red, Ren Zhang, Scott Odell, Super Testnet, Will Foxley

피드백 및 지원 제공(알파벳순): Ajian, Andrew Fenton, Ben77, David Tse, Eli Ben-Sasson, Mi Zeng